Een factuur van een leverancier belandt op je bureau. De goederen liggen misschien al in het magazijn of de dienst is al voltooid, maar de betalingstermijn begint direct te lopen. Dus, wat gebeurt er eigenlijk voordat het geld het bedrijf verlaat? Welkom bij een nieuw kennisfragment van M365FM. Ik ben Mir Peters en vandaag kijken we naar de crediteurenadministratie in Dynamics 365 in begrijpelijke taal. Dit is niet zomaar een plek waar iemand rekeningen in een scherm typt. Het is de financiële afdeling die elke rekening controleert, wie heeft hem gestuurd, wat heeft het bedrijf afgesproken te kopen en moet deze betaald worden? Hier is de simpelste definitie. Crediteuren is het geld dat jouw bedrijf verschuldigt is aan leveranciers voor goederen of diensten die je al hebt afgenomen. Zie het als het betalingskantoor binnen een groot gebouw. Facturen komen aan bij de receptie, worden gecontroleerd tegen de bedrijfsadministratie, doorlopen een goedkeuringsproces en bereiken pas dan de persoon die de betaling vrijgeeft.

We volgen dat pad van het leveranciersbestand tot aan de uiteindelijke betalingstempel. Dynamics 365 noemt dat vereffening. Waarom bestaat de crediteurenadministratie? Stel je voor dat je een klein bedrijf runt dat kantoormobilair verkoopt. Je hebt bureaus nodig voordat je ze kunt verkopen. En je hebt ook verpakkingsdozen, schoonmaakdiensten, internettoegang, vervangende onderdelen en misschien een bezorgdienst nodig. Als je elke leverancier direct bij bestelling zou moeten betalen, wordt inkopen al snel erg lastig. De meeste bedrijven kopen eerst en betalen later onder overeengekomen voorwaarden. Een leverancier levert de goederen of voltooit het werk en stuurt dan een factuur, hun rekening. Jouw bedrijf is dat bedrag nu verschuldigd, maar stuurt het geld niet zonder eerste details te controleren. Dat onbetaalde bedrag staat in de boeken van het bedrijf als een schuld. Schuld kan klinken als een eng financieel woord, maar de betekenis is simpel.

Het is een bedrag dat het bedrijf aan iemand anders verschuldigd is. Als je bedrijf een rekening ontvangt voor kantoorbenodigdheden en deze nog niet heeft betaald, valt die rekening onder crediteuren totdat de betaling is verwerkt. Het bedrijf heeft het geld voor nu nog, maar heeft ook een belofte in te lossen. Dit is belangrijk omdat een bedrijver gezond uit kan zien op de bankrekening, terwijl er nog een stapel onbetaalde facturen ligt. Financiële teams moeten beide kanten zien. Hoeveel contant geld staat er op de bank en hoeveel van dat geld zal het bedrijf binnenkort moeten verlaten. Voor verbonden financiële systemen veranderde dit werk vaak in een papieren rompslom. Een factuur kon per post binnenkomen, op iemands bureau belanden, dan via de interne post voor goedkeuring rondgaan, terwijl een andere factuur in een e-mailinbox bleef staan. Iemand kon dezelfde rekening in een spreadsheet typen terwijl een ander hem in een boekhoudsysteem invoerde.

Dat creëert bekende problemen. Een manager mist een goedkeuringsmail, een rekening wordt te laat betaald of een leverancier stuurt dezelfde factuur opnieuw en niemand merkt dat deze het financiële team al had bereikt. Erger nog, hij kan dubbel worden betaald omdat de papierenversie en de e-mailversie op afzonderlijke rekeningen lijken. Dynamics 365 biedt het bedrijf één plek om dit werk bij te houden. Het registreert wat het bedrijf verschuldigd is, helpt mensen facturen te controleren en houdt het proces van factuurontvangst tot betaling overzichtelijk. Dat betekent niet dat elke factuur zonder menselijke controle wordt verwerkt. Een financieel team bepaalt nog steeds wanneer iets niet klopt, maar het systeem biedt de gegevens en regels om dat te beoordelen zonder dat men door het hele gebouw achter papier aan hoeft te rennen. Wellicht hoort u in hetzelfde gesprek ook de term debiteurenbeheer.

