Boekhouding voor AWS Marketplace-verkopers: sluit bruto-omzet, listingkosten, belastingen, terugbetalingen en vertraagde uitkeringen per aanbod af

Uw AWS Marketplace-verkopen kunnen groeien terwijl uw bankafschrift er nog steeds onbegrijpelijk klein uitziet. Dat is niet noodzakelijkerwijs een prijsprobleem. Het is vaak een rapportageprobleem: de klant krijgt op de ene datum een factuur, AWS int de factuur later, er worden kosten ingehouden, belasting wordt mogelijk onder een ander scenario afgehandeld en het resulterende geld komt pas in een later bankafschrift terecht.

Voor een softwarebedrijf dat via AWS Marketplace verkoopt, is de storting het eindresultaat van verschillende gebeurtenissen, niet de verkoop zelf. Een betrouwbaar boekhoudproces behoudt de bruto transactie, registreert de marktplaatskosten en belastingbehandeling, volgt terugbetalingen op en stemt de netto-uitkering vervolgens af met de bank. Zodra deze lagen gescheiden zijn, worden uw marge, omzet, vorderingen en kasprognose veel betrouwbaarder.

Waarom AWS Marketplace-stortingen niet gelijk zijn aan omzet​

De meest voorkomende fout is om elke bankstorting als verkoopopbrengst te boeken. Die snelkoppeling verbergt vier vragen:

• Wat heeft de klant precies gekocht en onder welk aanbod?
• Hoeveel heeft AWS als listingkosten ingehouden?
• Werd belasting geïnd door AWS, geïnd en aan u doorbetaald, of moet u die zelf berekenen en afdragen?
• Welke facturen, tegoeden en activiteiten uit een eerdere periode maken deel uit van deze specifieke storting?

AWS Marketplace-rapportage biedt de componenten die nodig zijn om die vragen te beantwoorden. Het dashboard voor incasso's en uitkeringen maakt onderscheid tussen bruto-omzet, bruto-terugbetalingen, listingkosten, restitutie van listingkosten, verkopersbelastingaandeel, AWS-belastingaandeel, netto-omzet voor de verkoper en uitkeringsgegevens. Het biedt ook factuur-ID's, aanbiedings-ID's, overeenkomst-ID's, transactiereferenties en banktraceer-ID's die kunnen worden gebruikt om de operationele rapporten te koppelen aan uw administratie.

Het resultaat is een belangrijk boekhoudkundig principe: boek de economische activiteit op transactieniveau en gebruik de storting vervolgens als afstemmingsdoel. Contant geld is bewijs dat er geld is bewogen. Het is niet genoeg bewijs om te verklaren waarom het bewoog.

Bouw een rekeningschema voor de marktplaatsstroom​

U heeft geen aparte rekening nodig voor elke klant, maar u heeft wel voldoende structuur nodig om platformactiviteiten zichtbaar te houden. Een nuttig startpunt is:

Omzet en tegemoetkomende omzet​

• Bruto-omzet AWS Marketplace
• Terugbetalingen en tegoeden AWS Marketplace
• Kortingen of contractconcessies, als deze niet al in het bruto bedrag van het rapport zijn verwerkt

Als uw bedrijf omzet over een SaaS-contracttermijn verantwoordt, houdt u de marktplaatsfacturering dan gescheiden van het schema voor omzetverantwoording. De factuurdatum van de Marketplace en de serviceperiode hoeven niet dezelfde boekingsdatum te zijn.

Rekeningen voor verevening en balans​

• Te ontvangen bedragen of niet-uitgekeerde incasso's AWS Marketplace
• Vereveningsrekening uitkering AWS Marketplace
• Klantstortingen of uitgestelde omzet, indien van toepassing
• Te betalen terugbetalingen of verrekeningsrekening terugbetalingen
• Te betalen omzetbelasting of btw, uitgesplitst naar rechtsgebied als uw belastingproces dit vereist

Kosten en inhoudingen​

• Listingkosten AWS Marketplace
• Btw of andere belasting over listingkosten, indien van toepassing
• Kosten voor kanaalpartners of groothandelskosten voor aanbiedingen met een wederverkoper
• Bankkosten of valutakoersverschillen, als deze tussen uitkering en afwikkeling optreden

