Zdjęcie

System ERP enova365 przechodzi na .NET6

Transformacja enova365 z .NET Framework do .NET6 to fundamentalna zmiana z punktu widzenia konstrukcji systemu ERP – nie zawsze do końca obecna w świadomości użytkowników. Czym jest .NET 6 i dlaczego warto wybrać system ERP, oparty na tej platformie? Wyjaśniamy!

enova365 na platformie .NET Framework

Pierwsza wersja systemu enova365 została udostępniona w 2002 roku i była oparta o nowatorską wówczas platformę .NET Framework. Pod tą nazwą kryje się stworzone przez Microsoft środowisko uruchomieniowe oraz zestaw bibliotek dostarczających standardową funkcjonalność dla aplikacji. Wykorzystanie tej technologii pozwala na budowanie złożonych i równocześnie wydajnych aplikacji, przy wykorzystaniu bogatego zestawu funkcji bibliotecznych.

Od powstania platformy Microsoft udostępniał kolejne wersje .NET Framework. W tym samym czasie system enova365 – oprócz rozwoju funkcjonalnego – był systematycznie aktualizowany do nowych wersji środowisk. Dzięki temu zachowywał zgodność z najnowszymi rozwiązaniami technologicznymi.

Platforma .NET Framework posiada jednakże jedną istotną wadę – jest ściśle związana z rozwiązaniami Microsoft i nie umożliwia tworzenia aplikacji uruchamianych w środowiskach innych niż Microsoft Windows. 

Środowisko .NET (dawniej .NET Core) − czym jest .NET6?

