SAP SD: wat het doet en waar implementaties vastlopen

SAP SD (Sales and Distribution) draait order-to-cash in SAP: offerte, verkooporder, levering, facturering en de overdracht aan finance. Op S/4HANA verandert het op manieren die ertoe doen voor de projectscope. Klanten worden business partners, kredietbeheer verhuist naar SAP Credit Management, rebates verhuizen naar conditiecontracten en facturering boekt rechtstreeks in de Universal Journal. Deze gids is voor leads sales operations, financial controllers en projectmanagers die willen weten wat SD doet en waar het vastloopt. Het korte antwoord op het tweede punt: klantstamgegevens, prijscondities, de beschikbaarheidscontrole en rekeningbepaling. Test die vier met echte data vóór de go-live.

In één uitrol na een volledige SAP-implementatie waren de order-to-cash-stappen precies zo gebouwd als ontworpen. Op het processchema zagen ze er prima uit. Niemand had gecontroleerd hoe voorraadupdates uit productie binnenkwamen.

Sales vertelde klanten vijf dagen. Productie wist dat het dichter bij tien lag.

Dat gat kostte meer dan late leveringen. Het kostte vertrouwen, en vertrouwen is moeilijker te herstellen dan een configuratie-instelling.

SD staat vooraan in de logistieke keten. Het maakt van de interesse van een klant een factuur, via een keten van documenten:

1. Aanvraag: de klant vraagt om een prijs of beschikbaarheid
2. Offerte: een formeel prijs- en leveringsaanbod met een geldigheidsperiode
3. Verkooporder: de klant verbindt zich, de beschikbaarheidscontrole draait en een leverdatum wordt bevestigd
4. Levering: het magazijn pickt en verpakt; goederenuitgifte verlaagt de voorraad
5. Facturering: de factuur wordt aangemaakt, samen met het boekhouddocument
6. Betaling: finance clearet de binnenkomende betaling tegen de openstaande post

Elk document verwijst naar het vorige. Die documentenstroom maakt order-to-cash traceerbaar. Is de keten schoon, dan kunt u elke factuur terugvoeren naar het oorspronkelijke verzoek. Worden documenten buiten de volgorde aangemaakt of omzeild, dan breekt de rapportage en volgen geschillen.

1. 01AanvraagPrijs of beschikbaarheid gevraagd
2. 02OfferteFormeel aanbod met een geldigheidsdatum
3. 03VerkooporderBeschikbaarheidscontrole bevestigt de datum
4. 04LeveringPicken, verpakken, goederenuitgifte
5. 05FactureringFactuur en boekhouddocument
6. 06BetalingFinance clearet de openstaande post

Elke factuur traceerbaar tot het oorspronkelijke verzoek

Goed uitgevoerd haalt die keten handmatige overdrachten weg. Een productieklant verkortte zijn order-to-cash-cyclus met 40% nadat SD live ging, vooral door overdrachten tussen sales, magazijn en finance te schrappen.

Verkooporders en de beschikbaarheidscontrole

Verkooporderverwerking is waar de meeste SD-configuratie-inspanning landt: ordersoorten, positiecategorieën, schedule lines en de beschikbaarheidscontrole.

Available-to-promise (ATP) is het meest bedrijfskritische onderdeel. Het controleert of de gevraagde datum haalbaar is vanuit voorraad, geplande ontvangsten en bestaande toezeggingen. Goed ingericht vertelt sales klanten wat het systeem echt kan waarmaken. Slecht ingericht vertelt sales klanten wat het hoopt te leveren.

In de uitrol uit de inleiding had niemand gecontroleerd hoe voorraadupdates uit productie binnenkwamen. Sales noemde data die de fabriek niet kon halen.

Prijsbepaling en condities

Prijsbepaling is de meest onderschatte inrichting in SD. Het lijkt simpel tot het eerste factuurgeschil.

