Betalingsbeloftedatums waar je op kunt bouwen
Zo stel je coulancedagen, beloftehorizon en tolerantie in voor betalingsbeloftes, en zo volgt een vaste incassomedewerker gebroken beloftes op.
Maak betalingsbeloftedatums betrouwbaar door drie regels vast te leggen voordat een incassomedewerker de eerste belofte invoert: hoeveel coulance- of tolerantiedagen er verstrijken voordat een belofte als gebroken telt, hoe ver vooruit een beloftedatum mag liggen, en wie opvolgt als een belofte breekt. Laat daarna een geplande job gebroken beloftes in een werkrij zetten, niet in een spreadsheet. Dit steunt op de Oracle Advanced Collections User Guide, Implementing Receivables Credit to Cash, Setting Up Promise Date Options for a Customer en PeopleSoft Order to Cash Common Information.
Waarom is beloofd geld moeilijk te vertrouwen?
Een klant zegt aan de telefoon dat de cheque vrijdag de deur uit gaat. De incassomedewerker typt dat in een opmerkingenveld of in een gedeelde spreadsheet. Niemand heeft bepaald wanneer vrijdag te laat wordt, dus de belofte blijft in de kasprognose staan tot iemand het merkt. Bij een groot grootboek met openstaande posten zegt de regel met verwacht geld dan weinig.
De documentatie beschrijft een strengere vastlegging. De Oracle Advanced Collections User Guide zegt dat je de belofte van de klant om specifieke bedragen op specifieke momenten te betalen vastlegt, voor één transactie of een groep transacties. In PeopleSoft Receivables staat bij Setting Up Promise Date Options for a Customer dat de incassoanalist, zodra een gesprek is gemarkeerd als betalingsbelofte, een beloftedatum en het bedrag moet invoeren om het op te slaan. Een opgeslagen beloftegesprek kan niet worden teruggezet naar een gewoon gesprek.
Wat gebeurt er nadat een belofte is vastgelegd?
De Oracle Advanced Collections User Guide zegt dat het product de verwachte betaling automatisch bewaakt, en dat je het concurrent program IEX: Promise Reconciliation dagelijks moet draaien. Als er wordt betaald, gaat de status van de belofte van Collectible naar Closed. Als dat niet gebeurt, gaat de status naar Broken zodra dat programma draait, en Advanced Collections zet een taak voor de gebroken belofte op het Task-knooppunt van de werkrij van de incassomedewerker. Het optionele callback-programma moet elke dag na de reconciliatie draaien. Als een callback-datum voorbijgaat zonder die run, wordt de callback niet aangemaakt. Dat betekent dat een Broken-markering alleen zo actueel is als de laatste run van de job.
Welke beloftes tellen mee, en wanneer breken ze?
De Oracle Advanced Collections User Guide zegt ook dat je geen belofte kunt invoeren als een transactie geheel of gedeeltelijk in geschil is. Voor Oracle Fusion Advanced Collections noemt Implementing Receivables Credit to Cash een aantal coulancedagen voordat een belofte als gebroken geldt, en een maximumaantal dagen om een belofte te doen, dat bepaalt wat de laatste vervaldatum is die een incassomedewerker kan instellen.
In PeopleSoft Receivables beschrijft Setting Up Promise Date Options for a Customer de Tolerance Days, een Payment Tolerance-percentage dat je van het beloofde bedrag wilt laten afgaan, en een Broken Promise Action. Die gelden voor een setid, of voor een setid met een klant of klantgroep, en elk kan een override door de gebruiker toestaan. PeopleSoft Order to Cash Common Information zegt dat een override een override-reden nodig heeft, en dat een historie van statuswijzigingen niet wordt verzameld of gerapporteerd, ook niet voor handmatige overrides van Broken naar Kept. Als Broken zonder historie Kept kan worden, moet de goedkeuring ergens anders worden vastgelegd.
Wie stelt de regels in, en wie mag ze overrulen?
De keuze is hoeveel vrijheid incassomedewerkers houden over beloftedatums en de status Broken.
| Optie | We kiezen dit wanneer | Wat we eerst zouden controleren |
|---|---|---|
| Eén standaardset, geen overrides | Klanten betalen volgens vergelijkbare patronen | Hoe vaak beloftes een dag of twee schuiven |
| Standaarden per klantgroep, overrides toegestaan | Grote retailers en kleine klanten betalen anders | Wie een override goedkeurt en waar de reden wordt bewaard |
| Incassomedewerker stelt elke belofte vrij in | Het aantal beloftes is laag en één team is eigenaar | Of de prognose deze beloftes überhaupt moet meenemen |
De onderliggende ontwerpvraag, één eigenaar en één record per status, is niet uniek voor finance. Projectteams kennen haar bij revisies, zoals in meerwerk vastleggen als één record per wijziging en functies van tools tegenover een verbonden projectdossier.
Wat je dit kwartaal doet
- Haal alle openstaande beloftes op en controleer dat elke belofte een datum, een bedrag en benoemde transacties heeft.
- Stel coulance- of tolerantiedagen en een maximale beloftehorizon in, en schrijf op waarom.
- Wijs per klantgroep één eigenaar aan voor de opvolging van gebroken beloftes.
- Controleer dat de reconciliatie- en callback-jobs dagelijks draaien, en laat iemand een melding krijgen als een run is gemist.
- Meet elke maand per klant de gehouden, gebroken en openstaande beloftes, en log elke override met degene die hem goedkeurde.
Wat dit betekent voor een knelpunt van $1M of meer
Als beloofd geld kredietblokkades, prognoses en werkkapitaalbeslissingen in meerdere bedrijfsonderdelen bepaalt, is het de moeite waard om de afhandeling van beloftes te herontwerpen, samen met inhoudingen en kasallocatie, als één domein. Regels doen het voorspelbare werk: coulancedagen, horizons, dagelijkse reconciliatieruns. AI leest het rommelige deel, zoals betalingsberichten per e-mail en gespreksnotities die op een belofte wijzen. Mensen keuren overrides en afboekingen goed, en AI beslist nooit alleen. Zie hoe wij customer-to-cash als één domein aanpakken.
Grenzen van dit bewijs
Deze documenten beschrijven configuratie en gedrag in Oracle Advanced Collections, Oracle Fusion Advanced Collections en PeopleSoft Receivables. Ze laten niet zien hoe vaak beloftes breken, of een instelling de incassoresultaten verandert. Ze geven geen benchmark voor coulance- of tolerantiedagen. Implementing Receivables Credit to Cash somt de voorkeuren op, maar beschrijft niet hoe een gebroken belofte bij een incassomedewerker terechtkomt. Andere ERP-producten komen niet aan bod.
Vragen van opdrachtgevers
Mag een incassomedewerker een betalingsbelofte vastleggen op een betwiste factuur?
De Oracle Advanced Collections User Guide zegt dat je geen belofte kunt invoeren als een transactie geheel of gedeeltelijk in geschil is. Wij zouden eerst het geschil afhandelen en daarna de belofte vastleggen op de niet-betwiste transacties.
Wat is het verschil tussen coulancedagen en tolerantiedagen?
In Oracle Fusion Advanced Collections zijn coulancedagen de extra dagen na de beloofde betaaldatum voordat het systeem een belofte als gebroken beschouwt. In PeopleSoft Receivables zijn Tolerance Days de dagen na de beloftedatum die je bereid bent te wachten voordat je verdere actie onderneemt, ingesteld voor een setid, klant of klantgroep.
Bewaart PeopleSoft een historie van overrides op de beloftestatus?
PeopleSoft Order to Cash Common Information stelt dat een historie van statuswijzigingen niet wordt verzameld of gerapporteerd, ook niet voor handmatige overrides van Broken naar Kept. Als overrides ertoe doen voor je prognose, bewaar dan de goedkeuring en de reden in een apart logboek.
Bronnen
Bronnen geven context. De datum toont wanneer ze voor het laatst zijn gecontroleerd.