Hoe "In Bulk Markeren als Betaald" Echt Werkt

Een batch facturen selecteren en op "markeer als betaald" klikken voelt alsof het gewoon een simpele statuswissel zou moeten zijn die op elke geselecteerde rij wordt toegepast. Onder de motorkap gebeurt er iets bewusters — en correcters — om een reden die vanzelf duidelijk wordt zodra je weet hoe de factuurstatus elders in het product daadwerkelijk wordt berekend.

Het Statusveld Is Afgeleid, Niet Doorslaggevend

Het betaalde bedrag en de status van een factuur zijn geen waarden die je duurzaam kunt instellen door ze rechtstreeks te bewerken, omdat ze telkens vanaf nul opnieuw worden berekend zodra er een betalingsgebeurtenis met die factuur gebeurt — een nieuwe betaling geregistreerd, een verwijderd, een afgestemd. Die herberekening wint altijd: hij telt elke momenteel gekoppelde betaling tegen de factuur op en leidt de status daaruit af, waarbij hij overschrijft wat er eerder stond. Als "in bulk markeren als betaald" simpelweg status: "paid" op de gegevens van elke geselecteerde factuur zou schrijven, zou die wijziging alleen standhouden tot de volgende betalingsgebeurtenis van welke aard dan ook de factuur raakte — waarna de herberekening zou draaien, geen betalingsrecords zou vinden die de status "betaald" ondersteunen, en deze stilletjes terug zou zetten naar onbetaald of te laat. De code-commentaar die dit implementeert is expliciet over de redenering: een handmatig ingesteld veld zou "stilletjes worden teruggedraaid... de volgende keer dat een betaling wordt toegevoegd, verwijderd of afgestemd".

Wat Er in Plaats Daarvan Echt Gebeurt

Voor elke geselecteerde factuur berekent de bulkactie het totaal van de factuur, telt hij op wat er al aan gekoppelde betalingen tegenover staat, en voegt hij een nieuw betalingsrecord in voor exact het verschil — het bedrag dat nog openstaat — getagd met een methode van "Bulk markeer als betaald" en een bron van "manual", gedateerd op de betaaldatum van de factuur als die is ingesteld, of anders op vandaag. Die nieuwe betaling is wat de factuur daadwerkelijk naar een betaalde status brengt, omdat dezelfde herberekeningslogica die een directe statuswijziging stilletjes ongedaan had kunnen maken, nu in het voordeel van de betaling draait: hij telt de betalingen op, ontdekt dat ze nu het volledige totaal dekken, en leidt "betaald" af uit echte, duurzame gegevens in plaats van een veld dat de volgende keer dat er iets anders met die factuur gebeurt, zou afdwalen.

Deels Betaalde Facturen Krijgen Alleen het Restant

Hier is het onderscheid het belangrijkst in de praktijk. Als een factuur al €300 gekoppeld heeft tegenover een totaal van €1.000, voegt bulk-markeer-als-betaald geen nieuwe betaling van €1.000 in — hij berekent de nog openstaande €700 en registreert alleen dat. Het resultaat is een factuur met twee betalingsrecords die samen het volledige bedrag vormen, een accurate gecombineerde geschiedenis, in plaats van één betaling die overstelt wat er daadwerkelijk is ontvangen of een tweede betaling die de al geregistreerde €300 dubbel zou tellen. Als een factuur om een andere reden al betalingen heeft die het totaal volledig dekken, wordt er helemaal geen nieuw betalingsrecord ingevoegd — er staat niets open om te registreren.

Het Laat Hetzelfde Spoor Achter als een Handmatige Betaling

Omdat in bulk markeren als betaald via het echte betalingsregistratiepad loopt in plaats van via een snelkoppeling, veroorzaakt het alles wat een normale betaling doet: de betalingssnapshot van de factuur wordt vernieuwd vanuit de transactie, er wordt een controlepadvermelding geschreven die een gebeurtenis "betaald" registreert getagd met een bulkactiebron, en — voor de andere bulkacties in dezelfde batchbewerking, zoals archiveren — wordt ook een bijbehorende controlevermelding geschreven. Als je later de geschiedenis van die factuur bekijkt, is er geen visueel onderscheid dat suggereert dat de betaling op een of andere manier minder legitiem was dan een die één voor één is ingevoerd via het gewone betalingsformulier; het is een normaal betalingsrecord dat toevallig is aangemaakt via een bulkactie, met het methodeveld als enig spoor van hoe het daar terecht is gekomen.

Waarom Dit Belangrijk Is, Voorbij Deze Ene Functie

De onderliggende les generaliseert voorbij bulkacties specifiek: nergens in het product is de betaalde status van een factuur iets dat je duurzaam in een bepaalde waarde kunt forceren zonder deze met een echt betalingsrecord te onderbouwen. Dat is een bewuste beperking, geen ontbrekende snelkoppeling — het is wat garandeert dat "deze factuur staat als betaald" en "deze factuur heeft betalingsrecords die het totaal dekken" nooit uit elkaar kunnen drijven, precies de eigenschap die je wilt van een getal dat uiteindelijk in je financiële rapporten terechtkomt.