De conditietechniek van SD regelt basisprijzen, klantkortingen, volumekortingen, toeslagen, vracht en belasting. Elk element is een conditiesoort met een toegangsvolgorde, en het conditierecord bevat de waarde.

Het meest voorkomende prijsprobleem dat ik zie: oude prijscondities uit de go-live die nooit zijn bijgewerkt. De business heronderhandelt een korting, niemand werkt het conditierecord in SD bij, de factuur is fout en het geschil belandt bij debiteurenbeheer.

Governance van prijsbepaling is een procesbesluit, geen configuratiebesluit. Iemand moet eigenaar zijn van het onderhoud van conditierecords.

Verzending

Leveringsverwerking omvat picken, verpakken en goederenuitgifte. Goederenuitgifte is de kritieke gebeurtenis: die boekt de voorraadvermindering, zet de levering op de lijst van te factureren leveringen en legt de werkelijke leverdatum vast. Verzendpunt en routebepaling sturen hoe leveringen worden aangemaakt. Bedrijven met complexe distributienetwerken breiden dit uit met SAP Transportation Management (TM).

Facturering, rekeningbepaling en belasting

Facturering maakt van de levering een factuur en creëert het boekhouddocument. Rekeningbepaling koppelt elke factureringspositie aan opbrengst-, belasting- en andere grootboekrekeningen, op basis van de verkooporganisatie, de rekeningtoewijzingsgroepen van klant en materiaal en de conditiesoort. Is het fout, dan boekt de factuur op de verkeerde rekening en komt finance het bij de maandafsluiting te weten.

Belastingbepaling is even kwetsbaar. Die hangt af van de belastingclassificatie van de klant, die van het materiaal en het leverende land of rechtsgebied. Een mismatch kan een factuur zonder belasting opleveren bij een belaste verkoop, of belasting bij een vrijgestelde.

Kredietbeheer

Kredietcontroles blokkeren of markeren orders die een klant over zijn kredietlimiet zouden tillen. Het werkt alleen als limieten worden onderhouden. Statische limieten die bij de go-live zijn gezet, betekenen niets meer zodra betalingsgedrag en volumes veranderen.

Als een limiet onder de normale ordergrootte van een klant zakt, wordt elke order automatisch geblokkeerd. Salesteams leren dan de blokkades vrij te geven in plaats van om een limietreview te vragen.

Zo werkt kredietbeheer niet. Dat is een omweg.

Dit zijn de structuurelementen van SD en waar elk aan gekoppeld is.

Structuurelement	Doel in SAP SD	Belangrijkste koppeling
Verkooporganisatie	Verkoopeenheid op het hoogste niveau, verantwoordelijk voor verkoopvoorwaarden en aansprakelijkheid	Toegewezen aan een company code in FI
Distributiekanaal	Hoe producten bij de klant komen (groothandel, retail, direct)	Stuurt prijsbepaling, stamgegevens en partnerbepaling
Divisie	Productgroep binnen de verkooporganisatie	Materiaalgroepering voor rapportage en output
Verkoopgebied	Verkooporganisatie, distributiekanaal en divisie samen	Vereist voor elk verkoopdocument en elk klantrecord
Verkoopkantoor	Geografische verkoopeenheid	Regionale rapportage en partnerbepaling
Verkoopgroep	Team binnen een verkoopkantoor	Verantwoordelijke persoon op orders
Verzendpunt	Locatie van waaruit goederen worden verzonden	Koppelt SD aan magazijnbeheer en transport
Vestiging	Producerende of leverende eenheid	Bron van voorraad, gekoppeld aan het verzendpunt

Het verkoopgebied is de operationele eenheid. Verkoopgegevens van klanten worden per verkoopgebied onderhouden en elk verkoopdocument wordt in een verkoopgebied aangemaakt. Veel migraties struikelen hier: legacy klantrecords die niet netjes op verkoopgebieden aansluiten, vragen echte voorbereiding vóór het laden.

