Español
English
Català
Deutsch
Français
Português
Italiano
NederlandsTabela
| Wersja Odoo | Wysyłka do KSeF | Skąd pochodzi walidowany FA(3) | Ponowna walidacja w chmurze |
|---|---|---|---|
| 17 | Brak natywnego modułu: wysyłka poza Odoo | Wgrany gotowy, wygenerowany gdzie indziej | Brak natywnej wysyłki do ponownej walidacji |
| 18 | l10n_pl_edi | Ten, który l10n_pl_edi generuje albo wysłał | Tak, co godzinę |
| 19 | l10n_pl_edi, z certyfikatem KSeF w firmie | Ten, który l10n_pl_edi generuje albo wysłał | Tak, co godzinę |
| 20 | l10n_pl_edi | Ten, który l10n_pl_edi generuje albo wysłał | Tak, co godzinę |
Moduł FlexigoTech jest opublikowany dla wszystkich czterech wersji. W żadnej z nich nie wysyła do KSeF: waliduje i przygotowuje.
Jeśli pracujesz na Odoo 17
W 17 nie ma natywnej wysyłki, więc proces ma jeden krok więcej: fakturę wystawia się w Odoo, FA(3) generuje się innym narzędziem i wgrywa do faktury, żeby go zwalidować. Walidator migracji, w Migration › Run Validator, pomaga znaleźć luki w danych podstawowych, zanim zrobisz przesiadkę.
To dobry powód, żeby zaplanować aktualizację wersji: od 18 wzwyż walidacja działa na tym, co generuje Odoo, bez ręcznego przenoszenia plików.
Praktyczna uwaga: wersja modułu nie zmienia tego, co się waliduje. Pola FA(3), kody błędów i polityka prawna są takie same we wszystkich czterech gałęziach, więc firma z dwiema bazami w różnych wersjach widzi w obu te same ostrzeżenia.
Jeśli pracujesz na 18, 19 albo 20
Proces jest bezpośredni. l10n_pl_edi generuje i wysyła FA(3), a moduł waliduje go w FlexigoTech Cloud z podpisanym raportem. To, co już wysłano, jest co godzinę walidowane ponownie, a każda faktura pokazuje swój status: poprawna, niepoprawna, niezwalidowana albo wygasła.
W 19 sprawdziliśmy w kodzie Odoo, że natywne uwierzytelnianie używa certyfikatu KSeF zapisanego w firmie i odnawia tokeny zaplanowaną akcją.
Walidator migracji w każdej wersji
Jeśli przechodzisz z innego programu albo z wcześniejszej wersji, walidator migracji sprawdza Twoje dane, zanim zaczniesz wystawiać w KSeF. Uruchamia się go z Migration › Run Validator, a każde uruchomienie zostaje w Validation Runs, więc możesz je ze sobą porównać. Najlepiej uruchomić go dwa razy: raz na początku, żeby zobaczyć listę luk, i raz tuż przed przejściem, żeby potwierdzić, że żadna nie została. A Operations › Compliance Export wyciąga to, co zostało zwalidowane, gdy poprosi o to Twój księgowy.
Co kupujesz w każdym przypadku
We wszystkich czterech wersjach to samo: moduł z jednorazową opłatą 9 € za wersję Odoo i usługa lokalna FlexigoTech Cloud od 29 € miesięcznie, bez VAT, w której działa walidacja. Jeśli zmieniasz wersję, zależy to od miejsca zakupu: w ramach subskrypcji moduł dla nowych wersji jest wliczony, jeśli kupiłeś go na flexigotech.com; w Odoo Apps każdą wersję kupuje się tam.
Walidacje FA(3) nie zależą od wersji Odoo, tylko od schematu. Zmienia się to, kto generuje plik.
Czytaj dalej
Sprawdzone w kodzie źródłowym modułu (wersja 20.0) i w podlinkowanych źródłach
Źródła
- github.com/odoo/odoo/tree/18.0/addons/l10n_pl_edi
- Kod modułu: flexigo_poland_ksef_2_0_e_invoice_connector_and_migrati (cbca26e): models/account_move.py
- Kod modułu: flexigo_poland_ksef_2_0_e_invoice_connector_and_migrati (cbca26e): models/ksef_session.py
- Kod modułu: flexigo_poland_ksef_2_0_e_invoice_connector_and_migrati (cbca26e): models/ksef_cloud.py
- github.com/odoo/odoo/blob/19.0/addons/l10n_pl_edi/models/res_company.py
- Kod modułu: flexigo_poland_ksef_2_0_e_invoice_connector_and_migrati 20.0 (ba7c60f1): data/ksef_cron.xml
- Kod modułu: flexigo_poland_ksef_2_0_e_invoice_connector_and_migrati 20.0 (ba7c60f1): views/ksef_menus.xml
- Kod modułu: flexigo_poland_ksef_2_0_e_invoice_connector_and_migrati 20.0 (ba7c60f1): models/account_move.py
- apps.odoo.com/apps/modules/20.0/flexigo_poland_ksef_2_0_e_invoice_connector_and_migrati
- Kod modułu: flexigo_poland_ksef_2_0_e_invoice_connector_and_migrati 20.0 (ba7c60f1): __manifest__.py
- flexigotech.com/precios.html