W skrócie
Instalacja na serwerze firmy jest alternatywą dla abonamentu w chmurze prywatnej Cloud RMA i cennik wycenia ją zawsze indywidualnie. Według starszej dokumentacji serwer potrzebuje serwera WWW IIS i bazy Microsoft SQL Server, a raporty obsługuje SQL Server Reporting Services na tym samym serwerze. Pracownicy korzystają z programu w przeglądarce, tak jak w chmurze. Za kopie zapasowe i aktualizacje systemu serwera odpowiada w ustalonym zakresie firma, a Software Maintenance jest usługą dodatkową.
Instalacja na serwerze firmy jako drugi model zakupu
Cennik Studio RMA.net opisuje dwa modele: abonament miesięczny w chmurze prywatnej i instalację na serwerze klienta. Instalację wyceniamy zawsze indywidualnie, bo zależy od zakresu wdrożenia i liczby lokalizacji. W wycenie ustalamy też, za które części infrastruktury odpowiada firma, a za które SoftwareStudio. Aktualizacje programu w ramach Software Maintenance są przy tym modelu usługą dodatkową, a nie częścią ceny. Porównanie obu modeli opisujemy przy modelu zakupu programu RMA.
Instalacja na serwerze firmy pasuje do organizacji, których zasady wymagają przechowywania danych na własnym serwerze. Firmie bez takiego wymogu i bez zespołu do utrzymania serwerów proponujemy chmurę prywatną, którą opisujemy przy reklamacjach w chmurze prywatnej Cloud RMA. W obu modelach program i jego funkcje są takie same.
Składniki serwera według starszej dokumentacji
Studio RMA.net jest aplikacją ASP.NET, która działa w przeglądarce i przechowuje dane w bazie Microsoft SQL Server. Strona produktu nie podaje wersji bazy, więc wersję ustalamy przy wycenie. Starsze opisy programu wymieniają składniki serwera, które zestawiamy w tabeli:
| Składnik | Rola w programie | Źródło |
|---|---|---|
| System operacyjny serwera | Podstawa dla serwera WWW i bazy danych | Starsza dokumentacja |
| Serwer WWW IIS | Udostępnia program w przeglądarce jako witrynę WWW | Starsza dokumentacja |
| Microsoft SQL Server | Jedna baza danych dla modułów programu | Strona produktu |
| SQL Server Reporting Services | Raporty uruchamiane z ekranu Raporty | Starsza dokumentacja |
| Certyfikat SSL | Szyfrowanie połączenia z programem | Strona produktu |
Według starszej dokumentacji serwer powinien spełniać wymagania i zalecenia Microsoft dla IIS i SQL Server. Parametry sprzętu zależą od liczby użytkowników i spraw, dlatego ustalamy je razem z działem IT przy wycenie. Pracownicy nie instalują niczego na swoich komputerach, bo program otwiera się w przeglądarce. Bazę danych opisujemy przy bazie danych reklamacji w Microsoft SQL Server.
Oddziały i serwisanci w terenie łączą się z serwerem firmy przez Internet albo przez sieć firmową. Sposób udostępnienia programu poza siedzibą ustala dział IT, bo od niego zależą zabezpieczenia serwera. Jeśli klienci zgłaszają reklamacje przez formularz na stronie firmy, program musi przyjmować zgłoszenia także spoza sieci firmowej.
Wszystkie składniki leżą na serwerze firmy, więc dział IT odpowiada za całą drogę od przeglądarki do bazy.
Przebieg instalacji programu
Instalację prowadzimy razem z działem IT firmy, który odpowiada za serwer. Według starszych opisów sama instalacja polega na utworzeniu witryny WWW i umieszczeniu aplikacji w wybranym katalogu. Całość układamy w cztery kroki:
- Przygotowanie serwera - dział IT przygotowuje serwer WWW IIS i bazę MS SQL.
- Witryna i aplikacja - tworzymy witrynę WWW i umieszczamy aplikację w wybranym katalogu.
- Połączenia - według starszej dokumentacji połączenie z bazą i konto pocztowe zapisuje się w pliku web.config.
- Sprawdzenie dostępu - pracownicy otwierają program w przeglądarce przez połączenie https.
Po instalacji przechodzimy do etapów wdrożenia, takich samych jak w chmurze prywatnej. Serwer musi być gotowy przed konfiguracją, dlatego jego przygotowanie planujemy równolegle z analizą przedwdrożeniową. Etapy opisujemy przy etapach wdrożenia systemu reklamacyjnego.
Raporty na serwerze firmy
Według starszych opisów raporty programu obsługuje SQL Server Reporting Services zainstalowany na serwerze programu. Raport w formacie RDL tworzy się w Report Builder i instaluje w folderze REK, a administrator nadaje mu nazwę w menu i udostępnia go użytkownikom. Przy instalacji na serwerze firmy serwer raportów przygotowuje więc dział IT razem z bazą danych. Raporty i ich formaty opisujemy przy raportach reklamacyjnych w SQL Server Reporting Services.
Ekran Raporty ma gotowe grupy raportów, m.in. Tabele przestawne i Statystyki, a w starszym interfejsie przy raportach widać ikony formatów PDF i XLS. W nowym interfejsie ekran Raporty ma m.in. raporty Matrix wg artykułu i Zgłoszenia wg pracowników. Własne raporty firmy wymagają osobnej wyceny, bo powstają jako nowe pliki raportów. Przy aktualizacji programu sprawdzamy, czy własne raporty działają z nową wersją.
Konfiguracja w plikach i tabelach bazy
Według starszej dokumentacji plik web.config przechowuje połączenie z bazą SQL i dane konta pocztowego, z którego program wysyła wiadomości. Konfiguracja zaawansowana w plikach albo tabelach SQL wymaga specjalnych uprawnień, więc dostęp do niej ma tylko wskazany administrator. Przy instalacji na serwerze firmy te pliki leżą na jej serwerze, dlatego dział IT chroni je tak samo jak inne dane z hasłami. Parametry i skorowidze programu opisujemy przy administracji programem do reklamacji.
W tabeli numeracji administrator definiuje według starszych opisów kody rodzajów dokumentów i formaty numerów, zgodne z postacią RRRR-MM-NNNN. Format numeru ustalamy przy konfiguracji, bo numer dokumentu trafia na wydruki dla klientów. Zmiana formatu po starcie rozdzieliłaby numerację spraw z tego samego roku. Ustalenia dotyczące numeracji zapisujemy w opisie konfiguracji, żeby administrator znał je po starcie.
Zadania działu IT po instalacji
Po instalacji serwer wymaga stałej opieki, której zakres ustalamy w wycenie. Cennik wymienia odpowiedzialność za infrastrukturę jako czynnik ceny instalacji na serwerze klienta. Przy własnym serwerze firma planuje cztery zadania:
- Kopie zapasowe bazy - regularne kopie i sprawdzanie, czy da się z nich odtworzyć dane.
- Aktualizacje serwera - poprawki systemu operacyjnego i oprogramowania serwera.
- Certyfikat SSL - odnowienie certyfikatu przed końcem jego ważności.
- Aktualizacje programu - instalacja nowych wersji Studio RMA.net w ramach Software Maintenance jako usługi dodatkowej.
Logowanie przez Active Directory działa także przy instalacji na serwerze firmy, więc dział IT zarządza kontami w jednym miejscu. Logowanie opisujemy przy logowaniu do programu i odzyskiwaniu dostępu. Zabezpieczenia programu opisujemy przy bezpieczeństwie danych w systemie reklamacyjnym.
Integracje z ERP przy instalacji na serwerze firmy
Program łączy się z ERP w obu modelach działania, a strona produktu i referencje potwierdzają integracje z SAP, Microsoft Dynamics, Comarch ERP XL i enova 365. Według starszych opisów przy instalacji na serwerze firmy ERP i program mogą korzystać ze wspólnego serwera MS SQL, np. przy enova albo EXACT. Opis dawnej integracji z SAGE Symfonia wymienia też bazę Btrieve połączoną przez Studio Replikator. Zakres wymiany opisujemy przy integracji programu do reklamacji z ERP.
Wspólny serwer skraca drogę wymiany danych, ale awaria tego serwera zatrzymuje jednocześnie ERP i program do reklamacji. Dlatego plan kopii zapasowych obejmuje przy takim układzie oba systemy razem. Instalacja na serwerze firmy daje pełną kontrolę nad serwerem, a razem z nią pełną odpowiedzialność za jego dostępność.