JAK NA ISDOC VIII.
Reject ❌
Pokud skrz využití isdocMessage směřujeme k automatizaci účetnictví, pak se na straně vstupu do isdocMessage platformy i při předání z platformy do software odběratele nevyhneme scénáři „Reject“ – tedy odmítnutí přenosu nebo příjmu ISDOC zprávy.
Nastat může několik situací:
🔴 1. Technická nebo obsahová chyba
Chyba, která by stejně později vedla k nutnosti komunikace mezi účtárnou odběratele a dodavatelem. To není zadarmo a je lepší tomu zabránit už na začátku. Například:
- zjevná chyba v kalkulaci DPH,
- chybné číslo bankovního účtu,
- ISDOC neodpovídá specifikaci - bug v softwaru dodavatele – např. chybná nebo chybějící validace při vystavení faktury.
👉 V takovém případě by platforma fakturu odmítla hned, aby se nedostala dál do automatizace.
🟠 2. Nesplnění pravidel odběratele
ISDOC nemá technickou chybu, ale odporuje podmínkám, které má příjemce nastavené:
- chybí číslo objednávky, nebo na objednávce v systému odběratele nezbývá dost prostředků,
- bankovní účet není zveřejněný,
- chybí elektronický podpis (i když isdocMessage potřebu el. podpisu snižuje, smluvní strany se na něm mohou dohodnout nebo je požadován ze setrvačnosti),
- nesrovnalosti v návaznosti dokladů (zálohová faktura → daňový doklad k přijaté platbě → vyúčtovací faktura).
👉 V těchto případech by měl systém umožnit fakturu odmítnout s vysvětlujícím komentářem, aby dodavatel věděl, co opravit.
Závěr
Reject může na začátku působit jako zdržení, ale ve skutečnosti šetří čas i náklady. Pokud si isdocMessage představíme jako zajíce, který sprintem běží se zprávou od dodavatele k odběrateli, pak je lepší, když někdy ani nevyběhne, nebo se nejkratší cestou vrátí zpět, než aby bloudil sem a tam a způsobil zmatek a zpoždění.
Reject je tedy pojistka, která chrání obě strany – odběratele i dodavatele. A pokud nastavíme jasná pravidla, kdy k odmítnutí dochází, stane se z něj nástroj, který zvýší kvalitu faktur a celý proces zrychlí a zpřehlední.