NETZWERK · KUNDEN-PORTAL
Ihr Kunde bestellt bei fünfzehn Lieferanten im Jahr. Die meisten senden PDF-Rechnungen und erwarten, beim Statusabfragen aktiv angesprochen zu werden. Genehmigungen laufen per E-Mail und stocken, sobald jemand vergisst zu antworten. „Wo ist mein Auftrag?” landet fünfzigmal die Woche im Posteingang Ihres CS-Teams. Reklamationen und Streitigkeiten verlieren sich in dreitägigen E-Mail-Threads und verschwinden dann in gemeinsamen Ordnern. Der Kunde gewinnt den Eindruck, Ihr Unternehmen laufe auf PDFs.
Das TradeOS Kundenportal ist genau dieses Portal – vollständig auf Ihren Operator ausgerichtet. Neun echte Bereiche: Aufträge, Produktion, Sendungen, Rechnungen, Reklamationen, Muster, Genehmigungen, Nachrichten, Konto. Drei Zustandsmaschinen (Reklamationen · Muster · Genehmigungen). Stripe Connect. Dienst-Ebenen-Schwärzung – Lieferant und Marge überschreiten die Grenze nie.
Portal-Bereiche
9 · Aufträge, Sendungen, Finanzen, Reklamationen und 4 weitere
Zustandsmaschinen
Reklamationen, Muster, Genehmigungen
Multi-Operator-Identität
Ein Login, alle Ihre Operatoren, einheitliche Ansicht
Kosten für den Kunden
$0 · unbegrenzte Plätze
Operator schlägt für Los 4 eine Mengenerhöhung von 150K auf 200K Einheiten vor. Gleiche Spezifikation, gleicher Versandtermin. Nettoveränderung: +$140.000 · innerhalb Ihrer Director-Tier-Obergrenze von $200K. Eingereicht vor 11 Min.
Das eigentliche Start-Dashboard — betreiberseitig gebrandetes Chrome, 9-Bereich-Navigation, Hero-Statusleiste, Aktionsaufforderung für ausstehende Genehmigungen, zweispaltiges Raster mit aktiver Sendung und Rechnungszentrum, Aktivitäts-Feed. Ein einziger Backend-Aufruf (GET /api/portal/client/dashboard) liefert alles zurück. Das Dashboard passt sich über 4 ClientDashboardMode Zustände an, während die erste Sitzung des Kunden abläuft (neu → in Produktion → im Versand → aktiv).
DER POSTEINGANG, DER NIE LEER WIRD
Die Arbeit ist real: Kunden wollen wissen, wo ihre Aufträge stehen, wollen schnelle Freigaben und wollen das Gefühl haben, mit einem professionellen Unternehmen zu arbeiten. Die Standardlösung — PDF + E-Mail + geteilte Ordner — kostet Ihr CS-Team wochentlich Tage und Ihre Verlängerungsquote noch mehr.
01 · „WO IST MEIN AUFTRAG?” LEBT IN 50 E-MAILS PRO WOCHE
Der Kunde will wissen, ob RD-2026-018 bereits ausgeliefert wurde. Er schreibt an Procurement, der an Ops schreibt, der vier Bereiche öffnet und die Antwort manuell zurückschreibt. Bis die E-Mail ankommt, hat die Lieferung zwei Stufen weitergeschaltet. Multipliziert mit zwanzig Kunden sind das zwei Tage pro Woche CS-Zeit für Statusmeldungen, die das System längst enthält.
02 · FREIGABEN STECKEN IN PDF-KETTEN FEST
Sie senden ein Angebot, einen Auftrag, einen Gegenvorschlag. Der Kunde sagt, er muss eskalieren. Drei Tage später fragen Sie nach. Er hat es vergessen. Zwei Tage darauf trifft die Freigabe per E-Mail ein — aber die zwischenzeitlich aktualisierten Konditionen sind darin nicht berücksichtigt. Das Geschäft läuft so schnell wie der langsamste Posteingang.
03 · SIE WIRKEN WIE EINE PDF-FABRIK
Ihr Kunde bezieht von fünfzehn Lieferanten pro Jahr. Der mit einem Markenportal — Aufträge, Sendungen, Reklamationen, Freigaben auf einer Oberfläche — wirkt wie eine andere Kategorie von Unternehmen. Der wird verlängert. Sie landen wieder auf der RFP-Shortlist.
9 ABSCHNITTE · EIN PORTAL
Echtzeit-CLIENT_NAV.flatLinks von client/src/lib/navConfig.ts. Die mobile Bottom-Navigation nutzt vier: Start · Aufträge · Zahlungen (die /invoices-Route umbenannt, weil Kunden denken „Ich bezahle Dinge”) · Nachrichten.
1.710-zeiliges adaptives Dashboard. Hero-Status + Aktionsaufforderung + 2-spaltiges Raster mit aktiver Sendung (D3-Karte) und Rechnungszentrum. Vier ClientDashboardMode Zustände für die Darstellung bei Erstsitzung vs. laufender Geschäftsbeziehung.
PO-Annahme, Änderungen, Positionen, Lose, Sendungsverknüpfung. 608-zeilige Liste + 964-zeilige Detailansicht. Genehmigungsrouting über die Aufgaben-Engine.
Verfolgen Sie die Fertigung der Waren — Produktionsphasen, Fortschritt je Werk, Losverfolgung. Quellenidentität stets anonymisiert (auf Service-Ebene geschwärzt).
D3 + topojson-Karte, Echtzeit-Meilensteine (gebucht → verladen → abgegangen → angekommen), Dokumentenanhang. Derselbe Renderer wie auf der Startseite.
Rechnungsliste + 764-zeilige Detailansicht. Zahlung via Stripe Connect (4 Rails). Auf Mobilgeräten wird dieser Bereich in der unteren Navigation zu Zahlungen umbenannt.
Zugriffssteuerung über Sichtbarkeits-Tags. CO, BL, Packliste, CI, COA, Versicherung, Pflanzengesundheitszeugnis, QC. Asynchroner Export (Aufträge/Rechnungen/Dokumente/Nachrichten/Audit).
Aufgaben mit Kundenbezug. Automatisch generiert durch Client-Portal-Aktionen auf Operatorseite via auto-tasks.service.ts. Genehmigungen sind hier ebenfalls abgebildet (task_category='approval').
Thread-basierter Nachrichtenaustausch mit dem Operator. Verknüpft je Entität (Auftrag, Rechnung, Sendung, Reklamation, Muster). 5-Kategorie-Benachrichtigungseinstellungen.
Analysen auf Beziehungsebene. Aggregiert über Operatoren hinweg ab dem Business+-Tier (echtes cross_operator_analytics-Feature.).
REKLAMATIONEN & MUSTER · KOMMERZIELLE ABLÄUFE
Jede B2B-Beziehung umfasst kommerzielle Vorgänge, die keine Aufträge oder Rechnungen sind — Qualitätsprobleme, Minderlieferungen, Bemusterungsanfragen, Goldmuster-Freigaben. Die meisten Betreibersysteme behandeln diese als E-Mail-Austausch außerhalb des Systems. TradeOS behandelt sie als erstklassige Entitäten mit erzwungenen Zustandsautomaten.
REKLAMATIONEN · MIGRATION 165 · 6 ZUSTÄNDE
Echte client_claims Tabelle. Sechs Reklamationstypen, die das gesamte Spektrum von „Wir haben ein Problem mit der Ware” abdecken — getrennt von Rechnungsstreitigkeiten (die den Rechnungsinhalt betreffen und separat in Mig 166 behandelt werden).
Verzweigungen: escalated · cancelled. Sechs Lösungsarten (replacement_shipment · credit · refund · price_concession · no_action · dispute). Fotos und Nachweise in JSONB. Drei Schweregrade (minor / major / critical). Der Kunde stellt Anträge und akzeptiert Vorschläge; der Betreiber untersucht und schlägt Lösungen vor — getrennte Schreibpfade in verschiedenen Services.
MUSTER · MIGRATION 163 · 8 ZUSTÄNDE
Echte sample_requests Tabelle. Fünf Mustertypen, die den Validierungszyklus von „erstem Werksversand” bis „beidseitig aufbewahrter Referenzstandard” abdecken.
Entscheidungszweige: approved_with_conditions · rejected · cancelled. Fotos und Anmerkungen von beiden Seiten. Goldmuster haben retain_until Aufbewahrungsfristen (typisch 2 Jahre). Das Portal trägt den gesamten Workflow — Anfrage, Foto-Upload, Annotation, Entscheidung, Aufbewahrung — ohne Rückfall auf E-Mail.
SKALIERT MIT IHREN KUNDEN
Dasselbe Portal bedient den Einzelhändler um die Ecke und die Fortune-500-Procurement-Organisation. Die fünf echten client.*_approvals Tier-Funktionen (Migration 161) schalten progressiv umfangreichere Routing-Optionen frei, je höher das Tier des Operators steigt. Der Procurement-Prozess des Kunden wird respektiert, nicht aufgezwungen.
TIER · STARTER (KMU-STANDARD)
1 Genehmiger · kein Routing
Inhaber / Einkäufer
VOLLSTÄNDIGE BERECHTIGUNG · JEDER BETRAG
genehmigen
ECHTER FUNKTIONSSCHLÜSSEL
client.single_approver_workflow
BEISPIELKUNDE
Unabhängige Apothekenkette · 4 Standorte · $80K/mo Ausgaben
STUFE · SOLO+ / TEAM+
3 Genehmiger · Eskalation nach Auftragswert
Team-Lead
EINKAUFSTEAM
< $50K
Direktor
DIREKTOR · EINKAUF
$50K — $200K
VP · Lieferkette
VP · LIEFERKETTE
> $200K
ECHTE FUNKTIONSSCHLÜSSEL
client.amount_based_approvals(Solo+) ·client.sequential_multi_step(Business+)
BEISPIELKUNDE
Regionaler Medizinprodukte-Distributor · 14 Standorte · $4M/Monat Umsatz
STUFE · BUSINESS+ / ENTERPRISE
Konfigurierbar · n-of-m · Delegationsrichtlinien · Audit-Log
Antragsteller
STANDORTLEITUNG
einreichen
Kostenstellenverantwortlicher
FINANZPRÜFUNG
beliebig
Qualität / Konformität
REGULIERT · MEDIZIN
QA
Sicherheit / Lieferantenrisiko
SAML · ENTERPRISE
Risiko
VP · Lieferkette
FUNKTIONSLEITUNG · DELEGATION OK
< $5M
CFO-Freigabe
EXEC · MIT DELEGATION
> $5M
ECHTE FUNKTIONSSCHLÜSSEL
client.parallel_approvals · client.delegation_policies · client.category_based_approvals(Business+) ·client.custom_approval_builder(Enterprise)
BEISPIELKUNDE
Fortune-500-Krankenhausnetzwerk · 200 Standorte · $40M/mo Ausgaben
DATENISOLIERUNG · ARCHITEKTONISCH
Ein Kundenportal, das Ihre Lieferanten oder Ihre Marge preisgibt, ist eines, das Sie nicht einsetzen. Radikale Transparenz beim Status; Opazität beim Ursprung. Jedes sichtbare Feld wurde bewusst freigegeben; alles andere ist unsichtbar, bevor die Zeile die Datenbank verlässt.
Nur die eigenen Aufträge, nur die eigenen Daten
Ein Kunde sieht niemals einen anderen Ihrer Kunden auf der Plattform. Scope auf Verbindungsebene im Service-Layer; die konsolidierte Ansicht über Operatoren hinweg (Starter+) aggregiert ausschließlich die Daten dieses Kunden aus den Operatoren, mit denen er verbunden ist.
Niemals Ihre Lieferanten oder Hersteller
„Produktion läuft” — kein Factory-Name, kein Land, kein Lagerort. Echte redactFor() in server/src/modules/portal-shell/redaction.ts überschreibt die Zeile, bevor sie den Service verlässt.
Niemals Ihre Kosten, Marge oder Preisstruktur
Der Kunde sieht seinen Handelspreis. Er sieht nie, was Sie der Fabrik bezahlt haben, Ihre Frachtkosten oder was andere Kunden auf derselben SKU zahlen.
Dokumentenschwärzung im Service-Layer
Selbst wenn ein Dokument einen Lieferantenhinweis in den Metadaten enthält — ein XMP-Block einer PDF-Datei, ein Excel-Header, ein Wasserzeichen — wird er vor der Auslieferung überschrieben. Kein Datenleck durch versehentlich geteilte Dateien.
Keine Settings-Schaltfläche zum Fehlkonfigurieren
Es gibt keine Administrator-Oberfläche, über die ein Operator versehentlich die Kostenangaben freischalten könnte. Die Grenze ist im Code verankert; der einzige Weg daran vorbei ist ein deploy-gesteuertes Code-Review.
OPERATOR-BRANDED · SIE SEHEN SIE, NICHT TRADEOS
Ihre Kunden wählen Lieferanten nicht nach der Back-Office-Software aus, die Sie verwenden – sondern danach, wie der Lieferant sich präsentiert. Das Kundenportal ist die primäre Oberfläche des Operators für diese Präsentation. Jedes sichtbare Byte wird unter Ihrer Marke ausgespielt.
LAYER 01 · IHR LOGO, IHRE FARBEN
VERFÜGBAR AB · Solo TIERLaden Sie ein Logo hoch, wählen Sie eine primäre Markenfarbe, und jedes Artefakt, das der Kunde berührt, übernimmt sie – Portal-UI, PDF-Rechnungen, unterzeichnete Verträge, E-Mail-Benachrichtigungen, herunterladbare Manifeste. Das TradeOS-Wortmarke ist auf eine kleine Fußzeile im Portal beschränkt; auf Dokumenten ist es gar nicht vorhanden.
SCHICHT 02 · BENUTZERDEFINIERTE DOMAIN
VERFÜGBAR AB · ENTERPRISE TIERIhre Kunden geben weder „edma” noch „tradeos” in einen Browser ein. Ein echtes client.custom_domain Feature-Merkmal im Enterprise Tier — vollständiges White-Label gemäß Migration 161. Das Portal wird über Ihr eigenes DNS ausgeliefert, mit einem für Ihre Domain bereitgestellten Zertifikat. Die URL-Leiste ist Teil Ihrer Marke — und bleibt sauber von der Anmeldung bis zur bezahlten Rechnung.
Operator-E-Mail-Versand (DKIM-signierter Ausgang über Ihre Domain) ist im Fahrplan vorgesehen — transparent dokumentiert in §13 unten.
EIN KUNDE · VIELE OPERATOREN · EINHEITLICHE ANSICHT
Eine rechtliche Kundeneinheit, die mit mehreren Operatoren auf TradeOS verbunden ist, erhält eine einheitliche Leseansicht über den echten client.cross_operator_account Feature-Key (Starter+ Tier, Migration 161) und den /cross-operator/dashboard Endpunkt in portal-client/services/cross-operator.service.ts.
Ein Nutzer, ein Login, alle Operatoren in einer Ansicht — bei erhaltener Isolation pro Verbindung. Die Daten jedes Operators bleiben auf die jeweilige Verbindung beschränkt; die Aggregation erfolgt ausschließlich auf sicherer Zusammenfassungsebene (Anzahlen, Summen, kein PII-Abfluss zwischen Operatoren). Operatorübergreifende Analysen ab Business+ Tier.
Dies ist eine bewusste Abweichung von der FAQ, die viele Client-Portal-SaaS-Produkte geben — „Kundenidentität ist operatorbeschränkt, keine operatorübergreifenden Ansichten." TradeOS stellt die einheitliche Ansicht bereit, weil Kunden sie tatsächlich benötigen und die Isolation pro Verbindung in der Aggregationsschicht die architektonische Absicherung darstellt — nicht das Fehlen der Oberfläche.
ZAHLUNGEN · STRIPE CONNECT
Echtes client.direct_payment_rails Feature-Key (Starter+, Migration 161). Vier Stripe Connect-Schienen — Karte · ACH · SEPA · BACS. Die lesende Zahlungshistorie ist zum Launch verfügbar; die INITIATE-Seite wird mit dem Stripe-Webhook-Receiver ausgeliefert, derzeit hinter dem v1.1-Meilenstein. Beide Oberflächen sind unten markiert, damit Sie genau wissen, was verdrahtet vs. UI-bereit ist.
KARTE
Visa, MC, Amex über Stripe. Sofortige Abwicklung. Optimal für KMU-Kunden, die Schnelligkeit bevorzugen; nicht geeignet für hochwertige Rechnungen, bei denen die Gebühr ins Gewicht fällt.
ACH
US-Bank-zu-Bank. 2-tägige Abwicklung. Standard für große Rechnungen. Niedrigste Gebühr pro bewegtem Dollar.
SEPA
EU-Bank-zu-Bank. 2-tägige Abwicklung im gesamten SEPA-Raum. Standard für europäische Kunden, die an europäische Betreiber zahlen.
BACS
UK-Bank-zu-Bank. 3-tägige Abwicklung. Standard für britische Kunden. Ersetzt das Lastschriftverfahren bei Einmalzahlungsflüssen.
STATUS
READ-Oberfläche live · INITIATE-Oberfläche wird mit dem Stripe-Webhook-Receiver ausgeliefert (v1.1)
Geplante und wiederkehrende Zahlungen ab Business+-Tier (client.scheduled_payments)
AI · ÜBER CLIENT-EREIGNISSE
Jede Kundeninteraktion im Portal ist ein Ereignis, auf das der AI-Stack reagieren kann. Die gleichen Datenisolierungsregeln gelten – Atlas analysiert ausschließlich den Bereich des jeweiligen Kunden, niemals über Ihre anderen Kunden hinweg.
AATLAS · KUNDEANTWORTEN ENTWERFEN
Der Kunde fragt: „Können wir um 3 Tage vorziehen?” Atlas ruft den aktuellen Produktionsfortschritt, Frachtoptionen, Preisauswirkungen ab und entwirft eine Antwort in Ihrer Sprache. Sie klicken auf Senden. Der Datensatz aktualisiert sich automatisch.
▶ FWD ATLAS · A. Kohl @ Brevin„Können wir PO 0418 um 3 Tage beschleunigen?“▶ ATLAS · Antwort entwerfen„Ja — Luftfracht für Los 3 für +$14K (aktuell 78 % Produktion, ETA 18. Juli statt 21. Juli). Bis Dienstag Geschäftsschluss bestätigen, dann buchen wir.“→ Kontext · Produktion · Fracht · Marge (privat)
BBOT STUDIO · BEI KUNDENGENEHMIGUNGEN
Sie erstellen den Bot einmal. Er überwacht Kundengenehmigungsereignisse: aktualisiert automatisch den Produktionsplan des Lieferanten, entwirft die Spediteursnotiz, berechnet den Rechnungsplan neu und eskaliert nur dann an einen Menschen, wenn die Änderung einen Schwellenwert überschreitet.
▶ BOT client-approval-cascade · v2.4→Ereignis ·genehmigen · +50K Einheiten→Lieferantenplan ·Los 4 aktualisiert→Spediteur ·Kapazitätsprüfung angefordert→Rechnungsplan ·+$140K · INV-019→Mensch ·keine erforderlich
$ACCOUNTING AI · BEI KUNDENZAHLUNGEN
Der Kunde zahlt $560K per ACH. Accounting AI ordnet den Zahlungsweg der Rechnung zu, bucht sie in Ihr Ledger, kennzeichnet jede Unterzahlung anhand einer hinterlegten Einbehaltungsrichtlinie und bringt nur die Fälle zur Anzeige, die einen menschlichen Blick erfordern.
▶ ACCOUNTING AI rail match · v1.8→ ACH · $560,000 · ref MERIDIAN-018→abgeglichen ·INV-2026-018 · 100%→Hauptbuch ·gebucht · AR ausgeglichen→Nächste ·INV-019 Einbehalt 2,3 % · Prüfung
VERGLEICH
E-Mail und PDF ist der Standard – und gewinnt durch Vertrautheit, verliert in allem anderen. Customer Communities und Ariba gewinnen bei Enterprise-Procurement, verlieren bei Operator-Branding und Margenschutz. Interne Portale gewinnen bei Flexibilität, verlieren sechs Monate später.
| Funktion | TradeOS Client Portal | E-Mail + PDF | Salesforce Customer Communities | Ariba Buyer (Ihnen aufgezwungen) | Internes Custom-Portal |
|---|---|---|---|---|---|
| Operator-Branding (Ihre Domain, Ihre Farben) | ✓ portal.yours.com · Enterprise-Tier | ✓ Ihre Signatur | Ihre Farben, Salesforce URL | — SAP-Marke | ✓ |
| Echtzeit-Statusanzeige · gleicher Datensatz | ✓ einzelner Backend-Aufruf | — manuell | via Integrationen | asynchrone Sync | DIY |
| Inline-Freigaben · per Tap zum individuellen Builder | ✓ 5 Tier-gesteuerte Ebenen | — PDF + E-Mail | ✓ Workflow-Builder | ✓ nur Enterprise | DIY |
| Stripe Connect Zahlungsschienen (Karte · ACH · SEPA · BACS) | ✓ alle 4 · transparente Gebühren | — nur Überweisung | via Drittanbieter | ACH · Überweisung | — selten |
| Übergreifende Gesamtansicht (ein Login, alle Ihre Operatoren) | ✓ Starter+-Feature | — N/V | — Silo pro Organisation | — Silo pro Organisation | — Selbst bauen |
| Mandantentrennung architektonisch erzwungen | ✓ redactFor() im API | — Datenlecks unbeabsichtigt | Organisationsebene | Mandantenebene | — Selbst bauen |
| Reklamations- und Musterworkflows (Zustandsautomaten) | ✓ 6 + 8 Zustände · live | — Ad-hoc-E-Mail | Cases-Modul | — außerhalb des Systems | — Selbst bauen |
| SAML SSO im Enterprise-Tier | ✓ client.saml_sso | — | ✓ SF Identity | ✓ | DIY |
| Kostenlose Plätze für Kunden (Operator zahlt für TradeOS) | ✓ unbegrenzt im jeweiligen Tier | ✓ E-Mail ist kostenlos | — pro Community-Nutzer | — pro Platz | ✓ intern |
| Native KI-Integration (Atlas · Bots · Buchhaltung) | ✓ je Kunde konfiguriert | — eigene Lösung erforderlich | Einstein Add-on | Joule Add-on | — |
E-Mail ist der eigentliche Platzhirsch – und sie punktet mit Vertrautheit aus gutem Grund. Kunden sind geübt im Umgang mit PDFs. Das Kundenportal will E-Mail nicht durch mehr Eindruck verdrängen, sondern dadurch, dass es einfacher als E-Mail ist – dort, wo E-Mail versagt: Statusübersicht, Freigabe-Routing, Zahlung, Reklamationen, Muster, Dokumentenanhang am richtigen Auftrag und der Schutz des Operators davor, wie ein Anbieter auf Excel-Basis auszusehen.
STUFENZUGANG · 19 FUNKTIONSSCHLÜSSEL
Das echte tier_features Registry (Migration 161) definiert neunzehn Client-Portal-Feature-Gates. Kunden sehen niemals eine Zahlungsschranke; die Tier-Stufe des verbindenden Operators entscheidet, was in Ihrem Arbeitsbereich für diesen Operator verfügbar ist. Fahrplan kennzeichnet Funktionen, deren tier_feature-Schlüssel registriert ist, deren UI/Engine-Implementierung jedoch nach dem Launch erfolgt.
AUF DEM FAHRPLAN
v1 liefert neun Bereiche, drei State Machines, vier Stripe Connect-Zahlungsschienen (READ-Seite live), Multi-Tenant-Identität mit operatorübergreifender einheitlicher Ansicht, Service-Layer-Schwärzung, PWA-Installation, Onboarding-Overlay + tier-bewusstes Checklisten-System, automatische Aufgaben, Datenexport und Tier-Gating über neunzehn Feature-Keys. Die unten aufgeführten Funktionen sind transparent gekennzeichnet — ihre tier_feature-Keys existieren, aber die Benutzeroberfläche, die Engine und die Verdrahtung folgen nach dem Launch.
01
Die READ-Oberfläche (Zahlungshistorie) ist live. Die INITIATE-Seite — POST /invoices/:id/pay — ist gestubbt, bis der Stripe-Webhook-Empfänger bereitsteht, der Zahlungszeilen schreibt. Gemäß payments.service.ts: „Gestubbt wie createSetupIntent. Löst ValidationError mit dokumentierten nächsten Schritten aus.”
02
Auftragsbestätigungen, Genehmigungsanfragen, Sendungswarnungen, Rechnungsbenachrichtigungen — zugestellt von [email protected], nicht von der TradeOS-Infrastruktur. SPF, DKIM, DMARC werden auf Ihrem DNS konfiguriert. Noch nicht implementiert; Enterprise-Tier bei Fertigstellung.
03
SAML SSO ist im Enterprise-Tier live (client.saml_sso). OIDC und SCIM-Auto-Provisionierung folgen als nächstes — gleiches Enterprise-Gate. SCIM hebt die Provisionierung auf, wenn das HR-System des Kunden einen Nutzer abmeldet, sodass der Portal-Zugang der Quelldaten des Kunden folgt.
04
Echter client.order_templates Feature-Key ab Business+ (mig 161, gekennzeichnet als „UI post-launch”). Das Schema ist bereit; der Picker für gespeicherte Vorlagen und der One-Click-Nachbestellfluss folgen nach dem Launch.
05
client.custom_approval_builder im Enterprise-Tier. Die Laufzeit-Engine ist vorhanden (parallele, sequenzielle, n-of-m, Delegierung, Kategorie-Routing funktionieren alle); die visuelle Builder-UI für nicht-technische Operatoren folgt nach dem Launch. Operatoren im Enterprise-Tier können in der Zwischenzeit manuell erstellte Workflows bei uns anfordern.
06
client.edi_integration im Enterprise-Tier (mig 161). Für Enterprise-Kunden mit EDI läuft der Auftrags-/Sendungs-/Rechnungsfluss direkt über X12 / EDIFACT statt über die Portal-UI. Schema reserviert; Integrationsadapter werden je Kunde ausgeliefert, wenn Enterprise-Verträge abgeschlossen werden.
07
Die vier Stripe Connect-Schienen (Karte / ACH / SEPA / BACS) decken das gesamte Digital-Rail-Universum ab. Wire und LC sind außerhalb dieser Schienen liegende Zahlungswege, die der Operator heute noch manuell gegen eine Rechnung erfassen kann. Native Portal-Flows für Wire-Bestätigungen und LC-Präsentationsverfolgung folgen, sobald sich die Anwendungsfälle verdichten.
08
PWA ist die v1-Client-Mobiloberfläche (Manifest + Service Worker + InstallNudge — bereits im Einsatz). Native Apps mit biometrischer Authentifizierung, nativen Kamera-APIs und Push-Benachrichtigungen folgen nach dem Launch.
FAQ
Ehrliche Antworten auf die Fragen, die Distributoren, Importeure und Inhaber von Handelsunternehmen uns im Demo-Call stellen.
Ja — aber es ist als Ihr System gebrandmarkt. Sie sehen Ihr Logo, Ihre Farben, und ab Enterprise-Tier eine eigene Domain (portal.yourcompany.com mit Ihrem eigenen SSL-Zertifikat). Die meisten Kunden ziehen das dem Hinterherjagen von E-Mail-PDFs vor; Operatoren, die gewechselt haben, berichten, dass Procurement-Teams zuerst nach dem Portal fragen — nicht umgekehrt.
Demo buchen — 30 Minuten. Wir richten ein abgeschirmtes Kundenportal mit Ihrem Logo, Ihrer Brandingfarbe, Ihrer eigenen Domain auf einer Staging-Subdomain ein, mit einem fiktiven Auftrag und einem fiktiven VP of Procurement. Sie navigieren es auf einem echten Desktop und einem echten Smartphone. Wenn Ihr Kunde es nicht einer PDF-Kette vorziehen würde, werden wir Sie nicht zum Kauf auffordern.