Se hvad rykkermotoren vil gøre, før den kører. Motoren kender allerede sine egne frister — reminders med status = 'scheduled' ER planen; det der manglede, var at kunne spørge den FØR den kører.
🔴 Svaret er ikke kun det lykkelige tilfælde. En liste der kun viser de fordringer hvor alt gik godt, ser fuldstændig ud og er det ikke. Derfor tre dele:
- totals / by_kind / next_run_at — det motoren VIL sende. 🔴 En scheduled rykker er ikke det samme som «vi sender den». §3.3 lader rykkerpausen FRYSE forløbet: den planlagte række bliver stående og springes over på sin dag. totals.documents tæller derfor kun de rækker motoren faktisk vil sende, og list_includes_blocked siger hvor mange af list_url's rækker der er frosne — så de to tal kan regnes sammen i stedet for at modsige hinanden. - not_planned — fordringerne i rykkerforløb hvor motoren IKKE gør noget, med GRUND pr. fordring (import_hold — fakturaen er importeret og afventer skiftets aktivering (SKIFT-1), og står FØRST ligesom i motoren — no_plan, paid_elsewhere — fakturaen er reelt betalt (FarPay-betalt i skiftets import, lukket ved skiftet, eller penge modtaget som fremmed kvittering) og rykkes ikke, uanset regnskabets restsaldo — in_collection, installment_plan, debtor_excluded, dunning_paused, no_more_steps, og i live creditor_dunning_off — kreditorens rykkere er ikke tændt, standarden — samt delivery_uncertain — et afsendelsesforsøg hvis udfald er ukendt; planlæggeren rører ikke fordringen før et menneske frigiver den). DIST-1: er næste trin BLOKERET af udsendelsen, står den egentlige grund i stedet for no_more_steps: no_document_channel (trinnet kræver en skrivelse, og debitoren har hverken e-mail, e-Boks eller adresse — en SMS kan ikke bære en rykker eller et § 10-påkrav), no_proven_document (to forsøg uden en leveret skrivelse), s10_proof_missing og s10_deadline_too_short (§ 10-påkravets bevis mangler, eller fristen er under 10 dage fra den afsendelse der beviser det). Uden dem kan et tomt «i nat sender vi» ikke skelnes fra en standset motor. Hver fordring i rykkerforløb står enten i totals eller her — aldrig begge, aldrig ingen af delene. - warnings — det der vil gå galt hvis det sendes som planlagt: no_channel (debitoren har ingen adresse på den planlagte kanal — udsendelsen bliver en failed-række, og fordringen står urykket uden at nogen ser det) og overdue (det planlagte tidspunkt er allerede passeret — planlæggeren er bagud).
Hvad sker der når kaldet udebliver? Ingenting: kaldet er en ren læsning og ændrer intet. Motoren kører uændret. Det er DET der er faren, og derfor findes kaldet.
engine.dunning_allowed er rykkerlicensens afgørelse, med grunden. ⚠️ Kun når kaldet er skopet til ÉN kreditor (creditor_id=) — licensen afgøres pr. kreditor, og et samlet ja/nej på tværs ville være et gæt forklædt som et svar.
