Integracja Optima i Subiekt

Optima i Subiekt to różne rodziny programów, a nie nazwy jednego wspólnego połączenia. Sprawdzamy dokładny produkt, wersję, moduły, licencje i sposób uruchomienia, zanim wskażemy metodę wymiany danych.

Comarch opisuje mechanizmy pracy rozproszonej oraz Internetowej Wymiany Dokumentów, natomiast InsERT oferuje Sferę dla Subiekta GT do budowy rozszerzeń. Dokumentacja tych funkcji nie potwierdza automatycznie, że dowolny sklep, CRM lub format pliku zadziała bez mapowania.

Na mapie procesu zapisujemy, gdzie zamówienie otrzymuje pierwszy identyfikator i gdzie powstaje dokument sprzedaży. Dwa aktywne mechanizmy nie mogą równolegle wystawiać faktury dla tej samej transakcji, nawet jeśli każdy osobno przechodzi test.

Ustalamy obsługę kosztu dostawy, rabatów, walut, wariantów towarów i anulowania zamówienia. Połączenia z kanałem sprzedaży opisują Integracje Allegro oraz Integracje BaseLinker; tutaj skupiamy się na zgodności danych z programem firmy.

Stan fizyczny magazynu nie zawsze oznacza liczbę sztuk, które można sprzedać. Ustalamy, czy dostępność uwzględnia rezerwacje, towar uszkodzony, zamówienia oczekujące i konkretny magazyn, żeby obie strony liczyły tę samą rzecz.

Testujemy równoległe zamówienia i opóźnioną aktualizację, a nie tylko odświeżenie pojedynczej pozycji. Po awarii porównujemy wartości ze źródłem i kierujemy różnice do wyjaśnienia, zamiast uznać ostatnią wysłaną liczbę za poprawną.

Numer dokumentu, identyfikator zamówienia oraz kod towaru pełnią różne role. Tworzymy mapę tych pól i zapisujemy ją w dokumentacji, dzięki czemu zmiana numeracji w nowym roku nie zrywa powiązania z zamówieniem.

Dla kontrahenta ustalamy regułę rozpoznania i postępowanie przy zmianie adresu lub danych nabywcy. Nie nadpisujemy automatycznie archiwalnych dokumentów aktualnymi danymi z karty klienta; wątpliwość otrzymuje czytelny status do decyzji operatora.

Połączenie ze sklepem nie zastępuje kontroli wystawienia i doręczenia faktury. W procesie rozróżniamy utworzenie dokumentu, jego zatwierdzenie, dalszą wysyłkę oraz ewentualne odrzucenie, ponieważ każdy etap wymaga własnego potwierdzenia.

Dla faktur ustrukturyzowanych zakres opisuje Integracja z KSeF przez API. Przed uruchomieniem sprawdzamy, które czynności wykonuje już aktualny program, a które powinien przejąć dodatkowy mechanizm, żeby nie uruchamiać dwóch wysyłek tej samej faktury.

Przygotowujemy próbkę obejmującą zwykłe zamówienie, korektę, zwrot, brak towaru i niepoprawną kartę klienta. Wynik porównujemy w źródle oraz programie docelowym, wraz z kwotami, podatkiem, walutą i statusem dokumentu.

Następnie powtarzamy ten sam komunikat, przerywamy połączenie i sprawdzamy wznowienie. Odbiór wymaga potwierdzenia, że ponowienie nie tworzy duplikatu, a operator dostaje informację umożliwiającą naprawę błędu bez przeglądania technicznych zapisów.

Zmianę wersji programu poprzedza kontrola reprezentatywnych dokumentów na kopii lub środowisku testowym. Zapisujemy zależności od dodatków i licencji, żeby aktualizacja jednego elementu nie zaskoczyła zespołu w środku dnia sprzedażowego.

Przekazujemy mapę pól, konfigurację, opis kont oraz procedurę wznowienia. Szersze łączenie programów obejmuje Integracja systemów, a dodatkową opiekę oraz jej zakres możesz zamówić po zakończeniu okresu poprawek.