Factuur of inhouding: lees het dispuutdossier
Bij een korting op de betaling helpen bedrag, reden en notities in het dispuutdossier te zien of de factuur of de inhouding fout is, en wie beslist.
Bepaal eerst of de factuur of de inhouding fout is, voordat iemand achter een korting aangaat. Doe dat op basis van het dispuutdossier, niet alleen op basis van het betaalbericht. Lees vier dingen in deze volgorde: het betwiste bedrag, de redencode, de notities en waar het creditverzoek zit in de goedkeuring. Kan het dossier de vraag niet beantwoorden, herstel dan eerst het dossier voordat je iets automatiseert. Dit is gebaseerd op de Oracle Receivables User Guide, de Oracle Receivables Implementation Guide en de Credit Memo Approval and Creation API User Notes.
Er komt een korting binnen: is het onze factuur of hun claim?
Een klant betaalt minder dan het factuurbedrag. Incasso wil het verschil innen, facturatie vermoedt een prijs- of hoeveelheidsfout, en de openstaande post veroudert terwijl beide partijen kijken. Behandel je elke inhouding op dezelfde manier, dan gaan er twee dingen mis. Fouten van facturatie worden nagejaagd alsof de klant ze maakte, en ongeldige inhoudingen worden afgeboekt. De Oracle Receivables User Guide beschrijft meer dan één weg naar een dispuut. Een incassomedewerker die Oracle Collections gebruikt, kan een factuur in dispuut zetten door namens een klant om een creditnota te vragen. Als je Oracle Trade Management gebruikt om kortingen op factuurbetalingen van klanten te volgen, kun je transacties ook in dispuut zetten door een claim aan te maken.
Wat staat er in het dispuutdossier?
De Receivables User Guide definieert Dispute Amount als het actuele bedrag van een factuur, debetnota of chargeback dat in dispuut is. Je kunt het verhogen of verlagen. Voer je 0 in, dan staat de debetpost niet langer in dispuut.
De Credit Memo Approval and Creation API User Notes laten zien wat een creditverzoek bevat. Het noemt de betwiste factuur en een redencode die een geldige lookupcode voor CREDIT_MEMO_REASON hoort te zijn. Bij een dispuut op kopniveau staan er aparte bedragen voor regels, btw en vracht in. Een vlag met waarde Y markeert een dispuut op regelniveau, en het verzoek noemt dan de betwiste regels. De redencode “Duplicate Billing” komt met een veld voor het nummer van de dubbele factuur. Opmerkingen bij het verzoek verschijnen in het notitiegedeelte van het Transaction-venster, inclusief interne opmerkingen die voor klanten niet zichtbaar zijn.
De User Guide vult aan dat het Disputed Invoice Report notities toont die automatisch worden toegevoegd terwijl de workflow het creditverzoek verwerkt. Wijst de incassomedewerker het verzoek af, dan worden de notities bijgewerkt en wordt de aanvrager op de hoogte gebracht.
Dat betekent dat de eerste beslissing al in het dossier staat. Een reden “dubbele facturatie” bij één regel wijst naar de factuur. Een dispuut zonder reden, zonder regel en zonder notities wijst nergens naar, dus gaan mensen gokken.
Hoe wordt een dispuut een creditnota?
De API-notities beschrijven twee wegen. Staat p_skip_workflow_flag op de standaardwaarde N, dan loopt het verzoek door de door de gebruiker gedefinieerde Credit Memo Request-workflow. Wordt het betwiste bedrag goedgekeurd, dan wordt automatisch een creditnota aangemaakt. Staat de vlag op Y, dan wordt de hele workflow overgeslagen en wordt de creditnota direct aangemaakt. De API kan geen creditnota’s op rekening genereren: je moet een bestaande transactie opgeven. Wij zouden de skip-vlag behandelen als een keuze over beheersing, niet als een technische instelling.
Welke kant moet deze inhouding op?
De beslissing is of je de factuur crediteert, de inhouding afwijst, of de post vasthoudt tot het dossier de vraag kan beantwoorden. De Implementation Guide beschrijft een venster Approval Limits om goedkeuringslimieten vast te leggen. Wie een creditnota mag goedkeuren, is dus een inrichtingskeuze van jouw team.
| Optie | Wij kiezen dit wanneer | Wat wij eerst controleren |
|---|---|---|
| De factuur crediteren via de workflow | Reden en regel wijzen op een factuurfout | Goedkeuringslimieten voor het bedrag |
| Afwijzen en het dispuut op nul zetten | Notities en bewijs laten zien dat de inhouding ongeldig is | Of de afwijzingsnotitie de aanvrager heeft bereikt |
| De workflow overslaan, direct crediteren | Alleen voor beperkte, door regels bepaalde redenen | Wie de lijst met skip-redenen beheert |
| Vasthouden en het dossier aanvullen | Reden, regel of notities ontbreken | Wie het ontbrekende bewijs aanlevert |
Wat je dit kwartaal doet
- Haal openstaande posten uit het Disputed Invoice Report en tel de posten zonder redencode of met lege notities.
- Wijs per redencode één eigenaar aan en markeer welke codes “factuur fout” betekenen en welke “inhouding in onderzoek”.
- Controleer of een koppeling de API aanroept met de skip-vlag op Y, en voor welke redenen.
- Gebruik Get_Request_Status om de status te bekijken van elk bestaand creditverzoek dat je volgt.
- Meet het aantal dagen van dispuut tot goedkeuring of afwijzing, per redencode.
Wat dit betekent voor een knelpunt van $1M of meer
Als inhoudingen zich opstapelen bij veel klanten en redencodes, is het dispuutdossier het waard om te herontwerpen als één domein: intake, reden, bewijs, goedkeuring, daarna creditering of incasso. Regels handelen de voorspelbare redenen af, AI leest rommelige betaalberichten en notities en stelt een reden voor, en mensen keuren creditnota’s en afboekingen goed. AI beslist nooit alleen. Dezelfde gedachte, één dossier dat laat zien wat er veranderde en wie het goedkeurde, ligt ook achter meerwerk vastleggen in projecten en een verbonden projectdossier. Bekijk onze aanpak voor inhoudingen en geschillen.
Grenzen van dit bewijs
Dit zijn documenten van Oracle Receivables. Ze beschrijven velden, workflows en API-parameters, niet hoe vaak inhoudingen ongeldig zijn of hoe lang goedkeuring duurt. Ze tonen geen resultaten van bedrijven die ze gebruiken. Ze gaan niet over andere ERP-systemen, retailerportalen of de details van claims in Oracle Trade Management. Ze bieden geen benchmark voor de doorlooptijd van disputen of het niveau van afboekingen.
Vragen van opdrachtgevers
Wat betekent een betwist bedrag van nul?
In de Oracle Receivables User Guide betekent het invoeren van 0 in het veld Dispute Amount dat de debetpost niet langer in dispuut staat. De notities horen uit te leggen of dat volgde op een afgewezen inhouding of op een geregelde inhouding.
Kan een creditnota zonder goedkeuring worden aangemaakt?
De Credit Memo Approval and Creation API User Notes zeggen dat het zetten van p_skip_workflow_flag op Y de hele workflow overslaat en de creditnota direct aanmaakt. Wij zouden dat beperken tot redenen met duidelijke regels en een benoemde eigenaar.
Zijn interne opmerkingen bij een dispuut zichtbaar voor de klant?
De API-notities zeggen dat opmerkingen bij het verzoek in het notitiegedeelte van het Transaction-venster verschijnen en ook interne opmerkingen van gebruikers bevatten die voor klanten niet zichtbaar zijn.
Bronnen
Bronnen geven context. De datum toont wanneer ze voor het laatst zijn gecontroleerd.