Import zamówień do Comarch Optima z Comarch e-Sklep i pliku XML

Import zamówień do Comarch Optima jest prosty tylko wtedy, gdy sklep, dokument, kontrahent i towar mają wspólny język danych.

W praktyce użytkownik chce, aby zamówienia z Comarch e sklep, marketplace albo własnego sklepu trafiały do Comarch ERP Optima bez ręcznego przepisywania.

Najważniejsze pytanie nie brzmi, czy da się zaimportować zamówienia. Ważne jest, czy importu pilnuje proces, który sprawdza dokument, pliku, kontrahenta i płatności.

Optima API i VerSync od WebArm pomagają tam, gdzie zwykły import pliku XML albo XLS nie wystarcza do codziennej sprzedaży.

Ten przewodnik opisuje, jak działa import dokumentów, kiedy warto użyć pliku, a kiedy lepszy jest automatyczny proces przez API.

Jeżeli firma ma Comarch e sklep, zewnętrzny e sklep albo kilka sklepów internetowych, zasady mapowania są podobne: dokument musi być zgodny z Comarch ERP Optima.

Najważniejsze informacje

Import zamówień powinien tworzyć dokument w Comarch ERP Optima, ale nie może pomijać walidacji programu.

Comarch e sklep i e sklepie przechowują zamówienia, klienta, towary, formę płatności, koszt dostawy i statusu zamówienia.

Import dokumentów z pliku XML/XLS wymaga przygotowania struktury pliku, nazwą pliku, kolumnie danych i zgodności z konfiguracji.

W Comarch ERP Optima użytkownik musi wiedzieć, gdzie znajduje się menu, zakładka, formularz, zakładki ogólne i zakładki dodatkowe.

Forma płatności, gotówka, przelew i termin płatności powinny być mapowane przed dodania dokumentu.

Jeżeli pojawia się komunikat, system powinien wskazać plik, dokument, pozycję i pole wymagane, a nie tylko zatrzymać importu.

Najbezpieczniejszy model to import zamówień przez API, bo użytkownik widzi statusu, powiązanie i komunikat w każdym cyklu.

Comarch e sklep, e sklepie i źródło zamówienia

Comarch e sklep jest naturalnym źródłem zamówienia dla firm pracujących w ekosystemie Comarch.

W e sklepie powstaje koszyk, dane kontrahenta, forma płatności, koszt usługi dostawy i informacje o towarach.

W e sklepie użytkownik widzi statusu zamówienia, ale Comarch ERP Optima musi otrzymać dokument, który można rozliczyć i później fakturować.

Jeżeli działa kilka sklepów internetowych, import zamówień musi rozróżniać źródło sklepu wraz zamówieniem i przypisać odpowiedni status.

Comarch e sklep może przesyłać zamówienia bezpośrednio, ale e sklepie nadal trzeba kontrolować płatności, faktur, dostawców i dane towarowe.

Comarch ERP Optima nie powinna dostawać niepełnych rekordów. Dokument zostanie zapisany dopiero wtedy, gdy następujące warunki są spełnione: kontrahent, towar, płatność i magazyn.

W e sklepie zmiana statusu może oznaczać nowe zamówienia, anulowanie, korektę adresu albo potrzebę dodania faktur.

Dlatego Comarch e sklep, zewnętrzny e sklep i panel B2B powinny mieć wspólne słowa kluczowe dla statusu, klienta, dokument i płatności.

Import dokumentów z pliku XML i XLS

Import dokumentów z pliku jest dobry przy jednorazowym przeniesieniu danych albo awaryjnym odtworzeniu sprzedaży.

Użytkownik wybiera menu ogólne, uruchamia import, wskazuje plik i sprawdza, czy pliku nie brakuje w katalogu roboczym.

Pliku nie wolno traktować jako jedynego źródła prawdy, bo pliku nie widać w panelu sklepu po zmianie statusu.

Przy imporcie pliku XML trzeba znać format pliku, nazwą pliku, kodowanie pliku i pola wymagane dla Comarch ERP Optima.

Przy imporcie pliku XLS dochodzą kolumnie, typy danych, wartości puste, powiązanie z cennika i kolejności pozycji.

Importu nie należy uruchamiać bez walidacji, bo dokument w Comarch ERP Optima może dostać złą cenę, zły rabat albo błędny kod towaru.

W pliku powinny być zamówienia, numer zamówienia, dane kontrahenta, pozycje dokumentu, ilość towaru i forma płatności.

Jeżeli pliku brakuje, użytkownik powinien dostać komunikat z nazwą pliku, ścieżką pliku i instrukcją, gdzie wskazać plik.

Jeżeli pliku nie da się odczytać, importu nie wolno kończyć częściowym zapisem. Dokument zostanie odrzucony, a operator zobaczy powód.

Jeżeli pliku ma załączniki, sekcji załączniki trzeba używać ostrożnie, bo danych binarnych nie porównuje się jak zwykłego tekstu.

Pliku XML można użyć do importu, eksport i migracji, ale codzienny import zamówień lepiej oprzeć o API i status w bazie danych.

Konfiguracja firma, menu i zakładki programu

W Comarch ERP Optima konfiguracja firma określa, które funkcjonalności są dostępne dla importu i dokumentów.

Użytkownik powinien sprawdzić menu, menu kontekstowym, menu ogólne oraz formularz, w którym działa import dokumentów.

W zakładki ogólne zwykle widać podstawowe dane, a zakładki dodatkowe przechowują informacje potrzebne przy imporcie dokumentu.

Zakładka atrybuty jest ważna, gdy dany atrybut identyfikuje źródło zamówienia, sklep albo numer zewnętrzny.

W zakładka atrybuty można dodać atrybuty czasowe, numer pliku, statusu, słowa kluczowe i powiązanie z e sklepie.

Jeżeli zaznaczony parametr decyduje o imporcie, użytkownik musi wiedzieć, gdzie parametr jest widoczny i czy parametr zależny ma poprawną wartość.

Zaznaczeniu parametru może towarzyszyć dodatkowe pole wymagane, dlatego zakładka i formularz powinny być opisane w instrukcji.

W programie Comarch ERP Optima każda funkcja importu powinna mówić, czy obsługuje pliku XML, pliku XLS, dokument, faktur i rezerwacje.

Jeżeli funkcja importu jest dostępna tylko dla części moduł, operator powinien dostać komunikat przed próbą importu.

Takie ustawienia zmniejszają ryzyko, że import zamówień zadziała w jednej firmie, a w drugiej konfiguracji zostanie zatrzymany.

Karty kontrahenta i dane kontrahenta

Import zamówień nie kończy się na samym dokumencie. W Comarch ERP Optima dokument potrzebuje kontrahenta.

Karty kontrahenta muszą zawierać NIP, nazwę, adres, kraj, konta płatności oraz dane do faktur.

Jeżeli w e sklepie pojawia się klient o danym numerze nip, system sprawdza, czy karty kontrahenta już istnieją.

Jeżeli karty kontrahenta nie ma, importu może utworzyć nowego kontrahenta albo zatrzymać dokument do weryfikacji.

Jeżeli dane kontrahenta różnią się od danych w Comarch ERP Optima, użytkownik powinien zobaczyć komunikat i odpowiedni status.

Formularzu kontrahenta nie powinno się nadpisywać automatem, jeżeli użytkownik wcześniej poprawił dane ręcznie.

Przy samych kontrahentów trzeba uważać na powiązanie konta, grupy, statusu i adresu dostawy.

Grupa domyślna może decydować o cennika, rabat, formie płatności i typie dokumentu.

W swojej karcie kontrahent może mieć atrybuty, zgody, języku obcym opis albo informację o kanale sprzedaży.

Dlatego import zamówień powinien sprawdzać karty kontrahenta za każdym razem, ale aktualizować tylko pola dozwolone w konfiguracji.