Wraz z rozwojem rozwiązań chmurowych zaczęła rosnąć potrzeba tworzenia systemów wieloplatformowych, niezależnych od środowiska, w którym są uruchamiane. Odpowiedzią na to wyzwanie było powstanie platformy .NET Core. Jest to otwarte oprogramowanie (open sourcepozwalające tworzyć i uruchamiać aplikacje na różnych platformach. Projekt został zapoczątkowany przez Microsoft i jest naturalnym „następcą” środowiska .NET Framework. Od wersji 5.0 tej platformy zmieniono nazwę na .NET, a aktualna wersja ze statusem LTS (Long Term Support) posiada numer 6.0 – dlatego używając pojęć .NET Core, .NET czy .NET6 zazwyczaj mówimy o tej samej technologii.

Równocześnie zapowiedziano, że rozwój .NET Framework zostanie zakończony. Wersja 4.8 jest ostateczną wersją tej platformy, jednak wciąż będzie ona otrzymywać poprawki zabezpieczeń.

Aby umożliwić płynne przejście na nową technologię, Microsoft opracował formalną specyfikację interfejsów API .NET, które są dostępne w wielu implementacjach platformy. Specyfikacja ta posiada nazwę .NET Standard. W praktyce oznacza to, że aplikacja napisana w zgodzie ze .NET Standard może być kompilowana i uruchamiana zarówno w środowisku .NET Framework, jak i .NET.

net-framework_.net-core-1-1110x286

W odróżnieniu od .NET Framework .NET Core konstruowany jest przez Microsoft jako technologia wieloplatformowa. Docelowo programy, tworzone w oparciu o tę technologię, mają funkcjonować również w oderwaniu od środowiska Windows

Transformacja technologiczna enova365

Aby zapewnić możliwość rozwoju systemu enova365 oraz dostosowanie go do najnowszych rozwiązań technologicznych, producent podjął decyzję o transformacji enova365 do platformy .NET.  

Pierwszym krokiem było dostosowanie kodu źródłowego systemu oraz wykorzystywanych komponentów (bibliotek firm trzecich) do zgodności z .NET Standard. Równocześnie w wersji enova365 na platformę .NET zdecydowaliśmy się na wprowadzenie dwóch bardzo istotnych innowacji: 

  • przebudowę architektury komponentów serwera dla aplikacji HTML oraz serwisów web,
  • nowy interfejs użytkownika w aplikacji okienkowej (desktop).

Przebudowa architektury serwera

Zmiana architektury serwerów podyktowana była nie tylko wymaganiami platformy .NET. Ważna była również potrzeba lepszego dostosowania się do możliwości udostępniania systemu w chmurach obliczeniowych, a w szczególności w środowiskach kontenerowych. 

Oczywiście nadal będą działać instalacje oparte o uruchamianie procesów serwera na fizycznych serwerach czy maszynach wirtualnych (a nie tylko w środowiskach kontenerowych), przy czym w ekosystemie serwerowym enova365 pojawiły się nowe komponenty (orchestrator, router) pozwalające na zarządzanie uruchamianiem poszczególnych składników systemu.

Nowy interfejs użytkownika

W wersji okienkowej udostępniony został nowy interfejs użytkownika. Celem tej zmiany było dostarczenie użytkownikom estetycznego, przejrzystego i ergonomicznego rozwiązania.  

W nowym UI zdecydowaliśmy się, między innymi, na wykorzystanie prostej, linearnej ikonografii, znanej już użytkownikom wersji HTML. Kolorystyka systemu została dobrana tak, żeby z jednej strony zapewnić odpowiednią kontrastowość, a z drugiej strony – żeby ułatwić użytkownikowi poruszanie się po systemie. Ponadto użytkownik ma możliwość wyboru trybu jasnego lub ciemnego oraz jednego z trzech rozmiarów interfejsu. Wprowadzono również nowe rozwiązania wspomagające nawigację po systemie (nowe menu nawigacyjne, czy tzw. Breadcrumbs navigation, czyli nawigację okruszkową) oraz mechanizm globalnej wyszukiwarki, pozwalający na przeszukiwanie menu systemu, czynności, wydruków, zakładek, a także danych.

Żeby dowiedzieć się więcej o nowym interfejsie enova365, obejrzyj poniższy film.

Transformacja z punktu widzenia Autoryzowanego Partnera i użytkownika

Aby zapewnić możliwość płynnego przejścia naszych klientów na nową wersję enova365, producent w okresie przejściowym udostępnia dwie wersje systemu – na platformę .NET oraz .NET Framework. Dzięki temu prace związane ze wdrożeniem nowej wersji można odpowiednio rozłożyć w czasie.

W pierwszej kolejności Autoryzowani Partnerzy, którzy dostarczają swoim klientom dodatki do systemu enova365, dostosowali własne rozwiązania do specyfikacji .NET Standard. Aby umożliwić odpowiednio wcześniejsze przeprowadzenie tych prac, producent już jesienią 2022 udostępnił Partnerom wersję BETA systemu enova365 na platformie .NET.

Drugim krokiem jest instalacja środowiska .NET oraz instalacja i konfiguracja nowej wersji systemu enova365. W szczególności w przypadku rozwiązań serwerowych (wersja HTML oraz serwisy web) wymaga to zaplanowania architektury z wykorzystaniem nowych komponentów serwerowych oraz ich odpowiedniej konfiguracji.

Z kolei użytkownicy enova365 w wersji desktop (okienkowej) otrzymają system z nowym interfejsem użytkownika. Należy tu zaznaczyć, że nie ulega zmianie zakres funkcjonalny w poszczególnych obszarach systemu (księgowość, kadry i płace itp.), a jedynie wygląd oraz – w pewnym zakresie – sposób „poruszania się” po systemie. Natomiast z punktu widzenia użytkowników wersji HTML (w tym w szczególności np. użytkowników Pulpitu Pracownika) nowa wersja nie wprowadza żadnych istotnych zmian w sposobie korzystania z aplikacji.

Korzyści wynikające z transformacji enova365 do .NET6

Jak wspomniano wcześniej, .NET Framework 4.8 jest ostatnią wersją tej platformy. Transformacja systemu enova365 do .NET była więc konieczna, aby zapewnić w przyszłości możliwość dalszego rozwoju i dostarczania naszym użytkownikom nowych wersji systemu.

Równocześnie wykorzystanie platformy .NET już dziś przynosi wiele korzyści:

  • dostosowanie systemu do najnowszych narzędzi i rozwiązań technologicznych, 
  • optymalizacja wydajnościowa aplikacji,
  • dostosowanie do rozwiązań chmurowych zapewniających wysoką skalowalność oraz dostępność,
  • możliwość uruchamiania wersji serwerowych enova365 na systemach Windows oraz Linux.

Komentarze (0)

Napisz komentarz

Nie ma tutaj jeszcze żadnego komentarza, bądź pierwszy!

Napisz komentarz
Dodaj komentarz

Przeczytaj również:

Jak działa terminal płatniczy zintegrowany z ERP w chmurze?

Wraz z tym, jak firmy handlowe przenoszą systemy ERP do chmury pojawia się pytanie: co z urządzeniami w punktach sprzedaży (POS)? Czy terminal płatniczy stojący przy kasie może automatycznie współpracować z systemem ERP w chmurze? Tak, i pozwala to wyeliminować wiele codziennych problemów, które generują niepotrzebne koszty. Z artykułu dowiesz się m.in.: czy terminal płatniczy może współpracować z systemem ERP działającym w chmurze, w jaki sposób integracja terminala z ERP skraca czas obsługi klientów i eliminuje błędy, dlaczego wieloplatformowa obsługa terminali ma znaczenie dla sieci sprzedaży, na jakie funkcje zwrócić uwagę, wybierając ERP dla handlu i punktów sprzedaży POS. Problem, z którym mierzą się punkty sprzedaży (POS) W niektórych sklepach i hurtowniach proces płatności kartą nie zmienia się od lat. Sprzedawca wystawia dokument sprzedaży w systemie ERP, sprawdza kwotę należności, a następnie ręcznie wpisuje ją na terminalu płatniczym. Po zakończeniu transakcji wraca do systemu, aby kontynuować obsługę klienta. Na pierwszy rzut oka nie wydaje się to dużym problemem, jednak przy kilkudziesięciu lub kilkuset transakcjach dziennie nawet kilka dodatkowych sekund przy każdej operacji zaczyna mieć znaczenie. Gdy pojawiają się sytuacje, takie jak wpisanie niewłaściwej kwoty na terminalu czy konieczność anulowania błędnej transakcji, czas obsługi klientów może się znacząco wydłużyć. Co więcej, ręczne przepisywanie kwot zwiększa ryzyko pomyłek i generuje dodatkową pracę, związaną z wyjaśnianiem niezgodności w rozliczeniach. Choć dla pojedynczego sklepu może to być niewielka niedogodność, dla sieci handlowej posiadającej wiele lokalizacji oznacza jednak realne straty czasu oraz wyższe koszty operacyjne. Czy terminal płatniczy może działać z ERP w chmurze? Czy przeniesienie ERP do chmury nie utrudni obsługi terminali płatniczych? W końcu system znajduje się na zewnętrznym serwerze, a urządzenie płatnicze jest fizycznie podłączone do stanowiska sprzedażowego. To jeden z najczęściej spotykanych mitów związanych z rozwiązaniami chmurowymi. Nowoczesne systemy ERP wykorzystują specjalne mechanizmy komunikacji, które umożliwiają współpracę z terminalami niezależnie od miejsca uruchomienia aplikacji. Oznacza to, że obsługa terminali może działać zarówno w środowisku lokalnym, jak i w modelu chmurowym czy hybrydowym. Dla użytkownika końcowego najważniejsze jest to, że proces płatności przebiega identycznie. Sprzedawca nie musi zastanawiać się, gdzie znajduje się serwer, ani w jaki sposób przesyłane są dane. Wszystko odbywa się automatycznie w tle. Jak wygląda płatność po integracji terminala z ERP? Najlepiej zrozumieć to na prostym przykładzie. Wyobraźmy sobie sklep, w którym klient kupuje towar za 489 zł. Bez integracji terminalu płatniczego z ERP sprzedawca musi: wystawić dokument sprzedaży, odczytać kwotę z ekranu, wprowadzić ją ręcznie do terminala, poczekać na realizację płatności, wrócić do systemu ERP. Po integracji proces wygląda inaczej. Sprzedawca wystawia dokument sprzedaży. System ERP automatycznie przesyła kwotę do terminala. Klient dokonuje płatności kartą lub telefonem. Informacja o wyniku transakcji wraca do systemu. Dokument zostaje automatycznie rozliczony. Różnica wydaje się niewielka, ale przy dużej liczbie transakcji przekłada się na wymierne korzyści. Obsługa klienta trwa krócej, liczba pomyłek spada, a pracownicy mogą skupić się na sprzedaży zamiast wykonywać powtarzalne czynności. Dlaczego wieloplatformowa obsługa terminali ma znaczenie? Przy wyborze systemu ERP warto zwrócić uwagę nie tylko na sam fakt integracji z terminalami, ale również na sposób jej realizacji. W wielu organizacjach funkcjonują różne modele terminali, pochodzące od różnych operatorów płatności. Część sklepów mogła być uruchamiana kilka lat temu, inne niedawno. Zdarza się również, że firma zmienia dostawcę usług płatniczych lub otwiera nowe punkty sprzedaży wyposażone w inny sprzęt. Jeżeli obsługa terminali jest mocno powiązana z konkretnym modelem urządzenia, każda taka zmiana generuje dodatkowe koszty i komplikacje. Dlatego coraz większego znaczenia nabierają rozwiązania wieloplatformowe, które pozwalają integrować ERP z różnymi terminalami w ramach jednego mechanizmu komunikacyjnego. Dla menedżera oznacza to większą swobodę biznesową. Firma nie uzależnia się od jednego producenta sprzętu ani jednego operatora płatności. Może wybierać rozwiązania najbardziej korzystne pod względem kosztów i warunków współpracy. Co zyskują sieci sprzedaży i firmy wielooddziałowe? Korzyści z integracji terminali płatniczych z ERP są szczególnie widoczne w organizacjach posiadających wiele placówek, takich jak sieci handlowe. W takim środowisku ważna jest standaryzacja procesów. Każdy sklep powinien działać według tych samych zasad, niezależnie od lokalizacji czy liczby pracowników. Integracja terminali z ERP pozwala osiągnąć ten cel poprzez: Centralne zarządzanie Dane o sprzedaży i płatnościach trafiają do jednego systemu. Kierownictwo może szybciej analizować wyniki i podejmować decyzje biznesowe. Łatwiejsze uruchamianie nowych placówek Otwierając kolejny punkt sprzedaży, firma nie musi budować od podstaw nowych procedur związanych z obsługą płatności. Skalowanie działalności Wraz ze wzrostem liczby sklepów rośnie liczba transakcji. Automatyzacja procesów staje się wtedy nie tylko wygodą, ale wręcz koniecznością. ERP w chmurze a bezpieczeństwo i ciągłość pracy w sieciach handlowych Menedżerowie odpowiedzialni za sprzedaż często pytają również o niezawodność działania terminali płatniczych w środowisku chmurowym. Najczęściej pojawiają się wątpliwości dotyczące pracy na wielu stanowiskach jednocześnie i jakości działania terminali w środowiskach zdalnych. Pojawiają się też obawy o rozbudowę infrastruktury w przyszłości i wymianę sprzętu lub operatora płatności. Odpowiadamy: system ERP enova365 nie tylko wspiera obsługę terminali w środowiskach chmurowych, ale także umożliwia dalszy rozwój organizacji bez konieczności przebudowy całego procesu sprzedaży. Dobrze zaprojektowana integracja powinna być dla użytkownika praktycznie niewidoczna. Jej zadaniem jest automatyzacja komunikacji pomiędzy systemem a terminalem oraz zapewnienie ciągłości działania niezależnie od wykorzystywanej infrastruktury. Jak wybrać ERP, który nie ograniczy rozwoju firmy handlowej? O efektywności pracy z systemem ERP nie decyduje wyłącznie obsługa magazynu, finansów czy raportowania, ale też pozornie drobne funkcje związane z obsługą sprzedaży. Dlatego przed podjęciem decyzji o wyborze systemu ERP dla branży handlowej czy usługowej warto sprawdzić, czy system ERP zapewnia: obsługę terminali płatniczych w środowisku chmurowym, automatyczne przesyłanie kwoty do terminala, automatyczny odbiór informacji o wyniku transakcji, współpracę z różnymi modelami terminali, obsługę wielu punktów sprzedaży, możliwość pracy lokalnej, zdalnej i hybrydowej, łatwe skalowanie wraz z rozwojem organizacji. Gdy terminal i ERP działają razem, zyskuje cała firma Jak wynika z powyższego, terminal płatniczy nie powinien być oddzielnym elementem infrastruktury, lecz integralną częścią procesu sprzedaży. Im lepiej jest zintegrowany z systemem ERP, tym szybciej przebiega obsługa klientów, tym mniej błędów popełniają pracownicy i tym łatwiej rozwijać biznes. Dla firm korzystających z ERP w chmurze szczególnie ważna jest możliwość sprawnej komunikacji między systemem a terminalem niezależnie od lokalizacji i rodzaju wykorzystywanego sprzętu. Takie rozwiązanie, dostępne już w enova365, pozwala połączyć wygodę pracy w chmurze z efektywną obsługą sprzedaży w punktach stacjonarnych. W efekcie zyskują wszyscy: pracownicy wykonują mniej powtarzalnych czynności, klienci są obsługiwani szybciej, a menedżerowie otrzymują bardziej spójne i wiarygodne dane do zarządzania całą organizacją.
Close up of Credit Card Contactless Payment
Soneta
zweryfikowano

0/5

Soneta

polski producent systemów ERP enova365 oraz TRIVA


enova365
+1
Cała Polska
150 osób
Zobacz profil
Branża
Biura rachunkowe, Dystrybucja, Produkcyjna, Usługi
Opis
Soneta to polski producent specjalistycznego oprogramowania ERP dla biznesu. Spółka powstała w 2002 roku i od dwóch dekad rozwija swoje produkty - systemy enova365 oraz TRIVA....
rozwiń