Skonfiguruj ceny B2B, VAT i terminy płatności w PrestaShop

Co byśmy zrobili

Dla sklepu łączącego detal i sprzedaż firmową zaczęlibyśmy od obecnego katalogu i natywnych cen grupowych. Zachowaj publiczne zakupy detaliczne, osobno zatwierdzaj wnioski firmowe, a płatność z odroczonym terminem przyznawaj dopiero po decyzji kredytowej. Dobierz ścieżkę do rzeczywistych modułów, finalizacji zakupów, motywu, danych klientów, rynków, integracji księgowych lub ERP i pracowników oceniających wnioski oraz rozliczających płatności.

Wprowadź zmianę na prywatnej kopii testowej odzwierciedlającej konfigurację i integracje sklepu produkcyjnego. Odizoluj e-maile do klientów, prawdziwe płatności i eksporty realizacji. Przećwicz poniższe ścieżki, uzyskaj akceptację księgowego dla wyników podatkowych i przykładowych faktur, a następnie zaplanuj przełączenie z poprzednimi ustawieniami i mapowaniem kont gotowymi do przywrócenia. Przy cofnięciu konfiguracji zachowaj przyjęte zamówienia i ich zapisy.

Jeśli najpierw chcesz ocenić braki, PrestaShop B2B & Wholesale Readiness Audit dostarcza uporządkowany plan dla obecnego sklepu; wdrożenie jest osobne, a zasady podatkowe określa księgowy.

Poznaj wbudowany tryb B2B

W sekcji Parametry sklepu > Ustawienia klientów włącz tryb B2B za pomocą PS_B2B_ENABLE. We wbudowanym formularzu rejestracji dodaje to pola firmy i numeru identyfikacyjnego. Administracja klientami udostępnia też dane firmowe, takie jak SIRET/APE, limit należności, maksymalna liczba dni na zapłatę i informacje o ryzyku, tam gdzie są obsługiwane.

Numer VAT należy do adresu, a nie rekordu Customer. Konfiguracja formatu adresu i integracje określają, gdzie go zbierasz. Krajowy wymóg numeru identyfikacji podatkowej dotyczy odrębnego pola identyfikacyjnego dni; nie jest globalnym przełącznikiem pola VAT.

Tryb B2B sam nie zatwierdza wnioskodawców firmowych, nie odpytuje VIES, nie zwalnia całej sprzedaży B2B z podatku ani nie egzekwuje dostępnego limitu kredytowego. Zapisana etykieta ryzyka jest informacją dla procesu, a nie automatyczną decyzją kredytową.

Nawigacja w tym poradniku dotyczy nowoczesnego PrestaShop 1.7, 8 i 9. Nie stosuj tych ścieżek menu bez zmian w panelu 1.6.

Oddziel grupy klientów od obliczania podatku

Twórz grupy w sekcji Parametry sklepu > Ustawienia klientów > Grupy. Grupa może określać sposób wyświetlania cen, rabat i widoczność cen. Dostęp do kategorii i ograniczenia płatności zapewniają dodatkową kontrolę.

Standardowe role to Odwiedzający dla anonimowego przeglądania, Gość dla klientów kupujących bez konta i Klient dla zarejestrowanych kont. Odczytuj skonfigurowane identyfikatory grup, zamiast wpisywać na stałe ID z jednej instalacji.

Klient może należeć do kilku grup i mieć jedną grupę domyślną. Standardowe wyświetlanie cen i wybór cen specjalnych ograniczonych do grupy zwykle używają grupy domyślnej; samo dodanie członkostwa w grupie Hurt nie gwarantuje cen hurtowych. Dostęp do kategorii i modułów może uwzględniać wiele członkostw.

Używaj grup dla rozsądnej liczby poziomów handlowych, np. Detal, Oczekujący B2B, B2B i Hurt. Etykiety związane z VAT możesz zapisywać osobno, ale jedna grupa B2B może obejmować zamówienia z różnym opodatkowaniem.

Netto zmienia wyświetlaną podstawę ceny. Nie wybiera grupy reguł podatkowych produktu ani nie usuwa naliczanego podatku. Obliczanie podatku używa grupy reguł produktu i skonfigurowanego adresu podatkowego, w tym właściwego kraju i innych warunków adresowych.