Gaat u van ECC over, dan zijn dit de SD-wijzigingen die u in de scope moet plannen. SAP rubriceert het gebied in zijn S/4HANA-documentatie onder “Sales”, al noemen de meeste teams het nog steeds SD.

ECCS/4HANA

KlantenECCKlantstamrecordS/4HANABusiness partner met een klantrol

KredietbeheerECCFI-AR-CRS/4HANASAP Credit Management (FIN-FSCM-CR), niet optioneel

RebatesECCSD-rebateverwerking, opnieuw opgebouwd uit een indexS/4HANAConditiecontracten in Settlement Management

BeschikbaarheidscontroleECCBasiscontrole van productbeschikbaarheidS/4HANAAdvanced ATP: allocatie, backorders, alternatieve vestigingen

FactureringECCFI en CO afzonderlijk afgestemdS/4HANAEén regelitem in de Universal Journal (ACDOCA)

OmzeterkenningECCMaatwerklogica voor uitstel van opbrengsten bij veel programma'sS/4HANASAP Revenue Accounting and Reporting, apart gelicenseerd

1. Klanten zijn business partners. Klantstamgegevens worden onderhouden via de business partner met een klantrol. Bij een conversie moet de customer-vendor-integratie zijn ingericht voordat de conversie draait.
2. Kredietbeheer verhuist naar SAP Credit Management. Het ECC-kredietbeheer (FI-AR-CR) is niet beschikbaar in S/4HANA. SAP Credit Management (FIN-FSCM-CR) is de vervanger, dus een conversie moet kredietdata en -instellingen migreren. Het is niet optioneel.
3. Rebates verhuizen naar conditiecontracten. Klassieke SD-rebateverwerking wordt vervangen door Settlement Management (beheer van conditiecontracten). Rebatecondities gelden direct in plaats van opnieuw te worden opgebouwd uit een index.
4. Advanced ATP. De advanced ATP van S/4HANA voegt productallocatie, backorderverwerking, op alternatieven gebaseerde bevestiging over vestigingen heen, vrijgave voor levering en supply assignment toe. In S/4HANA Cloud maken deze functies deel uit van de standaardlicentie. On-premise hebben ze een aparte licentie nodig zodra ze zijn geactiveerd.
5. Facturering boekt in de Universal Journal. FI, CO en margeanalyse delen één regelitem in ACDOCA, wat het FI-CO-afstemmingswerk van ECC wegneemt. De keerzijde: een fout in de rekeningbepaling is een directe boeking op de verkeerde rekening, zichtbaar op regelitemniveau.
6. Omzeterkenning. Voor contracten met meerdere elementen, abonnementen of langlopende diensten onder IFRS 15 vervangt SAP Revenue Accounting and Reporting de maatwerklogica voor uitstel die veel ECC-programma's bouwden. Het heeft een aparte licentie en moet vóór de go-live worden ontworpen, niet bij het jaareinde worden ontdekt.

Clean core verandert hoe SD-maatwerk wordt behandeld. In de public cloud is maatwerkcode in de core niet mogelijk. In de private cloud en on-premise kan het wel, maar het maakt elke upgrade moeilijker. De meeste oude Z-routines voor prijsbepaling kunnen worden vervangen door standaard conditiesoorten, formules en BAdI's. Wat echt overblijft, hoort in een side-by-side extensie op SAP BTP. Mijn gids over clean core behandelt het besluit.

SD met MM

De beschikbaarheidscontrole leest voorraad uit MM en goederenuitgifte boekt de voorraadbeweging. Zijn de voorraaddata fout, dan zijn ATP-resultaten onbetrouwbaar. Faalt goederenuitgifte omdat de voorraad niet echt op het verzendpunt ligt, dan kan de levering niet worden afgerond en stokt de facturering. Houd beide op één lijn via stamgegevens en via discipline: geen handmatige voorraadcorrecties die standaardboekingen omzeilen.

SD met PP

