E-fakturowanie dla WooCommerce
Wygenerowanie XML to łatwa część. Trudne jest to, że dane zamówień WooCommerce rzadko są na tyle czyste — a dowiadujesz się o tym tygodnie później, gdy faktura wraca odrzucona.
3 z Twoich ostatnich 6 zamówień zostałyby odrzucone.
Deklera sprawdza Twoje zamówienia i zgłasza każdy problem zrozumiałym językiem: co się stało, dlaczego to ważne, dokładne oznaczenie reguły i gdzie to naprawić. Nie „nieprawidłowe zamówienie”.
To transgraniczna sprzedaż firmowa w UE bez VAT, ale brakuje numeru VAT nabywcy.
Gdy przy wewnątrzwspólnotowej dostawie nie nalicza się VAT, numer VAT nabywcy jest obowiązkowy. Bez niego nie da się uzasadnić zwolnienia, a faktura zostaje odrzucona.
Jak naprawić: Otwórz zamówienie, dodaj numer VAT do danych do faktury, a następnie zacznij zbierać go przy składaniu zamówienia.
Reguła: BT-48 / BR-AE-09
Pozycje faktury sumują się do 120,00 €, a suma zamówienia wynosi 112,50 € — różnica 7,50 €.
Walidatory odrzucają fakturę, której sumy się nie zgadzają, choćby o grosz. Zwykle wynika to z rabatu na poziomie zamówienia, kuponu albo zwrotu, który nie ma odzwierciedlenia w żadnej pozycji.
Reguła: BT-112 / BR-CO-15
To zamówienie potraktowano jako wewnątrzwspólnotową dostawę towarów.
Towary mają kategorię K, a usługi kategorię AE. Deklera rozstrzyga to na podstawie tego, czy pozycje podlegają wysyłce, czy są wirtualne — to rozsądne założenie, ale nie zawsze trafne.
Reguła: BT-151
Ustalenia są grupowane według przyczyny, więc problem dotyczący całego sklepu zgłaszany jest raz — a nie powtarzany przy każdym zamówieniu. A tam, gdzie Deklera musi coś założyć, mówi o tym, zamiast po cichu zgadywać.
EN 16931 CII to europejska podstawa, a nie profil krajowy. Część państw członkowskich narzuca własny format i własną platformę — najwyraźniejszym przykładem jest włoska FatturaPA przez SdI — a Deklera ich nie tworzy. Trzy kraje powyżej to te zmierzone wobec ich urzędowych walidatorów; jeśli Twojego wśród nich nie ma, sprawdź najpierw, czy EN 16931 CII jest tam akceptowany.
Kategoria VAT — stawka podstawowa, odwrotne obciążenie, wewnątrzwspólnotowa dostawa, eksport — wynika z tego, gdzie faktycznie znajdują się sprzedawca i nabywca, a nie z samej stawki.
Faktura jest sporządzana w języku nabywcy, nie Twoim. Niemiecki klient otrzyma Rechnung i Nettobetrag, francuski Facture i Total HT. Polski, niemiecki i francuski są wbudowane, a formuły prawne — odwrotne obciążenie, wewnątrzwspólnotowa dostawa — używają brzmienia, jakiego dany kraj oczekuje na fakturze.
Dokumenty są archiwizowane i nigdy nadpisywane. Ponowne wygenerowanie tworzy nową wersję, a stara zostaje — po cichu podmieniona wystawiona faktura to coś, czego kontrola nie wybacza. Każdy plik przechowywany jest ze skrótem, więc możesz wykazać, że się nie zmienił.
Każdy może twierdzić, że jego wynik jest prawidłowy. Oto rezultaty przepuszczenia go przez zestawy reguł publikowane przez same urzędy.
Polska — KSeF
Polska faktura nie istnieje w świetle prawa, dopóki KSeF jej nie przyjmie, więc jedynym sensownym testem jest rzeczywiste wysłanie. Faktura została wygenerowana, dodana do kolejki, wysłana do krajowego środowiska testowego i zarejestrowana — tą samą ścieżką, z której korzysta klient.
Numer KSeF nadany
Niemcy — XRechnung 3.0.2
Wynik przepuszczono przez urzędową konfigurację walidatora KoSIT, ten sam Schematron, który stosuje niemiecki urząd. Pierwsze uruchomienie nie przeszło sześciu reguł — każda dotyczyła pola, które norma unijna pozostawia opcjonalnym, a Niemcy czynią obowiązkowym. Wszystkie sześć jest już spełnionych.
0 ustaleń
Francja — Factur-X
We Francji sprawdzany jest sam plik, nie tylko dane: XML mieszka wewnątrz dokumentu PDF/A-3. veraPDF, implementacja wzorcowa dla PDF/A, waliduje gotową fakturę, a osadzony XML przechodzi urzędowy zestaw reguł EN 16931 dla składni CII.
PDF/A-3b: PASS · EN 16931: 0 błędów
Tę samą kontrolę możesz przeprowadzić sam. Wklej dowolną e-fakturę — z tej wtyczki albo z innej — do publicznego walidatora i zobacz, co mówi o niej urzędowy zestaw reguł. Za darmo, bez rejestracji.
To pomiary na rzeczywistym wyniku, powtarzane przy każdym wydaniu i zapisane w repozytorium. Mówią, że dokument jest formalnie dopuszczalny. Nie mówią, że Twoje liczby są poprawne — ta część należy do Ciebie.
Nie przesyła faktur, z wyjątkiem KSeF. Deklera tworzy dokument i sprawdza go; dostarczenie odbywa się przez Twojego własnego akredytowanego dostawcę — PDP we Francji, punkt dostępowy Peppol gdzie indziej. Polska jest wyjątkiem, bo tam faktura nie istnieje w świetle prawa, dopóki KSeF jej nie przyjmie, więc polskie sklepy mają wysyłkę wbudowaną. Jeśli szukasz wtyczki, która wszędzie indziej wysyła faktury do sieci, to nie jest ta wtyczka i nie powinieneś jej z takim oczekiwaniem kupować.
Nie gwarantuje zgodności z prawem. Żadne oprogramowanie tego nie potrafi. To, czy konkretna faktura zostanie przyjęta, zależy od Twojej rejestracji, Twojego dostawcy i od przepisów, które się zmieniają.
To, co może uczciwie obiecać, jest węższe i bardziej użyteczne: mówi Ci, kiedy Twoje dane nie sprostają normie, i sprawdza gotowy dokument wobec urzędowego zestawu reguł, zanim go wystawisz.
Większość wtyczek fakturowych do WooCommerce już tworzy ten plik, a kilka robi to za darmo. Deklera też: cała wersja darmowa to praca nad formatem — kontrola wstępna, FA(3), XRechnung, Factur-X, faktury korygujące, wersjonowane archiwum — i nic w niej nie jest wyłączone.
To bilet wstępu, a nie produkt. Wygenerowanie pliku jest łatwe. Wiedza o tym, czy stojące za nim dane przejdą przez reguły — już nie, a to właśnie ta część kosztuje tygodnie, gdy zawiedzie.
Deklera zajmuje się więc tym, czego nikt inny nie sprawdza. Raport mówi, które zamówienia zostałyby odrzucone, zanim je wystawisz. Pro przepuszcza gotowy dokument przez urzędowy zestaw reguł — ten, który kompiluje się do XSLT 2.0, którego PHP nie potrafi uruchomić; dlatego działa jako usługa, a nie na Twojej stronie.
Jeśli już płacisz za wysyłkę faktur przez Peppol, to tego nie zastępuje. To kontrola, która jest wcześniej — żeby to, co wysyłasz, wróciło przyjęte.
Wszystko, co wtyczka potrafi sama, działa bez licencji — sprawdzanie, generowanie FA(3), XRechnung i Factur-X, faktury korygujące, archiwizacja, automatyczne generowanie po zrealizowaniu zamówienia. Nic w kodzie nie jest wyłączone.
| Plan | Cena | Co dodaje |
|---|---|---|
| Darmowy | 0 € | Pełne e-fakturowanie: kontrola wstępna, generowanie dokumentów, faktury korygujące, wersjonowane archiwum z kontrolą integralności. |
| Pro | 49 €/rok | Walidacja wobec urzędowego zestawu reguł przed wystawieniem dokumentu — EN 16931, a dla sklepów niemieckich dodatkowo reguły XRechnung. |
| Agencyjny | 149 €/rok | Wszystko z Pro, dla wszystkich prowadzonych przez Ciebie sklepów. |
Freemius daje 7 dni na zmianę zdania: jeśli coś czyni wtyczkę bezużyteczną i nie da się tego naprawić, dostajesz zwrot pieniędzy.
Pro kupuje jedną rzecz, bo to jedyna, której wtyczka nie może zrobić sama. Urzędowy zestaw reguł kompiluje się do XSLT 2.0, a rozszerzenie XSL w PHP obsługuje tylko XSLT 1.0 — sprawdzenie działa więc w usłudze hostowanej, a nie na Twojej stronie. Domyślnie jest wyłączone.
Wersja darmowa odpowiada na jedyne pytanie, które teraz się liczy: czy Twoje dane zamówień są gotowe? Zainstaluj, otwórz raport i dowiedz się w minutę.
Otwórz demo Pobierz wersję darmową
Demo uruchamia prawdziwego WordPressa z WooCommerce w Twojej przeglądarce, z zamówieniami, które nie nadają się jeszcze do zafakturowania. Nic nie jest instalowane i nic nie opuszcza Twojego komputera.
Wersja darmowa czeka na przegląd w katalogu WordPress.org; zanim się tam pojawi, zainstaluj powyższy plik zip ręcznie. Licencje Pro są dostępne już teraz przez Freemius, który jako sprzedawca formalny obsługuje płatność i unijny VAT.
Przewodnik użytkownika wyjaśnia, co oznaczają ustalenia, gdzie przechowywane są dokumenty, jak działają faktury korygujące i polski obieg KSeF oraz co dodaje Pro. Kod źródłowy i zgłoszenia na GitHubie.