Gekoppeld, Ongekoppeld, Afgestemd: Hoe Betalingsstatus Echt Werkt
In dit artikel
Elk betalingsrecord in Invoice Generator, of je het nu met de hand hebt ingevoerd, uit een CSV hebt geïmporteerd, of het is aangemaakt door een bulkactie "markeer als betaald", draagt een statusveld met een van twee waarden: gekoppeld (matched) of ongekoppeld (unmatched). Dat ene veld bepaalt of een betaling überhaupt meetelt voor het saldo van welke factuur dan ook, en het begrijpen van hoe het verandert — ook in gevallen die je misschien niet verwacht, zoals het verwijderen van een factuur — verklaart veel anders verrassend gedrag rond factuurtotalen.
Wat "Gekoppeld" en "Ongekoppeld" Precies Sturen
De status van een betaling is niet cosmetisch. Alleen betalingen die aan een factuur zijn gekoppeld, tellen mee voor het betaalde bedrag van die factuur en, in het verlengde daarvan, de status ervan — een betaling die ongekoppeld staat, zonder factuurgroeps-ID, bestaat wel in je betalingenlijst maar is onzichtbaar voor de saldoberekening van elke factuur. Dit is precies waarom een ongekoppelde CSV-importrij geen enkele factuur ten onrechte richting "betaald" duwt: totdat een betaling expliciet aan een factuur is gekoppeld, telt het simpelweg niet mee als geld tegen wat dan ook.
Drie Manieren Waarop een Betaling Gekoppeld Wordt
Een betaling komt op één van drie manieren gekoppeld te staan aan een factuur. Je kunt hem meteen handmatig registreren tegen een specifieke factuur, waardoor de status direct op gekoppeld wordt gezet. De CSV-importeur kan hem automatisch koppelen met zijn heuristiek op basis van referentie/naam-en-bedrag op het moment van importeren. Of je kunt een bestaande ongekoppelde betaling handmatig afstemmen, wat een aparte actie is die in één stap het factuurgroeps-ID instelt en de status naar gekoppeld omzet. Alle drie de paden komen uit bij hetzelfde resultaat — een betalingsrij met een factuurgroeps-ID en een gekoppelde status — en alle drie leiden tot dezelfde herberekening van het betaalde bedrag en de status van die factuur nadien, dus het maakt niet uit welk pad een betaling heeft gevolgd om daar te komen; de factuur gedraagt zich op dezelfde manier.
Afstemmen Is Niet Hetzelfde als Aanmaken
Het is de moeite waard om precies te zijn over wat "afstemmen" hier betekent, want het is een aparte actie ten opzichte van het aanmaken van een betaling. Afstemmen neemt een betaling die al bestaat — meestal een die de CSV-importeur ongekoppeld heeft achtergelaten — en koppelt deze aan een factuur die je opgeeft, in plaats van een nieuw betalingsrecord aan te maken. Als de betaling die wordt afgestemd eerder aan een andere factuur was gekoppeld, wordt het saldo van die factuur ook herberekend, aangezien deze net een betaling verloor die hij eerder meetelde. Dit is belangrijk als je ooit een verkeerd gekoppelde betaling moet corrigeren: door deze af te stemmen op de juiste factuur blijft er geen spooksaldo achter op de factuur waar hij vandaan wordt gehaald.
Een Factuur Verwijderen Verwijdert Zijn Betalingen Niet
Hier is het gedrag dat mensen verrast: het verwijderen van een factuur verwijdert de betalingsrecords die eraan gekoppeld waren niet. In plaats daarvan krijgt elke betaling die aan die factuurgroep gekoppeld was zijn factuurgroeps-ID gewist en zijn status teruggezet naar ongekoppeld — de betalingsrijen zelf blijven in je betalingenlijst staan, alleen ontkoppeld en tellen nergens meer voor mee. Dit is een bewuste ontwerpkeuze: een betaling vertegenwoordigt geld dat daadwerkelijk is bewogen, echte inkomsten ontvangen van een echte klant, en het verwijderen van de factuur waar het toevallig onder was ingediend, zou die historische registratie van inkomsten niet moeten laten verdwijnen. Als je per ongeluk een factuur verwijdert, of een verwijdert die een duplicaat was van een andere, blijven de betalingen die erop stonden bestaan en zijn ze beschikbaar om achteraf af te stemmen op de juiste factuur.
Een Betaling Verwijderen Is Anders — en Definitief
Het verwijderen van een betalingsrecord zelf, in tegenstelling tot het verwijderen van de factuur waaraan het gekoppeld is, verwijdert het wel echt — er is geen equivalente "ontkoppelen in plaats van verwijderen"-verzachting voor deze actie, aangezien een betaling de registratie van het geld zelf is, niet een verwijzing ernaar. Als de verwijderde betaling gekoppeld was aan een factuur, worden het betaalde bedrag en de status van die factuur direct daarna herberekend om de verwijdering te weerspiegelen, wat een volledig betaalde factuur terug kan laten vallen naar gedeeltelijk betaald of onbetaald als de verwijderde betaling het verschil dekte.
Elke Statuswijziging Wordt Opnieuw Berekend Vanaf Nul, Niet Aangepast
Wanneer de gekoppelde status van een betaling om welke reden dan ook verandert — een nieuwe koppeling, een afstemming, een verwijdering — wordt het betaalde bedrag van de betreffende factuur niet met het verschil verhoogd of verlaagd. Het wordt vanaf nul herberekend door elke momenteel gekoppelde betaling tegen die factuurgroep op te tellen. Dit is waarom het handmatig bewerken van het betaalde bedrag van een factuur — door ergens in zijn gegevens met de hand een getal in te stellen — niet blijft hangen: de volgende keer dat een betalingsgebeurtenis die factuur raakt, overschrijft de herberekening wat er stond met de werkelijke som van zijn gekoppelde betalingen, wat ook precies de reden is waarom de bulkactie "markeer als betaald" een echt betalingsrecord invoegt in plaats van een betaald-bedrag-veld rechtstreeks te bewerken — een kale veldwijziging zou simpelweg worden teruggedraaid de volgende keer dat deze herberekening draaide.
De Status van een Betaling in Één Oogopslag Lezen
In de praktijk betekent "ongekoppeld" in je betalingenlijst een van drie dingen: een CSV-rij die de importeur niet zeker kon plaatsen, een betaling die van een factuur is afgestemd naar een andere, of een betaling die wees is geworden doordat de factuur waar hij bij hoorde is verwijderd. Geen van die situaties is precies een foutstatus — het zijn betalingen die wachten op een menselijke beslissing over waar ze thuishoren — maar een ongekoppelde betaling die lange tijd blijft liggen, is meestal een korte blik waard, aangezien het geld vertegenwoordigt dat je hebt ontvangen maar dat momenteel het openstaande saldo van geen enkele klant in je rapporten verlaagt.
Gerelateerde Artikelen
Hoe de CSV-Betalingsimporteur Betalingen Koppelt aan Facturen
Het in bulk importeren van een bank- of betaalverwerker-CSV laat elke rij door een matchingheuristiek lopen die zoekt naar een factuurnummer of een klantnaam plus een bijna exact bedrag — alles wat niet zeker gekoppeld kan worden, blijft ongekoppeld in plaats van geraden.
Waarom je Rapporten Aparte Totalen per Valuta Tonen
Er vindt nergens in de rapportagelaag een wisselkoersconversie plaats — dit is een bewuste ontwerpkeuze, geen ontbrekende functie.
Hoe het Belastingoverzicht Berekent wat je Verschuldigd Bent
Waarom het belastingoverzicht groepeert op factuurdatum in plaats van betaaldatum, en hoe belastbare omzet wordt afgeleid in plaats van opgeslagen.
De Psychologie van Betalingsvoorwaarden: Netto 15 vs. Netto 30 vs. Bij Ontvangst Verschuldigd
Begrijp de psychologie achter factuurbetalingsvoorwaarden, inclusief Netto 15, Netto 30, Bij Ontvangst Verschuldigd, boetes, opvolging, en zakelijke betalingsonderhandelingen.
Aanbetalingsfacturen 1001: Veilig Vooruitbetaling Veiligstellen Voordat Je een Project Start
Leer hoe je vooruitbetalingen in rekening brengt, aanbetalingsfacturen structureert, aanbetalingen koppelt aan eindsaldofacturen, en professioneel omgaat met klantweerstand.