Czy można zintegrować Subiekt GT z aplikacjami iOS?

Integracja Subiekt GT z aplikacjami działającymi na iOS jest możliwa pośrednio, zwykle za pomocą dedykowanych nakładek lub API komunikującego się z bazą programu.

Na czym polega integracja Subiekt GT z aplikacją na iOS

Połączenie programu Subiekt GT z aplikacją działającą na urządzeniach z systemem iOS może służyć do odczytywania danych handlowych, sprawdzania stanów magazynowych, przeglądania kontrahentów, monitorowania zamówień albo przekazywania informacji potrzebnych podczas pracy poza stanowiskiem z zainstalowanym programem. Nie oznacza to jednak, że aplikacja mobilna łączy się z Subiektem GT w taki sam sposób jak standardowy moduł programu działający na komputerze.

Najczęściej stosuje się warstwę pośrednią, która pobiera dane z bazy Subiekta GT, interpretuje je zgodnie z ustalonymi regułami i udostępnia przez bezpieczny interfejs komunikacyjny. Aplikacja na iOS wysyła żądanie do tej warstwy, a następnie otrzymuje tylko informacje przewidziane dla danego użytkownika. W zależności od projektu możliwe jest również przesyłanie danych z aplikacji do systemu sprzedażowego, na przykład w celu przygotowania zamówienia lub przekazania informacji o kliencie.

Zakres integracji powinien zostać określony przed rozpoczęciem prac. Inaczej projektuje się prosty podgląd danych, inaczej aplikację do obsługi zamówień, a jeszcze inaczej rozwiązanie, które ma wymieniać informacje w dwóch kierunkach i uwzględniać dokumenty handlowe, stany magazynowe oraz uprawnienia pracowników. Istotne jest także ustalenie, które dane mogą być przechowywane na urządzeniu, a które powinny być pobierane każdorazowo z systemu po zalogowaniu.

Pośrednia komunikacja, synchronizacja i bezpieczeństwo danych

Subiekt GT jest programem przeznaczonym przede wszystkim do pracy w środowisku komputerowym, dlatego aplikacja na iOS zwykle nie korzysta bezpośrednio z jego interfejsu użytkownika. Integrację buduje się za pomocą dodatkowego modułu, konektora, usługi sieciowej albo innego rozwiązania dostosowanego do sposobu przechowywania i udostępniania danych. Taka architektura pozwala oddzielić aplikację mobilną od wewnętrznych szczegółów działania programu handlowego.

Możliwe są różne modele wymiany informacji. Przy synchronizacji okresowej dane są pobierane w określonych momentach i zapisywane w pomocniczym zasobie, dzięki czemu aplikacja może szybko prezentować wcześniej przygotowane informacje. Przy komunikacji na żądanie aplikacja pyta system za każdym razem, gdy użytkownik otwiera konkretny widok. Stosuje się także podejście mieszane: podstawowe dane są synchronizowane wcześniej, natomiast szczegóły zamówienia lub aktualny status są sprawdzane dopiero po wybraniu rekordu.

Przy przesyłaniu danych powinno się uwzględnić szyfrowanie połączenia, uwierzytelnianie użytkowników, ograniczenie zakresu widocznych informacji oraz rejestrowanie operacji wykonywanych przez aplikację. Ważne jest również rozdzielenie uprawnień do odczytu i zapisu. Osoba przeglądająca dane magazynowe nie musi mieć prawa do modyfikowania kartotek, a użytkownik obsługujący zamówienia nie powinien automatycznie uzyskiwać dostępu do wszystkich danych klientów.

Przed wdrożeniem warto ustalić, czy aplikacja ma działać wyłącznie w firmowej sieci, czy również poza nią. Dostęp z zewnątrz wymaga dodatkowego zabezpieczenia punktu komunikacji, kontroli sesji oraz przemyślanej polityki aktualizacji. Sam fakt, że aplikacja została opublikowana na urządzeniu mobilnym, nie zapewnia jeszcze prawidłowej ani bezpiecznej wymiany danych z Subiektem GT.

Typowe problemy przy łączeniu Subiekta GT z aplikacją mobilną