W publicznych ofertach konsumenckich zachowuj wymagane informacje o cenie z podatkiem. Przełącznik netto/brutto wymaga jasnego opisu i prawidłowych sum. Osobna witryna multistore może obsługiwać odbiorców biznesowych, ale jawnie skonfiguruj i przetestuj jej grupy, URL-e i wyświetlanie podatku.

Gdy anonimowi kupujący firmowi potrzebują widoku cen netto, Tax Display Switcher zapewnia opisany wybór netto/brutto bez przyznawania rabatów firmowych i zmiany naliczanego podatku. Sprawdź ceny promocyjne, przekreślone, dostawę i sumy w tym samym widoku, a potem przetestuj logowanie i wylogowanie, aby zapisany wybór wyświetlania nie był mylony z zatwierdzeniem konta firmowego.

Skonfiguruj rabaty, ceny umowne i progi ilościowe

Procentowa obniżka dla całej grupy jest szeroką regułą cenową. Ceny specjalne produktów pozwalają ustawić cenę lub rabat ograniczony do klienta, grupy, ilości, kraju, waluty i dat. Reguły cenowe katalogu obsługują warunki dla całych zakresów asortymentu.

Priorytet cen specjalnych wybiera spośród kwalifikujących się rekordów cen specjalnych. Nie wyłącza automatycznie rabatów grupowych ani kategorii. W PrestaShop 1.7.8 i 9 włączony rabat grupy/kategorii jest stosowany po obliczeniu ceny specjalnej. Na przykład cena specjalna 12 EUR netto z rabatem grupowym 20% daje 9,60 EUR przed innymi wpływami.

Ceny specjalne ograniczone do grupy zwykle pasują do domyślnej grupy klienta lub rekordu dla wszystkich grup. Nie konkurują wszystkie tylko dlatego, że klient należy do kilku grup.

Dla ceny bazowej 100 EUR możesz chcieć uzyskać poniższą przykładową tabelę ilościową. Skonfiguruj reguły tak, aby dawały te końcowe kwoty, a następnie przetestuj nakładanie się:

Ten przykład tylko do odczytu inwentaryzuje ceny specjalne ograniczone do grup. Użyj faktycznego prefiksu bazy i ID języka:

SELECT sp.id_specific_price, sp.id_product, sp.id_group,
       gl.name AS group_name, sp.from_quantity,
       sp.price, sp.reduction, sp.reduction_type,
       sp.`from`, sp.`to`
FROM ps_specific_price sp
LEFT JOIN ps_group_lang gl
  ON gl.id_group = sp.id_group AND gl.id_lang = 1
WHERE sp.id_group <> 0
ORDER BY sp.id_product, sp.from_quantity;

specific_price nie ma kolumny priority. Sprawdź specific_price_priority oraz PS_SPECIFIC_PRICE_PRIORITIES osobno. Zapytanie inwentaryzacyjne nie oblicza wynikowej ceny.

Używaj cen specjalnych klienta dla rzeczywistych wyjątków konta, uwzględniając koszt utrzymywania wielu umów. Dodawaj reguły produktu w zakładce Ceny, w sekcji Ceny specjalne. Prowadź udokumentowaną mapę poziomów, grup domyślnych, rabatów kategorii i ważnych wyjątków, z ich źródłem i uprawnionymi osobami do zmiany.

Przeanalizuj cenę niższą od uzgodnionej

Jeśli uzgodniona cena umowna netto to 12 EUR, ale koszyk testowy pokazuje 9,60 EUR, użyj powyższego przykładu nakładania reguł do wyjaśnienia różnicy. Sprawdź domyślną grupę konta, pasujący wiersz ceny specjalnej i aktywny rabat grupy lub kategorii przed dodaniem kolejnego nadpisania. Ustal, czy cena umowna ma otrzymywać ten rabat, zmień sprzeczną regułę i przetestuj dane konto oraz zwykłe konto detaliczne.

Dla tabeli ilościowej przetestuj ilości 9 i 10, a potem każdą kolejną granicę na stronie produktu, w koszyku i zamówieniu końcowym. Zachowaj tę samą walutę, adres i konto w porównaniu. Przetestuj też promocję w okresie umowy: rabat reguły koszyka jest kolejną warstwą do uwzględnienia w uzgodnionej cenie końcowej.

Kontroluj widoczność, dostęp do płatności i minima zamówień

Ustaw dostęp grup do kategorii w sekcji Katalog > Kategorie. Produkt przypisany do innej dostępnej kategorii może pozostać dostępny, więc testuj bezpośrednie linki, wyszukiwanie, listy i produkty powiązane. Sprawdź też dostęp gości i odwiedzających, nie tylko zatwierdzonych kont.

