PrestaShop już jest silnikiem katalogu, koszyka i faktur PDF. Dodatki warte głosowania w 2026 siedzą tam, gdzie unijne prawo B2B i rzeczywistość magazynu rozchodzą się z tymi trzema ekranami. Rdzeń potrafi wydrukować numer VAT na fakturze, nigdy nie pytając VIES, czy numer żyje. Odwrotne obciążenie nie jest natywnym wynikiem podatkowym. Klient może zmienić identyfikator firmy po pierwszym zamówieniu i zepsuć dopasowanie ERP. Zamówienia oczekujące na płatność nie zawsze rezerwują stany tak, jak oczekuje biurko B2B. Agencje od lat wpisują to jako boilerplate projektu; wątek fundamentów B2B na GitHubie czyni ten sam inwentarz luk jawnym.
Użyteczny szkic dodatku PrestaShop to strona back-office z cyjanowym nagłówkiem i ciemnym menu, które sprzedawcy już znają — nie pulpit WordPress i nie admin Shopify. Pierwsza wersja powinna wykonać jedno zadanie prawne albo magazynowe: VIES plus wzmiankę o odwrotnym obciążeniu, proformę przed płatnością, transfer magazynowy, digest niskich stanów na poziomie kombinacji.
Jak oceniać propozycję modułu
Nazwij wersję PrestaShop, ustawienie adresu podatkowego i stan zamówienia, który uruchamia zadanie. Powiedz, co nie wypłynie: pełny pakiet księgowy, zamiennik natywnych reguł koszyka albo XML już obsługiwany przez lokalnego specjalistę e-fakturowania. Potem zagłosuj. DraftPlugins nie umieści modułu na PrestaShop Addons, dopóki nie zostanie osiągnięty próg społeczności i nie powstanie wydanie.