Unsere Methodik für Treasury Einführungen
Die meisten Treasury Implementierungen scheitern nicht an der Software, sondern daran, dass
Tabellenlogik unreflektiert übernommen wird. Unsere Methodik setzt früher an: Wir verstehen
Ihre aktuelle Landschaft, planen ein realistisches Zielbild und führen Tersilova schrittweise
ein, mit klaren Entscheidungen und dokumentierten Kompromissen.
Analyse
Design
Einführung
Analyse
Stillstands Analyse Treasury Landschaft
Vermutlich haben Sie auch schon einmal versucht, ein Treasury System einzuführen,
indem Sie einfach die bestehende Tabelle ins Tool kopiert haben. Wir gehen anders
vor. In der Phase, die wir Stillstands Analyse nennen, schauen wir gemeinsam auf
Ihre aktuellen Cash Positionen, Bankanbindungen und Abstimmungswege. Wir sprechen
mit Treasury, Finance Operations und IT, dokumentieren Kontenstrukturen,
Schnittstellen und Entscheidungswege. Ziel ist ein nüchternes Bild dessen, was
wirklich täglich passiert, nicht nur dessen, was im Prozesshandbuch steht. Erst
danach definieren wir, welche Teile davon in Tersilova abgebildet werden und wo wir
bewusst neu ansetzen.
Design
Treasury Strukturplan entwickeln
Nach der Bestandsaufnahme übersetzen wir Ihre Abläufe in ein klar strukturiertes
Zielbild. Diese Phase nennen wir Treasury Strukturplan. Gemeinsam legen wir fest,
wie Cash Positionierung, Liquiditätsplanung, Bankkonnektivität, Workflows und
Reporting in Tersilova aussehen sollen. Wir definieren Kontenmodelle, Rollen,
Freigabestufen und Schnittstellen, immer mit Blick auf pragmatische Umsetzung. Dabei
trennen wir bewusst zwischen dem, was zwingend ist, und dem, was später ergänzt
werden kann. So entsteht ein Bauplan, der robust genug für den Alltag ist, ohne Ihr
Team mit Details zu überfrachten.
Einführung
Arbeitsmodus im System
Erst wenn Struktur und Prioritäten klar sind, beginnen wir mit der Konfiguration in Tersilova. In der Phase Arbeitsmodus richten wir Bankanbindungen, Kontenstrukturen, Cash Reconciliation Regeln, Planungsrastern und Berichte ein. Wir arbeiten in kurzen Schleifen mit Ihrem Kernteam, testen mit realen Kontoauszügen und typischen Zahlungsläufen und halten jede Entscheidung nachvollziehbar fest. Parallel planen wir Tests, Schulungen und Go Live Szenarien, damit der Übergang vom alten Werkzeug in den täglichen Betrieb möglichst ruhig verläuft.
Vom ersten Gespräch bis zum stabilen Betrieb
Ein Treasury Management System mitten im laufenden Betrieb einzuführen, gleicht einem Werkstattumbau, während die Produktion weiterläuft. Unser Vorgehen ist darauf ausgelegt, Überraschungen zu reduzieren: klare Phasen, dokumentierte Entscheidungen, Tests mit echten Daten und ein Go Live, der den Alltag respektiert. Ergebnisse können variieren, je nach Ausgangslage, Datenqualität und interner Organisation.
Kontinuierliche Verbesserung im laufenden Betrieb
Nach dem produktiven Start beginnt die eigentliche Feinarbeit. Prozesse setzen sich, Datenqualität zeigt Stärken und Schwächen, neue Anforderungen tauchen auf. Unsere Methodik für den Betrieb danach folgt klaren, wiederholbaren Schritten.
1
Beobachten, dokumentieren, nicht sofort umbauen
2
Gezielte Optimierung statt Dauerumbau
3
Rollouts für neue Einheiten und Banken strukturieren
4
Zusammenarbeit und Methodik regelmäßig nachschärfen
So arbeiten wir nach dem Go Live mit Ihrem Treasury Team weiter
1
Beobachten, dokumentieren, nicht sofort umbauen
Nach dem Go Live läuft Tersilova im Alltag: Kontoauszüge werden importiert, Cash Positionen berechnet, Workflows ausgeführt. In dieser Phase zeigen sich schnell Muster: wiederkehrende Ausnahmen, Medienbrüche oder manuelle Umwege. Wir erfassen diese Beobachtungen systematisch in einer strukturierten Liste, die Fachteam und IT gemeinsam pflegen. Wichtig ist, nicht jede Abweichung sofort zu automatisieren, sondern zuerst zu verstehen, ob sie Einzelfall oder Symptom einer grundlegenden Prozessfrage ist. So vermeiden wir, das System mit Sonderregeln zu überladen, bevor sich der neue Standard eingespielt hat.
Nach dem Go Live läuft Tersilova im Alltag: Kontoauszüge werden importiert, Cash Positionen berechnet, Workflows ausgeführt. In dieser Phase zeigen sich schnell Muster: wiederkehrende Ausnahmen, Medienbrüche oder manuelle Umwege. Wir erfassen diese Beobachtungen systematisch in einer strukturierten Liste, die Fachteam und IT gemeinsam pflegen. Wichtig ist, nicht jede Abweichung sofort zu automatisieren, sondern zuerst zu verstehen, ob sie Einzelfall oder Symptom einer grundlegenden Prozessfrage ist. So vermeiden wir, das System mit Sonderregeln zu überladen, bevor sich der neue Standard eingespielt hat.
Wir beginnen mit regelmäßigen Auswertungen über Datenqualität, Nutzungsverhalten und Ausnahmen. Dazu gehören Berichte zu fehlgeschlagenen Kontoauszügen, manuell korrigierten Cash Positionen, häufig genutzten Workflows und nicht verwendeten Funktionen. Auf dieser Basis vereinbaren wir mit Ihrem Treasury Team und Finance Operations konkrete Beobachtungszeiträume. In Review Terminen besprechen wir, welche Anpassungen sinnvoll sind und welche Themen bewusst unverändert bleiben sollen, um Stabilität zu sichern.
In den ersten Monaten nach dem Go Live ist Zurückhaltung bei Änderungen wichtig. Wir beobachten bewusst länger, bevor wir in die Konfiguration eingreifen, um nicht auf jede Ausnahme mit einer neuen Regel zu reagieren.
- Gemeinsame Erfassung von Auffälligkeiten in Cash Flows, Workflows und Berichten in einem strukturierten Backlog.
- Unterscheidung zwischen Einzelfällen und wiederkehrenden Mustern, bevor Systemanpassungen beschlossen werden.
- Transparente Priorisierung nach Risiko, Aufwand und Nutzen gemeinsam mit Treasury und Finance Operations.
2
Gezielte Optimierung statt Dauerumbau
Wenn sich zeigt, dass bestimmte Muster dauerhaft auftreten, übersetzen wir sie in konkrete Optimierungsmaßnahmen. Das kann die Anpassung von Cash Reconciliation Regeln, die Einführung zusätzlicher Plausibilitätsprüfungen, neue Reportvarianten oder verfeinerte Rollenmodelle betreffen. Jede Änderung folgt dabei einem klaren Schema: fachlicher Anlass, erwartete Wirkung, technische Umsetzung, Test, Dokumentation. So behalten Sie die Kontrolle darüber, wie sich Tersilova weiterentwickelt, und können gegenüber Management und Revision nachvollziehbar erklären, warum eine Änderung vorgenommen wurde.
Wenn sich zeigt, dass bestimmte Muster dauerhaft auftreten, übersetzen wir sie in konkrete Optimierungsmaßnahmen. Das kann die Anpassung von Cash Reconciliation Regeln, die Einführung zusätzlicher Plausibilitätsprüfungen, neue Reportvarianten oder verfeinerte Rollenmodelle betreffen. Jede Änderung folgt dabei einem klaren Schema: fachlicher Anlass, erwartete Wirkung, technische Umsetzung, Test, Dokumentation. So behalten Sie die Kontrolle darüber, wie sich Tersilova weiterentwickelt, und können gegenüber Management und Revision nachvollziehbar erklären, warum eine Änderung vorgenommen wurde.
Auf Basis des gemeinsam geführten Backlogs planen wir kleine, klar umrissene Änderungspakete. Jedes Paket hat einen fachlichen Zweck, etwa stabilere Bankimporte, vereinfachte Cash Reconciliation oder aussagekräftigere Reports. Wir definieren dafür Tests mit realen Fällen, dokumentieren die Änderungen und planen den Rollout so, dass laufende Abschlüsse und Berichtstermine nicht gestört werden. Ihr Team entscheidet, welche Anpassungen wann sinnvoll sind, wir liefern die strukturierte Umsetzung.
Wir empfehlen, Optimierungen in kleinen, überschaubaren Paketen umzusetzen. Das reduziert das Risiko unerwarteter Nebeneffekte und erleichtert die Abnahme durch Treasury, Finance und IT.
- Definition klarer Optimierungspakete mit fachlichem Ziel, technischem Umfang und geplantem Zeitpunkt.
- Einsatz realistischer Testfälle, die typische Buchungsläufe und Cash Situationen Ihres Unternehmens widerspiegeln.
- Dokumentation jeder Änderung in einer nachvollziehbaren Historie, die Fachbereich und IT gemeinsam nutzen.
3
Rollouts für neue Einheiten und Banken strukturieren
Nach einiger Zeit steht selten noch dieselbe Struktur wie zum Zeitpunkt des Go Live. Neue Gesellschaften, weitere Bankverbindungen oder zusätzliche Reportinganforderungen kommen hinzu. Unsere Methodik für Rollouts und Erweiterungen orientiert sich eng am ursprünglichen Projektvorgehen, aber in kompakter Form. Wir prüfen, welche Elemente der bestehenden Kontenmodelle, Workflows und Berichte übernommen werden können und wo Anpassungen notwendig sind. Ziel ist, dass jede Erweiterung wie ein weiterer, sauber eingepasster Baustein wirkt, nicht wie ein Fremdkörper neben dem bisherigen System.
Nach einiger Zeit steht selten noch dieselbe Struktur wie zum Zeitpunkt des Go Live. Neue Gesellschaften, weitere Bankverbindungen oder zusätzliche Reportinganforderungen kommen hinzu. Unsere Methodik für Rollouts und Erweiterungen orientiert sich eng am ursprünglichen Projektvorgehen, aber in kompakter Form. Wir prüfen, welche Elemente der bestehenden Kontenmodelle, Workflows und Berichte übernommen werden können und wo Anpassungen notwendig sind. Ziel ist, dass jede Erweiterung wie ein weiterer, sauber eingepasster Baustein wirkt, nicht wie ein Fremdkörper neben dem bisherigen System.
Wächst Ihr Unternehmen, kommen neue Gesellschaften, Banken oder Produkte hinzu. Für diese Erweiterungen nutzen wir eine wiederholbare Blaupause: Analyse der neuen Einheit, Abgleich mit bestehender Struktur, Festlegung von Abweichungen nur dort, wo sie fachlich zwingend sind. So bleibt Ihr Treasury System über die Zeit konsistent, auch wenn Organisation und Geschäftsmodell sich verändern.
Erweiterungen sind ein guter Zeitpunkt, getroffene Annahmen zu überprüfen. Wir nutzen sie bewusst, um Strukturbrüche zu vermeiden und das bestehende Modell behutsam zu schärfen, statt parallele Welten zu erzeugen.
- Verwendung eines standardisierten Erweiterungsrahmens, der Analyse, Design, Konfiguration und Tests bündelt.
- Konsequente Wiederverwendung bestehender Strukturen, um Fragmentierung von Konten und Workflows zu vermeiden.
- Abstimmung mit zentralen Funktionen wie Treasury, Controlling und IT, bevor neue Einheiten live geschaltet werden.
4
Zusammenarbeit und Methodik regelmäßig nachschärfen
Ein Treasury System ist nie vollständig fertig. Deshalb verankern wir mit Ihnen einen Rhythmus aus wiederkehrenden Abstimmungen, in denen wir nicht nur technische Themen, sondern auch methodische Fragen prüfen. Funktioniert die Priorisierung von Änderungen? Sind Rollen und Zuständigkeiten klar? Passen Testvorgehen und Abnahmeprozesse noch zu Ihrer Organisation? Aus diesen Gesprächen entstehen Anpassungen an der Art, wie wir zusammenarbeiten, nicht nur am System selbst. So bleibt die Methodik lebendig und unterstützt Ihr Team, statt zusätzliche Bürokratie zu erzeugen.
Ein Treasury System ist nie vollständig fertig. Deshalb verankern wir mit Ihnen einen Rhythmus aus wiederkehrenden Abstimmungen, in denen wir nicht nur technische Themen, sondern auch methodische Fragen prüfen. Funktioniert die Priorisierung von Änderungen? Sind Rollen und Zuständigkeiten klar? Passen Testvorgehen und Abnahmeprozesse noch zu Ihrer Organisation? Aus diesen Gesprächen entstehen Anpassungen an der Art, wie wir zusammenarbeiten, nicht nur am System selbst. So bleibt die Methodik lebendig und unterstützt Ihr Team, statt zusätzliche Bürokratie zu erzeugen.
Über regelmäßige Methodik Reviews stellen wir sicher, dass unsere gemeinsame Arbeitsweise zu Ihrer Organisation passt. Wir justieren Frequenzen von Terminen, Detaillierungsgrad der Dokumentation und Verantwortlichkeiten nach. So bleibt die Zusammenarbeit pragmatisch und gleichzeitig revisionsfest. Past performance doesn't guarantee future results, und Ergebnisse können variieren.
Methodik ist kein starres Regelwerk. Wir verstehen sie als Werkzeugkasten, den wir gemeinsam mit Ihnen anpassen, damit er zu Ihrer Größe, Kultur und Risikohaltung passt, ohne an Klarheit zu verlieren.
- Regelmäßige Methodik Reviews mit Treasury, Finance Operations und IT zur Feinjustierung der Zusammenarbeit.
- Überprüfung, ob Dokumentation, Tests und Abnahmen im Alltag praktikabel und ausreichend belastbar sind.
- Anpassung von Meetingrhythmen und Entscheidungswegen, wenn sich Organisation oder Prioritäten ändern.
Werte, die unsere Treasury Methodik prägen
Unsere Methodik ist mehr als ein Ablaufplan. Sie spiegelt Werte wider, die wir im Umgang mit Finanzdaten, Bankverbindungen und Organisationen für unverzichtbar halten. Diese Werte leiten unsere Entscheidungen in jedem Projekt, vom ersten Workshop bis zur laufenden Optimierung.
01
Sicherheit als nicht verhandelbares Fundament
Sicherheit und Nachvollziehbarkeit sind im Treasury keine Zusatzoption, sondern Grundanforderung. Deshalb behandeln wir Ihre Bankdaten, Cash Flows und Planungsinformationen wie physische Werte im Tresor. Unsere Methodik sieht vor, dass jede relevante Entscheidung dokumentiert, jede wesentliche Änderung getestet und jeder Zugriff begründet ist. Verschlüsselte Verbindungen, Rollen und Rechte, revisionsfähige Protokolle und klare Trennung von Test und Produktion sind feste Bestandteile jedes Projekts. So entsteht ein Umfeld, in dem Sie Cash Entscheidungen treffen können, ohne im Hintergrund über technische Risiken zu spekulieren.
Informationssicherheit und Transparenz bilden die feste Basis unserer Arbeit mit Treasury Teams.
02
Strukturiertes Vorgehen vor Improvisation
Wir bevorzugen klare, dokumentierte Regeln gegenüber spontanen Abkürzungen. In der
Praxis bedeutet das: sauber definierte Prozesse für Cash Positionierung,
Liquiditätsplanung, Bankkonnektivität und Reconciliation, eindeutige Zuständigkeiten
und nachvollziehbare Konfigurationen. Entscheidungen werden festgehalten, nicht nur
besprochen. So können Sie Monate später noch erkennen, warum ein Workflow, ein
Bericht oder eine Schnittstelle genau so gestaltet wurde und welche Alternativen
damals diskutiert wurden.
03
Pragmatismus mit klaren Grenzen
Ein Treasury System muss in einer lebendigen Organisation funktionieren. Deshalb achten wir darauf, dass jede Lösung zu Ihrer Größe, Ihrem Reifegrad und Ihrer Risikohaltung passt. Wir planen Puffer, akzeptieren, dass nicht alle Daten perfekt sind, und bauen Mechanismen ein, die mit Unschärfen umgehen können. Gleichzeitig benennen wir offen, wo Grenzen liegen und welche Risiken bleiben. So entsteht ein Gleichgewicht aus Pragmatismus und Sorgfalt, das den Alltag respektiert, ohne Kontrollbedürfnisse zu ignorieren.
Transparenz in Projekt und System
Transparenz ist die Voraussetzung für Vertrauen zwischen Treasury, Finance, IT und Management. Wir gestalten unsere Projekte so, dass alle Beteiligten denselben Informationsstand haben: offene Backlogs, sichtbare Prioritäten, dokumentierte Annahmen. In Tersilova selbst setzen wir auf verständliche Protokolle, lesbare Regeln und nachvollziehbare Berechnungen. Niemand soll eine Entscheidung akzeptieren müssen, die er fachlich nicht nachvollziehen kann.
Langfristige Partnerschaft mit Finanzteams
Wir sehen jedes Projekt als Beginn einer langfristigen Zusammenarbeit. Deshalb treffen wir Entscheidungen nicht nur mit Blick auf den Go Live, sondern auch auf spätere Erweiterungen und Verantwortungswechsel. Wiederverwendbare Strukturen, verständliche Dokumentation und robuste Schnittstellen sind uns wichtiger als kurzfristige Effekte. So kann Ihr Treasury Team die Plattform über Jahre weiterentwickeln, ohne bei jeder Änderung auf externe Hilfe angewiesen zu sein.
Was unsere Einführungsmethodik im Alltag auszeichnet
Viele Teams unterschätzen, wie hartnäckig alte Tabellenlogik ist. Unsere Methodik zwingt
uns alle, erst einmal genau hinzusehen, bevor wir konfigurieren. Wir starten klein, mit
einem klaren Kern aus Cash Positionierung, Bankkonnektivität und Reconciliation und
erweitern dann. Das klingt unspektakulär, verhindert aber, dass Projekte an zu vielen
Sonderfällen gleichzeitig scheitern. Wichtig ist, dass Treasury, Finance und IT von
Anfang an verstehen, welche Entscheidung warum getroffen wurde.
Sabine Claudia Richter
Director Customer Operations
Profil
Als Leiterin Kundenbetrieb bei Tersilova begleitet sie Treasury Teams durch Analyse, Design, Konfiguration und Go Live. Mit Erfahrung aus zahlreichen Einführungen kennt sie typische Engpässe rund um Bankanbindungen, Stammdaten und Cash Reconciliation und achtet darauf, dass Fachbereiche und IT denselben Projektstand teilen.
Zur Methodik
Ihre Perspektive verbindet Alltag im Treasury mit strukturierter Projektarbeit. Sie legt Wert darauf, dass jedes Projekt mit einem realistischen Umfang startet und Raum für Korrekturen lässt.
01
Die Methodik von Tersilova war ungewohnt nüchtern. Statt sofort Dashboards zu zeigen, haben wir zuerst unsere Kontenstrukturen, Bankwege und Cash Routinen seziert. Im Nachhinein war genau das der Grund, warum der Go Live ruhig verlief. Wir wussten, welche Kompromisse wir eingehen, und konnten sie intern erklären.
Laura Becker
Head of Treasury
Mehr Kontext
Leitet das Treasury eines Industrieunternehmens und hat Tersilova in mehreren Schritten eingeführt.
02
Mir war wichtig, dass die Einführung unser Tagesgeschäft nicht aus dem Takt
bringt. Die schrittweise Vorgehensweise von Tersilova, mit klaren Phasen und Tests
mit echten Daten, hat geholfen, Risiken zu kontrollieren. Wir haben lieber ein
Modul später ergänzt, als alles auf einmal zu erzwingen.
Markus Vogel
CFO
Hintergrund
CFO einer Unternehmensgruppe mit mehreren Banken und heterogenen Systemlandschaften.
03
Die Methodik hat IT und Fachbereich an einen Tisch gebracht. Entscheidungen zu
Schnittstellen, Rechten und Workflows wurden dokumentiert, statt in Mails zu
verschwinden. Das erleichtert uns heute Anpassungen, weil wir sehen, warum etwas
damals so umgesetzt wurde.
Julia Werner
Director Finance Operations
Projektblick
Verantwortet Finance Operations und Systemlandschaft in einem Dienstleistungsunternehmen.