W razie potrzeby używaj widoczności cen grupy w procesie wymagającym zalogowania się, aby zobaczyć ceny. Globalny tryb katalogu w sekcji Parametry sklepu > Ustawienia produktów wyłącza zakupy i ma osobną opcję Pokaż ceny. Nie musi ukrywać cen i wpływa na cały kontekst sklepu.

Skonfiguruj ograniczenia płatności według grupy, kraju i waluty na ekranach preferencji płatności i w obsługujących je modułach. Ponownie sprawdzaj uprawnienia klienta przy wysłaniu; sama ukryta opcja płatności nie zapewnia wystarczającej ochrony.

Rozróżniaj trzy minima:

• Minimalna ilość produktu lub kombinacji dotyczy zasad zamawiania tego produktu.
• Globalna minimalna wartość zamówienia znajduje się w sekcji Parametry sklepu > Ustawienia zamówień > Ogólne, jest oparta na PS_PURCHASE_MINIMUM i wyrażona netto.
• Minimum ilościowe dla grupy lub całego koszyka wymaga implementacji egzekwującej ten wymóg.

Warunek ilościowy reguły koszyka steruje kwalifikacją do rabatu. Nie blokuje zakupów poniżej minimalnej ilości. Globalne minima produktów mogą wpływać również na nabywców detalicznych.

Weryfikuj wnioskodawców przed przyznaniem korzyści B2B

Określ, kto kwalifikuje się do cen B2B, a kto osobno do kredytu. Zbieraj tylko dane potrzebne do decyzji: tożsamość firmy, właściwe dane rejestrowe, adres firmowy, profil działalności, dane kontaktowe oraz proporcjonalne referencje lub dokumenty.

Nie każda legalnie działająca firma jest zarejestrowana do VAT. Ważny numer VAT również nie dowodzi, że wnioskodawca kontroluje tę tożsamość. Sprawdzaj właściwe rejestry firm, dane kontaktowe i przekazane dane identyfikacyjne; sam adres mieszkalny lub bezpłatny e-mail nie dowodzi oszustwa.

1. Pozostaw wnioskodawców ze statusem klienta detalicznego lub oczekującego na zatwierdzenie, bez korzyści B2B.
2. Sprawdź firmę i zapisz decyzję oraz uzasadnienie.
3. W Klienci > Klienci edytuj konto, ustaw właściwe członkostwa w Dostęp grupowy i jawnie wybierz poziom cenowy jako Grupę domyślną.
4. Zatwierdź kredyt osobno z uzgodnionymi warunkami i limitem.
5. Powiadom wnioskodawcę i zapewnij możliwość korekty lub ponownego rozpatrzenia.

Utworzenie konta klienta nie gwarantuje istnienia adresu, więc powiadomienie o utworzeniu konta nie może zakładać, że dane VAT są w obiekcie Customer. Pozyskuj je w procesie wniosku lub adresu. Flagi newslettera i opt-in nie oznaczają akceptacji B2B ani zweryfikowanego e-maila.

Proces składania wniosków przez uwierzytelnionych użytkowników i jego obecne zasady opisuje strona pomocy B2B Account Approval, Trade Account.

Ustal termin rozpatrzenia możliwy do dotrzymania przez zespół. Weryfikuj dostęp przy zmianach danych firmy, działalności lub terminowości płatności. Cofnięcie może wymagać usunięcia członkostw i zmiany grupy domyślnej przy zachowaniu wymaganej prawem dokumentacji zamówień. Nie zatwierdzaj automatycznie wniosków tylko dlatego, że pole jest wypełnione.

Obsługuj wnioski bez poszerzania dostępu

Wyznacz osobę oceniającą kolejkę wniosków i zastępcę, zapewnij powiadomienie o kompletnym wniosku i widoczny status dla wnioskodawcy. Oddziel prośby o uzupełnienie od odrzucenia. Przy odrzuceniu wyjaśnij, co można poprawić, i pozostaw dostęp detaliczny, jeśli tak stanowią zasady. Oceniając poziomy handlowe, używaj historii zakupów zamiast uznawać obiecany wolumen za dowód.

Ogranicz uprawnienia zatwierdzania pracowników i zapisuj, kto zmienił dostęp. Przećwicz odrzucenie i cofnięcie na koncie z otwartym koszykiem: następne wysłanie musi uwzględniać bieżące uprawnienia, a nie te z momentu utworzenia koszyka.