Jednym z częstszych problemów jest brak gotowego mechanizmu wymiany danych odpowiadającego dokładnie potrzebom danej aplikacji. W takiej sytuacji konieczne może być przygotowanie dodatkowej warstwy komunikacyjnej lub dostosowanie istniejącego rozwiązania. Trudność polega nie tylko na odczytaniu danych, lecz także na prawidłowym rozpoznaniu ich znaczenia, relacji między kartotekami oraz reguł obowiązujących podczas zapisu zmian.

Problemy mogą pojawiać się także przy synchronizacji. Ten sam produkt, klient albo dokument może zostać zmieniony w dwóch miejscach, a system musi rozstrzygnąć, która wersja informacji jest aktualna. Nieprawidłowo zaprojektowana synchronizacja może prowadzić do powielania rekordów, opóźnień w prezentowaniu stanów magazynowych albo niezgodności między aplikacją a programem źródłowym. Dlatego przed wdrożeniem powinno się opisać kolejność operacji, sposób obsługi konfliktów oraz zachowanie systemu po utracie połączenia.

Inną przyczyną błędów bywa niewłaściwa konfiguracja dostępu do bazy danych lub usługi pośredniczącej. Aplikacja może nie otrzymywać odpowiedzi, jeżeli usługa nie działa, konto nie ma wymaganych uprawnień, certyfikat utracił ważność albo zmieniły się ustawienia sieciowe. Zdarza się również, że integracja działa poprawnie dla jednego rodzaju danych, lecz nie obsługuje wyjątków, takich jak brak kodu towaru, niepełne dane kontrahenta, korekta dokumentu lub nietypowa jednostka miary.

Warto zwrócić uwagę na wersje używanych komponentów. Aktualizacja programu handlowego, systemu mobilnego, biblioteki komunikacyjnej albo zabezpieczeń serwera może zmienić sposób działania integracji. Przed aktualizacją zaleca się wykonanie kopii zapasowej, sprawdzenie dokumentacji rozwiązania oraz przeprowadzenie testów na kopii środowiska roboczego. Pomaga to odróżnić problem samej aplikacji od problemu z bazą danych, siecią lub konfiguracją urządzenia.

Kiedy warto zgłosić integrację do serwisu - Czy można zintegrować Subiekt GT z aplikacjami iOS

Do serwisu warto zgłosić się wtedy, gdy aplikacja na iOS ma korzystać z danych Subiekta GT, lecz nie jest jasne, jaki sposób komunikacji będzie odpowiedni, gdzie znajduje się przyczyna błędu albo jak bezpiecznie skonfigurować dostęp. Dotyczy to zarówno sytuacji, w której integracja dopiero ma zostać zaplanowana, jak i przypadków, gdy wcześniej działające połączenie przestało przekazywać dane po zmianie konfiguracji lub aktualizacji oprogramowania.

Przy zgłoszeniu pomocne jest opisanie oczekiwanego zakresu funkcji: podglądu produktów, sprawdzania dostępności, dostępu do danych kontrahentów, obsługi zamówień czy przekazywania informacji z aplikacji do systemu sprzedażowego. Warto również wskazać, czy problem dotyczy wszystkich użytkowników, jednego urządzenia, konkretnego modułu albo wybranego rodzaju rekordów. Takie informacje ułatwiają rozdzielenie problemu z aplikacją od usterki komputera, sieci lub bazy danych.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić sprawdzenie komputera, konfiguracji programu oraz elementów odpowiedzialnych za komunikację z aplikacją mobilną. Przed rozpoczęciem prac można ustalić, czy potrzebna jest jedynie diagnoza konfiguracji, naprawa istniejącego połączenia, czy przygotowanie założeń dla nowego sposobu wymiany danych. Szczególną ostrożność należy zachować przy operacjach zapisu, ponieważ nieprzemyślana modyfikacja danych handlowych może mieć skutki wykraczające poza samą aplikację.

Jeżeli integracja ma być używana regularnie, korzystne jest przygotowanie opisu konfiguracji, zasad nadawania uprawnień oraz procedury postępowania po awarii. Ułatwia to późniejszą obsługę, ogranicza ryzyko przypadkowego dostępu do danych i pozwala szybciej ustalić, czy źródłem problemu jest urządzenie, aplikacja, połączenie sieciowe, moduł pośredni czy sam Subiekt GT.