De namen lijken bijna identiek, maar ze zijn elkaars tegenovergestelde. Crediteurenbeheer volgt geld dat uw bedrijf verlaat omdat u leveranciers moet betalen. Debiteurenbeheer volgt geld dat uw bedrijf binnenkomt omdat klanten u moeten betalen. Als uw bedrijf printers koopt van een leverancier, komt die rekening bij de crediteuren terecht. Als uw bedrijfbureaus verkoopt aan een klant en een factuur stuurt, komt die klantenrekening bij de debiteuren terecht. Dus, crediteuren volgt wat u moet betalen, terwijl debiteuren volgt wat anderen aan u moeten betalen. Crediteurenbeheer streeft naar een heel praktisch resultaat. Betaal de juiste leverancier het juiste bedrag op de afgesproken datum. Betaal te vroeg en het bedrijf verliest geld eerder dan nodig is. Betaal te laat en een leverancier kan achter de betaling aangaan of gunstige voorwaarden stopzetten. Betaal het verkeerde bedrag en iemand moet de fout later herstellen, vaak met e-mails, creditnota's en veel frustratie.

Dus voordat een factuur dit proces kan doorlopen, moet Dynamics 365 precies weten wie de leverancier is en welke regels voor die relatie gelden. Het opbouwen van het leveranciersfundament. Dus voordat Dynamics 365 één enkele rekening kan verwerken, moet het eerst precies weten wie deze heeft gestuurd. Dat is waar het leveranciersdossier om de hoek komt kijken. Zonder dit dossier weet het systeem niet wie het moet betalen of welke regels het moet volgen. Een leverancier kan fysieke goederen leveren, zoals papier, laptops of reserveonderdelen. Ze kunnen ook een dienst verlenen, zoals boekhouding of softwareondersteuning. Het product verandert, maar de rol blijft hetzelfde. Dit is de partij die uw bedrijf mogelijk moet betalen. Zie het leveranciersdossier als het bestand van de leverancier binnen Dynamics 365. Het slaat de basisgegevens op die uw financiële team nodig heeft, maar stelt ook regels in die het latere proces beheersen.

U vult de naam, het adres en de contactgegevens van de leverancier in, zodat het bedrijf precies weet met wie het zaken doet. U kunt ook de valuta vastleggen die wordt gebruikt voor facturen en betalingen, wat een groot verschil maakt wanneer u inkoopt bij leveranciers in verschillende landen. Wat betreft de betalingsgegevens, een leveranciersrecord kan betalingsvoorwaarden en een betalingsmethode bevatten. Dit lijken misschien kleine velden op een scherm, maar ze beantwoorden zeer praktische vragen. Wanneer moet deze leverancier worden betaald? En hoe moet het bedrijf het geld overmaken? Betalingsvoorwaarden bepalen de regel voor de vervaldatum. Sommige leveranciers laten u 30 dagen na de factuurdatum betalen. Anderen willen betaling binnen 14 dagen ontvangen. Sommigen bieden zelfs korting als u vroeg betaalt. Dynamics 365 gebruikt de voorwaarde die u heeft vastgelegd om automatisch te berekenen wanneer elke factuur vervalt.

Niemand hoeft de afspraak te onthouden. Dit zorgt voor consistentie. Als vijf verschillende mensen facturen voor dezelfde leverancier verwerken, volgen ze allemaal dezelfde betalingsregel. Niemand hoeft oude e-mails door te spitten of het inkoopteam te bellen om te vragen wanneer een rekening moet worden betaald. De betalingsmethode beschrijft hoe het geld wordt overgemaakt. Uw bedrijf betaalt de ene leverancier misschien via elektronische overboeking, de andere per check. In sommige gevallen kan een bedrijf ook gebruik maken van schuldbekentenissen. Met Dynamics 365 kunt u uw eigen betalingsmethode definiëren en deze indien nodig koppelen aan systeemtype. Bedrijven hebben doorgaans met meer dan één leverancier te maken. Een groeiend bedrijf kan er tientallen, honderden of zelfs duizenden hebben. Elke instelling vanaf nul creëren voor elk van hen zou tijd verspillen en fouten in de hand werken.

