Slik oppretter du partnerfunksjon og partnerbestemmelse: SAP VOPAN

โšก Smart oppsummering

Partnerfunksjon og partnerbestemmelse i SAP definere rollene som kunder og organisasjoner spiller i en salgstransaksjon. Denne ressursen forklarer partnerfunksjoner, partnertyper og den tretrinns VOPAN-konfigurasjonen som kobler hver funksjon til en kontogruppe.

  • ๐Ÿงฉ Partnerfunksjon: En partnerfunksjon er en nรธkkel med to tegn som identifiserer rollen en part spiller, for eksempel Solgt til- eller Leveringstil-part.
  • ๐Ÿ—‚๏ธ Partnerbestemmelse: Partnerbestemmelse er konfigurasjonen som bestemmer hvilke partnerfunksjoner som er tillatt og standard for et objekt som kundemalen.
  • ๐Ÿ”‘ Partnertyper: Hver funksjon tilhรธrer en partnertype โ€“ KU for kunde, LI for leverandรธr og AP for kontaktperson.
  • โŒจ๏ธ VOPAN-transaksjon: Transaksjon VOPAN opprettholder prosedyrer for partnerbestemmelse for kunder, salgsdokumenter, leveranser og fakturering.
  • ๐Ÿชœ Tre trinn: Definer partnerfunksjonen, grupper funksjoner i en bestemmelsesprosedyre, og tilordne deretter prosedyren til et partnerobjekt.
  • ๐Ÿ›ก๏ธ Beste praksis: Tildel kun partnerfunksjonene en prosess trenger, og angi viktige funksjoner som obligatoriske for รฅ forhindre ufullstendige salgsdokumenter.

Partnerfunksjon og partnerbestemmelse i SAP VOPAN

Hva er partnerfunksjon?

En partnerfunksjon er en identifikasjonsnรธkkel pรฅ to tegn som beskriver personene og organisasjonene du gjรธr forretninger med, og som derfor er involvert i en transaksjon. Den definerer rollen hver part spiller i salgsprosessen. Her er noen standard partnerfunksjoner for en kunde:

  1. Selges til fest
  2. Send til fest
  3. Bill-รฅ feste
  4. betale

Hva er partnerbestemmelse?

Partner- og forretningspartnervilkรฅrene i SAP SD refererer til partene du gjรธr forretninger med, og hver forretningspartner har en spesifikk rolle. For eksempel er Solgt-til-parten forretningspartneren som bestiller varene eller tjenestene. Partnerbestemmelse styrer hvilke partnerfunksjoner som er gyldige og standard for et objekt, og det fullfรธres i tre trinn:

  1. Definer partnerfunksjonen.
  2. Opprett partnerbestemmelsesprosedyren etter gruppeping partnerfunksjoner.
  3. Tilordne partnerbestemmelsesprosedyren til det respektive partnerobjektet.

Vanlige partnerfunksjoner og partnertyper i SAP SD

Hver partnerfunksjon tilhรธrer en partnertype, som bestemmer hvilken type hovedpost funksjonen kan bruke. SAP leverer partnertypene, og du bygger dine egne funksjoner oppรฅ dem. De vanligste kundepartnerfunksjonene i salg og distribusjon vises nedenfor.

Partnerfunksjon Standardnรธkkel Partnertype Rollen i salgsprosessen
Selges til fest SP KU (Kunde) Legger inn bestillingen
Send til fest SH KU (Kunde) Mottar varene
Bill-รฅ feste BP KU (Kunde) Mottar fakturaen
betale PY KU (Kunde) Betaler fakturaen
Speditรธr FA LI (leverandรธr) Transporterer varene
Kontaktperson CP AP (Kontakt) Hovedkontakt hos kunden

En enkelt kundemaster kan inneholde alle fire kjernefunksjonene samtidig, noe som gjรธr at รฉn ordre kan leveres, faktureres og betales av forskjellige parter nรฅr bedriften trenger det. Nรฅr en kunde opprettes, SAP kopierer disse standardpartnerfunksjonene til hovedposten, og de flyter senere automatisk inn i alle salgsdokumenter som genereres for den kunden.

Slik konfigurerer du partnerbestemmelse i SAP bruker VOPAN

Partnerbestemmelse settes opp i tre trinn: definer partnerfunksjonen, grupper funksjoner i en prosedyre, og tilordne prosedyren til et partnerobjekt. Trinnene nedenfor konfigurerer partnerbestemmelse for kundemasteren i transaksjonen VOPAN.

Trinn 1) Definer partnerfunksjonen.

  1. Skriv inn T-Code VOPAN i kommandolinjen.
  2. Velg partnerobjektet Kundehoved.
  3. Klikk pรฅ Endre-knappen. Skjermbildet for partnerbestemmelsesprosedyre vises.

Velg partnerobjektet Kundemaster i VOPAN

