Een Klant Verwijderen Raakt Hun Facturen Niet Aan

Een opgeslagen klant verwijderen is een databasebewerking van één regel: de rij van de klant wordt verwijderd, en het eindpunt geeft succes terug. Het klinkt alsof het ingrijpender zou moeten zijn dan dat, gezien hoeveel er naar een klant kan verwijzen in een actieve werkruimte — facturen, betalingen, reacties, portaallinks. De reden waarom het dat niet is, is een structurele beslissing die door het hele product loopt: een opgeslagen klantrecord is een gemak, geen bron van waarheid waar iets anders van afhankelijk is.

Facturen Verwijzen Niet naar Klanten — Ze Kopiëren Ze

Wanneer je een factuur aanmaakt vanuit een opgeslagen klant, worden de factuurgegevens van de klant, als tekst, rechtstreeks gekopieerd naar de eigen opgeslagen gegevens van de factuur op dat moment. Er is geen database-sleutel van een factuur terug naar het klantrecord waar hij vandaan komt — de facturentabel heeft helemaal geen klant-ID-kolom. Zodra die kopie is gemaakt, hebben de factuur en het klantrecord waar hij oorspronkelijk vandaan kwam geen doorlopende structurele relatie meer — het "aan"-veld van de factuur is nu gewoon tekst die toevallig identiek begon aan wat het klantrecord op dat moment bevatte. Dit is waarom het verwijderen van de klant daarna daadwerkelijk niet kan doorwerken naar de factuur: er is geen verwijzing waarlangs de verwijdering zou kunnen doorwerken, omdat er nooit een is opgeslagen.

Wat Er Wel Wordt Verwijderd of Ontkoppeld

Dat gezegd hebbende, wordt niet alles wat naar een klant verwijst met rust gelaten — een paar dingen zijn echt gekoppeld aan het klantrecord via een echte database-sleutel, en het verwijderen van dat record beïnvloedt ze wel, op twee verschillende manieren afhankelijk van hoe elke relatie is gedefinieerd. Klantenportaal-links worden samen met de klant volledig verwijderd: de koppeling van de portaaltokentabel naar een klant is ingesteld om te cascaderen bij verwijdering, dus elke portaallink die je voor die klant had gegenereerd, stopt met bestaan op het moment dat het klantrecord dat ook doet — er is geen klant meer over voor een portaallink om te vertegenwoordigen, dus die verdwijnt mee. Documentreacties, uitgaven en tijdregistraties die aan de klant zijn gekoppeld, gedragen zich anders: hun koppeling naar de klant wordt op leeg gezet in plaats van te cascaderen, dus een reactie die een klant op een factuur heeft achtergelaten, of een uitgave die je aan die klant had getagd, overleeft de verwijdering maar verliest voortaan zijn klanttoeschrijving.

Waarom Facturen Specifiek Zo Zijn Ontworpen

Een kopie opslaan in plaats van een verwijzing is wat een factuur om te beginnen een betrouwbaar historisch document maakt. Een factuur is juridisch en praktisch bedoeld om exact weer te geven wat aan precies wie is gefactureerd, zoals het stond op het moment dat hij werd verstuurd — geen live weergave die met terugwerkende kracht verandert als het onderliggende klantrecord later wordt bewerkt of verwijderd. Als facturen naar klanten zouden verwijzen via een ID in plaats van hun gegevens te kopiëren, zou het bewerken van het factuuradres van een opgeslagen klant stilletjes het "aan"-veld herschrijven op elke factuur die ooit naar hem is verstuurd, inclusief die van maanden of jaren geleden die een klant, een boekhouder of een auditor mogelijk moet vergelijken met wat er destijds daadwerkelijk is gecommuniceerd. Het ontkoppelen van de twee voorkomt dat volledig: het bewerken of verwijderen van een klant raakt alleen het klantrecord en de kleine set dingen die er echt aan gekoppeld zijn, nooit de historische facturen die er toevallig vanuit zijn aangemaakt.

Wat Dit Betekent Als Je Je Klantenlijst Opschoont

In de praktijk maakt dit het verwijderen van een opgeslagen klant een opruimactie met weinig risico in plaats van iets waar je voorzichtig mee moet zijn. Het verwijderen van een klant met wie je niet meer werkt, raakt geen enkele factuur in je geschiedenis aan, beïnvloedt geen enkel rapport dat optelt wat die klant heeft betaald of verschuldigd is (die rapporten koppelen facturen aan klanten door opgeslagen tekst te vergelijken, niet via een ID, dus ze blijven gewoon werken met de factuurgegevens zelf), en verandert met terugwerkende kracht niets dat een klant al heeft gezien. Het enige dat de moeite waard is om te controleren voordat je een klant verwijdert, is of je voor hem een portaallink had gegenereerd die nog actief in gebruik is — die link stopt onmiddellijk met werken als direct gevolg, aangezien daar wel een echte cascade achter zit, ook al blijft elk document dat de link liet zien volledig intact en op andere manieren bereikbaar daarna.