Daarom gebruikt Dynamics 365 leveranciersgroepen. Een leveranciersgroep verzamelt leveranciers die dezelfde algemene financiële regels delen. U kunt bijvoorbeeld lokale kantoorleveranciers in de ene groep plaatsen en buitenlandse voorraadleveranciers in een andere. De groep bevat gedeelde instellingen voor hoe transacties worden geboekt, hoe betalingen en vereffeningen werken en hoe het bedrijf rapporteert over die leveranciersal die. U houdt nog steeds een apart leveranciersrecord bij voor elke leverancier. Dat is belangrijk omdat elke leverancier zijn eigen naam, adres, betalingsgegevens en geschiedenis nodig heeft. De leveranciersgroep biedt gewoon een gemeenschappelijk startpunt, zodat financiën niet steeds opnieuw dezelfde regels hoeft op te bouwen. Achter de schermen is er nog een onderdeel genaamd, het leveranciersboekingsprofiel. De naam klinkt technisch, dus laten we het in eenvoudige bewoordingen uitleggen.

Een boekingsprofiel is een kaart die Dynamics 365 vertelt waar leverancierstransacties thuishoren in het grootboek. Het grootboek is het belangrijkste financiële overzicht van het bedrijf. Wanneer een factuur wordt geboekt, moet Dynamics 365 zowel registreren wat het bedrijf schuldig is als waar de bijbehorende kosten thuishoren. Het boekingsprofiel stuurt de leverancierszijde van die boekhoudkundige boeking aan met behulp van de regels die u heeft ingesteld voor de leverancier of leveranciersgroep. Financieel medewerkers hoeven die grootboekrekeningen niet elke keer uit hun hoofd te kiezen. In plaats daarvan volgt het systeem een schema dat inconsistente boekingen vermindert en het financiële team een veel duidelijker beeld geeft van de schuld aan leveranciers. Het bedrijf bereidt ook de betalingskant voor voordat er facturen binnenkomen. In kas- en bankbeheer stelt u de bankrekeningen in waaruit de betalingen aan leveranciers worden voldaan.

Betalingsjournalen bieden financieel personeel een werkomgeving om die betalingen voor te bereiden en vast te leggen volgens goedgekeurde methoden. Kortom, het leveranciersdossier identificeert wie geld ontvangt. De betalingsvoorwaarden bepalen wanneer het verschuldigd is en de betaalmethode en bankrekening bepalen hoe het geld het bedrijf verlaat. Met die regels gereed kan een factuur het financiële kantoor binnenkomen en haar reis van ontvangst tot goedkeuring beginnen. Met het leveranciersdossier op orde weet Dynamics 365 nu wie er betaald moet worden en onder welke regels. Dus, wat gebeurt er als er daadwerkelijk een factuur binnenkomt? Soms voert de financieel medewerker deze handmatig in. Dit werkt wanneer een factuur per e-mail, papier of via een leveranciersportaal binnenkomt en iemand de gegevens in het systeem moet typen. De medewerker selecteert de leverancier, voert het factuurnummer en de datum in en voegt daarna de regels, bedragen, BTW en eventuele inkooporderreferenties toe die bij de rekening horen.

Het factuurnummer verdient extra aandacht. Het is afkomstig van de leverancier, niet van uw bedrijf, en het helpt om die specifieke rekening te identificeren. Als er een factuur van 1200 dollar binnenkomt van Nordwind of een supplies met nummer N148, kan Dynamics 365 dat nummer in het leveranciersdossier gebruiken om dubbele invoer te voorkomen. Bijlagen horen ook bij het dossier. Een PDF-factuur, een gescand document of ondersteunende papieren kunnen naast de factuur in Dynamics 365 worden opgeslagen. Dit betekent dat de persoon die het dossier beoordeelt, het document achter de cijfers kan zien zonder in een gedeelde mailbox of archiefkast te hoeven zoeken. Voor grotere volumes kunnen facturen elektronisch worden ingevoerd. Dynamics 365 ondersteunt het importeren van factuurgegevens via dataentiteiten. Beschouw een dataentiteit als een standaardformulier dat een ander systeem kan invullen voordat de informatie naar Dynamics 365 wordt verzonden.