Ustal VAT dla faktycznej dostawy lub usługi

Sprawdź siedzibę sprzedawcy, dostarczane towary lub usługi, status klienta oraz przemieszczenie lub miejsce świadczenia. Przynależność do grupy klientów B2B lub ważny numer VAT to tylko część tej decyzji.

Nie używaj art. 196 jako uniwersalnej podstawy fakturowania towarów. Sprawdź dyrektywę VAT UE i krajowe wdrożenie z doradcą podatkowym.

Wielka Brytania bez Irlandii Północnej pozostaje poza wewnątrzunijnym rozliczeniem towarów. Irlandia Północna ma szczególne zasady towarowe z identyfikacją XI w ramach Windsor Framework; zobacz wytyczne HMRC dotyczące XI. Nie traktuj zwykłego nabywcy z numerem GB jak uczestnika transakcji towarowej z numerem XI.

Usługi mają własne zasady. Transgraniczne odwrotne obciążenie B2B może nadal dotyczyć transakcji usługowych z Wielką Brytanią; zobacz wytyczne HMRC dotyczące usług.

Dla konsumenckiej sprzedaży na odległość OSS i zasady VAT kraju przeznaczenia są odrębne od tego procesu B2B. Skorzystaj z poradnika o cenach i VAT.

Przeanalizuj zmianę miejsca dostawy

Zatwierdzony francuski klient firmowy podaje belgijskiemu sklepowi ważny francuski numer VAT, ale prosi o dostawę w Belgii towaru wysyłanego z Belgii. Zachowaj rabat handlowy, jeśli konto nadal się kwalifikuje, ale ponownie oceń podatek względem tej krajowej dostawy. Kraj kupującego i zapisany numer nie dowodzą przemieszczenia wewnątrzwspólnotowego.

Na kopii testowej powtórz zamówienie z dostawą do Francji, używając wyraźnie oznaczonych przykładowych zapisów walidacji i wysyłki do sprawdzenia powiązania dowodów z zamówieniem. Dla rzeczywistych kwalifikujących się dostaw zachowuj faktyczną walidację i dowody transportu. Porównaj podatek przy zakupie, zamówienie i fakturę w obu przypadkach. Poproś księgowego o zatwierdzenie oczekiwanych wyników przed ich automatycznym wybieraniem przez integrację.

Weryfikuj dane VAT i obsługuj awarie usługi

VIES sprawdza wewnątrzunijną rejestrację VAT w systemach krajowych. Zakres zwracanych danych nazwy i adresu jest różny. Nie dowodzi, że wnioskodawca jest właścicielem tej tożsamości. Jeśli wyniku brakuje lub jest kwestionowany, uzyskaj potwierdzenie krajowego organu podatkowego, zgodnie z unijnymi wytycznymi VIES.

Normalizuj prefiks kraju bez usuwania prawidłowych liter z numeru. Grecja używa EL w VIES; formaty irlandzkie i holenderskie mogą zawierać litery. Obsługuj XI osobno dla odpowiednich transakcji towarowych. Walidacja formatu odrzuca błędne dane; rejestracja wymaga osobnego sprawdzenia.

Dla integracji SOAP WSDL to https://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl. Ogranicz czas zarówno połączenia, jak i odpowiedzi. connection_timeout samo nie ogranicza czasu wolnej odpowiedzi; zobacz opcje PHP SoapClient.

Odróżniaj błędny format, miarodajny wynik negatywny, niezgodną tożsamość oraz niedostępną lub opóźnioną usługę. Błąd SoapFault nie zawsze oznacza awarię. Nie uznawaj każdego błędu za dowód nieprawidłowości danych klienta ani za podstawę automatycznego zwolnienia.

Wybierz i udokumentuj zasady awarii: naliczanie zwykłego podatku do czasu weryfikacji, wykorzystanie niedawnego wyniku weryfikacji spełniającego warunki, kontrola pracownika lub kontrolowana blokada, zależnie od sytuacji. Wyjaśnij wynik kupującemu i ustal ponowne kontrole oraz ewentualną późniejszą korektę faktury z księgowym.

Zachowuj datowane zapisy walidacji powiązane z właściwym klientem, adresem i transakcją. Zachowaj identyfikator konsultacji, jeśli go podano, ale nie zakładaj jego obecności w każdej odpowiedzi. Stosuj odpowiednie zasady retencji i minimalizacji danych.

