.png)
Marketplace vs. Custom Blueprint
Inhaltsverzeichnis
Kurzfassung
Marketplace = von epilot vorgefertigt und zum Installieren gedacht
Custom = selbst zusammengestellt aus eigenen Ressourcen, zum Organisieren,Testen und Teilen eigener Konfigurationen.
Hinweis
Es muss immer beachtet werden, dass die Ressourcen in Beziehungen zueinander stehen. Werden einzelne Ressourcen eines z. B. Marketplace Blueprints deaktiviert, so verlieren diese ihre Beziehung zu anderen Ressourcen. Das kann dazu führen, dass weitere Ressourcen-Zusammenhänge nicht mehr vollständig sind und es bei der Synchronisation zu Fehlermeldungen kommt.
Marketplace Blueprints
epilot Marketplace Blueprints sind fertige, von epilot selbst gebaute und getestete Pakete für gängige Energiemarkt-Use-Cases z. B. Wärmepumpe, PV, Tarife. Sie bündeln alle nötigen Ressourcen für einen bestimmten Use Case in einem Paket – z. B. Journeys, Automationen, Workflows, Produkte und Entity Schemas.
Ein typisches Beispiel: Du möchtest nun auch PV Anlagen vertreiben und in Betrieb nehmen. Du installierst dir den PV Marketplace Blueprint in deiner Sandbox. Dort nimmst du noch kleine Änderungen vor, sodass alles deinen unternehmensinternen Anforderungen entspricht. Nun synchronisierst du den Blueprint von der Sandbox auf die Produktivumgebung. Abhängig vom Blueprint muss nun eventuell noch ein Portal zugewiesen werden. Dann ist dein Setup fertig und du kannst mit wenigen Klicks starten.
Von nun an können sich Kunden deine Produkte in Klickstrecken auf deiner Website anschauen (Journey + vordefinierte Produkte) → dein Kunde wählt ein Produkt aus und sendet eine Anfrage ab (Journey) → eine Opportunity mit allen zuvor getätigten Angaben aus der Journey wird in epilot angelegt (Entity Schemas + vordefinierter Workflow) → Agenten werden benachrichtigt (Trigger im Workflow) → automatisierte E-Mails und Aufgaben starten sofort (Trigger im Workflow + vorkonfigurierte E-Mail-Templates) etc.
Wichtig zu wissen:
- Installation nur in der Sandbox möglich – erst testen, dann per Sync in Produktiv-Umgebung übertragen
- Benötigen eine Professional- oder Enterprise-Lizenz
- Alle Umgebungen müssen einen einheitlichen Standard haben (Canary oder Stable)
Custom Blueprints
Custom Blueprints erstellt man selbst, im Blueprints-Tab unter dem Button „Neu erstellen". Statt ein fertiges Setup zu installieren, stellt man sich seinen eigenen Blueprint aus vorhandenen Ressourcen der eigenen Organisation zusammen.
- Ressourcen-Kategorie wählen
- gewünschte Ressourcen hinzufügen; verknüpfte Ressourcen werden automatisch mit übernommen
- Setup ist fertig, wenn alle benötigten Ressourcen ausgewählt wurden
Verwendungszweck von Custom Blueprints:
- eigene Use-Cases organisieren und bündeln
- Ressourcen-Kombinationen in einer Sandbox testen
- eigene Use-Cases mit anderen Organisationen teilen (z. B. zwischen Sandbox und Produktiv-Org oder mit anderen Kunden/Orgs)
Für eine bessere Lesbarkeit beziehen sich Personenbezeichnungen auf alle Geschlechter.