Een externe factuurverwerkingsdienst kan bijvoorbeeld de factuurkop, regels en documentbijlagen allemaal in één datapakket versturen. De kop bevat de belangrijkste rekeningdetails, onze leverancier, het factuurnummer, data, valuta, het totaalbedrag en de inkooporderreferentie. De regels verklaren waarvoor u wordt belast. Eén regel kan gaan over printerpapier, een andere over toner en weer een andere over bezorgkosten. Het gescheiden houden van die details helpt financieel personeel precies te zien wat ze goedkeuren. BTW-informatie reist ook met de factuur mee. Dynamics 365 heeft het BTW-bedrag en gerelateerde details nodig zodat het bedrijf de rekening correct kan vastleggen. Een aantal zaken kan voorkomen dat een factuur zonder controle wordt verwerkt. Een ontbrekende leverancier, een ongeldige datum, een dubbel factuurnummer of een totaalbedrag dat niet klopt. Die pauze beschermt het bedrijf.

Een inkoopfactuurbeleid controleert of de factuur voldoet aan de regels die uw bedrijf heeft vastgesteld. Dubbelcontroles zoeken naar facturen die bekend voorkomen, zoals hetzelfde factuurnummer van dezelfde leverancier die al is vastgelegd. Het doel is niet om de leverancier ergens van te beschuldigen. Leveranciers sturen facturen soms opnieuw omdat ze niet zeker weten of ze zijn aangekomen. Een medewerker kan per ongeluk dezelfde PDF twee keer invoeren. Hoe dan ook, dezelfde rekening twee keer betalen zorgt voor onnodig werk. Zodra Dynamics 365 de factuur accepteert, is de volgende vraag simpel. Wie mag deze goedkeuren? Dat is waar Workflow van pas komt. Workflow is de goedkeuringsroute binnen het systeem. In plaats van een PDF naar een manager te mailen en hopen op antwoord, stuurt Dynamics 365 de factuur naar de persoon of rol die uw bedrijfsregels voorschrijven. Elke organisatie bepaalt die regels op basis van hoe zij financiële beslissingen wil afhandelen.

Een kleine, routinematige factuur volgt mogelijk een korte route. Een factuur boven een bepaald bedrag vereist mogelijk een senior manager. Een factuur voor een specifieke afdeling kan naar de manager van die afdeling gaan. U kunt zelfs verschillende goedkeuringspaden maken voor verschillende leveranciers types, zoals voorraadleveranciers, dienstverleners of aannemers. De route volgt de regels, niet iemands geheugen. Dit maakt goedkeuringen veel eenvoudiger te volgen. Financiën kan zien of een factuur wacht op beoordeling, is goedgekeurd of meer informatie behoeft. De goedkeurder kan de factuur controleren en beslissen of deze bij hun afdeling hoort en of de kosten kloppen. Sommige facturen voldoen aan alle regels en gaan automatisch door. De leverancier is bekend, de geïmporteerde gegevens zijn volledig en de factuur doorstaat de beleidscontroles. Voor die facturen hoeft niemand telkens opnieuw dezelfde basiscontroles uit te voeren.

Andere facturen worden uitzonderingen. Misschien ontbreekt het leveranciersaccount. Misschien bestaat het factuurnummer al. Misschien bevat een geïmporteerde regel een fout. Dynamics 365 houdt die facturen in een lijst met importfouten, waar financieel medewerkers de foutmelding kunnen zien en het probleem kunnen oplossen voordat er een wachtende factuur wordt aangemaakt. Het document blijft belangrijk tijdens de beoordeling. Dynamics 365 bevat een bijlageviewer op factuurpagina's, zodat de financiële medewerker de factuurafbeelding direct naast het record ziet dat wordt gecorrigeerd. U hoeft niet tussen schermen te schakelen om te bevestigen of een leverancier 6.000 of 8.000 op de originele rekening heeft getypt. Automatisering regelt de routinematige verwerking. Mensen regelen de uitzonderingen. Goedkeuring bevestigt dat de juiste persoon akkoord ging met de factuur, maar het bewijst nog niet dat de leverancier precies factuur erde voor wat is besteld of ontvangen.