Przećwicz wybrane zachowanie awaryjne przy niedostępnej usłudze sprawdzania. Kupujący powinien otrzymać skonfigurowany wynik i jasne wyjaśnienie, a pracownicy móc znaleźć zamówienie, przyczynę błędu i następne działanie. Wynik oczekujący wymaga osoby odpowiedzialnej i procesu ponownej kontroli; późniejsze udane sprawdzenie nie może po cichu przepisywać wystawionej faktury ani usuwać pierwotnych dowodów.

Oddziel działanie silnika podatkowego od segmentacji

Rdzeń nie wykonuje miarodajnej walidacji VIES. Jednak ścieżki wyceny produktów PrestaShop 1.7.8 i 9 zawierają starszy skrót: włączone VATNUMBER_MANAGEMENT, niepusty numer VAT adresu i kraj inny niż VATNUMBER_COUNTRY mogą wyłączyć podatek produktu.

Ten skrót nie dowodzi spełnienia warunków prawnych. Sprawdź te ustawienia razem z menedżerem podatków lub modułem VAT, aby wpisany numer nie omijał zamierzonych zasad.

Stosuj decyzję podatkową do skonfigurowanego adresu i świadczenia. Dostawa krajowa, zmieniona tożsamość rozliczeniowa lub mieszany koszyk mogą wymagać innego wyniku. Nigdy nie zwalniaj wszystkich przyszłych zamówień tylko dlatego, że konto przeszło wcześniejszą kontrolę.

Opcjonalne oznaczanie grupą jest odrębne od zwolnienia i cen grupy domyślnej. Automatic EU VAT Checker może dodać skonfigurowane członkostwo, zachowując grupę domyślną. Integracja adresowa zbiera VAT obok danych adresu firmowego; zwykła rejestracja waliduje pole VAT tylko wtedy, gdy dostarcza je inna integracja. Pomoc opisuje obecną politykę podatkową, historię walidacji, oczekujące sprawdzenia i konfigurację modułu.

Zaprojektuj odroczone płatności i kontrolę kredytu

Rdzeń przechowuje outstanding_allow_amount, max_payment_days i dane o ryzyku. Klienci > Należności oraz Customer::getOutstanding() zapewniają wbudowaną obsługę należności. Są odrębne od automatycznej kontroli kredytu podczas zakupów.

Rdzeń zapisuje też płatności i wiąże je z fakturami. Pełny proces należności wymaga dodatkowo uzgodnionego terminu, reguły daty wymagalności, pozostałego salda, polityki kredytowej, procesu windykacji i prawidłowej obsługi zwrotów oraz korekt.

Przelew bankowy lub inna metoda offline może utworzyć zamówienie bez pobrania pieniędzy, ale nazwa metody i status zamówienia same nie realizują tych dodatkowych kontroli. Dla niewielkiego procesu zatwierdzonych kont ręczne uzgadnianie może być odpowiednie, jeśli jest jawne i utrzymywane.

Przy składaniu zamówienia ponownie sprawdź klienta, sklep, termin, walutę, koszyk i dostępny limit kredytowy. Ścisły limit wymaga atomowej rezerwacji lub równoważnej blokady między równoczesnymi zamówieniami, z bezpieczną obsługą ponownego wysłania i nieudanego tworzenia zamówień.

Na przykład limit 2000 EUR przy należnościach 1800 EUR pozostawia 200 EUR przed oczekującymi rezerwacjami i innymi korektami polityki. Kolejne zamówienie na 900 EUR przekracza limit. Określ, czy system odmawia odroczenia, oferuje natychmiastową płatność czy stosuje jawny proces akceptacji.

Nie obliczaj należności przez sumowanie orders.total_paid_tax_incl tam, gdzie valid=1 lub paid=0. Uzgadniaj faktury i przypisane płatności, częściowe rozliczenia, korekty i anulowane zobowiązania, z właściwą podstawą sklepu i waluty. Wbudowane obliczenia należności są przydatnym punktem wyjścia, ale sprawdź też ich zakres i założenia walutowe.

Obecne zasady terminów, ustawienia kredytowe wynikające z grup, kontrolę składania zamówień i obsługę sald opisuje strona pomocy B2B Deferred Payment Terms.

Włącz windykację do procesu płatności

