Das ist eine für den Ausdruck optimierte Ansicht des gesamten Kapitels inkl. Unterseiten.
Druckvorgang starten.
Zur Standardansicht zurückkehren.
Angebot
Wie Angebote und ihre Positionen aus Business Central nach Customer Engagement kommen — Gesamtbild und die Schritte im Detail.
Das Angebot schließt den großen Kreis der Integration. Die
Verkaufschance geht von Customer Engagement nach Business
Central — dort entsteht daraus das kaufmännische Dokument, und dieses kommt zurück:
Das Angebot läuft ausschließlich von Business Central nach Customer Engagement.
In CE wird kein Angebot erfasst und keines nach BC übertragen. Kalkulation, Preise,
Rabatte und Belegnummern gehören ins ERP; Customer Engagement führt das Angebot nur mit,
damit der Vertrieb Pipeline und Abschluss im CRM sieht.
flowchart LR
A["Verkaufschance in CE"] -->|"Verkaufschance<br/>nach BC"| B["Verkaufschance in BC"]
B -->|"Angebot erstellen<br/>(in BC)"| C["Angebot in BC"]
C -->|"<b>Angebot nach CE</b>"| D["Angebot in CE"]
D -.->|"verknüpft mit"| A
Der Ablauf
flowchart TB
Q["Angebot in BC angelegt<br/>oder geändert"] --> S1["<b>Angebote aus BC</b><br/>Angebotskopf nach CE"]
S1 --> V{"Verkaufschance<br/>über BC-Nummer<br/>gefunden?"}
V -->|ja| VK["Angebot hängt an<br/>der Verkaufschance"]
V -->|nein| FREI["Angebot ohne<br/>Verkaufschance"]
S1 --> S2["<b>Positionen aus BC</b><br/>Kalkulationszeilen nach CE"]
VK --> T{"In BC in einen<br/>Auftrag überführt?"}
FREI --> T
T -->|"ja — Status TRANSFERRED"| W["<b>Gewonnene Angebote aus BC</b><br/>Angebot wird <b>Gewonnen</b>"]
Q --> DEL["Angebot in BC gelöscht"]
DEL --> D1["<b>Stornierung</b><br/>Angebot wird in CE<br/><b>geschlossen / storniert</b>"]
Q --> DELP["Position in BC gelöscht"]
DELP --> D2["<b>Löschung</b><br/>Position wird in CE<br/><b>gelöscht</b>"]Zwei Besonderheiten gegenüber den anderen Bereichen
Positionen werden wirklich gelöscht
Firma, Kontakt und Produkt werden bei einer Löschung in BC nur deaktiviert — an
ihnen hängt Historie. Angebote werden geschlossen und storniert, Angebotspositionen
dagegen tatsächlich gelöscht:
| Datenbereich | Verhalten bei Löschung in BC |
|---|
| Firma, Kontakt, Produkt | deaktivieren (Status Inaktiv) |
| Angebot | schließen (Status Geschlossen, Statusgrund Storniert) |
| Angebotsposition | löschen |
Das stornierte Angebot bleibt an der Verkaufschance nachvollziehbar, zählt aber nicht mehr
als offen. Eine Position ist dagegen eine reine Kopie der BC-Kalkulationszeile; existiert
sie in BC nicht mehr, hat sie keinen Wert. Technisch trägt nur der Positions-Job
Action = Delete — siehe
Datenfluss.
Der Abschluss kommt aus dem ERP
Ob ein Angebot gewonnen ist, entscheidet Business Central: Wird der Beleg dort in einen
Auftrag überführt, meldet das Änderungsprotokoll den Vorgang TRANSFERRED. Der Schritt
Gewonnene Angebote aus BC setzt das Angebot in CE daraufhin auf
Gewonnen.
Der Vertrieb muss den Abschluss also nicht doppelt pflegen. Was daraus weiter folgt —
etwa das optionale Gewinnen der verknüpften Verkaufschance — steht unter
Abschluss von Angebot und Verkaufschance.
Wie ein Angebot seine Zuordnungen findet
Ein Angebotskopf bringt aus BC nur Nummern und Codes mit. Drei davon werden in CE zu
Verknüpfungen aufgelöst:
flowchart LR
Q["Angebot aus BC"] -->|"Verkaufschancennummer"| O["Verkaufschance"]
Q -->|"<b>Kontaktnummer</b>"| A["Firma"]
Q -->|"Verkäufercode"| S["Verkäufer (BC)"]
| Zuordnung | Aufgelöst über | Voraussetzung |
|---|
| Verkaufschance | BC Verkaufschancennummer | die Verkaufschance wurde nach BC übertragen und zurückgemeldet |
| Firma | BC Kontaktnummer | die Firma wurde nach BC übertragen und hat ihre Kontaktnummer zurückgemeldet |
| Verkäufer (BC) | Verkäufercode | Stammdaten-Job 130 ist gelaufen |
Die Firma wird über die BC Kontaktnummer gefunden
Wie in allen übrigen Bereichen wird die Firma über die BC Kontaktnummer
(wysa_bcContactNumber) zugeordnet; das Angebot liefert dafür die
Verkauf-an-Unternehmenskontaktnr.. Die Debitorennummer spielt nicht mehr mit — die
Zuordnung klappt damit auch für Firmen, die in BC noch kein Debitor sind.
Solange die Kontaktnummer an der Firma leer ist (die Firma also noch nicht nach BC
übertragen und zurückgemeldet wurde), kommt ein Angebot in CE ohne Kundenzuordnung an.
Positionen enthalten Kalkulationselemente, keine Artikel
Die Angebotspositionen in CE werden aus den Kalkulationselementen des BC-Belegs
gefüllt — denselben Bausteinen, die auch die
Verkaufschancenpositionen verwenden.
Die eigentlichen Artikelzeilen eines BC-Angebots werden nicht übertragen. Angebote in
CE zeigen also die Kalkulation, nicht die Artikelaufstellung.
Welche Felder kommen an?
Angebotskopf
| Feld in Business Central | Feld in Customer Engagement |
|---|
| Nr. | Angebotsnummer |
| id | BC System-ID |
| Buchungsbeschreibung | Name |
| Verkaufschancennummer | Verkaufschance |
| Verkauf an Unternehmenskontaktnr. | Kunde |
| Verkäufercode | Verkäufer (BC) |
| Auftragsdatum | Gültig ab |
| Angebot gültig bis | Gültig bis |
| Betrag inkl. MwSt. | BC Gesamtbetrag inkl. MwSt. |
| Status | BC Status |
Angebotsposition
| Feld in Business Central | Feld in Customer Engagement |
|---|
| systemId | BC System-ID |
| Belegnummer | Angebot |
| Elementcode | Produkt |
| Beschreibung | Beschreibung |
| Menge | Menge |
| Zeilenbetrag (LW) | BC Betrag |
| Zeilenbetrag inkl. MwSt. (LW) | BC Betrag inkl. MwSt. |
| — | Einheit (fester Vorgabewert) |
Was der Abgleich nicht liefert
Mehrere Felder des Datenmodells werden von diesen Schritten nicht gefüllt. Sie
entstehen in Customer Engagement selbst:
| Feld | Woher es kommt |
|---|
| BC Gesamtbetrag (netto) | aus den Positionen aufsummiert |
| Marge | aus den Zeilenmargen aufsummiert |
| Angebotsklassifizierung | beim Anlegen in CE bestimmt (Erst- oder weiteres Angebot) |
| Archivierte Versionen | Standard-Funktion von Dynamics 365 Sales bei Angebots-Revisionen, keine DataBridge-Funktion — es gibt nichts zu übertragen |
| BC Deckungsbeitrag (Position) | wird von keinem Job befüllt — Marge steht deshalb bei aus BC übernommenen Angeboten immer auf 0,00, siehe Angebotspositionen aus Business Central |
Die ersten drei sind unter Beträge und Margen
und Abschluss beschrieben.
Technische Zuordnung
Jobs und Mappings dieser Kette
Beteiligte Tabellen:
| Business Central API Page | Dataverse |
|---|
.../acdsalesheaders | quote |
.../acdsalescalculationelements | quotedetail |
.../acdlogentries | quote, quotedetail |
Alle unter singhammerITConsulting/dyce/v2.0/.
Schlüssel je Schritt
| Schritt | Schlüssel im Ziel | Alternate Key |
|---|
| Angebote aus BC | quotenumber ← BC number | wysa_quotenumberkey |
| Positionen aus BC | wysa_bcsystemid ← BC systemId | wysa_bcsystemidkey |
| Gewonnene Angebote aus BC | wysa_bcsystemid ← Log recordId | wysa_bcsystemidkey |
| Positionen löschen | wysa_bcsystemid ← Log recordId | wysa_bcsystemidkey |
| Angebote stornieren | wysa_bcsystemid ← Log recordId | wysa_bcsystemidkey |
Der Angebotskopf ist der einzige Datensatz der ganzen Integration, der über eine
fachliche Belegnummer adressiert wird und nicht über die BC System-ID — die
Angebotsnummer in CE ist dieselbe wie in BC. Die Löschjobs müssen dagegen über die
System-ID gehen, weil das Änderungsprotokoll nur diese kennt.
Protokoll-Tabellen der Log-basierten Jobs
| Job | tableId | BC-Tabelle | zusätzlicher Filter |
|---|
625 activatesalesquotesfrombc | 36 | Verkaufskopf | operation eq 'TRANSFERRED' |
690 salesquotesfrombcdelete | 36 | Verkaufskopf | operation eq 'DELETE' |
621 salescalculationelementsfrombcdelete | 72077783 | Kalkulationselemente | operation eq 'DELETE' |
Die Jobs 625 und 690 lesen dieselben Protokolleinträge und trennen sich allein über das
Feld operation: TRANSFERRED führt zum Gewinnen, DELETE zum Stornieren.
1 - Angebote aus Business Central übernehmen
Angebotsköpfe aus dem ERP erscheinen in Customer Engagement und hängen sich an ihre Verkaufschance.
| |
|---|
| Richtung | Business Central → Customer Engagement |
| Wann | alle 2 Minuten |
| Betrifft | alle BC-Verkaufsbelege der Art Angebot, die seit dem letzten Lauf geändert wurden |
| Technisch | Job salesquotesfrombc (610), Mapping BCSalesQuotes |
Was passiert hier?
Sobald in Business Central ein Angebot angelegt oder geändert wird, erscheint es in
Customer Engagement — mit Nummer, Betrag, Gültigkeit und Zuordnung zu Verkaufschance und
Kunde. Existiert das Angebot in CE schon, werden seine Felder aktualisiert.
Wiedererkannt wird ein Angebot über die Angebotsnummer. Sie ist in beiden Systemen
dieselbe — das Angebot ist damit der einzige Datensatz der Integration, der über eine
fachliche Belegnummer verbunden ist und nicht über einen technischen Schlüssel.
Der Job liest ausschließlich Belege der Art Angebot; Aufträge und Rechnungen bleiben
außen vor.
Welche Felder kommen an?
| Feld in Business Central | Feld in Customer Engagement | Anmerkung |
|---|
| Nr. | Angebotsnummer | Erkennungsmerkmal — in beiden Systemen gleich |
| id | BC System-ID | technischer Schlüssel des ERP |
| Buchungsbeschreibung | Name | die Bezeichnung des Angebots in CE |
| Verkaufschancennummer | Verkaufschance | wird zur Verknüpfung aufgelöst |
| Verkauf an Unternehmenskontaktnr. | Kunde | wird zur Verknüpfung auf die Firma aufgelöst |
| Verkäufercode | Verkäufer (BC) | wird zur Verknüpfung aufgelöst |
| Auftragsdatum | Gültig ab | |
| Angebot gültig bis | Gültig bis | |
| Betrag inkl. MwSt. | BC Gesamtbetrag inkl. MwSt. | Bruttosumme des Belegs |
| Status | BC Status | steuert das automatische Gewinnen |
Worauf zu achten ist
So schließt sich der Kreis zur Verkaufschance
Das Angebot findet seine Verkaufschance über die BC Verkaufschancennummer — genau
jenes Feld, das die Rückmeldung aus BC
an der Verkaufschance gefüllt hat.
Damit ist der Weg vollständig: Die Verkaufschance geht von CE nach BC, bekommt dort eine
Nummer, aus ihr entsteht ein Angebot, und das Angebot kommt über dieselbe Nummer zurück
und hängt sich an die richtige Verkaufschance.
Wird in Business Central ein Angebot ohne Bezug zu einer Verkaufschance erstellt, kommt
es in CE ohne diese Verknüpfung an — es ist dann ein freistehendes Angebot.
Der Kunde wird über die BC Kontaktnummer gefunden
Ohne BC Kontaktnummer kein Kunde am Angebot
Die Zuordnung zur Firma läuft über die BC Kontaktnummer der Firma — dieselbe
Verknüpfung wie in allen anderen Bereichen. Das Angebot liefert dafür die
Verkauf-an-Unternehmenskontaktnummer; die Debitorennummer wird nicht mehr verwendet.
Damit funktioniert die Zuordnung auch für Firmen, die in BC noch kein Debitor sind: Eine
in CE angelegte und nach BC übertragene Firma hat ihre Kontaktnummer bereits durch die
Rückmeldung.
Ist das Feld an der Firma leer, kommt das Angebot in CE ohne Kundenzuordnung an. Der
Kunde erscheint dann auch nicht nachträglich von selbst — erst eine erneute Änderung des
Angebots in BC löst einen neuen Abgleich aus.
Der Nettobetrag kommt nicht mit
Übertragen wird nur der Bruttobetrag (BC Gesamtbetrag inkl. MwSt.). Das Feld
BC Gesamtbetrag (netto) und die Marge werden in CE aus den
Angebotspositionen aufsummiert — siehe
Beträge und Margen.
Der Status entscheidet über den Abschluss
Das Feld BC Status trägt den Bearbeitungsstand des Belegs aus BC. Meldet Business
Central den Wert TRANSFERRED — das Angebot wurde in einen Auftrag überführt —, wird das
Angebot in CE gewonnen. Das erledigt der Schritt
Gewonnene Angebote aus BC; die Folgewirkungen sind unter
Abschluss von Angebot und Verkaufschance
beschrieben.
Angebote werden nicht nach BC zurückgeschrieben
Es gibt keinen Weg von CE nach BC. Was am Angebot in CE geändert wird, bleibt dort und
wird beim nächsten Abgleich aus BC überschrieben. Das Angebot ist eine Kopie des
BC-Belegs.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → salesquotesfrombc.
2 - Angebotspositionen aus Business Central übernehmen
Die Kalkulationszeilen eines BC-Angebots erscheinen als Angebotspositionen in Customer Engagement.
| |
|---|
| Richtung | Business Central → Customer Engagement |
| Wann | alle 2 Minuten |
| Betrifft | die Kalkulationselemente von BC-Belegen der Art Angebot |
| Technisch | Job salescalculationelementsfrombc (620), Mapping BCSalesCalculationElements |
Was passiert hier?
Ein Angebot in Business Central wird aus Kalkulationselementen aufgebaut — Bausteinen
wie „Lizenzen", „Einführung" oder „Betrieb", die jeweils Menge und Betrag tragen. Dieser
Schritt holt sie als Angebotspositionen nach Customer Engagement.
Wiedererkannt wird eine Position über die BC System-ID der Kalkulationszeile.
Es sind Kalkulationselemente, keine Artikelzeilen
Das ist der wichtigste Punkt zum Verständnis:
In Customer Engagement zeigt ein Angebot die Kalkulation des BC-Belegs, nicht seine
Artikelaufstellung.
Ein BC-Angebot hat beides: Verkaufszeilen mit Artikeln und darüber die Kalkulation aus
Elementen. Übertragen wird nur die Kalkulation.
Die Elemente sind dieselben, die auch die
Verkaufschancenpositionen verwenden. Sie
kommen über Kalkulationselemente aus BC
(Job 190) als Produkte nach CE. Damit ist die Kalkulation über die gesamte Kette hinweg
vergleichbar: dieselben Bausteine in der Verkaufschance wie später im Angebot.
Welche Felder kommen an?
| Feld in Business Central | Feld in Customer Engagement | Anmerkung |
|---|
| systemId | BC System-ID | Erkennungsmerkmal |
| Belegnummer | Angebot | wird über die Angebotsnummer aufgelöst |
| Elementcode | Produkt | wird über den BC Code des Elements aufgelöst |
| Beschreibung | Beschreibung | |
| Menge | Menge | |
| Zeilenbetrag (LW) | BC Betrag | Nettobetrag der Position |
| Zeilenbetrag inkl. MwSt. (LW) | BC Betrag inkl. MwSt. | Bruttobetrag |
| — | Einheit | fester Vorgabewert |
„LW" steht für Landeswährung.
Worauf zu achten ist
Zwei Zuordnungen müssen gelingen
flowchart LR
P["Kalkulationszeile aus BC"] -->|"Belegnummer"| Q["Angebot in CE"]
P -->|"Elementcode"| E["Produkt in CE"]
Beide Vorgänger-Jobs laufen früher (190 und 610 gegenüber 620), sodass das innerhalb
desselben Durchlaufs zusammenfindet. Fehlt eines der beiden Ziele, kann die Position nicht
korrekt eingehängt werden.
Der Deckungsbeitrag kommt nicht mit
Das Datenmodell führt an der Angebotsposition ein Feld BC Deckungsbeitrag
(wysa_bcProfit). Dieser Abgleich füllt es nicht — die Position kommt nur mit Netto-
und Bruttobetrag an.
Marge bei Angeboten aus BC
Die Marge des Angebots (wysa_Margin) wird aus den Zeilenmargen (wysa_bcProfit)
aufsummiert. Da der Deckungsbeitrag nicht aus Business Central übernommen wird, steht
die Marge bei aus BC übernommenen Angeboten auf 0,00.
Eine feste Einheiten-GUID
Die Einheit der Position wird mit einem fest hinterlegten Wert gesetzt.
Umgebungsabhängig
Der Wert ist umgebungsspezifisch und wird je Umgebung in der Mapping-Konfiguration
gepflegt. Es ist derselbe Wert, den auch
Kalkulationselemente aus BC verwenden.
Löschungen laufen über einen eigenen Job
Wird eine Kalkulationszeile in BC gelöscht, verschwindet sie aus dieser Schnittstelle und
kann durch Abgleich nicht mehr gefunden werden. Das erledigt
Positionen löschen (621) über das
Änderungsprotokoll — und zwar durch echtes Löschen, nicht durch Deaktivieren.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → salescalculationelementsfrombc.
3 - Gewonnene Angebote aus Business Central
Wird ein Angebot im ERP in einen Auftrag überführt, wird es in Customer Engagement gewonnen.
| |
|---|
| Richtung | Business Central → Customer Engagement |
| Wann | alle 3 Minuten |
| Betrifft | Angebote, die in BC in einen Auftrag überführt wurden |
| Technisch | Job activatesalesquotesfrombc (625), Mapping BCSalesQuotesActivate |
Was passiert hier?
Wird ein Angebot in Business Central in einen Auftrag überführt, ist es kaufmännisch
gewonnen. Business Central schreibt diesen Vorgang in sein Änderungsprotokoll — als
Vorgang TRANSFERRED. Dieser Schritt liest das Protokoll und setzt das Angebot in
Customer Engagement auf Gewonnen.
flowchart LR
A["Angebot in BC<br/>in Auftrag überführt"] --> B["Eintrag im Änderungsprotokoll<br/>Vorgang <b>TRANSFERRED</b>"]
B --> C["Angebot in CE über die<br/>BC System-ID gefunden"]
C --> D["<b>BC Status</b> = TRANSFERRED<br/>Angebot wird <b>Gewonnen</b>"]
Der Abschluss wird nicht doppelt gepflegt
Das ist die fachliche Kernaussage dieses Schritts:
Führendes System für den Auftrag ist Business Central. Customer Engagement folgt.
Der Vertrieb muss ein gewonnenes Angebot in CE nicht von Hand abschließen. Der Abschluss
im ERP genügt — und weil er dort an die Auftragserstellung gebunden ist, kann in CE kein
Angebot als gewonnen gelten, dem im ERP kein Auftrag gegenübersteht.
Was sich am Angebot ändert
| Feld | Wert danach |
|---|
| Status | Gewonnen |
| BC Status | TRANSFERRED |
Alle übrigen Felder bleiben unverändert.
Was daraus weiter folgt
Das Feld BC Status ist mehr als eine Notiz — an ihm hängt weitere Logik in Customer
Engagement:
- Ist die Einstellung
wysa_WinQuoteAndOpportunity aktiv, wird zusätzlich die
verknüpfte Verkaufschance gewonnen, mit dem Angebotsbetrag als tatsächlichem Umsatz. - Ohne diese Einstellung bleibt der Abschluss der Verkaufschance eine bewusste Handlung
des Vertriebs.
Beschrieben ist das unter
Abschluss von Angebot und Verkaufschance
und Konfiguration.
Worauf zu achten ist
Zwei Jobs lesen dasselbe Protokoll
Dieser Schritt und Angebote stornieren lesen beide die
Protokolleinträge zur BC-Tabelle Verkaufskopf. Sie trennen sich allein über die Art des
Vorgangs:
| Vorgang im Protokoll | Job | Wirkung in CE |
|---|
TRANSFERRED | dieser Schritt (625) | Angebot wird gewonnen |
DELETE | Angebote stornieren (690) | Angebot wird storniert |
Andere Vorgangsarten werden von keinem der beiden Jobs verarbeitet.
Der Takt weicht ab
Dieser Job läuft alle 3 Minuten, die übrigen Angebots-Jobs alle 2. Zwischen der
Auftragserstellung in BC und dem gewonnenen Angebot in CE können damit einige Minuten
liegen.
Ein Rückweg existiert nicht
Wird der Auftrag in BC storniert, gibt es keinen Job, der das Angebot in CE wieder
öffnet. Der Vorgang ist einseitig.
Verlieren funktioniert anders
Der Verlust kommt nicht aus BC, sondern wird in Customer Engagement entschieden: Wird eine
Verkaufschance auf Verloren gesetzt, schließt die Lösung ihre Angebote mit — siehe
Abschluss. Ein Mapping ist daran
nicht beteiligt.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → activatesalesquotesfrombc.
4 - Angebotspositionen löschen
In Business Central gelöschte Kalkulationszeilen werden in Customer Engagement gelöscht.
| |
|---|
| Richtung | Business Central → Customer Engagement |
| Wann | alle 2 Minuten |
| Betrifft | Kalkulationszeilen, die in BC gelöscht wurden |
| Technisch | Job salescalculationelementsfrombcdelete (621), Mapping BCSalesCalculationElementsDelete |
Was passiert hier?
Wird in Business Central eine Kalkulationszeile aus einem Angebot entfernt, wird die
zugehörige Angebotsposition in Customer Engagement gelöscht.
flowchart LR
A["Kalkulationszeile<br/>in BC gelöscht"] --> B["Eintrag im Änderungsprotokoll<br/>Vorgang <b>DELETE</b>"]
B --> C["Position in CE über die<br/>BC System-ID gefunden"]
C --> D["Position wird <b>gelöscht</b>"]
Der Weg über das Änderungsprotokoll ist nötig, weil eine gelöschte Zeile in der normalen
Schnittstelle nicht mehr auftaucht und durch Abgleich nicht gefunden werden könnte.
Hier wird wirklich gelöscht
Anders als bei Firma, Kontakt und Produkt wird nicht deaktiviert, sondern gelöscht:
| Datenbereich | Verhalten bei Löschung in BC |
|---|
| Firma, Kontakt, Produkt | deaktivieren |
| Angebotsposition | löschen |
Das ist folgerichtig. Eine Angebotsposition in CE ist eine reine Kopie der BC-Zeile — sie
trägt keine eigene Information, an ihr hängt keine Historie, und eine inaktive Position
würde die Summenbildung des Angebots nur verfälschen. Ohne Löschen bliebe eine in BC
gestrichene Leistung im CE-Angebot stehen.
Worauf zu achten ist
Das Angebot wird neu summiert
Gesamtbetrag und Marge eines Angebots werden in CE aus den Positionen aufsummiert. Nach
dem Löschen einer Position ändern sich diese Summen — siehe
Beträge und Margen.
Ein Wiederherstellen gibt es nicht
Die Position ist in CE endgültig entfernt. Wird die Zeile in BC erneut angelegt, kommt sie
über Positionen aus BC als neue Position mit neuer
BC System-ID zurück.
Beim Löschen des ganzen Angebots
Wird in BC nicht eine Zeile, sondern das ganze Angebot gelöscht, greift
Angebote stornieren (690). Das Angebot wird in CE nicht
gelöscht, sondern geschlossen — seine Positionen bleiben daher erhalten, sofern BC nicht
für jede Zeile einen eigenen Protokolleintrag schreibt und dieser Job anspringt.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → salescalculationelementsfrombcdelete.
5 - In BC gelöschte Angebote stornieren
In Business Central gelöschte Angebote werden in Customer Engagement geschlossen und als storniert markiert.
| |
|---|
| Richtung | Business Central → Customer Engagement |
| Wann | alle 2 Minuten |
| Betrifft | Angebote, die in BC gelöscht wurden |
| Technisch | Job salesquotesfrombcdelete (690), Mapping BCSalesQuotesDelete |
Was passiert hier?
Wird ein Angebot in Business Central gelöscht, bleibt es in Customer Engagement
erhalten, wird aber geschlossen und bekommt den Statusgrund Storniert. Es ist
danach schreibgeschützt und taucht in keiner Auswertung offener Angebote mehr auf.
flowchart LR
A["Angebot in BC gelöscht"] --> B["Eintrag im Änderungsprotokoll<br/>Vorgang <b>DELETE</b>"]
B --> C["Angebot in CE über die<br/>BC System-ID gefunden"]
C --> D["Angebot wird <b>geschlossen</b><br/>Statusgrund <b>Storniert</b>"]
Stornieren statt Löschen
| Datenbereich | Verhalten bei Löschung in BC |
|---|
| Firma, Kontakt, Produkt | deaktivieren — an ihnen hängt Historie |
| Angebot | schließen / stornieren — der Vorgang bleibt nachvollziehbar |
| Angebotsposition | löschen — sie ist eine Kopie der BC-Kalkulationszeile |
Früher wurde das Angebot in CE hart gelöscht. Jetzt bleibt es als stornierter Datensatz
stehen: Man sieht an der Verkaufschance weiterhin, dass es ein Angebot gab und dass es
in BC verworfen wurde. Weil das Angebot geschlossen ist, zählt es in der Pipeline nicht
mehr als offen.
Worauf zu achten ist
Die Positionen bleiben am Angebot
Da das Angebot nicht mehr gelöscht wird, werden seine Positionen auch nicht mehr
automatisch mit entfernt. Löscht BC beim Löschen des Angebots auch die Kalkulationszeilen
einzeln, greift zusätzlich Positionen löschen;
sonst bleiben die Positionen am stornierten Angebot sichtbar.
Was mit der Verkaufschance passiert
Die Verkaufschance bleibt unberührt. Das stornierte Angebot bleibt mit ihr verknüpft.
Führendes Angebot
War das stornierte Angebot als führendes Angebot eingetragen, bleibt es das auch nach
der Stornierung. Der daraus berechnete voraussichtliche Umsatz ändert sich dadurch nicht.
Siehe Beträge und Margen.
Kein Wiederöffnen aus BC
Ein in BC gelöschtes Angebot kommt nicht zurück. Wird in BC ein neues Angebot angelegt,
kommt es mit neuer Nummer und neuer BC System-ID als eigenständiger Datensatz nach CE.
Zwei Jobs lesen dasselbe Protokoll
Dieser Schritt und Gewonnene Angebote aus BC lesen beide die
Protokolleinträge zur BC-Tabelle Verkaufskopf und trennen sich über die Art des
Vorgangs:
| Vorgang | Job | Wirkung |
|---|
DELETE | dieser Schritt (690) | Angebot wird storniert |
TRANSFERRED | Gewonnene Angebote (625) | Angebot wird gewonnen |
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → salesquotesfrombcdelete.