Deal-Registration und Forecast — registered ist nicht Pipeline

Registered im Vendor-Portal ist ein Schutzanspruch, keine Pipeline-Stage. Teams kopieren den Portal-Status nach CRM — und Forecast, Attainment und Deal-Reg-Konflikt sind dieselbe Zahl unter drei Labels.

Dieser Teil trennt Feed und Opportunity.

Vorher: Zweistufiger Channel. Weiter: Rebate ist kein Booking.

zur Opportunity, eigene Semantik: registered ≠ qualified ≠ commit. Konflikte haben einen Owner.

In einem Satz: Kein Forecast aus Deal-Reg-Status; Join über Source-ID.

Entscheidung

1. Deal-Reg ist ein Ereignis am Vendor-Portal, kein CRM-Stage-Contract — Pipeline-Gates.
2. Jede Registration trägt Source-ID (Portal) plus Opportunity-ID (CRM).
3. Konflikt (zwei Partner, ein Endkunde) hat einen Entscheider und ein Datum — nicht den lautesten Rep.
4. Fehlende Registration killt nicht automatisch die Pipeline; fehlende Join-ID killt den Rebate-Anspruch später.

Workflow

1. Feed schneiden

Täglicher oder eventbasierter Import. Source-ID Pflicht. Kein Full-Dump als Leading Source.

2. Join zur Opportunity

Steward mappt. Unmatched bleibt Exception-Liste, nicht stiller CRM-Amount.

3. Status nicht übersetzen

Portal „approved“ wird nicht CRM „Commit“. Mapping-Tabelle mit Owner, sonst Stop.

Handoffs

Anti-Patterns

• Portal-Stage als CRM-Stage
• Registration ohne Opportunity
• Opportunity ohne Forecast-Partei aus Teil 1
• Partner-Clean-Room als Deal-Reg-Ersatz

Umsetzung im Alltag

Arbeitsweise: Arbeitsplan Channel Sales · Lernpfad

1. Zwanzig Registrations: wie viele haben eine Opportunity-ID?
2. Einen Konfliktfall mit Entscheider dokumentieren.
3. Eine Mapping-Tabelle Portal-Status → „nicht Stage“ veröffentlichen.