In make-to-order-scenario's kan een verkooporder rechtstreeks productie aansturen, zodat de bevestigde datum een toezegging wordt die door een productieorder wordt gedekt. De strategiegroep in het materiaalstamrecord bepaalt hoe verkooporders en prognoses op elkaar inwerken. Staat die verkeerd, dan worden ze opgeteld in plaats van tegen elkaar weggestreept, overschat de planningsrun de vraag en volgt overproductie. Mijn gids over SAP PP behandelt de planningskant.

SD met FI

Het factuurdocument is de interface. Elke factuur creëert een boekhouddocument dat opbrengst, belasting en de openstaande post van de klant in de Universal Journal boekt. Betalingsvoorwaarden in de klantstam bepalen de vervaldatum. Als sales voorwaarden afspreekt zonder finance in te lichten, dwingt het systeem voorwaarden af waar finance nooit mee heeft ingestemd.

Behandelt het SD-ontwerp alle omzet als erkend bij facturering terwijl de contracten iets anders zeggen, dan is achteraf aanpassen duur. Stem de omzeterkenning af met finance voordat het ontwerp wordt goedgekeurd. Voor de financiële kant van de integratie, zie mijn gids over SAP FICO.

Vier faalpunten veroorzaken het merendeel van de pijn na de go-live.

Klantstam niet gereed. Elk veld doet er verderop toe. Een ontbrekende belastingclassificatie betekent verkeerde belasting. Ontbrekende betalingsvoorwaarden betekenen dat FI vervaldata niet kan berekenen. Ontbrekende verzendcondities breken de leveringsplanning. De volumes zijn groter en de brondata slechter dan het plan veronderstelt, en opschonen vraagt bedrijfsbesluiten. Begin vroeg en behandel het als een business-werkstroom, niet als een technische lading. Mijn artikel over waarom SAP-datamigratie mislukt behandelt de methode.

Prijscondities niet onderhouden. Condities uit de go-live die niemand beoordeelt, worden binnen het eerste jaar factuurgeschillen.

Beschikbaarheidscontrole los van de werkelijkheid. ATP die verouderde data leest, levert beloftes op die de business niet kan nakomen. Valideer het tegen echte productie- en voorraadscenario's, niet tegen de schone testdata uit unittests.

Gaten in rekeningbepaling die pas na de go-live worden gevonden. Test met het echte rekeningschema, de echte belastingcodes en materiaalgroepen. Belastingcodes die niet kloppen, kunnen orders blokkeren of factuurgeschillen aanwakkeren voordat iemand doorheeft wat er mis is.

De tabel is de checklist die ik doorloop voordat UAT wordt goedgekeurd.

Risico	Impact	Maatregel
Onvolledige klantstam	Factuurfouten, leveringsproblemen, gaten in FI-boekingen	Begin vroeg met de datawerkstroom; bepaal vóór de migratie verplichte velden per verkoopgebied
Verouderde prijscondities	Factuurgeschillen, onjuiste omzet	Benoem bij de go-live een eigenaar van conditierecords en een reviewcyclus
ATP losgekoppeld van PP of MM	Onbetrouwbare leverbeloftes	Test ATP met live planningsscenario's vóór de UAT-goedkeuring
Gaten in rekeningbepaling	Omzet geboekt op de verkeerde rekeningen	Test met het echte rekeningschema en de volledige set belastingcodes
Vrijgave van kredietblokkades als routine	Ongecontroleerde blootstelling, geschillen over vorderingen	Dwing limietreviews af; volg handmatige vrijgaven in de eerste 90 dagen
Output niet getest	Facturen en leveringsbonnen worden niet automatisch verzonden	Test elke outputsoort met echte print- en e-mailroutering vóór de go-live
Betalingsvoorwaarden niet op elkaar afgestemd	Verkeerde vervaldata, fouten in liquiditeitsprognoses	Stem voorwaarden tussen sales en finance af voordat klantdata wordt geladen

Geeft het salesteam kredietblokkades routinematig vrij in plaats van om een review te vragen, los het dan op in de eerste negentig dagen, voordat de gewoonte zich zet.