Wyznacz osobę przeglądającą zbliżające się i zaległe należności, dopasowującą przelewy i obsługującą sporne faktury. Uzgodnij treść przypomnień, eskalację i moment utraty kredytu dla nowych zamówień. Jeśli saldo prowadzi oprogramowanie księgowe, określ powrót rozliczeń do sklepu i wykrywanie opóźnionego lub nieudanego importu przez pracowników. Limit przy zakupie oparty na starych saldach może odrzucić rozliczonego klienta lub pozwolić na dalsze ryzyko.

Zaczynaj nowe relacje kredytowe od ekspozycji, którą firma może udźwignąć, a przed zwiększeniem oceniaj rzeczywistą terminowość płatności. Zachowaj płatność natychmiastową, jeśli dozwolona, aby blokada kredytu nie zmuszała pracowników do zwiększenia limitu tylko po to, by zakończyć sprzedaż.

Świadomie konfiguruj statusy zamówień i dokumenty płatnicze

W Parametry sklepu > Ustawienia zamówień > Statusy sprawdź osobno flagi płatności, zatwierdzenia, faktury, wysyłki i e-maila każdego statusu. Użyj osobnego statusu odroczonej płatności, gdy pracownicy muszą odróżniać zatwierdzony kredyt od przelewów oczekujących na wpływ, i sprawdź dostępność faktury oraz zamierzoną realizację bez oznaczania nieopłaconego zamówienia jako opłaconego.

paid=0 samo nie wyklucza zamówienia z każdego raportu przychodów ani nie zapobiega zapisowi płatności. Przetestuj pełną ścieżkę statusów zamówienia i modułu płatności, zanim dopuścisz wysyłkę nieopłaconych zamówień.

Utrwal uzgodniony termin, zdarzenie początkowe, datę wymagalności i tytuł płatności przez zdefiniowaną integrację zapisu i prezentacji. Przekazanie extra_vars do validateOrder() nie zapisuje automatycznie własnych warunków ani nie wstawia ich do PDF.

Zarządzaj wbudowanymi opcjami faktur i tekstem stopki w sekcji Zamówienia > Faktury. Statyczna stopka może pokazywać ogólne instrukcje bankowe, ale nie jest silnikiem terminów płatności dla poszczególnych zamówień. Uwzględnij poprawny numer faktury, tytuł płatności, dane bankowe i właściwe warunki oraz sprawdź końcowy dokument.

Dla kwalifikujących się towarów wewnątrzwspólnotowych pokaż właściwą podstawę zwolnienia i identyfikatory VAT. Używaj sformułowania o odwrotnym obciążeniu dla świadczeń, za które odpowiada odbiorca, zgodnie z wymogami krajowymi. Dobieraj treść do faktycznej decyzji podatkowej, a nie etykiety grupy B2B.

Procesy zaliczek, proform i płatności dzielonych wymagają własnych zasad płatności, realizacji i fakturowania. Przedpłata zmniejsza ryzyko należności, ale nie usuwa każdego ryzyka biznesowego.

Zatwierdź fakturę przed dopuszczeniem wysyłki

1. Złóż zamówienie z odroczonym terminem jako uprawniony klient i potwierdź, że wynikowy status pozwala na zamierzoną realizację bez twierdzenia, że pieniądze wpłynęły.
2. Pobierz fakturę klienta i przeczytaj termin płatności, referencję, dane bankowe i właściwą treść VAT. Porównaj je z zapisaną umową i wynikiem finalizacji zakupów.
3. Zapisz częściową spłatę przez obsługiwany proces płatności. Potwierdź, że reszta pozostaje należna, a przypomnienie dotyczy tylko tego salda.
4. Obsłuż zwrot i fakturę korygującą, a potem porównaj pozostałe zobowiązanie w sklepie, zestawieniu klienta i systemie księgowym. Sprawdź, czy pracownicy nie mogą pomylić korekty z wpływem płatności.

Sprawdź terminy płatności, raportowanie i przechowywanie

Dobieraj terminy do wiarygodności kredytowej, możliwości finansowych i właściwego prawa. „Net 30”, „Net 60” i oferta wcześniejszej płatności typu „2% rabatu przy płatności w ciągu 10 dni, w przeciwnym razie płatność w ciągu 30 dni” wymagają jasnego zdarzenia początkowego i procesu rozliczenia. Obsługa wielu terminów nie oznacza instalowania wielu instancji jednego modułu płatności.