Deretter oppretter du prosedyren og dens partnerfunksjoner:

  1. Klikk pรฅ knappen Nye innlegg.

    Klikk pรฅ Nye oppfรธringer i partnerbestemmelsesprosedyren.

  2. Skriv inn partnerbestemmelsesprosedyren og navnet pรฅ den.

    Skriv inn prosedyren og navnet for partnerbestemmelse

  3. Doubleโ€“ klikk pรฅ Partnerfunksjon-noden. Skjermbildet nedenfor vises.

    Skjermbilde for partnerfunksjonsnode i VOPAN

  4. Klikk pรฅ Nye innlegg Knappen Nye innlegg knapp.
  5. Skriv inn detaljene for partnerfunksjonen.

    Skriv inn detaljene for partnerfunksjonen i VOPAN

Skriv inn partnerfunksjon, navn og partnertype ved hjelp av feltene nedenfor:

Feltnavn Tekniske beskrivelser
Partnerfunksjon To-tegns unik identifikator for hver partnerfunksjon.
Navn En meningsfull beskrivelse for denne partnerfunksjonen.
Partnertype Forteller om partnerfunksjonen er for en kunde (KU), en leverandรธr (LI), en kontaktperson (AP) og sรฅ videre.

Trinn 2) Opprett partnerbestemmelsesprosedyren etter gruppeping partnerfunksjoner.

  1. Klikk pรฅ Partnerfunksjoner i Prosedyre-noden.
  2. Angi partnerdetektivprosedyre, partnerfunksjon og navn.

Gruppepartnerfunksjoner i en prosedyre i VOPAN

Trinn 3) Tilordne partnerbestemmelsesprosedyren til partnerobjektet.

Vi oppretter en partnerfunksjon for en kunde, sรฅ partnerobjektet er Kunde og det er tilordnet Kontogruppen. Tabellen nedenfor viser hvordan hvert partnerobjekt er tilordnet:

Partnerobjekt Tildel til
Kunde- Kontogruppe
Salgsdokumentoverskrift Type salgsdokument
Salgsdokumentartikkel Varekategori Type
Leveringshode Leveringsdokumenttype
Forsendelseshode Forsendelsesdokumenttype
Billing Header Billdokumenttype
Billing element BillKategoritype for vare
Kontakt Kontakt type
  1. Klikk pรฅ noden Kontogrupper โ€“ Funksjon, og klikk pรฅ knappen Nye posteringer.
  2. Angi partnerfunksjon, navn, kontogruppe og navn.

Tilordne partnerfunksjonen til en kontogruppe i VOPAN

Klikk pรฅ Lagre-knappen Lagre knapp for รฅ lagre partnerfunksjonen.

Beste praksis for partnerbestemmelse i SAP SD

Gjennomtenkt partnervalg holder salgsdokumentene komplette, beskytter levering og fakturering nedstrรธms og reduserer feil under ordrebehandling. Husk fรธlgende beste praksis nรฅr du konfigurerer partnerfunksjoner i SAP SD:

  • Tildel bare det du trenger: Legg bare til partnerfunksjonene en prosess krever, slik at stamdataene forblir enkle og tydelige.
  • Angi obligatoriske funksjoner: Merk viktige funksjoner, som Solgt til og Leveringspart, som obligatoriske for รฅ forhindre ufullstendige dokumenter.
  • Bruk standardfunksjoner pรฅ nytt: Foretrekker partnerfunksjonene SAP leverer fรธr det opprettes egendefinerte, fordi standardfunksjoner stรธttes pรฅ tvers av prosesser.
  • Test med virkelige scenarier: Bekreft prosedyren med en prรธvekunde og bestill fรธr transport til produksjon.
  • Dokumentets tilpassede funksjoner: Registrer formรฅlet med enhver tilpasset partnerfunksjon, slik at fremtidige konsulenter forstรฅr dens rolle.
  • Hold prosedyrene konsistente: Bruk den samme bestemmelsesprosedyren pรฅ tvers av lignende kontogrupper, slik at partneratferden forblir forutsigbar og enkel รฅ stรธtte.

Spรธrsmรฅl og svar

Ja. I transaksjonen VOPAN kan du definere en tilpasset partnerfunksjon under en eksisterende partnertype, for eksempel KU eller LI. Du kan ikke opprette nye partnertyper, men du kan bygge hvilken som helst funksjon du trenger i tillegg til de leverte.

Solgt-til-parten legger inn bestillingen og styrer pris- og salgsdata. Leveringsparten er adressen der varene leveres. ร‰n kunde kan vรฆre begge, eller rollene kan peke til forskjellige lokasjoner i samme selskap.

Partnerfunksjoner er definert i tabell TPAR. Kundepartnertildelinger lagres i tabell KNVP, og partnere pรฅ et salgsdokument lagres i tabell VBPA. Disse tabellene lar deg trace hvordan en partnerfunksjon brukes.

Ja. AI-assistenter kan foreslรฅ de riktige partnerfunksjonene for en prosess, oppdage manglende obligatoriske funksjoner og forklare konfigurasjonstrinn. Den endelige prosedyren i VOPAN bรธr fortsatt gjennomgรฅs og testes av en SAP SD-konsulent fรธr transport.

AI kan validere at alle nรธdvendige partnere er til stede, flagge inkonsekvente leverings- eller betalerdata og lรฆre av tidligere bestillinger for รฅ advare om uvanlige kombinasjoner. Dette reduserer behovet for omarbeiding, men en bruker bรธr bekrefte endringer fรธr bestillingen lagres.

Oppsummer dette innlegget med: