From 708f874e4cae11e6e2413a95be32d31ba808b3ee Mon Sep 17 00:00:00 2001 From: Kurt Gisler Date: Mon, 20 Nov 2023 18:20:59 +0100 Subject: [PATCH 1/3] vault backup: 2023-11-20 18:20:59 --- Von Bexio nach Odoo.md | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/Von Bexio nach Odoo.md b/Von Bexio nach Odoo.md index 430fa6ca..81bc4d80 100644 --- a/Von Bexio nach Odoo.md +++ b/Von Bexio nach Odoo.md @@ -2,4 +2,8 @@ tags: - Asset --- -# Von Bexio nach Odoo \ No newline at end of file +# Von Bexio nach Odoo + +## Warum? + +Wir kennen \ No newline at end of file From 8b803aa7b7f2b97912873711c66b64480bed2904 Mon Sep 17 00:00:00 2001 From: Kurt Gisler Date: Mon, 20 Nov 2023 19:33:21 +0100 Subject: [PATCH 2/3] vault backup: 2023-11-20 19:33:21 --- Von Bexio nach Odoo.md | 56 ++++++++++++++++++++++++++++++++++++++++-- 1 file changed, 54 insertions(+), 2 deletions(-) diff --git a/Von Bexio nach Odoo.md b/Von Bexio nach Odoo.md index 81bc4d80..e08c7c7e 100644 --- a/Von Bexio nach Odoo.md +++ b/Von Bexio nach Odoo.md @@ -4,6 +4,58 @@ tags: --- # Von Bexio nach Odoo -## Warum? +## Ausgangslage + +Wir kennen Bexio praktisch nur vom *Hörensagen*. Deshalb wollen wir hier keine Aussagen zur Qualität dieses Produktes machen. +Das Ziel der folgenden Erläuterungen ist es, ein Beispiel-Projekt für den Wechsel von Bexio nach Odoo mit den wesentlichen Projektarbeiten zu beschreiben. + +Einen konkreten Grund für den Wechsel will ich hier trotzdem nennen: Die Lagerverwaltung über verschiedene Standorte hinweg war in Bexio nicht möglich. + + +## Wesentliche Projektarbeiten + +### Customizing + +**Listen und Masken:** Der Kunde hatte sehr spezifische Anforderungen wie die Darstellung der Listen und Masken gestaltet werden soll. Mittels Snippets können in Odoo alle Ansichten kundenspezifisch geändert werden. Hierfür bedienen wir uns aus der Mint System Snippets-Library welche kontinuierlich ergänzt und auf github veröffentlicht wird. + +**Business-Logik:** Der Verkäufer soll direkt erkennen können, ob die Rechnungen zu einem Auftrag schon bezahlt sind. Mit zusätzlichen Feldern in Verbindung mit Python-Code können komplexe Algorithmen realisiert werden. In diesem Fall hat ein Durchsuchen der mit dem Verkaufsauftrag in Verbindung stehenden Rechnungen mit setzen eines Attributs genügt. + +**Layout der Berichte:** Erfahrungsgemäss wird relativ viel Aufwand für das spezifische Gestalten der versendeten Dokumente *Bestellung*, *Angebot*, *Verkaufsauftrag*, *Rechnung* usw. betrieben. Das geht von automatischen Texten im Bemerkungsfeld des Lieferscheins über spezielle Logiken für das Adressfeld bis zu spezifischen Schriftarten. + + +### Datenmigration + +**Excel-Transfer:** Sehr oft ist ein Export/Import über Excel-Tabellen der einfachste Weg. Für die systematische Datenaufbereitung (Feldinhalte nach einer bestimmten Logik ändern, Spalten umbenennen usw.) verwenden wir *Jupyter Notebooks*. Wenn der Prozess stabil läuft, braucht es zum Zeitpunkt x nur ein schmales Zeitfenster für die Migration zwischen den Systemen. + +**Finanzbuchhaltung:** Auf den Übertrag aller Buchungszeilen sollte verzichtet werden. Einfacher ist das Schliessen der Konti im Quellsystems und Einrichten der Konti mit je einer Eröffnungsbuchung im Zielsystem. + + +### EDI-Anbindung + + +Automatische Aktionen zum Erstellen der Rechnung aus dem Verkaufsauftrag. + + +### Lager-Routen + +Hier konnte man aus dem Vollen schöpfen. + + +### Mehrere Mandanten + + + +Unternehmung in der Schweiz: Kontenrahmen 2015 (Schweiz) +Unternehmung in Deutschland: Deutscher Kontenplan SRK04 + +Automatische Steuerzuordnungen. + + +## Fazit + +Aus unserer Sicht der wesentliche Vorteil von Odoo gegenüber anderen Systemen: Wir haben Zugriff auf den Source Code! + +Die Wahrscheinlichkeit bezüglich Funktionsumfang in einer *Sackgasse* zu landen ist dadurch wesentlich kleiner. Selbstverständlich muss immer das Mögliche vom Machbaren unterschieden werden. Der Aufwand um etwas zu bauen was dem Konzept von Odoo widerspricht kann absurd hoch werden. + +Das haben wir aber bis heute noch nicht erlebt. -Wir kennen \ No newline at end of file From b8165b5f14317211dc3307c96154be5fb5412a13 Mon Sep 17 00:00:00 2001 From: Kurt Gisler Date: Mon, 20 Nov 2023 22:40:05 +0100 Subject: [PATCH 3/3] vault backup: 2023-11-20 22:40:05 --- Von Bexio nach Odoo.md | 25 +++++++++++++------------ 1 file changed, 13 insertions(+), 12 deletions(-) diff --git a/Von Bexio nach Odoo.md b/Von Bexio nach Odoo.md index e08c7c7e..4ff4f987 100644 --- a/Von Bexio nach Odoo.md +++ b/Von Bexio nach Odoo.md @@ -18,37 +18,38 @@ Einen konkreten Grund für den Wechsel will ich hier trotzdem nennen: Die Lagerv **Listen und Masken:** Der Kunde hatte sehr spezifische Anforderungen wie die Darstellung der Listen und Masken gestaltet werden soll. Mittels Snippets können in Odoo alle Ansichten kundenspezifisch geändert werden. Hierfür bedienen wir uns aus der Mint System Snippets-Library welche kontinuierlich ergänzt und auf github veröffentlicht wird. -**Business-Logik:** Der Verkäufer soll direkt erkennen können, ob die Rechnungen zu einem Auftrag schon bezahlt sind. Mit zusätzlichen Feldern in Verbindung mit Python-Code können komplexe Algorithmen realisiert werden. In diesem Fall hat ein Durchsuchen der mit dem Verkaufsauftrag in Verbindung stehenden Rechnungen mit setzen eines Attributs genügt. +**Business-Logik:** Unter anderem sollte der Verkäufer direkt erkennen können, ob die Rechnungen zu einem Auftrag schon bezahlt sind. Mit zusätzlichen Feldern in Verbindung mit Python-Code können komplexe Algorithmen realisiert werden. In diesem Fall hat ein Durchsuchen der mit dem Verkaufsauftrag in Verbindung stehenden Rechnungen und das Setzen eines Attributs genügt. -**Layout der Berichte:** Erfahrungsgemäss wird relativ viel Aufwand für das spezifische Gestalten der versendeten Dokumente *Bestellung*, *Angebot*, *Verkaufsauftrag*, *Rechnung* usw. betrieben. Das geht von automatischen Texten im Bemerkungsfeld des Lieferscheins über spezielle Logiken für das Adressfeld bis zu spezifischen Schriftarten. +**Layout der Berichte:** Erfahrungsgemäss wird relativ viel Aufwand für das spezifische Gestalten der versendeten Dokumente *Bestellung*, *Angebot*, *Verkaufsauftrag*, *Rechnung* usw. notwendig. Das geht von automatischen Texten im Bemerkungsfeld des Lieferscheins über spezielle Logiken für das Adressfeld bis zu spezifischen Schriftarten. ### Datenmigration -**Excel-Transfer:** Sehr oft ist ein Export/Import über Excel-Tabellen der einfachste Weg. Für die systematische Datenaufbereitung (Feldinhalte nach einer bestimmten Logik ändern, Spalten umbenennen usw.) verwenden wir *Jupyter Notebooks*. Wenn der Prozess stabil läuft, braucht es zum Zeitpunkt x nur ein schmales Zeitfenster für die Migration zwischen den Systemen. +**Excel-Transfer:** Sehr oft ist ein Export/Import über Excel-Tabellen der einfachste Weg. Für die systematische Datenaufbereitung (Feldinhalte nach einer bestimmten Logik ändern, Spalten umbenennen usw.) verwenden wir *Jupyter Notebooks*. Wenn der Prozess stabil läuft, braucht es zum Zeitpunkt x nur ein schmales Zeitfenster für die vollständige Datenmigration zwischen den Systemen. -**Finanzbuchhaltung:** Auf den Übertrag aller Buchungszeilen sollte verzichtet werden. Einfacher ist das Schliessen der Konti im Quellsystems und Einrichten der Konti mit je einer Eröffnungsbuchung im Zielsystem. +**Migration Buchhaltung:** Auf den Übertrag aller Buchungszeilen sollte verzichtet werden. Einfacher ist das Schliessen der Konti im Quellsystems und Einrichten der Konti mit je einer Eröffnungsbuchung im Zielsystem. Dieser Ansatz wurde auch hier gewählt. ### EDI-Anbindung - -Automatische Aktionen zum Erstellen der Rechnung aus dem Verkaufsauftrag. - +Der Kunde erhält täglich viele Bestellungen. Das Generieren entsprechender Verkaufsaufträge musste über eine EDI-Schnittstelle (electronic data interchange) automatisiert werden. Die Umwandlung in Artefakte die über API (Application Programming Interface) übertragen werden hat eine Partner-Firma entwickelt. Jetzt werden aus Bestellungen automatisch Verkaufsaufträge und die dazugehörigen Rechnungen erstellt und versendet. ### Lager-Routen -Hier konnte man aus dem Vollen schöpfen. +**Lager und Lagerorte:** Die Lagerung von Komponenten und Fertigprodukten ist auf mehrere Standorte mit diversen Lagerorten aufgeteilt. Das automatische Reservieren und das Kommissionieren über Barcode-Scannen ist eine Odoo Standardfunktion. +**Routen:** Über die Konfiguration von Lager-Routen konnte der kundenspezifische Prozess des Pickings an den Produktionsstandort und das Weiterreichen in die Verpackungsstelle eingerichtet werden. Das unkomplizierte Transferieren der Produkte mit Barcodes und der richtigen Hardware ist sehr wichtig für die Sicherstellung des korrekten Bestands. ### Mehrere Mandanten +**Sichtbarkeit der Stammdaten:** Auf einer Installation können unterschiedliche Unternehmungen betrieben werden. Das ist eine Spezialität von Odoo. Die Sichtbarkeit der Stammdaten kann konfiguriert werden. Zum Beispiel können die Produkte von beiden Unternehmen gemeinsam gepflegt werden. +**Unterschiedliche Kontenrahmen:** Die beiden Mandanten (Unternehmen) sind in der Schweiz und Deutschland lokalisiert. Entsprechend wurden zwei unterschiedliche Kontenrahmen angelegt: +- Unternehmung in der Schweiz: Kontenrahmen 2015 (Schweiz) +- Unternehmung in Deutschland: Deutscher Kontenplan SRK04 +(Sobald die ersten Buchungen vollzogen sind, lässt sich diese Einstellung allerdings nur sehr schwer wieder ändern.) -Unternehmung in der Schweiz: Kontenrahmen 2015 (Schweiz) -Unternehmung in Deutschland: Deutscher Kontenplan SRK04 - -Automatische Steuerzuordnungen. +**Steuerzuordnngen:** Auch die Steuern wurden länderspezifisch eingerichtet. ## Fazit