Towar, cennika i karcie towaru

Drugim warunkiem importu jest towar. Dokument nie może powstać, jeżeli w Comarch ERP Optima brakuje danego towaru.

W karcie towaru znajdują się kod towaru, opis towaru, jednostka, jednostki pomocniczej, cennika, VAT i magazyn.

Dane towarowe mogą pochodzić z Comarch e sklep, ale Comarch ERP Optima musi rozpoznać pozycję po kodzie, EAN albo kod producenta.

Jeżeli kod producenta jest używany jako powiązanie, użytkownik powinien sprawdzić, czy pole jest wypełnione w e sklepie i w Comarch ERP Optima.

Jeżeli towarów znajdujących się w pliku jest dużo, importu powinien najpierw sprawdzić listę i pokazać błędy bez dodania dokumentu.

W dokumencie może pojawić się ilość towaru, cenę towaru, rabat, jednostka i przelicznik jednostki pomocniczej.

Jeżeli cena pochodzi z e sklepie, a cennika w Comarch ERP Optima ma inną wartość, dokument powinien zachować ślad decyzji.

W polu opis można zapisać numer sklepu, nazwą pliku, status importu albo komentarz operatora.

Opis nie zastępuje atrybuty. Jeżeli potrzebne jest wyszukiwania po numerze zamówienia, lepsza jest zakładka atrybuty lub dedykowane pole.

Wartości towaru, ceny i rabat muszą być przeliczone przed zatwierdzeniu, bo później faktur mogą powstać z błędnych danych.

Forma płatności i koszt przesyłki

Forma płatności jest jednym z najczęstszych źródeł błędów przy imporcie zamówienia.

W e sklepie klient wybiera przelew, gotówka, płatność online, pobranie albo negocjowalny koszt dostawy.

Comarch ERP Optima musi dostać forma płatności zgodną z konfiguracji, bo dokument i faktur zależą od rozrachunków.

Jeżeli koszt dostawy ma trafić na dokument, należy przypisać pozycję usługową, która jest odpowiednikiem kosztu przesyłki.

Pozycję usługową warto utrzymywać w cennika jako usługę dostawy, a koszt usługi powinien być widoczny na dokumencie.

Jeżeli w pliku znajduje się koszt usługi, importu musi wiedzieć, czy koszt usługi jest netto, brutto, czy z podatkiem z e sklepie.

Forma płatności powinna być dostępna w Comarch ERP Optima przed importem, inaczej dokument zostanie odrzucony.

W przypadku płatności online użytkownik powinien widzieć statusu płatności, numer transakcji i powiązanie z zamówienia.

Jeżeli płatności są przesyłane jako atrybuty, zakładka atrybuty musi mieć typ, opis, status i wartości.

Wysyłanie kosztu dostawy bez kontroli formy płatności powoduje błędy w faktur i późniejsze ręczne poprawki.

Definicja RO, rezerwacje i schemat numeracji

W wielu firmach zamówienia są zapisywane jako rezerwacje, dlatego definicja ro i schemat numeracji muszą być ustalone przed importem.

Definicji schematu numeracji nie powinno się wybierać przypadkowo, bo seria wykorzystywana wpływa na dokument, wydruku i raporty.

Definicji schematu używa się do ustalenia, jak dokument zostanie nazwany i w której serii zostanie zapisany.

Jeżeli import dokumentów tworzy rezerwacje, system powinien kontrolować rezerwacji odbiorcy, statusu i magazyn.

Rezerwacje pomagają zablokować towar, ale rezerwacje muszą być powiązane z zamówienia, kontrahenta i źródłem e sklepie.

Przy rezerwacji odbiorcy ważne jest, czy dokument trafi do bufora, czy od razu do dalszej realizacji.

Bufora używa się wtedy, gdy operator musi jeszcze sprawdzić płatności, faktur, magazynie albo dane kontrahenta.

