Automatyzacja wystawiania faktur ze sklepu internetowego

Ręczne wystawianie przestaje być wykonalne

Przy kilku zamówieniach dziennie wystawianie dokumentów ręcznie jest do przyjęcia. Przy kilkudziesięciu staje się pełnoetatową pracą, a przy kilkuset — źródłem opóźnień i pomyłek. Automatyzacja jest naturalnym następnym krokiem, nie luksusem.

Co konfigurujemy

• Automatyczne wystawianie dokumentu po opłaceniu zamówienia.
• Rozróżnienie sprzedaży dla firm i dla osób prywatnych.
• Wysyłkę dokumentu do klienta pocztą elektroniczną.
• Stawki podatku przypisane do właściwych pozycji.
• Koszt wysyłki jako osobną pozycję.
• Numerację spójną z resztą sprzedaży firmy.

Moment wystawienia

To najważniejsza decyzja przy konfiguracji: dokument po opłaceniu, po wysyłce czy po skompletowaniu zamówienia. Zły wybór oznacza dokumenty do korygowania przy każdym anulowanym zamówieniu. Ustalamy to razem z osobą prowadzącą księgowość.

Zwroty i korekty

Automatyzacja musi obejmować także cofnięcie sprzedaży. Zwrot obsłużony w sklepie, a nieodzwierciedlony w dokumentach, rozjeżdża rozrachunki i wychodzi dopiero przy zamknięciu okresu.

Dane klienta

Numer identyfikacji podatkowej podany w zamówieniu decyduje o rodzaju dokumentu. Ustawiamy walidację tego pola w sklepie — błędny numer wychwycony przy składaniu zamówienia oszczędza korektę.

Kontrola po uruchomieniu

Przez pierwszy okres porównujemy liczbę zamówień i wystawionych dokumentów. Automatyzacja bez tej kontroli bywa cichym źródłem braków.

Jak przebiega przekazywanie danych między sklepem a programem

Integracja może działać bezpośrednio albo przez dodatkową platformę pośredniczącą. W pierwszym wariancie sklep przekazuje dane zamówienia wprost do programu sprzedażowego lub księgowego. W drugim informacje trafiają najpierw do systemu obsługującego sprzedaż z wielu kanałów, na przykład BaseLinkera, a dopiero później do programu, w którym powstaje dokument.

Do wymiany informacji często wykorzystywane jest API, czyli mechanizm pozwalający dwóm systemom komunikować się według ustalonych reguł. Jeżeli używany program nie udostępnia odpowiedniego połączenia, dane mogą być przekazywane za pomocą plików albo dedykowanego modułu integracyjnego. Metodę dobiera się do sklepu, programu księgowego, sposobu obsługi magazynu oraz liczby kanałów sprzedaży.

Przed uruchomieniem ustala się, który system jest źródłem danych dla poszczególnych pól. Cena może pochodzić ze sklepu, natomiast kartoteka towaru i oznaczenie podatkowe z programu magazynowego. Jednoznaczny podział zapobiega sytuacji, w której dwa systemy próbują jednocześnie nadpisywać tę samą informację.

Warianty automatyzacji dokumentów sprzedaży

Najprostszy wariant obejmuje jeden sklep, jeden program i jeden rodzaj dokumentu. Każde zamówienie spełniające określone warunki jest przekazywane do programu, dokument zostaje wystawiony, a jego plik wraca do sklepu lub trafia do wiadomości wysyłanej klientowi.

Bardziej rozbudowana konfiguracja uwzględnia kilka metod płatności, sprzedaż dla firm i osób prywatnych, różne sposoby dostawy oraz zamówienia składane w kilku kanałach. Wtedy samo sprawdzenie statusu „opłacone” nie wystarcza. Potrzebne są reguły określające, co zrobić z pobraniem, płatnością odroczoną, przelewem tradycyjnym, częściową wpłatą albo zamówieniem opłaconym bonem.

Osobny wariant dotyczy sprzedaży prowadzonej z więcej niż jednego magazynu. Integracja musi wtedy prawidłowo wskazać magazyn źródłowy, rozpoznać dostępność towaru i nie tworzyć przypadkowych przesunięć. Jeżeli jedno zamówienie jest realizowane w kilku paczkach, należy również ustalić, czy dokument powstaje dla całego zamówienia, czy zgodnie z faktycznym przebiegiem realizacji.

Mapowanie produktów i usług

Mapowanie oznacza przypisanie pól oraz pozycji z jednego systemu do odpowiadających im danych w drugim. Produkt widoczny w sklepie powinien zostać połączony z właściwą kartoteką w programie magazynowo-księgowym. Najbezpieczniejszym identyfikatorem jest zwykle stały symbol produktu, o ile firma stosuje go konsekwentnie we wszystkich kanałach.