Według stanu na 26 października 2026 r. ogólne belgijskie ramy B2B przewidują domyślnie 30 dni i umowny limit 60 dni; sprawdź zasady sektorowe i zakres. Dokument belgijska odpowiedź parlamentarna dotycząca terminów płatności opisuje aktualne ramy.

Ogólne uzgodnione limity we Francji wynoszą 60 dni od faktury lub wyraźnie uzgodnione 45 dni od końca miesiąca, ze szczególnymi zasadami dla niektórych sektorów i transakcji. Skorzystaj z francuskich oficjalnych wytycznych dotyczących terminów płatności. Nie oferuj Net 90 tylko dlatego, że oprogramowanie przyjmuje tę liczbę.

Przygotowuj podsumowujące raporty VAT i właściwe statystyki towarowe z zapisów transakcji, a nie samego eksportu grup klientów. Częstotliwość i progi zależą od jurysdykcji oraz transakcji. Tam, gdzie wymagane są statystyki towarowe, sprawdź, czy eksport zawiera kody towarów, wagi i wartości; same sumy zamówień mogą nie wystarczyć.

We Francji raportowanie towarów wewnątrzunijnych wykorzystuje état récapitulatif TVA; EMEBI jest odrębnym badaniem statystycznym, a DES dotyczy odpowiednich usług. Zobacz wytyczne francuskiej administracji celnej.

Przechowuj faktury, odpowiednie kontrole VAT, dowody wysyłki i korekty przez właściwy okres. Ogólny niemiecki okres przechowywania faktur VAT wynosi osiem lat, z właściwymi przedłużeniami i wyjątkami; nie jest to uniwersalny okres dla wszystkich danych księgowych. Zobacz FAQ niemieckiego Ministerstwa Finansów dotyczące e-faktur.

Sam PDF nie spełnia wymogu ustrukturyzowanego fakturowania elektronicznego i przekazywania faktur. Polskie etapy wystawiania w KSeF rozpoczęły się 1 lutego 2026 r. dla podatników ze sprzedażą brutto powyżej 200 mln PLN w 2024 r. i 1 kwietnia 2026 r. dla pozostałych. Kwalifikujący się okres przejściowy dla miesięcznej sprzedaży fakturowanej do 10 000 PLN brutto trwa do końca 2026 r.; trzeba sprawdzić wyłączenia i obowiązki odbioru. Zobacz oficjalny zakres KSeF.

Odroczone terminy płatności zamrażają kapitał obrotowy. Przy stałej miesięcznej sprzedaży fakturowanej 20 000 EUR i terminowych płatnościach prosty model 30 dni oznacza około 20 000 EUR należności, a 60 dni około 40 000 EUR, przed uwzględnieniem podatków, sezonowości, zaliczek i innych różnic czasowych. Finansuj faktyczną lukę gotówkową według kosztów i harmonogramu rozliczeń.

Przetestuj pełne ścieżki B2B i detaliczne

1. Sprawdź widoki anonimowe, gościa, detaliczne, oczekującego B2B i zatwierdzonego B2B.
2. Testuj zmiany grupy domyślnej, wiele członkostw i nakładanie się reguł cenowych na każdym progu ilościowym.
3. Sprawdź ceny publiczne, ukryte kategorie, bezpośrednie linki, wyniki wyszukiwania i ograniczenia płatności. Przetestuj dostępność przewoźników i opłaty dostawy dla koszyków detalicznych i firmowych.
4. Osobno testuj przypadki krajowe, kwalifikujące się towary wewnątrzunijne, usługi, eksport i odpowiednie scenariusze XI.
5. Wypróbuj kontrole VAT z wynikami ważnymi, nieważnymi, błędnym formatem, niedostępnością i niezgodnością, a następnie zmień adres podczas zakupów.
6. Testuj kredyt poniżej, na poziomie i powyżej limitu, równoczesne zamówienia, podwójne wysłanie i nieudane tworzenie.
7. Zweryfikuj obliczanie terminu płatności, treść faktury, przypisanie płatności, częściowe rozliczenie, zwrot i obsługę korekt w swojej integracji.
8. Uzgodnij sumy raportów i powtórz przypadki w każdym używanym sklepie i walucie.

Nie zakładaj, że konfiguracja B2B nie wpływa na detal. Pola rejestracyjne, globalne minima, tryb katalogu, ustawienia adresów i pamięć podręczna mogą dotyczyć obu grup odbiorców. Przekaż końcowy proces, przykładowe dokumenty i eksporty raportów księgowemu i zespołowi realizacji.