Po zatwierdzeniu dokument może przejść do WZ, faktur, wydruku albo dalszego statusu realizacji.

Jeżeli dokument trafia do bufora, użytkownik widzi, że zamówienia zostały zaimportować, ale wymagają zatwierdzeniu.

To zabezpiecza firmę przed sytuacją, w której każdy plik z e sklepie od razu tworzy faktur bez kontroli.

Faktury, dokument i status po imporcie

Dokument zamówienia w Comarch ERP Optima może później prowadzić do faktur, paragonu, WZ albo rezerwacji.

Faktur nie powinno się tworzyć automatycznie, jeśli forma płatności, dostawa i dane kontrahenta nie są potwierdzone.

Faktur wymaga poprawnego NIP, adresu, stawek VAT, płatności i pozycji towarowych.

Jeżeli importu tworzy dokument ZK, faktur mogą powstać dopiero po zatwierdzeniu i sprawdzeniu magazynu.

Jeżeli użytkownik chce faktur od razu, konfiguracji musi określić, kiedy dokument może ominąć bufora.

Statusu dokumentu powinien wrócić do e sklepie, bo klient i operator muszą widzieć, czy zamówienia są przyjęte.

Odpowiedni status może oznaczać: przyjęte, odrzucone, w bufora, do wyjaśnienia, gotowe do faktur albo anulowane.

Wysyłanie statusu do e sklepie powinno działać każdym razem po dodania dokumentu lub po zmianie statusu w Comarch ERP Optima.

Jeżeli faktur nie da się wystawić, komunikat powinien zawierać dokument, pliku, kontrahenta, towaru i pole wymagane.

Takie informacje ograniczają telefony do księgowości i skracają obsługę zamówienia.

Załączniki, dane binarne i opis pliku

Niektóre zamówienia mają załączników: potwierdzenie płatności, projekt, dokument techniczny albo plik z konfiguracją produktu.

Sekcji załączniki używa się wtedy, gdy dokument wymaga pliku dodatkowego albo danych binarnych z e sklepie.

Danych binarnych nie należy przepisywać ręcznie do opis. Lepsze jest powiązanie pliku z dokumentem i zapis nazwą pliku.

Jeżeli załączników jest wiele, użytkownik powinien widzieć lista pliku, rozmiar pliku i status wysyłanie pliku.

W pliku mogą być też atrybuty czasowe, typ pliku, kod producenta, opis towaru albo instrukcja w języku obcym.

Jeżeli pliku nie da się pobrać, dokument zostanie zatrzymany, a komunikat powie, który pliku brakuje.

W e sklepie załączników często nie widać w standardowym eksporcie, dlatego API jest bezpieczniejsze niż ręczny import pliku.

Przy dużym wolumenie wysyłanie pliku należy odseparować od dodania dokumentu, aby importu zamówień nie blokował się na danych binarnych.

Użytkownik, operator i kontrolowanie importu

Użytkownik nie powinien zgadywać, co stało się z zamówienia po imporcie.

Użytkownik powinien widzieć dokument, pliku, statusu, komunikat i powiązanie z Comarch ERP Optima.

Operator powinien dostać funkcja ponowienia, funkcja odrzucenia, funkcja wyszukiwania i funkcja filtrowania błędów.

Kontrolowanie importu oznacza, że użytkownik widzi każdy krok: pobranie pliku, walidację, dodania kontrahenta, dodania dokumentu i status w e sklepie.

Jeżeli importu dotyczy wielu firm, konfiguracja firma powinna być widoczna przy każdym przebiegu.

Jeżeli dokument dotyczy konkretnego konta, konta płatności i konta klienta muszą być sprawdzone przed faktur.

Użytkownik może kliknąć menu kontekstowym i sprawdzić powiązanie z pliku, dokument, kontrahenta oraz towaru.

W panelu VerSync użytkownik widzi, czy zamówienia zostanie dodane, czy zostanie odrzucone, czy zostanie ponowione.

