I file generati di un massimo di 200 fatture in un unico zip

Funziona solo finché la fattura è received, validated o queued. Dalla 0.18.3, quando un invio è stato tentato e la sua risposta è andata persa (un timeout o un 5xx), la fattura risulta submitting e un annullamento risponde 409 send-in-progress, perché il canale potrebbe averla; il worker la chiude come submitted o dead_letter. Una volta che il canale ce l’ha, l’annullamento è un documento commerciale (una nota di credito, o un KOR in Polonia), non una chiamata API. Dalla 0.18.5 l’annullamento di una fattura già annullata risponde 200 con la fattura, così un nuovo tentativo dopo una risposta andata persa è sicuro. Dalla 0.18.6 la chiave dell’operatore può annullare una fattura dead_letter quando non è mai stata fatta alcuna chiamata al canale per essa: sul canale non può esserci nulla, quindi lo stesso documento può essere inviato di nuovo. Quando una chiamata è stata fatta, la risposta è 409 dead-letter-reached-rail, perché un invio la cui risposta è andata persa potrebbe essere lì: verificare prima con il canale. La chiave di un cliente riceve 409 dead-letter; decide l’operatore.