Problemy pojawiają się przy wariantach rozmiaru lub koloru, zestawach, gratisach, opakowaniach, usługach dodatkowych i kosztach dostawy. Nazwa widoczna dla kupującego nie zawsze jest wystarczająca do rozpoznania pozycji. Może być zmieniana na potrzeby marketingowe albo powtarzać się w kilku ofertach. Dlatego przed automatyzacją porządkuje się symbole, jednostki miary i powiązania między kartotekami.

Koszt wysyłki również wymaga własnej reguły. Powinien zostać przekazany jako odpowiednia pozycja, a nie przypadkowo doliczony do wartości produktu. To samo dotyczy rabatu. Zależnie od sposobu działania programu rabat może być zapisany przy każdej pozycji albo rozliczony według reguły obsługiwanej przez dany system.

Statusy zamówienia i zabezpieczenie przed duplikatami

Status zamówienia to oznaczenie jego aktualnego etapu, na przykład oczekiwania na płatność, przygotowania lub wysyłki. Integracja powinna reagować tylko na ustalone przejście między statusami. Sam fakt, że zamówienie zostało zapisane w sklepie, nie zawsze oznacza, że dokument można już wystawić.

Trzeba też zabezpieczyć proces przed ponownym wykonaniem tej samej operacji. Sklep może wysłać komunikat drugi raz, a połączenie może zostać przerwane już po zapisaniu dokumentu, lecz przed odebraniem potwierdzenia. Bez kontroli identyfikatora zamówienia powstaje ryzyko wystawienia dwóch dokumentów do jednej sprzedaży.

Po prawidłowym wykonaniu operacji numer dokumentu powinien zostać zapisany przy zamówieniu. Dzięki temu obsługa może sprawdzić powiązanie bez przeszukiwania kilku programów. Jeżeli wystąpi błąd, zamówienie powinno trafić do kolejki wymagającej sprawdzenia, zamiast zostać uznane za poprawnie obsłużone.

Najczęstsze błędy podczas samodzielnej konfiguracji

Częstym błędem jest włączenie automatyzacji bez wcześniejszego uporządkowania kartotek. Produkty są dopasowywane wyłącznie po nazwie, mimo że nazwy różnią się między sklepem a magazynem. W rezultacie powstają nowe, zdublowane pozycje albo sprzedaż zostaje przypisana do niewłaściwego towaru.

Inny problem to ustawienie jednego schematu dla wszystkich zamówień. Sprzedaż firmowa, zamówienie osoby prywatnej, odbiór za pobraniem i płatność elektroniczna mogą wymagać różnych warunków. Jeżeli reguły nie rozpoznają tych sytuacji, dokument jest tworzony za wcześnie, z niewłaściwymi danymi albo nie powstaje wcale.

Nie należy także testować integracji od razu na bieżących zamówieniach bez kontrolowanego scenariusza. Próba powinna obejmować kilka typowych oraz nietypowych przypadków, w tym rabat, koszt dostawy, anulowanie, zwrot i ponowienie komunikacji. Po każdym teście sprawdza się nie tylko plik wysłany klientowi, lecz także zapis w programie, rozrachunek oraz stan realizacji zamówienia.

Źródłem pomyłek bywa również ręczna zmiana dokumentu już po jego automatycznym utworzeniu. Jeżeli poprawka nie zostanie odzwierciedlona w sklepie lub systemie pośrednim, poszczególne aplikacje pokazują inne dane. Dlatego potrzebna jest ustalona procedura korekt, a nie doraźne edytowanie wartości w jednym miejscu.

Kiedy problem nie wynika z modułu fakturowania

Brak dokumentu nie zawsze oznacza awarię programu księgowego. Przyczyną może być nieosiągnięty status zamówienia, brak potwierdzenia płatności, nieuzupełnione dane nabywcy albo niedopasowany produkt. Diagnozę zaczyna się od sprawdzenia całej drogi informacji, a nie tylko ostatniego systemu.

Jeżeli dokument powstał, ale klient go nie otrzymał, sprawdzenia wymaga moduł pocztowy. Wiadomość mogła nie zostać wysłana, trafić do folderu niechcianej poczty albo zostać odrzucona przez serwer odbiorcy. Jest to inny problem niż błąd wystawiania: dokument istnieje, lecz zawiodło jego dostarczenie.

Różnica między wartością zamówienia a wartością dokumentu może natomiast pochodzić z niewłaściwego przekazania rabatu, kosztu dostawy, zaokrągleń lub jednej z pozycji. W takim przypadku analizuje się dane wejściowe i reguły mapowania, zamiast ponownie wystawiać dokument bez rozpoznania przyczyny.