Daarvoor vergelijkt Dynamics 365 de documentatie. Factuurmatch Controleren wat het bedrijf heeft besteld, bevestigt dat de juiste persoon naar de factuur heeft gekeken. Maar Matchen beantwoordt een andere vraag. Komt de factuur overeen met wat het bedrijf daadwerkelijk heeft afgesproken te kopen? Wanneer een aankoop start met een inkooporder, heeft Dynamics 365 een dossier om dit te controleren. Zie een inkooporder als het bestelbriefje van het bedrijf. Het legt de leverancier vast, wat er is aangevraagd, het aantal, de prijs en de voorwaarden. Iemand van inkoop maakt die order aan voordat er een rekening binnenkomt. Waarom is dit belangrijk? De inkooporder legt de afspraak vast voordat de factuur verschijnt. Zonder die order ziet een financieel medewerker slechts een rekeningopnaam van een leverancier. Met die order kunnen ze de kosten van de leverancier vergelijken met de oorspronkelijke aanvraag.

Voor fysieke goederen is er nog een ander belangrijk dossier. Wanneer een levering aankomt, registreert het MAGA zijn team een productontvangst, wat in Dynamics 365 het bewijs is dat de goederen het bedrijf hebben bereikt, inclusief het aantal. Dat betekent niet dat elk item perfect was, maar het legt vast wat er is ontvangen voor die order. Stel je voor dat een bedrijf 10 bureaustoelen bestelt. De inkooporder vermeld 10 stoelen tegen een afgesproken prijs, maar bij aankomst van de vrachtwagen telt het magazijn er slechts 8 omdat er 2 in backorder staan. Het ontvangsteam boekt een productontvangst voor 8 stuks. Vervolgens stuurt de leverancier een factuur voor 10 stoelen, wat vanuit hun perspectief correct kan zijn als ze de volledige order factureren voordat de laatste 2 worden verzonden. Maar nu heeft jouw bedrijf een verschil. Team bestelt 8 ontvangen, gefactureerd voor 10. Dynamics 365 kan dat verschil opvangen via factuurmatching.

2-weg matching vergelijkt de inkooporder met de leveranciersfactuur en controleert of de rekening qua prijs en aantal overeenkomt met de order. Dit werkt voor aankopen waarbij het controleren van de originele order voldoende controle biedt. Het signaleert als een leverancier een hogere prijs of meer eenheden berekent dan besteld, maar het controleert niet of de goederen daadwerkelijk zijn aangekomen, omdat het slechts 2 documenten vergelijkt, de inkooporder en de factuur. 3-weg matching voegt de productontvangst toe. Dynamics 365 vergelijkt nu de inkooporder, de productontvangst en de factuur samen. In ons stoelenvoorbeeld ziet het systeem de order voor 10, de ontvangst voor 8 en de factuur voor 10. En dat verschil wordt een reden om de factuur te pauseren in plaats van deze door te laten gaan. Voor bedrijven die voorraad, apparatuur of grote hoeveelheden fysieke goederen kopen, geeft deze controle de financiële afdeling meer grip, omdat wordt voorkomen dat er wordt betaald voor items die nooit zijn aangekomen of voor meer dan is ontvangen.

Inkoop bevestigt de afspraak. De goederenontvangst bevestigt wat er is binnengekomen en de leveranciersfactuur vraagt om betaling. Oh, alle drie de documenten moeten hetzelfde verhaal vertellen. Kleine verschillen komen in de praktijk vaak voor. Een prijs kan afwijken door afronding of een leverancier kan een kleine toegestaan wijziging in het aantal doorvoeren. Als elk klein verschil een factuur zou tegenhouden, zou de financiële teams te veel tijd kwijt zijn aan onschuldige kwesties. Daarom laat Dynamics 365 een bedrijf toe om koppelingsbeleid en tolerantiegrenzen in te stellen. Een tolerantie is een toegestaan verschil en het bedrijf beslist welk bedrag of percentage het accepteert voor prijs, aantal, totaal of bijbehorende kosten. Alles binnen die limiet gaat door volgens de regels van het bedrijf, terwijl alles daarboven wordt gemarkeerd voor controle. Het bedrijf bepaalt zelf die limieten.