Wykonaj testy dostępu i cen w osobnych sesjach przeglądarki, a potem powtórz po rozgrzaniu pamięci podręcznej całych stron lub fragmentów. Jeśli anonimowi odwiedzający dostają ceny innego konta, ustal regułę pamięci lub integrację podającą odpowiedź. Ponownie sprawdź logowanie, wylogowanie i zmianę poziomu przed upublicznieniem cen.

Zaplanuj przełączenie i przekaż mechanizmy kontroli

1. Zapisz obecne mapowania grup, reguły cen, ustawienia podatkowe, ograniczenia płatności i statusy zamówień. Wskaż zaplanowane importy mogące nadpisać nową konfigurację.
2. Uzgodnij kolejność wdrożenia z programistą. Utwórz i przetestuj zasady przed przypisywaniem istniejących kont, a potem włącz korzyści tylko dla zatwierdzonej grupy.
3. Przećwicz przełączenie na kopii testowej z reprezentatywnymi istniejącymi kontami i otwartymi koszykami. Porównaj oczekiwane ceny, uprawnienia i zaległe salda z zapisami księgowymi.
4. Wybierz okno produkcyjne i osobę uprawnioną do zatrzymania zmiany. Określ błąd powodujący przywrócenie poprzednich ustawień i sposób obsługi zamówień przyjętych w tym czasie.
5. Po przełączeniu śledź rzeczywiste wnioski i zamówienia przez ocenę, finalizację zakupów, wysyłkę, fakturowanie i rozliczenie. Zachowaj zatwierdzone przypadki testowe do późniejszych aktualizacji motywu, modułu lub integracji.

O co zapytać programistę lub agencję

• Które ustawienia i moduły decydują o zatwierdzeniu, domyślnej grupie cenowej, podatkach i prawie do kredytu i czy import może je później zmienić?
• Które wersje sklepu i modułów, finalizację zakupów i motyw przetestowano i gdzie są przykłady kont, koszyków i faktur?
• Co zapobiega wykorzystaniu tego samego kredytu przez jednoczesne zamówienia z odroczonym terminem i jak uzgadniane są nieudane utworzenia, anulowania i spłaty?
• Gdzie pracownicy znajdą nierozstrzygniętą kontrolę VAT, nieudaną synchronizację salda i odrzucony wniosek oraz kto obsługuje każde z nich?
• Co dokładnie jest przywracane przy nieudanym przełączeniu i jak zachowana jest dostępność przyjętych zamówień, faktur i przypisań płatności?

Pytania właścicieli sklepów

Czy kupujący może dodać numer zamówienia zakupu?

Ustal to jako jawne wymaganie, jeśli dział księgowy potrzebuje go do zapłaty. Sprawdź miejsce zbierania w finalizacji zakupów, zapis i przekazanie na fakturę oraz do eksportu księgowego. Dowolna wiadomość o dostawie jest słabym zamiennikiem referencji zakupu, która musi być wyszukiwalna i przechodzić przez cały proces.

Czy kilku pracowników może korzystać z jednej umowy handlowej firmy?

Ustal, czy potrzebują osobnych loginów, wspólnego kredytu i wspólnych danych rozliczeniowych. Taka sama nazwa firmy w osobnych rekordach klientów nie tworzy wspólnej umowy. Przed włączeniem terminów dla każdego pracownika zapytaj programistę, jak powiązano zatwierdzenie, odebranie dostępu i ekspozycję kredytową między kontami.

Czy ponowne zamówienie gwarantuje starą cenę?

Traktuj ponowne zamówienie jako nowy zakup według bieżących zasad, chyba że umowa wprost gwarantuje cenę. Przetestuj stare zamówienie po zmianie poziomu, ceny lub produktu, w tym niedostępne produkty i aktualne minima. Pokaż kupującemu przeliczony koszyk przed złożeniem.

Co jeśli jeden przelew opłaca kilka faktur?

Przypisz otrzymaną kwotę do właściwych faktur obsługiwanym procesem księgowym lub płatniczym. Zachowaj widoczność nieprzypisanej kwoty i wyjaśnij różnice z kupującym. Oznaczenie każdego powiązanego zamówienia jako opłaconego spowodowałoby utratę informacji o częściowych saldach i podważyłoby wiarygodność następnej decyzji kredytowej.