Takie rozwiązanie jest lepsze niż eksport pliku, bo użytkownik widzi informacje w czasie rzeczywistym.

Rozwiązanie API pozwala też na pozycjonowania procesu w firmie: handel widzi sprzedaży, księgowość widzi faktur, a magazyn widzi rezerwacje.

Import zamówień przez API zamiast ręcznego pliku

Ręczny import pliku ma sens przy małej liczbie dokumentów, ale przy codziennym sklepie API jest stabilniejsze.

API pobiera zamówienia z e sklepie, sprawdza pliku tylko wtedy, gdy są załączników, i zapisuje dokument w Comarch ERP Optima.

Importu przez API można uruchomić cyklicznie, a import dokumentów z pliku zostawić jako tryb awaryjny.

Przy API użytkownik nie musi pamiętać, aby wskazać plik, nazwać pliku i przenieść pliku do właściwego katalogu.

VerSync może zaimportować zamówienia, a następnie wysłać odpowiedni status do Comarch e sklep lub innego panelu.

Jeżeli dokument wymaga faktur, API może poczekać na płatności, a pliku nie trzeba poprawiać ręcznie.

Jeżeli importu dotyczy wielu sklepów internetowych, API łatwiej rozróżnia źródło, statusu, formę płatności i kontrahenta.

Właśnie dlatego automatyczny import zamówień przez Optima API jest rozsądniejszy niż sam eksport i import pliku XML.

Checklista wdrożenia importu zamówień

W pierwszej kolejności ustal, czy źródłem jest Comarch e sklep, marketplace, BaseLinker, WooCommerce, Shoper, PrestaShop czy własny e sklep.

Następnie opisz zamówienia, dokument, kontrahenta, towaru, forma płatności, pliku, załączników i statusu.

Sprawdź, czy Comarch ERP Optima ma definicja ro, schemat numeracji, serię wykorzystywaną i bufora dla dokumentów.

Sprawdź, czy karty kontrahenta mają grupa domyślna, konta, dane do faktur oraz ustawienia płatności.

Sprawdź, czy karcie towaru ma cennika, jednostka, przelicznik, VAT, kod producenta i opis.

Sprawdź, czy zakładki dodatkowe i zakładka atrybuty mają dany atrybut potrzebny do wyszukiwania zamówienia.

Sprawdź, czy import dokumentów działa z pliku XML, pliku XLS i bez pliku, przez API.

Sprawdź, czy użytkownik widzi komunikat, odpowiedni status, dokument, faktur, płatności i powiązanie z e sklepie.

Po tych testach import zamówień można uruchomić w trybie Watch, a importu z pliku używać tylko wtedy, gdy integracja API jest niedostępna.

Import cennika, CSV, TXT i Excel

W wielu wdrożeniach import cennika jest pierwszym testem, zanim użytkownik zacznie import zamówień.

Import cennika pokazuje, czy dane, ceny, waluty, VAT i struktury pliku są zgodne z Comarch ERP Optima.

Jeżeli import cennika działa z pliku CSV, pliku TXT albo pliku Excel, łatwiej później sprawdzić zamówienia z e sklepie.

CSV, TXT i Excel mają inną strukturę, dlatego dane w pliku trzeba opisać w konfiguracji, a nie zgadywać po kolumnie.

W systemie Comarch ERP Optima dane z pliku muszą być zgodne z kartą towaru, cennika, jednostką i stawką VAT.

Na platformie sklepu ceny mogą być promocyjne, ale w systemie Comarch ERP Optima dokument musi zachować podstawie decyzji cenowej.

Jeżeli dane są importowane z dysku, użytkownik powinien widzieć listę pliku, podgląd pliku i możliwość usunąć błędny plik.

Jeżeli dane są importowane przez API, użytkownik widzi tę samą kontrola, ale bez konieczności ręcznego przenoszenie pliku na dysku.

Takie przenoszenie pliku jest ryzykowne, bo większy sklep generuje zamówienia automatycznie i nie czeka na ręczne wprowadzenie pliku.