Obsługa awarii i zamówień wymagających ręcznej decyzji

Automatyzacja powinna przewidywać sytuację, w której jeden z systemów jest chwilowo niedostępny. Zamówienie nie może zostać bezpowrotnie pominięte tylko dlatego, że program nie odpowiedział przy pierwszej próbie. Stosuje się kolejkę, czyli listę operacji oczekujących na wykonanie lub ponowienie.

Nie każdy błąd powinien jednak uruchamiać nieskończone ponawianie. Brak wymaganych danych, konflikt numeracji albo nierozpoznany produkt wymagają interwencji osoby obsługującej sprzedaż. Komunikat powinien wtedy wskazywać konkretne zamówienie i etap, na którym proces został zatrzymany.

Warto także ustalić sposób postępowania podczas planowanych prac technicznych. Zamówienia przyjęte w tym czasie mogą pozostać w kolejce, a po przywróceniu połączenia zostać przetworzone w kontrolowany sposób. Przed ponowieniem sprawdza się, czy dokument nie powstał wcześniej, aby nie tworzyć duplikatów.

Dodatkowe pytania klientów

Czy można zautomatyzować faktury w sklepie korzystającym z kilku metod płatności?

Tak, jeżeli każda metoda płatności przekazuje jednoznaczny status. Dla płatności elektronicznej można wykorzystać potwierdzenie operatora, natomiast przelew tradycyjny lub pobranie wymagają osobnych reguł. Ważne jest rozróżnienie zamówienia utworzonego od zamówienia rzeczywiście opłaconego.

Czy integracja może współpracować z programem używanym już w firmie?

Zależy to od możliwości wymiany danych udostępnionych przez program i platformę sklepową. Obsługiwane mogą być między innymi rozwiązania InsERT, WAPRO ERP, Comarch ERP, Sage Symfonia, RAKS, enova365 oraz systemy sprzedażowe działające przez BaseLinker. Przed konfiguracją sprawdza się dostępne metody połączenia i zakres przekazywanych informacji.

Co dzieje się po zmianie danych przez klienta?

Znaczenie ma moment wprowadzenia zmiany. Jeżeli dokument nie został jeszcze wystawiony, poprawione dane mogą zostać pobrane z zamówienia. Po utworzeniu dokumentu nie należy nadpisywać go bez kontroli. Dalsze postępowanie ustala się zgodnie z procedurą księgową i możliwościami używanego programu.

Czy można wyłączyć automatyzację dla wybranych zamówień?

Tak. Reguły mogą kierować do ręcznej weryfikacji zamówienia o określonym statusie, brakujących danych albo nietypowym sposobie rozliczenia. Taki wyjątek jest bezpieczniejszy niż automatyczne wystawienie dokumentu na podstawie niepełnych informacji.

Czy hasło do konta pracownika jest potrzebne podczas konfiguracji?

Domyślnie nie prosimy o hasło. Dostęp powinien być realizowany przez osobne konto techniczne, klucz integracyjny lub inny mechanizm przewidziany przez dany system. Jeżeli bez danych dostępowych nie da się wykonać konkretnej czynności, najpierw wyjaśnia się ich przeznaczenie i wymagany zakres uprawnień.

Test odbiorczy przed pełnym uruchomieniem

Na zakończenie przygotowuje się zestaw kontrolowanych zamówień odpowiadających rzeczywistym sposobom sprzedaży. Sprawdza się dane nabywcy, pozycje, rabaty, dostawę, metodę płatności, numerację oraz dostarczenie dokumentu. Osobno weryfikuje się anulowanie i zwrot.

Po zatwierdzeniu wyników automatyzacja może przejąć obsługę bieżącej sprzedaży. Nadal potrzebna jest kontrola raportów i komunikatów o błędach, ponieważ zmiana w sklepie, programie albo ofercie może wpłynąć na wcześniej przygotowane reguły. Dobrze skonfigurowany proces nie ukrywa wyjątków, lecz wyraźnie oddziela je od zamówień obsłużonych prawidłowo.

Spójny dokument zaczyna się od spójnego zamówienia

Największą korzyścią nie jest samo szybsze utworzenie pliku. Jest nią uporządkowany przepływ danych od koszyka, przez płatność i magazyn, aż do dokumentu sprzedaży oraz ewentualnej korekty. Gdy każde pole ma określone źródło, a każdy wyjątek własną procedurę, automatyzacja ogranicza ręczne czynności bez utraty kontroli nad sprzedażą.