18 KiB
PowerOn × Abacus — Executive Briefing
Vertraulich · C-Level Briefing für Abacus Research AG · Stand April 2026
Zielgruppe: Geschäftsleitung Abacus (Strategie, Produkt, Partnerschaften) Zweck: Abacus ein klares, belastbares Bild davon geben, wer PowerOn ist, was PowerOn/PORTA leistet und wo der strategische Hebel für eine Zusammenarbeit liegt — inklusive konkretem Zwischenstand zur Abacus-Schnittstelle. Lesedauer: 7 Minuten.
1. Management Summary (60 Sekunden)
- PowerOn ist eine Schweizer KI-Plattform aus Zürich, die Unternehmen KI-gestützte Geschäftsprozesse sicher, mandantengetrennt und datenschutzkonform zur Verfügung stellt.
- Das Kernprodukt PORTA (Powerful Orchestration & Real-Time Automation) ist eine in der Schweiz gehostete Multi-Mandanten-Plattform mit vier Kernfunktionen in einem konsistenten System:
- Multi-LLM-Orchestrierung (Anthropic, OpenAI, Mistral, Perplexity, Tavily, Private LLM – kein Vendor-Lock-in)
- Workflow-Automatisierung (Graph-basierter Flow-Editor, Scheduler, Execution-Engine)
- Datenneutralisierung (zentrales AI-Gate, optional Hard-Mode, optional Private LLM)
- Integriertes Audit- und Compliance-Logging (DSGVO/revDSG, lückenloser Audit-Trail)
- PORTA ist modular aufgebaut (Feature-Store): Mandanten schalten nur die Module frei, die sie brauchen – u. a. AI-Chat-Workspace, Treuhand-/Buchhaltungs-Modul mit Abacus-Anbindung, Kommunikations-/Coaching-Modul, Teams-Meeting-Bot, Machbarkeitsstudie Immobilien, Workflow-Designer / Automation-Studio. Diese Bausteine laufen produktiv – der Plattform-Unterbau ist gebaut, Kundenprojekte beschränken sich auf Konfiguration, Datenanbindung, Tuning, Schulung und Inbetriebnahme.
- Das Treuhand-Modul besitzt bereits eine abstrahierte Buchhaltungs-Schnittstelle mit produktiven Connectoren für Run my Accounts und Bexio – sowie einem bereits implementierten, lauffähigen Abacus-Connector (OAuth 2.0, OData V4, Kontenplan, Buchungs-Push, Journal-Read, Debitoren, Kreditoren). Es fehlt nur der produktive Feinschliff mit einem Pilotkunden.
- Strategischer Kern-Punkt für Abacus: PowerOn ist nicht ein weiterer ERP-Wettbewerber. PowerOn ist die KI- und Workflow-Schicht oberhalb des ERP. Für Abacus-Kunden bedeutet das: Abacus bleibt System of Record – PORTA liefert Intelligenz, Automatisierung und ein modernes User-Interface auf den Daten, die in Abacus entstehen.
2. Wer ist PowerOn?
2.1 Firma
- PowerOn AG, Birmensdorferstrasse 94, 8003 Zürich –
www.poweron.swiss - Schweizer Unternehmen, Schweizer Datenhaltung, Schweizer Kundenfokus (DACH).
- Entstanden aus der ValueOn AG (Strategie-/Beratungshaus) – derzeit in strukturierter Verselbständigung zur eigenständigen Organisation.
2.2 Gründer-/Kernteam
| Person | Rolle | Profil |
|---|---|---|
| Patrick Motsch | CEO / CTO | Langjährige Erfahrung in der Leitung komplexer IT-Implementierungen und innovativer Softwareentwicklung. |
| Ida Dittrich | Product Architect | Verbindet wissenschaftliches Know-how mit praktischer IT-Erfahrung und treibt die Produkt-/Architekturentscheide. |
| Stephan Schellworth | Business Integration | Verbindet strategisches Denken mit praxisnaher Projektsteuerung; Ansprechpartner für Partnerschaften und Kundenintegrationen. |
2.3 Reifegrad & Fokus
- Produktstatus: Early Product-Market-Fit mit produktiv laufenden Features; aktiv im Pilotkunden-Modus; Seed-Runde in Vorbereitung.
- Zielmarkt: mittelständische Unternehmen in datenschutzsensiblen Branchen – Treuhand, Finanzdienstleistungen, Immobilien, Professional Services, Legal, Healthcare – also eine sehr hohe Überlappung mit Abacus-Kernkunden.
- Go-to-Market: aktuell DACH; in einem strategischen Verbund mit ValueOn (Strategie-Beratung), Aumico (Frontend/MVP) und Modeso (Hosting/SRE) aufgestellt – End-to-End abdeckbar, ohne dass Abacus technologische oder operative Lücken schliessen müsste.
3. Was macht PowerOn – und was kann PORTA?
3.1 Die Kernidee in einem Satz
PowerOn liefert Unternehmen einen sicheren KI-Arbeitsplatz, der ihre Prozesse versteht, ihre Systeme anbindet und wiederkehrende Arbeit automatisiert – ohne dass sensible Daten unkontrolliert in fremde KI-Dienste abfliessen.
3.1.1 Die vier Kernfunktionen von PORTA
PORTA bündelt in einer in der Schweiz gehosteten Multi-Mandanten-Plattform das, was sonst über mehrere isolierte Werkzeuge verteilt ist:
| Kernfunktion | Was sie leistet | Status |
|---|---|---|
| Multi-LLM-Orchestrierung | Zentrale Modellauswahl und Routing über mehrere Provider (Anthropic, OpenAI, Mistral, Perplexity, Tavily, Private LLM). Billing-Preflight, Streaming, Fallbacks, Operation-Typ-basierte Modellwahl. | Produktiv |
| Workflow-Automatisierung | Graph-basierter Flow-Editor (n8n-Style), Execution-Engine mit topologischer Sortierung, Scheduler, UDM-Dokumentenmodell, drei Modi (Learning / Actionplan / Automation). | Produktiv |
| Datenneutralisierung | Zentrales AI-Gate, das Prompt, RAG-Kontext und Messages vor jedem externen Modellaufruf pseudonymisiert. Hard-Mode blockiert Calls, wenn Neutralisierung nicht möglich. Private-LLM-Option für volle On-Prem-Variante. | Produktiv |
| Audit- und Compliance-Logging | Integrierter, lückenloser Audit-Trail für Zugriffe, Admin-Aktionen, Berechtigungs- und Verschlüsselungs-Events sowie KI-Datenflüsse. DSGVO-/revDSG-Betroffenenrechte als Self-Service. | Produktiv |
3.1.2 Produktiver Abdeckungsgrad (Stand heute)
Die für Treuhand, Finanz und KMU typischen Bausteine sind bereits produktiv in der Plattform und werden nicht erst für ein neues Projekt entwickelt:
- Buchhaltungs-Modul mit Abacus-Anbindung (sowie RMA und Bexio)
- Coaching- und Trainings-Modul (Kommunikations-Coach, Voice, Dossier, Gamification)
- KI-Arbeitsplatz (Power Desktop / AI-Workspace mit RAG und Agent-Tools)
- Datenneutralisierung (zentrales AI-Gate + Private-LLM-Option)
- Workflow-Designer (grafischer Flow-Editor inkl. Scheduler und Execution-Engine)
Für einen Abacus-nahen Kundenfall oder ein gemeinsames Pilot-Engagement reduziert sich der Projektaufwand damit auf kundenspezifische Konfiguration, Datenanbindung, Tuning, Schulung und Inbetriebnahme – nicht auf Plattform-Grundlagenentwicklung. Das ist der entscheidende Geschwindigkeitsvorteil gegenüber „We-build-it-from-scratch"-Angeboten.
3.2 Die fünf Prinzipien hinter „Erfolgreichem KI-Einsatz"
- Use-Cases zuerst: Schrittweise Einführung statt Big-Bang. Mandanten aktivieren modular die Features, die sie brauchen.
- Datenschutz by Design: Ein zentrales AI-Gate neutralisiert sensible Inhalte vor jedem externen Modell-Aufruf. Option: komplett lokaler Betrieb über Private LLM.
- Berechtigungen: Vierstufiges RBAC (System → Mandant → Feature → Feature-Instanz), granular pro Aktion (Lesen/Schreiben/Bearbeiten/Löschen), vollständige Mandantentrennung serverseitig.
- Verbindungen: Toolbox-Registry mit offenen Connectoren zu Microsoft 365, Google Workspace, SharePoint, ClickUp, Jira, E-Mail/SMS, Websuche, Swiss-Topo/Geo-Systemen und Buchhaltungs-Systemen (RMA, Bexio, Abacus).
- Regeln / Ethik: Lückenloser Audit-Trail, DSGVO-Betroffenenrechte als Self-Service, kein Training mit Kundendaten.
3.3 PORTA — Feature-Landkarte (Auszug)
| Feature | Was es tut | Relevanz für Abacus-Kundschaft |
|---|---|---|
| Power Desktop / AI-Workspace | KI-Chat mit RAG über Firmendokumente, Editor, Playground. 40+ Agent-Tools in thematischen Toolboxes. | Sofort-Nutzen für Treuhänder/Berater, die mit Dokumenten arbeiten. |
| Treuhand-Modul | Positionen, Dokumente, Expense Import, Scan/Upload, Buchhaltungs-Sync. Pluggable Connector-Architektur. | Direkter Touchpoint zu Abacus – siehe Kapitel 5. |
| Automation Studio (n8n-Style Flow Editor) | Graphical Flow Editor, Scheduler, Workflow-Runs, UDM-Dokumentenmodell. | Automatisiert Prozesse um/auf Abacus-Daten (Freigaben, Reports, Benachrichtigungen). |
| Kommunikations-Coach | KI-gestütztes Gesprächstraining mit Voice (STT/TTS), Dossier, Gamification. | Sales-Coaching, Kundenkommunikation, Onboarding. |
| Teams-Meeting-Bot | Nimmt an Teams-Meetings teil, transkribiert, antwortet kontextbezogen. | Meeting-Protokolle, Folge-Aufgaben automatisch aus Gesprächen ableiten. |
| Machbarkeitsstudie Real Estate | Extrahiert BZO/Parzellen-Daten und bewertet Immobilienpotenziale. | Spezialisiertes Branchen-Modul (Immobilien-Treuhand, Verwaltungen). |
| Chatbot / Knowledge Retrieval | RAG über Firmenwissen, semantische Suche via pgvector. | Interner Helpdesk, Dokumenten-Q&A. |
| Neutralization / Private LLM | Pseudonymisiert PII/Geschäftsgeheimnisse vor externen KI-Calls oder hält Daten komplett lokal. | Zwingend für Treuhand/Finanz-Kontext. |
3.4 Technische Basis (für das technische Gegenüber bei Abacus)
- Backend (Gateway): FastAPI/Python, PostgreSQL inkl.
pgvectorfür Embeddings. - Frontend (Nyla): React/TypeScript, Vite.
- AI-Core: Multi-Provider (Anthropic, OpenAI, Mistral, Perplexity, Tavily, Private LLM) — Modellunabhängigkeit, kein Vendor-Lock-in.
- Architektur: saubere Schichtung Connectors → Interfaces → Services → ServiceCenter mit zentraler Orchestrierung,
PublicService-Wrapper für kontrolliertes API-Surface. - Workflow-Engine: eigene Graph-Execution-Engine (topologische Sortierung, Transit-Routing, Schema-Validierung, Resume), drei Modi (Learning, Actionplan, Automation).
- Security: AES/Fernet + PBKDF2-HMAC-SHA256 für Secrets, JWT + Cookie-Session, CSRF, Rate-Limiting, parametrisierte Queries, RBAC serverseitig. Orientierung an DSGVO, revDSG und OWASP Top 10. Formale ISO-27001-Zertifizierung noch nicht vorhanden – technische Basis dafür vorhanden.
- Betrieb: Containerisiert, cloud-native, hosted bei Modeso (Partner) auf Google Cloud Infrastruktur, Deployment-Pipelines via GitHub Actions.
4. Differenzierung (warum nicht Microsoft Copilot oder n8n?)
| Anforderung | Microsoft Copilot / ChatGPT Enterprise | n8n / Zapier | PowerOn PORTA |
|---|---|---|---|
| Datenschutz-Neutralisierer | — | — | Ja, zentral am AI-Gate |
| Eigenes/lokales LLM möglich | Teilweise | — | Ja, Private-LLM-Connector |
| Multi-Provider, kein Lock-in | Nein | Ja | Ja |
| Business-User-fähig (ohne Entwickler) | Ja | Nein | Ja |
| Workflow- + Chat- + RAG in einer Plattform | Nein | Nur Workflow | Ja |
| Swiss-hosted, Swiss-built | Nein | Nein | Ja |
| Branchenmodule (Treuhand, Immobilien, …) | — | — | Ja, Feature-Store |
| Direkte Buchhaltungs-Integration | — | Generisch | Ja (RMA, Bexio, Abacus ready) |
5. Die Abacus-Schnittstelle — konkreter Stand
Das ist der wichtigste Abschnitt für Abacus. PowerOn hat die Abacus-Schnittstelle nicht nur sondiert, sondern bereits implementiert – im Modul trustee/accounting/connectors/accountingConnectorAbacus.py.
5.1 Was bereits umgesetzt ist
| Bereich | Stand | Technik |
|---|---|---|
| Authentifizierung | Implementiert | OAuth 2.0 Client Credentials (Service User) mit OIDC-Discovery (/.well-known/openid-configuration), Token-Caching, automatischer Refresh |
| Datenmodell (Abacus ↔ PORTA) | Implementiert | Entity-API via OData V4, pro Mandant konfigurierbare apiBaseUrl und clientName |
Kontenplan (Accounts) |
Implementiert | Paginiertes Auslesen inkl. @odata.nextLink, Mapping auf einheitliches AccountingChart-Format |
Buchung erfassen (GeneralJournalEntries) |
Implementiert | POST mit Mehrzeilen-Journal, Debit/Credit/TaxCode/CostCenter, Rücklieferung externalId |
| Buchungsstatus lesen | Implementiert | GET auf GeneralJournalEntries({id}) |
| Journal lesen (Zeitraum-/Filter) | Implementiert | $filter auf JournalDate, paginiertes Streaming |
| Stammdaten | Implementiert | Debtors, Creditors |
| Sicherheit | Implementiert | Secrets verschlüsselt gespeichert (TrusteeAccountingConfig.encryptedConfig), Plugin-Discovery identisch zu Bexio/RMA |
5.2 Architektur-Prinzip
Die Connector-Schicht ist abstrahiert (BaseAccountingConnector). Alle Buchhaltungs-Integrationen teilen sich dieselben Datenmodelle (AccountingBooking, AccountingBookingLine, AccountingChart, SyncResult) und werden über eine Plugin-Registry discovered. Das heisst:
- Jeder neue Connector (Abacus, SAP Business One, Sage etc.) wird ohne Änderung am Kernsystem angeflanscht.
- Abacus steht auf Augenhöhe mit Bexio und Run my Accounts im Produkt.
- Kunden können in der gleichen PORTA-Oberfläche zwischen den Systemen wählen bzw. umziehen.
5.3 Was noch offen ist
- Produktiv-Pilot mit einem realen Abacus-Mandanten (Credentials, Mandantenstruktur, Konto-Mapping, Kostenstellen-Logik, Beleg-Anhänge via Dokument-Upload).
- Feinheiten: Mehrwährung, spezifische Abacus-Customizings, Dokument-Anhänge an Buchungen (
uploadDocumentist im Basis-Interface vorgesehen), Rückkanal für Freigabe-Workflows. - Zertifizierung/Partner-Listing auf Abacus-Seite.
5.4 Projektcharakter bei einem gemeinsamen Kundenengagement
Weil die Plattform-Bausteine (Buchhaltungs-Modul mit Abacus-Anbindung, KI-Arbeitsplatz, Datenneutralisierung, Workflow-Designer, Coaching-Modul) produktiv laufen, reduziert sich ein gemeinsames Kundenprojekt auf klar abgrenzbare, planbare Tätigkeiten – nicht auf Plattform-Neuentwicklung:
| Aufwandsblock | Inhalt |
|---|---|
| Konfiguration | Aktivierung der benötigten PORTA-Module pro Mandant, Rollen-/RBAC-Modell, Feature-Instanzen, Branding |
| Datenanbindung | Abacus-Credentials (OAuth 2.0), Kontenplan-Mapping, Debitoren/Kreditoren-Synchronisation, ggf. weitere Quellen (SharePoint, Mail, DMS) |
| Tuning | Prompt-Tuning für die konkreten Use-Cases, Neutralisierungs-Regeln auf Kundenebene, Modellauswahl pro Operation |
| Schulung | Onboarding Endanwender, Admin-Training, Enablement für Treuhand-Teams |
| Inbetriebnahme | Pilotbetrieb, Abnahme, Go-Live, Hyper-Care, Hand-Over an Betrieb (Modeso / Abacus-Partnerbetrieb) |
Das macht ein JV-Angebot an einen Abacus-Endkunden kalkulierbar und schnell umsetzbar – ein Setup, das in Wochen, nicht in Quartalen live geht.
5.4 Warum das für Abacus strategisch interessant ist
- Keine Konkurrenz, echte Ergänzung: PORTA schreibt in Abacus, es ersetzt es nicht. Abacus bleibt das System of Record.
- Moderne UI-Schicht für Abacus-Kunden: Treuhänder, die heute für KI-Features zu anderen Werkzeugen greifen, bleiben im Abacus-Ökosystem.
- Generator für Beleg-Volumen in Abacus: PORTA verarbeitet Scans, Spesen, Dokumente automatisch und erzeugt saubere Buchungen in Abacus. Das erhöht die Nutzungstiefe pro Abacus-Mandant.
- Schweizer Stack Ende-zu-Ende: Schweizer ERP (Abacus) × Schweizer KI-Plattform (PowerOn) × Schweizer Hosting (Modeso auf GCP CH) – ein seltenes Alleinstellungsmerkmal im Markt.
- Datenschutz-Thema ist vorgelöst: Der Neutralisierer ist für genau das Szenario gebaut, das Abacus-Kunden (KMU, Treuhand, Finanz) am meisten Sorge macht, wenn sie über KI nachdenken.
6. Mögliche Joint-Venture-Thesen
Zur Vorbereitung der nächsten Abacus-Gespräche – nicht abschliessend, sondern als Diskussionsgrundlage.
These A — „Abacus als strategischer Go-To-Market-Kanal"
PowerOn liefert das KI-/Workflow-Produkt, Abacus öffnet die Tür zur bestehenden Treuhand-/KMU-Kundschaft. Co-Marketing, gemeinsame Referenzkunden, Listing im Abacus-Ökosystem.
These B — „Abacus-Branded KI-Layer"
PORTA wird als Abacus-gelabeltes Modul („AbaAI", „Abacus Intelligence", o. ä.) angeboten. Abacus kontrolliert Pricing und Packaging gegenüber dem Endkunden, PowerOn bleibt die technische Plattform-Basis.
These C — „Gemeinsame Produktentwicklung mit Fokus Treuhand"
Tiefe Integration des PowerOn-Treuhand-Moduls mit Abacus AbaWeb/AbaNinja – inklusive Automation-Templates für typische Treuhand-Use-Cases (Kreditorenflut, Spesenimport, MwSt-Abstimmung, Mandats-Reporting).
These D — „Beteiligung / Minderheits-Invest"
Abacus beteiligt sich an der anstehenden Seed-Runde und sichert sich damit strategische Einflussmöglichkeiten, ohne PowerOn als eigenständiges Unternehmen zu vereinnahmen.
Alle vier Thesen sind kompatibel und können gestaffelt umgesetzt werden (A → C → B → ggf. D).
7. Empfohlene nächste Schritte
| # | Schritt | Owner | Zeithorizont |
|---|---|---|---|
| 1 | Technisches Deep-Dive: Live-Demo des Abacus-Connectors auf einer Abacus-Testinstanz | PowerOn (P. Motsch) × Abacus (Tech/Produkt) | 2 Wochen |
| 2 | Gemeinsamer Pilot-Kunde aus dem Abacus-Treuhand-Segment | Abacus (Sales) × PowerOn (S. Schellworth) | 4–6 Wochen |
| 3 | Strategie-Workshop zu JV-Modell (Thesen A–D) | beide GL | 4 Wochen |
| 4 | NDA + DPA für vertiefte technische Zusammenarbeit | Legal beider Seiten | sofort |
| 5 | Gemeinsamer Messeauftritt / Webinar Treuhand-KI | Marketing beider Seiten | Q3 2026 |
8. Kontakt
PowerOn AG
Birmensdorferstrasse 94 · 8003 Zürich · Schweiz
www.poweron.swiss · info@poweron.swiss
- Patrick Motsch – CEO / CTO – Produkt- und Technikthemen
- Stephan Schellworth – Business Integration – Partnerschaften und Kundenintegration
- Ida Dittrich – Product Architect – Architektur und Roadmap
Dieses Dokument ist eine konsolidierte Aufbereitung des aktuellen Produkt- und Technikstands von PowerOn PORTA auf Basis der internen Wiki-Kanon-Seiten (a-strategy/product-vision.md, a-strategy/product-strategy.md, b-reference/product.md, b-reference/gateway/architecture.md, b-reference/gateway/ai-agent.md, b-reference/platform/neutralization.md, e-compliance/security-overview.md) sowie einer direkten Code-Verifikation im Gateway-Repository (Stand April 2026). Angaben ohne Gewähr – für verbindliche Zusicherungen gelten die jeweiligen Vertragsvereinbarungen.