From abd7c855b98f0fefc62acb9a47a0ea965c3afd1c Mon Sep 17 00:00:00 2001 From: MS Date: Fri, 3 Nov 2023 09:32:41 +0100 Subject: DD 50, extending the payment initiations table. --- design-documents/050-libeufin-nexus.rst | 9 +++++++++ 1 file changed, 9 insertions(+) (limited to 'design-documents') diff --git a/design-documents/050-libeufin-nexus.rst b/design-documents/050-libeufin-nexus.rst index bc459e17..6049bda6 100644 --- a/design-documents/050-libeufin-nexus.rst +++ b/design-documents/050-libeufin-nexus.rst @@ -343,3 +343,12 @@ Discussion / Q&A * ``transient_failure``: submission failed but can be retried, for example after a network issue. * ``permanent_failure``: EBICS- or bank-technical error codes were not EBICS_OK (nor any tolerated EBICS code like EBICS_NO_DOWNLOAD_DATA_AVAILABLE), never retry. * ``never_heard_back``: the payment initiation submission has **been** ``success`` but it was never confirmed by any outgoing transaction (from a camt.5x document) or any pain.002 report. It is responsability of a garbage collector to set this state after a particular time period. + +* the initiated_outgoing_transactions table takes two more columns: + ``last_submission_date``, a timestamp in microseconds, and a + ``submission_counter``. Both of them would serve to decide retry + policies. + +* the ``failure_text`` column at the initiated_outgoing_transactions table + should contain a JSON object that contains any useful detail about the problem. + That *could* be modeled after the Taler `ErrorDetail `_, where at least the error code and the hint fields are provided. -- cgit v1.2.3