Dlatego import cennika i import zamówień warto traktować jako jeden systemie kontroli danych, a nie dwa osobne skrypty.

Widok użytkownika w programie Comarch ERP Optima

Użytkownik w programie Comarch ERP Optima powinien widzieć dane, dokument, statusu i powiązanie ze sklepem.

W systemie powinny być widoczne informacje o tym, czy zamówienia zostały importowane, czy dokument jest w bufora i czy faktur może powstać.

W systemie użytkownik powinien mieć możliwość sprawdzić logu, archiwum, link do sklepu, link do pliku i wiadomość błędu.

Jeżeli istnieje możliwość ponowienia, użytkownik musi widzieć, z jakiego poziomu menu i z którego przycisku uruchomić retry.

Możliwość podgląd dokumentu przed zatwierdzeniu ogranicza błędy, bo dane kontrahenta, dane towaru i dane płatności są sprawdzane razem.

Możliwość wyświetlania historii w logu jest ważna w sytuacji, gdy klient twierdzi, że zamówienia zostały złożone, a dokument nie powstał.

W takim przypadku data importu, data płatności, data dodania i data ostatniego komunikatu powinny być widoczne w systemie.

Ikony statusu pomagają operatorowi: zielone ikony oznaczają importowane, żółte ikony oznaczają weryfikację, czerwone ikony oznaczają błąd.

Jeżeli komunikat jest wysyłany jako wiadomość, wiadomość powinna zawierać numer, dokument, kontrahenta, towaru i pliku.

Wówczas użytkownik może szybko sprawdzić, czy problem dotyczy e sklepie, pliku, konfiguracji czy programu Comarch ERP Optima.

Mapowanie, ustawienia i moduł Handel

Mapowanie pól decyduje, czy dane ze sklepu są poprawnie wpisane w systemie Comarch ERP Optima.

Mapowanie powinno obejmować dane kontrahenta, dane towarowe, dane płatności, dane faktur, dane załączników i dane statusu.

Ustawienia powinny być dostępne dla administratora, ale zwykły użytkownik powinien widzieć, które ustawienia wpływają na importu.

Moduł Handel w Comarch ERP Optima jest wykorzystywany przy dokumentach sprzedaży, rezerwacje, faktur, cennika i magazynie.

Jeżeli moduł Handel nie ma aktywnej funkcjonalności, import dokumentów może być niedostępny albo zostanie ograniczony.

Handel wymaga, aby dane były spójne: klienta, towaru, ceny, VAT, magazyn, dokument i forma płatności.

W związku z tym konfiguracji nie wolno kopiować między firmami bez sprawdzenia, czy moduł, ustawienia i program są takie same.

Na podstawie mapowania system wie, czy pole ma być wymagane, czy pole może zostać puste i czy pole jest przesyłane do faktur.

Jeżeli wskazanego pola nie ma w e sklepie, można użyć wartości domyślna albo zatrzymać importu z komunikatem.

Jeżeli wskazanego cennika nie ma w Comarch ERP Optima, dokument zostanie zatrzymany, a użytkownik zobaczy przyczynę.

Korzyści i ograniczenia automatycznego importu

Największe korzyści są widoczne wtedy, gdy sklep ma dużo zamówień, dużo faktur i dużo danych do weryfikacji.

Automatycznie działa pobranie zamówienia, dodawanie kontrahenta, dodawanie dokumentu, wysyłanie statusu i kontrola płatności.

Automatycznie nie oznacza bez kontroli. Użytkownik nadal widzi możliwość korekty, możliwość ponowienia i możliwość ręcznego zatwierdzeniu.

Jeżeli na stronie sklepu pojawiają się zdjęcia, link do produktu albo załączników, system może zapisać link, ale nie musi importować zdjęcia.

Zdjęcia i dane binarne lepiej obsłużyć osobnym procesem, bo import zamówień powinien priorytetowo zapisać dokument i statusu.