De exacte accountnamen zijn minder belangrijk dan consistentie. Uw boekhoudsysteem moet het mogelijk maken om de vraag te beantwoorden: "Hoeveel bruto marktplaatsomzet hebben we deze maand gegenereerd, hoeveel is nog niet uitgekeerd en wat heeft het platform ingehouden?" zonder het antwoord te hoeven reconstrueren uit één enkele netto storting.

Gebruik dimensies op aanbiedingsniveau, niet slechts één totaalbedrag voor de Marketplace​

AWS Marketplace kan openbare aanbiedingen, privé aanbiedingen, bedrijfsovereenkomsten, SaaS-contracten, op gebruik gebaseerde producten en privé aanbiedingen van kanaalpartners bevatten. De prijsstelling, timing, kosten, belastingen en vernieuwingsgedrag kunnen verschillen.

Houd ten minste de volgende dimensies bij in uw verkoop- of importproces voor journaalposten:

• Producttitel en product-ID
• Aanbiedings-ID en zichtbaarheid van de aanbieding
• Overeenkomst-ID
• Klant- of betalersidentificatie
• Factuurnummer en factuurdatum
• Begin- en einddatum van de gebruiksperiode
• Valuta
• Verkoper van record of faciliterende entiteit, indien relevant

De aanbiedings-ID is vooral nuttig voor prijsanalyse. Als een privé aanbieding een onderhandelde korting of een ander betalingsschema bevat, kan het combineren met omzet uit openbare aanbiedingen een gezond aanbod onrendabel doen lijken, of een zwak aanbod verbergen.

De overeenkomst-ID is nuttig voor contractcontinuïteit. Een upgrade, verlenging of wijziging kan lopende betalingsvoorwaarden vervangen, ook al blijven bestaande facturen ongewijzigd. Dat betekent dat een wijziging in de huidige overeenkomst de geschiedenis in uw boeken niet automatisch herschrijft.

Het journaalpostpatroon: eerst bruto, later contant​

In het volgende voorbeeld worden eenvoudige cijfers gebruikt om de stroom te tonen. Stel dat een openbaar SaaS-aanbod in een periode een bruto factuurbedrag van € 10.000,- oplevert en dat het toepasselijke listingtarief 3% is. Houd voorlopig geen rekening met belastingen, terugbetalingen en valuta-effecten.

In het stadium van facturering of verdiende omzet boekt u:

Af Te ontvangen AWS Marketplace              10.000
    Cr Omzet AWS Marketplace                             10.000

Wanneer de listingkosten worden erkend of in mindering worden gebracht op de afwikkeling:

Af Kosten listingkosten AWS Marketplace        300
    Cr Te ontvangen AWS Marketplace                          300

Wanneer AWS het saldo int en uitkeert:

Af Vereveningsrekening uitkering AWS Marketplace   9.700
    Cr Te ontvangen AWS Marketplace                         9.700

Wanneer de bankstorting verschijnt:

Af Betaalrekening bedrijf                   9.700
    Cr Vereveningsrekening uitkering AWS Marketplace        9.700

In de echte boekhouding hangt de timing van de boeking af van uw beleid voor omzetverantwoording, uw grondslag, de juridische entiteit en de fiscale behandeling. Het patroon is belangrijk omdat het de kosten zichtbaar houdt. Het boeken van alleen de storting van € 9.700 als omzet zou de bruto-omzet onderschatten en de listingkosten laten verdwijnen in een onverklaarbare vermindering van het inkomen.

Het kostenoverzicht van AWS varieert per product- en aanbodtype. Zo documenteert AWS bijvoorbeeld verschillende basistarieven voor SaaS, serverproducten, data-aanbiedingen, privé aanbiedingen, privé aanbiedingen van kanaalpartners en professionele diensten. Hardcode geen enkel percentage in uw boekhoudautomatisering. Importeer het gerapporteerde kostenbedrag en behoud het gerapporteerde percentage als controle.

Behandel belastingen als een scenario dat u moet identificeren, niet als een gok​

De fiscale afhandeling op de marktplaats hangt af van het belastingadres van de koper, het producttype, de locatie van de verkoper en de regels voor marktplaatsfacilitering. De facturatiegebeurtenisgegevens kunnen ten minste drie globale patronen onderscheiden:

1. Aanpassingsreservering AWS Marketplace
2. Terbeschikkingstelling en terugbetalingen AWS Marketplace
3. Marktplaatsvergoeding AWS Marketplace

Deze patronen zijn niet uitwisselbaar. Als een belastingbedrag slechts informatief is en het saldo van de verkoper niet beïnvloedt, voeg het dan niet toe aan verkopen of geldmiddelen. Als belasting aan u wordt uitgekeerd, boek het dan naar een te betalen belastingrekening in plaats van naar omzet. Als de verkoper verantwoordelijk is voor belasting die AWS nooit heeft geïnd, creëer dan een verplichting via uw eigen facturatie- of belastingengine en stem dit af buiten de Marketplace-storting.

Bewaar het belastingbewijs bij de transactie. Sla de geografie van de koper, het product, de aanbieding, factuur, het belastingaandeeltype, het bedrag en het indieningsrechtsgebied op, of een verwijzing naar het rapport dat die velden bevat. Een belastingoverzicht zonder ondersteuning op transactieniveau is moeilijk te verdedigen en moeilijk te corrigeren.

Stem terugbetalingen en tegoeden af op de oorspronkelijke aanbieding​

Terugbetalingen zijn niet alleen negatieve bankstortingen. Ze kunnen de bruto-omzet terugdraaien, een deel van de listingkosten terugdraaien, het belastingbedrag verlagen en een toekomstige uitkering wijzigen. AWS noemt terugbetalingen in delen van de verkopersworkflow ook wel facturatiecorrecties, en een annulering annuleert niet noodzakelijkerwijs facturen die al zijn uitgegeven.

Leg voor elke terugbetaling of tegoed vast:

• Het oorspronkelijke factuurnummer
• De factuupperiode
• De product-ID en aanbiedings-ID
• De overeenkomst- of abonneereferentie
• Het terug te betalen bedrag en de reden
• Of de listingkosten en belastingaandelen ook zijn teruggedraaid
• De datum waarop de correctie is gefactureerd, geïnd of uitgekeerd

Pas de correctie vervolgens toe op dezelfde omzet-, kosten- en belastingrekeningen die voor de oorspronkelijke transactie zijn gebruikt. Als u alle terugbetalingen op een algemene 'restitutiekostenrekening' boekt, raakt uw productmarge vertekend en komen uw omzetrapporten niet overeen met de bruto- en nettobedragen van AWS.

Contractannuleringen vereisen speciale zorg. Een annulering wijzigt de status van de overeenkomst, terwijl een factuurcorrectie een factuur wijzigt of geld retourneert. Als beide nodig zijn, volg dan beide acties en koppel ze aan de betreffende factuurregels.

Maak de maandelijkse uitkeringsafstemming eenvoudig​

Gebruik een herhaalbare afstemmingscontrolelijst in plaats van alleen een rapport te downloaden als de storting er niet goed uitziet.

1. Sluit de rapportageperius af​

Bepaal of de afstemming is gebaseerd op factuurdatum, gebruiksperiode, inningsdatum of uitbetalingsdatum. Dit zijn verschillende weergaven. Een uitbetalingsrapport over een maand kan facturen bevatten die eerder zijn gefactureerd, terwijl een omzetrapport over dezelfde maand facturen kan bevatten die nog niet zijn geïnd.

2. Importeer het gedetailleerde rapport​

Breng de factuur-, aanbiedings-, overeenkomst-, bruto-omzet-, terugbetalings-, kosten-, belasting-, valuta-, uitbetalingsstatus-, uitbetalingsdatum- en banktraceervelden in. Bewaar het oorspronkelijke rapportbestand of een onveranderlijke exportreferentie.

3. Groepeer op transactiereferentie​

Gebruik de transactiereferentie-ID of gerelateerde facturatiegebeurtenis-ID's om te voorkomen dat factuur-, kosten-, belasting-, terugbetalings- en uitbetalingsregels die bij één transactiefamilie horen dubbel worden geteld. Een draaitabel in een spreadsheet of een klein geautomatiseerd importscript kan dubbele regelitems snel blootleggen.

4. Koppel niet-uitgekeerde saldi aan openstaande vorderingen​

Het incassodashboard scheidt geïnde en uitgekeerde gelden van openstaande en onbetaalde facturen. Vergelijk het niet-uitgekeerde saldo met uw AWS Marketplace-vordering. Onderzoek oude saldi op betaaltermijn, klant, aanbod en factuurleeftijd in plaats van elke vertraging als een bankprobleem te beschouwen.

5. Stem de netto-uitkering af op de bank​

Vergelijk het uitkeringsbedrag en de banktraceer-ID van het rapport met de bankstorting. Als de bedragen afwijken, zoek dan naar overschrijvingstiming, valutaomrekening, mislukte uitkering, terugboekingsactiviteit, kostenfacturen of saldoverrekening voordat u een sluitpost boekt.

6. Evalueer uitzonderingen per aanbieding​

Let op aanbiedingen met ongewoon hoge terugbetalingen, lange inningstijden, negatieve netto-omzet, onverwachte belastingaandelen of listingkostenpercentages die afwijken van de verwachte contractvoorwaarden. Dit zijn operationele signalen, geen boekhoudkundige rompslomp.

Veelgemaakte fouten die de cijfers onbetrouwbaar maken​

De storting als bruto-omzet boeken​

Dit verbergt kosten en maakt afstemming van omzet op kas onmogelijk. Gebruik een vereveningsrekening en boek de brug van bruto naar netto.

Het combineren van de factuurdatum van de klant met de kasdatum​

Dit zorgt voor kunstmatige maand-op-maand schommelingen en kan de vorderingen onjuist weergeven. Houd factuurdatum, inningsdatum, uitbetalingsdatum en serviceperiode gescheiden.

Alle belastingaandeelvelden als te betalen belasting behandelen​

Sommige belastingbedragen worden door AWS geïnd en afgedragen en hebben geen invloed op uw saldo. Classificeer op transactietype en rechtsgebied.

Negeer privé aanbiedingen en wijzigingen​

Privé aanbiedingen kunnen onderhandelde prijzen en betaalregelingen bevatten. Sla de aanbiedings- en overeenkomst-ID's op, zodat een verlenging of wijziging niet in een verkeerd productcohort terechtkomt.

Een algemene restitutierekening gebruiken​

Draai de oorspronkelijke opbrengst-, kosten- en belastingcomponenten terug waar nodig. De terugbetaling moet de oorspronkelijke transactie verklaren, niet alleen de winst ergens anders verlagen.

Laat de bankfeed de bron van waarheid worden​

De bank kan de afwikkeling bevestigen, maar kan niet vertellen welke klant, welk aanbod, welke factuur, welk belastingscenario of welke listingkosten het geld hebben opgeleverd. Stem de bank af tegen het Marketplace-rapport, en niet andersom.

Verander de afstemming in een managementrapportage​

Zodra de boekingen zijn gestructureerd, berekent u nuttige operationele KPI's per product en aanbod:

• Bruto marktplaatsfacturen
• Netto-omzet na listingkosten en terugbetalingen
• Reserveringspercentage per aanbieding
• Gemiddeld aantal dagen van factuur tot inning en uitkering
• Niet-uitgekeerde vorderingen naar veroudering
• Marktplaatskostenpercentage als percentage van de bruto-omzet
• Belasting geïnd voor de verkoper versus belasting afgedragen door AWS
• Kasconversie per valuta en klantsegment

Een dashboard kan deze trends laten zien, terwijl het onderliggende kluisboek met platte tekst de berekening controleerbaar houdt. Als u Beancount gebruikt, maakt het koppelen van elke transactie aan een factuur-, aanbiedings- of rapport-ID een latere controle veel sneller. Met een visualisatielaag zoals Fava kunt u vervolgens saldi en dimensies verkennen zonder de brongegevens in een black box te veranderen. Voor technische gebruikers biedt de documentatie een logische plek om import- en afstemmingsworkflows te standaardiseren.

Vereenvoudig uw financieel beheer​

AWS Marketplace wordt eenvoudiger te beheren als elke storting herleid kan worden tot bruto-omzet, kosten, belastingen, terugbetalingen en aanbiedingen. Beancount.io biedt boekhouden met platte tekst die transparant, versiebeheerd en AI-klaar is, zodat uw financiële gegevens controleerbaar blijven naarmate uw verkoopkanalen zich uitbreiden.