Wat is SAP SD en wat doet het?

SAP SD (Sales and Distribution) beheert order-to-cash: aanvragen, offertes, verkooporders, leveringen, facturering en de overdracht aan de financiële boekhouding. De documentenstroom koppelt elke stap aan de vorige, zodat elke factuur kan worden teruggevoerd naar de oorspronkelijke order. Het integreert met MM voor voorraad en goederenuitgifte, PP voor make-to-order en beschikbaarheid, en FI voor omzet, belasting en vorderingen.

Wat is de organisatiestructuur in SAP SD?

De operationele eenheid is het verkoopgebied: een verkooporganisatie, distributiekanaal en divisie samen. Elk verkoopdocument wordt in een verkoopgebied aangemaakt en verkoopgegevens van klanten worden per verkoopgebied onderhouden. Verkoopkantoren en verkoopgroepen zitten daaronder voor rapportage en verantwoordelijkheid. Aan de logistieke kant bepalen verzendpunten en vestigingen waar goederen vandaan worden verzonden. Zorg dat de structuur klopt voordat klantdata wordt geladen, want later wijzigen betekent data opnieuw laden.

Hoe werkt prijsbepaling in SAP SD?

Prijsbepaling gebruikt de conditietechniek. Elk prijselement is een conditiesoort, een toegangsvolgorde bepaalt welk conditierecord van toepassing is en een prijsbepalingsprocedure combineert de conditiesoorten in volgorde. De meeste prijsgeschillen zijn terug te voeren op conditierecords die niet zijn bijgewerkt toen commerciële voorwaarden veranderden, niet op configuratiefouten.

Wat is advanced ATP in SAP S/4HANA?

Advanced available-to-promise (aATP) is de beschikbaarheidscontrole van S/4HANA. Naast de basiscontrole van productbeschikbaarheid voegt het productallocatie, backorderverwerking, op alternatieven gebaseerde bevestiging over vestigingen heen, vrijgave voor levering en supply assignment toe. Deze functies zijn inbegrepen in S/4HANA Cloud en vragen on-premise om een aparte licentie zodra ze zijn geactiveerd. Gebruik ze waar het aanbod beperkt is of allocatieregels ertoe doen. Voor stabiele supply chains is een goed ingerichte basiscontrole vaak genoeg.

Hoe integreert SAP SD met de financiële boekhouding?

Via het factuurdocument. Het vrijgeven van een factuurdocument naar de boekhouding creëert een journaalpost voor opbrengst, belasting en de openstaande post van de klant. Rekeningbepaling bepaalt de grootboekrekeningen uit de verkooporganisatie, rekeningtoewijzingsgroepen en conditiesoort. Belasting hangt af van de belastingclassificaties van klant en materiaal. Betalingsvoorwaarden in de klantstam bepalen de vervaldatum. Voor IFRS 15-gevallen stelt SAP Revenue Accounting and Reporting omzet uit en erkent die in de loop van de tijd.

Wat verandert er in SAP SD bij de overstap van ECC naar S/4HANA?

Klanten worden business partners. Kredietbeheer verhuist van FI-AR-CR naar SAP Credit Management, wat verplicht is. Rebateverwerking wordt vervangen door conditiecontracten in Settlement Management. Advanced ATP komt beschikbaar en facturering boekt in de Universal Journal. Plan dit alles vroeg in de scope, want elk onderdeel vraagt configuratie, datamigratie en testen.

Wat zijn de meest gemaakte fouten bij SAP SD-implementaties?

Vijf komen steeds terug. Klantstamdata onderschatten. Prijscondities na de go-live zonder eigenaar laten. ATP alleen met schone data testen. Rekeningbepaling testen met vereenvoudigde data. Output niet end-to-end testen. Die laatste mist u makkelijk. Als facturen niet automatisch uitgaan, begint iemand ze met de hand af te drukken, en de omweg wordt blijvend.