Started by GitHub push by younex1Started by GitHub push by younex11533aaa006d30a3a49167be573a9daa0d6510c15e4f5aaa006d30a3a49167be573a9daa0d6510c15e4f5refs/remotes/origin/mainaaa006d30a3a49167be573a9daa0d6510c15e4f5aaa006d30a3a49167be573a9daa0d6510c15e4f5refs/remotes/origin/mainaaa006d30a3a49167be573a9daa0d6510c15e4f5aaa006d30a3a49167be573a9daa0d6510c15e4f5refs/remotes/origin/mainhttps://github.com/younex1/erp-nuxt-frontend.gitfalse#1533754614752158erp-frontend-pipeline-production #15331533falsefalse15335745SUCCESS1789745803471https://jenkins.younex.de/view/all/job/erp-frontend-pipeline-production/1533/Application-Node-Production- server/api/accounting/amazon-ads/invoices.get.ts267e7becbfac41d14dbd209d510b958cf76281241789745316000https://jenkins.younex.de/user/infoinfoinfo@younex.deAmazon invoices: match documents by the full number in the description (POReference is 20 chars)
The first credit-memo import showed that POReference cannot carry the key: the
column is 20 chars, so 'DE-CN-AEU-2026-134720' (21) is stored as
'DE-CN-AEU-2026-13472' — the new AP CreditMemo was not recognised as the credit
note's document and the self-heal released its inbox row ('voided').
The importer's description starts with the FULL Amazon number on every document
(active, voided rename, iDempiere's reversal), so that is the primary match key
now; DocumentNo / POReference remain the fallback for documents not created by
the importer. No double booking was possible — the importer's duplicate guard
checks the full DocumentNo.
2026-09-18 17:28:36 +0200267e7becbfac41d14dbd209d510b958cf7628124Amazon invoices: match documents by the full number in the description (POReference is 20 chars)editserver/api/accounting/amazon-ads/invoices.get.ts
githttps://jenkins.younex.de/user/infoinfo