Inhaltsverzeichnis
Auftragsprodukt
- SF Billing wertet ein Auftragsprodukt aus – Rechnungsprozess beginnt
- wenn fakturierbar, erfolgt Prüfung von einigen Auftrags- und Auftragsproduktfelder am Produktdatensatz – wann wird wie fakturiert?
Abrechnungsauslöser
- Auswertung wird durch durch folgende Aktionen ausgelöst
- User oder Prozess wählt „Bill now“ für die Order
- Eine Bestellung und die Bestellprodukte werden durch einen konfigurierten Scheduled Invoice Process zur Fakturierung ausgewertet (automatisierter Abrechnungsprozess)
Anforderungen – Rechungsstellung
- bei der Auswertung von Auftragsprodukten werden zu erst die Fakturierungsregeln für ein aktives Feld „Create Invoice“ ausgewertet
- Anschließend prüft der Prozess das Auftragsprodukt auf folgende Anforderungen
- ist aktiviert
- Feld Hold Billing = No oder Null
- abrechenbarer Einheitspreis ungleich 0
- Startdatum angegeben
- ausstehender Rechnungsbetrag größer als 0
- nächstes Rechnungsdatum ungleich 0
- Feld Invoice Run Processing Status = Pending Billing
Rechnungsdaten
- Steuerung Rechnungsprozess – wertet die Felder Next Invoice Date am Auftragsprodukt und Invoice Date an der Rechnung aus
- diese werden mit Charge Type, Billing Type und Billing Frequency am Auftragsprodukt errechnet
- Angebotsbelegposten erben diese Feldwerte vom Produkt und Bestellprodukte vom Angebotsbelegposten
- zusätzlich werden Start Date am Auftrag und Billing Day of Month am Auftragsprodukt werden ebenfalls zum Errechnen des Next Billing Date verwendet
Bestellung – Start Date
- CPQ-Admin definieren per Konfiguration wann Bestellungen beginnen
- am Tag des Erstellens des Bestelldatensatzes
- am Startdatum des übergeordneten Angebots
- oder das durch ein Bestellverwaltungs-Plug-in bestimmte Datum
Auftragsprodukt – Start Date
- Einmalprodukt (one-time)
- Startdatum des Order-Produkts entspricht dem der Order + Differenz Startdatum Quote und Startdatum Quote Line
- Dauerauftragsprodukt (recurring)
- Startdatum des Order-Produkts entspricht dem der Quote Line
- Admins können das Startdatum ändern
Abrechnungstag des Monats
- ist Align Billing day of Month to Order Starte Date aktiviert – Salesforce Billing Package Settings – Abrechungsdatum standardmäßig gleich dem Startdatum der Bestellung
- Sales Reps können ihn auch für nicht aktivierte Bestellungen ändern
- Ansonsten müssen Sales Reps das Datum festlegen
Abrechnungsart – Billing Type
- definiert, ob beim 1. Mal vor (Vorschuss) oder nach (Rückstand) dem Startdatum des Order-Produkts fakturiert wird
Gebührentyp – Charge Type
- definiert, ob Kunden für ein Order-Produkt einmal oder mehrmals bezahlen (Abonnement oder zeitgesteuerter Service
- Einmalige Produkte werden zu Anfang der Abrechungsperiode abgerechnet
- es sei denn der User überschreibt next billing date, so dass keine billing frequncy oder billing type nötig ist.
Next Billing Date mit Billing Time Fields zum ersten Mal berechnen
- Salesforce Billing prüft am Order-Produkt
- Charge type
- Start date
- Billing Date of Month
- Einmalige Produkte (One-Time)
- Next Billing Date = Startdatum des Bestellprodukts
- Wiederkehrende Produkte (Recurring)
- SF Billing prüft Abrechnungstag des Monats und das Auftragsstartdatum
- Je nachdem, wird vor oder nach dem Startdatum des Bestellprodukts abgerechnet
- zusätzlich der nächste Abrechnungstag des Folgemonats
- SF Billing prüft Abrechnungstag des Monats und das Auftragsstartdatum
| Product | Charge Type | Billing Type | Billing Day of Month | Order Start Date | Next Billing Date |
| A | Recurring | Advance | 10 | April 5 | March 10 |
| B | Recurring | Arrears | 10 | April 5 | April 10 |
| C | Recurring | Arrears | 31 | April 5 | April 30 |
Abrechnungshäufigkeit – Billing Frequence
- nach der ersten Rechnung
- Next Billing Date wird mit Billing Frequency errechnet
- die geschieht nach jeder Rechnung neu
- wird an Quote lIne und Order products weitergegeben
- kann mit Prozessen und Workflow-Rules oder manuell geändert werden
Flussdiagramm zum Next Billing Date
<DIAGRAMM FOLGT>
Regeln für Produkte
- Produkte unterschiedlicher Abrechnungsanforderungen
- Rechnungsposten aufteilen – Abrechnung vor dem Bestelldatum
- Produkte sind steuerpflichtig oder steuerbefreit oder haben separate Steuermodule
- Definitionen pro Produkt ineffizient
- daher stehen 3 Regeln zur Verfügung – eine Regel für mehrere Produkte
- Abrechnungsregel – Billing-Objekt – definiert, was vor und während Rechnungsstellung passiert
- Steuerregel – definiert, wie Steuern auf das Produkt angewendet werden
- Umsatzrealisierungsregel – definiert, on ein Umsatzplan erstellt werden soll
Felder – Abrechnungsregeln
- Create invoice
- Yes – erstellt ein Invoice line Item pro Order-Product
- No – erstellt kein Invoice line Item pro Order-Product
- Partial Period Treatment – wie werden Invoice Lines für recurring order products erstellt – Rechungslegungsbeginn (Tag pro Monat) ungleich Startdatum
- Separate – zwei Rechnungsposten
- Zeitraum zwischen Startdatum der Fakturierung und Startdatum der Bestellung
- gesamter nächster Abrechnungszeitraum
- Combine – ein Rechnungsposten
- deckt teilweisen Abrechnungszetiraum und den ersten vollständigen Abrechnungzeitraum ab.
- Separate – zwei Rechnungsposten
Felder – Steuerregeln
- Taxable (Yes/No) – mit Ja wird eine geschätzte Steuer auf das Order-Product und alle Invoice lInes berechnet
Felder – Umsatzrealisierungsregel
- soll für Invoice Line ein Umsatzplan erstellt werden – Create Revenue Schedule? auf Yes setzen
Behandlungen – Treatments
- untergeordnetes Objekt
- passt an, wie ein Rechnungsprozess ein Order-Product handhabt
- ist immer mit juristischer Person verknüpft – Objekt – stellt Art und Weise der Organisation der Struktur oder des Unternehmens dar
- Beispiel
- ein Unternehmen kann zwei juristische Personen gründen
- Vertretung Amerika
- Vertretung Europa
- ein Unternehmen kann zwei juristische Personen gründen
- Beispiel
- erste werden die gleichen Regeln auf alle entsprechenden Order-Products angewendet
- anschließend werden die Treatments mit einer bestimmten juristischen Person angewendet um die Produkte mit derselben juristischen Person, wie aus dem Treatment, zu bestellen.
- Regel kann beliebige Anzahl an Treatments haben
- haben mehrere Treatments die gleiche Regel – wird das neueste Treatment verwendet
- 3 Arten Treaments
- jedes Treament ist mit einer FIBU-Regel (GL-Regeln) verknüpft – zeichnet Transaktionen mit externem Hauptsystem auf

Die Kommentare sind geschlossen.