Een bedrijf kan een klein verschil toestaan bij goedkope kantoorbenodigdheden, maar veel strengere limieten hanteren voor dure machines. Het systeem bepaalt niet wat redelijk is. De financiële en inkoopafdelingen stellen de regel in en Dynamics 365 past deze consistent toe. Dit verandert hoe het financiële team zijn tijd besteedt. In plaats van elke foutloze factuurregel voor regel te controleren, kunnen ze zich richten op uitzonderingen. Ook het onderzoeken van facturen waarbij de prijs is gewijzigd, de ontvangstbon ontbreekt of het aantal niet klopt. Correcte facturen volgen nog steeds de regels, maar mensen besteden hun aandacht daar waar een beslissing nodig is. Dat is de echte waarde van matching. Het laat het systeem routinematige controles uitvoeren, terwijl mensen de vragen behandelen die beoordeling vereisen. Dat is niet het systeem dat beoordelingsvermogen vervangt. Het is het scheiden van routinematige controles van echte vraagstukken.

Eén punt kan voor verwarring zorgen. Standaard Dynamics 365 Matching ondersteunt tweeweg- en driewegmatching. Als een bedrijf vierwegmatching nodig heeft, bijvoorbeeld door een extra controle toe te voegen zoals een inspectierapport, vereist dit extra werk via maatwerk of een andere oplossing. Matching heeft dus een duidelijke taak. O, het vergelijkt de rekening van de leverancier met de eigen inkoop- en ontvangstgegevens van het bedrijf en wijst dan op lacunes voor betaling. Zodra een factuur de beoordeling en koppelingscontroles heeft doorstaan, wordt het een bedrag dat het bedrijf verschuldigd is en kan plannen om te betalen, leveranciers te betalen en de boeken te sluiten. Nadat een factuur de controles heeft doorstaan die uw bedrijf vereist, kan Dynamics 365 deze boeken. Boeken betekent dat de factuur een officieel financieel record wordt en het bedrijf een bedrag registreert dat het aan die leverancier verschuldigd is, waarbij de rekening als onbetaald verschijnt totdat een betaling deze vereffend.

De factuur is klaar, maar dat betekent niet dat het geld direct wordt overgemaakt. Financiële teams moeten beslissen welke facturen worden betaald in een betalingsronde. Dynamics 365 helpt met een betalingsvoorstel dat kijkt naar facturen die vervallen zijn en suggereert welke in de ronde thuishoren op basis van de door het bedrijf gekozen regels. Een betalingsvoorstel is een beginlijst die nog door iemand wordt gecontroleerd. Misschien vervalt er deze week een inkoopfactuur, terwijl een andere volgens de afgesproken voorwaarden nog tot later in de maand kan wachten. Het financiële team controleert de voorgestelde facturen, verwijdert of voegt posten toe waar nodig en bereid dan het betalingsdagboek voor. Op deze manier worden betalingen gegroepeerd en gecontroleerd in plaats van versnipperd verzonden. Zie het betalingsdagboek als het werkblad voor betalingen van het bedrijf. Het bevat de leveranciersbetalingen die het bedrijf wil versturen, de bedragen en de betalingsgegevens.

Financiële medewerkers gebruiken het om een gecontroleerde badge betalingen voor te bereiden in plaats van factuur voor factuur geld over te maken zonder gedeeld overzicht. Hoe verlaat het geld de organisatie? Dat hangt af van de betaalmethode die voor de leverancier en het bedrijf is ingesteld. Met Dynamics 365 kan een bedrijf zijn eigen betaalmethoden aanmaken en deze koppelen aan betalingstypes zoals check, elektronische betalingen of promessen. Een check is bekend. Een elektronische betaling verstuurt geld via het bankproces van het bedrijf. Een promesse legt een formele belofte om te betalen onder afgesproken voorwaarden vast. Niet elk bedrijf gebruikt elke methode, maar Dynamics 365 biedt de mogelijkheid om de gebruikte route vast te leggen. Elke betaalmethode moet ook verwijzen naar de juiste bankrekening van het bedrijf. Die koppeling is belangrijk omdat een bedrijf afzonderlijke rekeningen kan aanhouden voor verschillende juridische entiteiten, valuta's of betalingsdoeleinden.

Wanneer finance een betaling voorbereidt, moet het systeem weten welke bankrekening deze financieert. Anders zou de medewerkers een correcte betaling kunnen koppelen aan de verkeerde rekening. Ook het tijdstip van betaling vereist aandacht. Betalen na de vervaldatum kan leiden tot herinneringen, geschillen of een beschadigde relatie met een leverancier. Te vroeg betalen zorgt ervoor dat er geld uitgaat voordat het bedrijf dit hoeft vrij te geven. Dynamics 365 houdt de vervaldatum van de factuur zichtbaar, zodat finance betalingen kan plannen rond de overeengekomen voorwaarden met elke leverancier wat meer controle geeft over de kastroom zodra een betaling wordt verricht. Dynamics 365 moet een simpele vraag beantwoorden. Welke factuur werd met die betaling voldaan? Het antwoord is vereffening. Vereffening koppelt de betaling aan de specifieke inkoopfactuur of facturen die ermee worden voldaan.

Zie het als het matchen van een ontvangstbewijs met de factuur die het vereffend. Zonder vereffening ziet een bedrijf misschien een factuur en een betaling op dezelfde leveranciersrekening, maar is er geen duidelijk overzicht dat ze bij elkaar horen. Een volledige betaling vereffend de volledige factuur, maar de praktijk is niet altijd zo netjes. Een bedrijf kan nu een deel van een factuur betalen en de rest later. Vereffening registreert de gedeeltelijke betaling en laat het resterende saldo open, zodat finance precies kan zien wat de leverancier nog te goed heeft. Dit inzicht is cruciaal voor nauwkeurige leveranciersaldi. Eén betaling kan ook meerdere facturen dekken. Misschien betaalt een bedrijf vijf openstaande facturen van dezelfde leverancier met één enkele elektronische betaling. Vereffening koppelt dat ene uitgaande bedrag aan elke factuur die het voldoet. Als de betaling niet elke factuur volledig dekt, blijft het openstaande saldo duidelijk in plaats van te verdwijnen in een verwarrend totaal.

Dit creëert een traceerbaar overzicht waarmee u de factuur kunt volgen tot en met de goedkeuring en het resultaat van de aflettering. Bekijk de betaling in het dagboek en zie hoe die betaling het saldo van de leverancier heeft vereffend. Wanneer iemand vraagt waarom er geld het bedrijf heeft verlaten, hoeft finance het verhaal niet te reconstrueren uit e-mails en bankafschriften. Het proces lijkt misschien verspreid over aparte pagina's in Dynamics 365, maar elk record is verbonden met het volgende als één gecontroleerde stroom, het verbonden beeld van de crediteurenadministratie. Stel je voor dat je één factuur ontvangt voor kantoorbenodigdheden. Het leveranciersrecord bevat de betalingsregels en de geïmporteerde factuur levert de factuurdetails plus het document zelf. Inkoop levert de inkooporder. Ontvangst levert de ontvangstbon, zodat het afletteringsproces echte records heeft om te vergelijken.

Achter de schermen plaatst het boekingsprofiel de schuld en de kosten in de juiste grootboekrekeningen. Kas- en bankbeheer regelt welke betaalmethode u gebruikt en vanaf welke bankrekening het geld wordt overgemaakt. De bijlage blijft bij de transactie, zodat u de originele factuur altijd later kunt opvragen voor verificatie. Automatisering vervangt niet het oordeel van het financiële team.

Hitte.