Varyos Platform - Customizing für Implementierungspartner
Für Implementierungspartner und Agenturen

Varyos pro Mandant konfigurieren und erweitern

Varyos ist eine typsicher programmierte App. Partner erweitern Felder, Vorlagen und Automationen je Mandant. Kernseiten und Kern-Tabellen werden nicht überschrieben.

Die öffentliche API bleibt der CRUD-Kanal. Webhooks sind der Push-Kanal. Tiefe Logik wird als abgestimmtes, compile-time AddOn entwickelt; externe Systeme binden Sie über API und Webhooks an.

API-Referenz
Felder ohne Migration Liquid-Slots Signierte Webhooks
1 Konfiguration — Zusatzfelder
2 Low-Code — Slots, Vorlagen, Regeln
3 High Code — abgestimmte AddOns im Monorepo
— Kein Marketplace, keine Pakete zur Laufzeit
Schritt für Schritt

Customizing sicher aktivieren und einführen

Customizing gilt für alle Benutzer eines Mandanten. Deshalb beginnt jede Änderung mit einer klaren Rolle, einem Testfall und einer Abnahme durch den Betrieb.

1. Zugriff aktivieren

Ein Administrator weist unter Verwaltung → Benutzer die Rolle CustomizingAdmin zu. Nach der nächsten Anmeldung schaltet die berechtigte Person den Customizing-Modus über das Schieberegler-Symbol in der Kopfzeile ein.

2. Passende Oberfläche wählen

/Studio/Customizing bündelt Funktionen, Menü, Sichtbarkeit, Zusatzfelder, Slots, Partner-Pack und Ablauf. /Studio/Data erstellt eigene Listen und Ansichten.

3. Mit einem Fall prüfen

Felder, Vorlagen und Regeln zuerst an einem echten Beispielvorgang testen. Danach speichern, neu laden und die Sicht eines normalen Benutzers prüfen.

Drei Stufen

Konfiguration, Low-Code, Code — in dieser Reihenfolge

1. Konfiguration

  • Zusatzfelder unter Einstellungen → Zusatzfelder
  • Kunde, Artikel, Beleg
  • Werte in JSON-Taschen, nicht in neuen Tabellen
  • Slot-Sichtbarkeit pro Mandant

2. Low-Code

  • Liquid-Slots in den Studio-Hosts
  • PDF- und Mail-Vorlagen, inkl. {% include %}
  • CRM-Automation inkl. CallWebhook
  • Partner-Pack als JSON-Export/Import

3. Code (first-party)

  • AddOns im Monorepo, Compile-time
  • DI-Hooks: Auftrag vor Bestätigung, Rechnungsbetrag
  • Public API + Webhooks nach außen
  • Kein Assembly-Loading zur Laufzeit
Slots

Benannte Regionen, Inhalt als DocumentTemplate

Name der Vorlage: Slot_ plus Slot-Key mit Unterstrichen. Liquid-Kontext ist das ViewModel (data.*). HTML wird vor der Anzeige von Script, IFrame und Inline-Handlern befreit.

Kunde, Artikel, Akte

  • Slot_Customer_Studio_Header — Dossier oben
  • Slot_Customer_Overview_AfterCore — Übersicht
  • Slot_Customer_Actions — Übersicht, Aktionen
  • Slot_Product_Studio_Header — Artikel-Studio oben
  • Slot_Product_Properties_Header — Artikel, Eigenschaften
  • Slot_Order_Studio_Header — Auftragsakte oben
  • Slot_Supplier_Studio_Header — Lieferantenakte oben
  • Slot_Project_Studio_Header — Projektakte oben
  • Slot_Patient_Studio_Header — Patientenakte oben

Belege

  • Slot_Document_Header — Beleg-Studio oben
  • Slot_Document_AfterPositions — nach Positionen
  • Slot_Order_Overview_AfterCore — Auftrag, Übersicht und Schnellansicht
  • Slot_Offer_Workbench_Header — Angebots-Schnellansicht
  • Slot_Invoice_Overview_AfterCore — Rechnung, Tablet-Detail
  • In PDF/Mail: {% include 'Slot_Document_Header' %}

Zusatzfelder

Definitionen liegen in den Mandanteneigenschaften. Werte auf Kunde (CrmProperties), Artikel und Beleg (CustomProperties). Automation-Bedingungen: crm.schlüssel bzw. custom.schlüssel.

  • Keine Relationen zwischen Feldern
  • Keine indizierten Filter über diese Felder
  • Eigene Listen gehören ins Data Studio

Webhooks

Regel „Bei Event → CallWebhook“. Ohne Payload-Vorlage geht ein JSON-Envelope raus. Optional HMAC-SHA256 über {unix}.{body}.

  • Header X-Varyos-Signature, Timestamp, Event
  • Zustellung at-least-once — Idempotenz beim Empfänger
  • Events u. a. CustomerCreated/Updated, OrderCreated, InvoicePaid
Grenzen

Was wir bewusst nicht anbieten

Kein Metadaten-UI

Kein Odoo-artiges dynamisches Formularmodell. Kernfelder bleiben verdrahtet.

Keine Runtime-Plugins

Kein NuGet-Loading, kein Überschreiben von Razor-Seiten, kein Marketplace.

Keine zweite Rule-Engine

Die CRM-Automation ist die Partner-Rule-Engine. Packs sind JSON, kein Store.

Weiter

API, Technik oder Partnerprogramm

Customizing lebt im Mandanten. Die kuratierte Management-API über APIM bleibt der Integrationsweg für eigene Frontends und High Code-Erweiterungen.

Leider ist ein Fehler aufgetreten. Laden Sie die Seite neu. 2026.09.18 Neu laden 🗙