Większy wolumen zamówień wymaga kolejki, kontroli błędów, ograniczenia liczby żądań i archiwum przebiegów.

Współpracy między sklepem, magazynem i księgowością pomaga jeden status, jedna lista błędów i jeden podgląd procesu.

Jeżeli wszystko jest widoczne w systemie, operator nie musi szukać danych w pliku, mailu, panelu sklepu i programie osobno.

To są realne korzyści: mniej ręcznego wprowadzenie danych, mniej pomyłek, szybsze faktur i lepsze informacje dla klienta.

Ograniczenie jest jedno: automatyczny import zamówień wymaga dobrego mapowanie i dyscypliny w danych źródłowych.

Kontrola po stronie sklepu i programu

W systemie sklepu nazwa klienta, nazwa produktu i numer zamówienia muszą być zgodne z formularz Comarch ERP Optima.

W systemie Comarch ERP Optima importu sprawdza zamówienia, formularz, parametr, zakładka i stronę dokumentu.

Po stronie sklepu powinna być dostępna listę zamówienia, listę błędów i listę rekordów czekających na importu.

Po stronie Comarch ERP Optima powinna być dostępna funkcja podglądu, funkcja ponowienia i funkcja wyświetlania historii.

Jeżeli parametr sklepu nie pasuje do programu, Comarch ERP Optima zatrzymuje dokument i pozwala poprawić dane w systemie.

W systemie sklepu zamówienia mogą być importowane z platformie sprzedażowej, a w systemie Comarch ERP Optima zostaje trwały ślad.

Przy większej firmie moduł importu powinien działać w oparciu o dane, struktury, VAT, numer, ro i zasady sprzedaży.

Uwaga praktyczna: importu nie wolno uruchamiać bez sprawdzenia występowania pliku, wykonania walidacji i określenia źródła.

Comarch ERP Optima jest tu systemem docelowym, a sklep jest źródłem zamówienia i danych potrzebnych do importu.

FAQ

Czy import zamówień do Comarch Optima wymaga pliku XML? Nie. Pliku XML można używać awaryjnie, ale Optima API może zaimportować zamówienia bez ręcznego pliku.

Czy Comarch e sklep wystarczy do całej automatyzacji? Comarch e sklep pomaga, ale przy kilku kanałach e sklepie, marketplace i panel B2B wymagają wspólnej warstwy integracyjnej.

Czy forma płatności musi być mapowana? Tak. Forma płatności decyduje o dokumencie, faktur, rozrachunkach i statusu w Comarch ERP Optima.

Co z kosztem dostawy? Jeżeli koszt dostawy ma wejść na dokument, należy przypisać pozycję usługową będącą odpowiednikiem kosztu przesyłki.

Czy można importować załączników? Tak, ale załączników i danych binarnych nie warto mieszać z głównym dokumentem; lepiej zapisać powiązanie pliku.

Co widzi użytkownik po błędzie? Użytkownik powinien widzieć komunikat, pliku, dokument, kontrahenta, towaru, pole wymagane i instrukcję poprawy.

Podsumowanie

Import zamówień do Comarch Optima powinien obejmować nie tylko zamówienia, ale też dokument, kontrahenta, towaru, płatności, faktur, pliku i statusu.

Comarch e sklep i e sklepie są ważnym źródłem danych, ale stabilny proces wymaga walidacji w Comarch ERP Optima oraz informacji zwrotnej dla użytkownika.

Import dokumentów z pliku XML/XLS jest przydatny, lecz na co dzień lepsze jest rozwiązanie API, które potrafi zaimportować zamówienia, kontrolować statusu i zapisać komunikat.

Optima API oraz VerSync od WebArm automatyzują importu, dodania dokumentu, kontrolowanie płatności, powiązanie z e sklepie i bezpieczne przejście od zamówienia do faktur.

Podobny proces opisujemy w artykule o integracji sklepu z Comarch Optima oraz w przewodniku po synchronizacji stanów magazynowych.