Odoo Information | Multiversum Grow

Verkauf

Vom Angebot bis zur Rechnung

Rechnungsstellung

Rechnungen & Zahlungseingänge

CRM

Leads verfolgen und Verkaufschancen erfolgreich abschließen

Website

Enterprise-Website-Builder

Lager

Ihre Lager- und Logistikaktivitäten verwalten

Buchhaltung

Verwaltung der Finanzbuchhaltung und Kostenrechnung

Einkauf

Bestellungen, Ausschreibungen und Verträge

Kassensystem

Kassenabwicklung und Zahlungen für Geschäfte und Restaurants verwalten

Projekt

Organisation und Planung Ihrer Projekte

E-Commerce

Online-Verkauf Ihrer Produkte

Fertigung

Fertigungsaufträge & Stücklisten

E-Mail-Marketing

Entwerfen, senden und verfolgen von E-Mails

Studio

Erstellung und Anpassung Ihrer Odoo-Apps

Dokumente

Sammeln, organisieren und teilen Sie Dokumente.

Mitarbeiter

Zentralisierung von Mitarbeiterinformationen

KI

Eine umfangreiche Suite an KI-Tools und -Agenten, die direkt mit Ihrer Odoo-Umgebung integriert sind.

Datenbanken

Eine Vielzahl von Odoo-Datenbanken verwalten

KingMad Social Generator

KI-Bildproduktion für Instagram-Posts (Multiversum Grow / Smoking Madhouse) mit Warteschlange, Korrekturschleife und Übergabe an Social Marketing

Wissensdatenbank

Zentralisieren, verwalten, teilen und erweitern Ihrer Wissensdatenbank.

MVG Lieferanten-Feeds

Automatischer Abruf der Lieferantendateien und Rückkanal für Bestellungen

Odoo MCP Studio - AI React App, Module & EChart Builder

AI React App, Module & EChart Builder — Powered by Remote MCP. Build web apps, data modules, dashboards & automate workflows with AI agents like Claude, Gemini, and ChatGPT. ai, artificial intelligence, llm, large language model, ai agent, ai assistant, ai copilot, mcp, model context protocol, remote mcp, remote mcp server, odoo ai, odoo mcp, odoo chatgpt, odoo claude, odoo gemini, odoo llm, odoo copilot, odoo artificial intelligence, odoo ai agent, odoo mcp studio, claude desktop, claude code, anthropic, gemini cli, chatgpt, gpt, copilot, cursor, windsurf, cline, oauth, oauth 2.1, api, rest api, json-rpc, xml-rpc, connector, integration, automation, echarts, apache echarts, dashboard, chart, graph, visualization, analytics, kpi, metrics, reports, 3d charts, globe, wordcloud, ai dashboard, ai analytics, ai dashboard builder, ai visualization, natural language, plain english, no code, ai app builder, ai web app builder, ai webapp builder, ai application builder, ai studio, ai module builder, ai module creator, data module, import module, base import module, custom module, module generator, react, web app, webapp, spa, single page application, multi page, routing, react router, tailwind, jsx, babel, pwa, progressive web app, seo, business intelligence, bi, data analytics, data analysis, insights, orm, code search, audit log, security, access control, enterprise, compliance, rag, retrieval augmented generation, semantic search, ai sub-agent, ai delegation, multi-provider, sales, crm, project, invoices, chatbot, bot, ai bot, nlp, prompt, prompt template, odoo19, odoo 19, remote, server, secure, token, pkce

Widerrufsbutton (§ 356a BGB)

Gesetzlich verpflichtender Widerrufsbutton nach § 356a BGB – je Shop einstellbar, mit eigenem Nummernkreis, eigener Bestätigungsmail und Optik aus dem Shop-Theme

Finanz-Hub

19.0.0.34.4 (18.09.2026): Prüfregel „Gebuchte Eingangsrechnung ohne Belegdatei“ übergeht Stornobuchungen, stornierte Originale und neutralisierte Nullbelege – 24 von 26 Befunden waren solche Korrekturbuchungen (Storno braucht keine eigene Belegdatei). 19.0.0.34.3 (18.09.2026): Buchungsreife nennt den Grund, wenn die KI die Belegart nicht bestätigt hat – uneinig (bitte selbst ansehen) oder Abfrage gescheitert (neuer Versuch morgen). 19.0.0.34.2 (18.09.2026): Keine Dauerschreiber mehr auf Entwürfen – die Belegprüfung (Cron) prüft nur noch Entwürfe, die sich seit der letzten Prüfung geändert haben, und der Bindungslauf schreibt wartende Entwürfe nur bei einer Änderung; der Belegleser fragt je Lauf höchstens 3 Altentwürfe nach der Belegart (der erste Lauf mit 11 scheiterte nach 5 Minuten an „concurrent update“). Die sechs Belegprüfregeln übergehen stornierte Nullbelege (0,00 € mit Gegenbuchung) – vorher meldete die Betragsregel zwei längst neutralisierte MiHa-Kopien vom 15.09. 19.0.0.34.1 (18.09.2026): Die Sperre greift beim Buchen – Einzel-Buchen (belege/:id/verbuchen) und Sammel-Buchen prüfen den Beleg unmittelbar vorher; jeder Sperrgrund (Belegart passt nicht, kein Buchungsbeleg, Beleg lautet auf das e.K., Beträge stehen so nicht auf dem Beleg) verhindert das Buchen. Buchungsreif (Sammel-Buchen) zusätzlich nur, wenn die KI-Kontrolle die Belegart bestätigt hat und der Beleg die GmbH nennt; der Belegleser liest die Belegart mit (keine Betragszeile, wenn sie nicht zum Typ passt) und fragt sie bei älteren Entwürfen nach. 19.0.0.34.0 (18.09.2026, Jans Go nach den Fehlbuchungen MiHa 5621/5464, dazu „auch SM beachten“): Belegprüfung aus dem Beleg selbst (data/belegpruefung.xml) - Belegart (Rechnung, Gutschrift, kein Buchungsbeleg), Rechnungsempfänger (GmbH, e.K., andere) und Beträge werden aus dem PDF-Text gelesen und am Beleg gespeichert (x_pdf_*, Aktion act_belegpruefung, Cron alle 30 Minuten); sechs Prüfregeln melden gebuchte Belege, die nicht zum PDF passen oder auf das e.K. lauten. 19.0.0.33.0 (18.09.2026): Der Beleg-Scanner ist ein GETEILTER BAUSTEIN geworden - fh_scanner.js/fh_kamera.js heissen jetzt ck_scanner.js/ck_kamera.js und sind zeichengleich mit der Poststelle (x_poststelle), die denselben Scanner im Tab Briefe benutzt. Hub-eigene Wörter kommen aus den Props was (Standard Beleg) und knopf (Standard Übernehmen & hochladen); der Finanz-Hub ruft ohne Props auf und sieht dadurch unverändert aus. Einzige Textkorrektur: die Live-Ampel sagt „nichts erkannt“ statt „kein Beleg erkannt“, und der Hinweis bei fehlendem Kamerazugriff nennt Foto oder Datei. Änderungen am Scanner ab jetzt nur am Master (dieser Hub) und über „Bausteine nachziehen“ in der Zentrale verteilen. 19.0.0.32.0 (17.09.2026): Einstellungen der Bestellbindung im Hub selbst (Karte im Reiter Befunde, Endpoint bindung/einstellungen): Versand automatisch ergänzen an/aus, Toleranz, Höchstbetrag für Versand. 19.0.0.31.0 (17.09.2026): Befundliste zur Bestellbindung (Konzept Teil D) - fünf Prüfregeln in data/pruefungen_bindung.xml (Warenrechnung ohne Bestellbezug, Rechnung passt nicht zum Beleg, mehrere Bestellungen möglich, wartet auf Wareneingang, Bestellung geliefert aber nicht berechnet) plus Vorschlagskarte mit Knopf 'Motor laufen lassen' (Endpoints befunde und befunde/:id/aktion, tab_befunde.js). 19.0.0.30.1 (17.09.2026): Der Belegleser (belege/autolesen) liest zusätzlich Versandkosten und die Bestell-/Auftragsnummern auf dem Beleg, schreibt die gelesenen Zahlen in Felder (x_beleg_*) und schickt frisch gelesene Warenrechnungen durch den Bindungsmotor. 19.0.0.30.0 (17.09.2026): Motor 'Warenrechnung an ihre Bestellung binden' (act_rechnung_binden, Cron alle 15 Minuten über act_bindung_lauf, data/warenrechnung_motor.xml) - findet die Bestellung über Nummer, Lieferanten-Auftragsnummer, Shop-Nummer oder Lieferant+Betrag (auch Betrag ohne Versand), ersetzt nur die Sammelzeilen der Belegerkennung, wartet auf den Wareneingang, prüft gegen die gelesene Belegsumme und ergänzt den Versand des Lieferanten; Stand am Beleg in x_bindung_status/-notiz, gelesene Zahlen in x_beleg_netto/steuer/brutto/versand/referenzen. 19.0.0.29.0 (17.09.2026, Jans Go zum Konzept Warenrechnung <-> Bestellung vom 16.09.2026): Etappe 1 - Server-Aktion 'Versand des Lieferanten an die Bestellung' (act_versand_an_bestellung, data/warenrechnung_bestellung.xml) trägt den Versand des Lieferanten als eigene Bestellzeile nach (Artikel 'Fracht / Versandkosten Lieferant'), idempotent und nur solange die Zeile nicht berechnet ist. Damit stimmen EK und Marge im Bestellungen-Hub, und die Lieferantenrechnung lässt sich vollständig gegen die Bestellung prüfen. Einstellungen als Systemparameter x_buha.fracht_produkt_id / versand_auto / bindung_toleranz / versand_max. Finanz-Hub - Buchhaltungszentrale der Multiversum Handel GmbH (19.0.0.28.1, 17.09.2026: KI-Tor-Endpoint aus der DB in die Datei nachgezogen, Datei = DB), inklusive der Cockpit-Webapp /finanz-hub (mcp.webapp 9, seit 05.09.2026 mit Vertragspflege direkt im Cockpit: anlegen, aendern, deaktivieren ueber vertraege/speichern; seit 06.09.2026 Vertragserkennung auch aus Eingangsrechnungen mit Ein-Klick-Vertrag, Kontierung leerer Entwuerfe wird nachgezogen, Tiefenlink #/?tab=belege&beleg=ID; seit 15.09.2026 zieht belege/autolesen auch Belege im Status 'abweichung' nach, wenn der einzige offene Punkt das fehlende Aufwandskonto war, laesst Gutschriften und Reverse-Charge-Belege (Steuer 0) beim Menschen; seit 15.09.2026 legt belege/upload die Eingangsrechnung selbst an statt ueber Odoos create_document_from_attachment, das ohne aktive Belegerkennung leere Journalbuchungen ohne Typ erzeugte): Heute-Seite, Posteingang, KI-Steuerberatung mit Paragraphenbezug, Verträge & Abos, Lieferantenregeln, Pruef-Engine mit Befunden, Aufgaben, UStVA-Kennzahlen, KI-Qualitätsmessung, Wissen

Vorlagen-Studio

Kundenmails und Belege je Shop mit echten Datensätzen ansehen, Newsletter gestalten und automatische Abläufe verwalten. Kein Versand aus dem Studio.

Poststelle

19.0.0.50.3 (18.09.2026): ck_scanner.js und ck_kamera.js stehen jetzt unter der Baustein-Wache der Zentrale (Register data/bausteine.xml, Master ist der Finanz-Hub) - weicht die Kopie hier vom Master ab, meldet es die Zentrale und zieht sie auf Knopfdruck nach. 19.0.0.50.0 (18.09.2026, Jans Wunsch „Scanner wie in der Poststelle für Belege“): Der Tab Briefe hat jetzt denselben Scanner wie die Belege im Finanz-Hub - ck_scanner.js und ck_kamera.js (Randerkennung nach Otsu, Live-Ampel mit automatischem Auslöser, bilineare Entzerrung, Dokumentmodus) - ab 19.0.0.50.1 geteilte Bausteine, zeichengleich mit dem Finanz-Hub, Hub-eigene Wörter über die Props was und knopf. Knopf „Scannen“ ist der Hauptweg, „Datei wählen“ bleibt daneben, „Fotografieren“ am Handy läuft durch denselben Zuschnitt; gescannte Seiten sammeln sich in einem Stapel mit Vorschaubildern und gehen zusammen als EIN Brief hoch (der Haken setzt sich ab Seite 2 von selbst). 19.0.0.49.0 (17.09.2026, Jans Go): Auftragsbestätigungen der Lieferanten finden ihre Bestellung selbst (act_ab_zuordnen + Cron alle 10 Minuten, data/auftragsbestaetigung.xml): Beweis sind Postleitzahl und Nachname bzw. Straße der Lieferadresse, Kandidaten sind bestätigte Bestellungen desselben Lieferanten aus 14 Tagen; die Lieferanten-Auftragsnummer kommt in partner_ref, der Versand aus der Mail als eigene Bestellzeile (geprüft gegen die Summe der Mail). Neues Feld x_ab_geprueft am Posteingang. 19.0.0.48.1 (17.09.2026): Vorgänge verknüpfen erkennt die Bestellnummer aus dem Webshop des Lieferanten (purchase.order.mvg_shop_order_ref, z. B. MiHa SO66207) - die Shop-Bestätigung hängt damit an der Bestellung und erscheint an der Karte im Bestellungen-Hub; Beweis ist der Absender-Partner oder die Maildomain des Lieferanten. act_vorgaenge ist noupdate: DB-Code und data/nachtrag_vorgaenge.xml gleich nachgezogen. 19.0.0.48.0 (17.09.2026): Datei = DB nachgezogen fuer die Nachtarbeit vom 15./16.09. - Antwort-Engine waehlt nach Bedarf statt nach Status (act_antwort_entwerfen), Antwort senden, Fristenwache (act_sla_wache: nur Post mit Antwortbedarf, limit 1000, sortiert), Ticket aus Mail erzeugt den Entwurf sofort; Cron 'Wache - Post ohne Antwort-Entwurf' (stuendlich, Marke WACHE-OHNE-ENTWURF) jetzt als cron_wache_ohne_entwurf im Modul. Ein Eingang seit 15.09.2026 (19.0.0.45.0): Mail und Brief benutzen dieselbe Liste von 15 Dokumentenarten (data/dokumentart.xml), und die Mail bekommt denselben Prozessvorschlag wie der Brief (x_prozess, x_prozess_grund: Beleg, Vertrag, Ticket, Aufgabe, Wissen, Ablage) - vorher kannte nur der Brief einen Vorschlag. Beleg-Archivierung korrigiert 15.09.2026 (19.0.0.44.2): Eine Mail wird nur noch archiviert, wenn die Belegerkennung einen Betrag gelesen hat - ein Entwurf mit 0,00 EUR laesst die Mail im Posteingang (Fall Bullet Europe: Zahlungsaufforderung verschwand am 09.09. still aus dem Eingang). Zahlungswache seit 15.09.2026 (19.0.0.44.1): Endpoint zahlungswache und Karte oben im Posteingang halten jede Rechnung, Mahnung und Zahlungsaufforderung gegen den Kontoauszug (Belegnummer, Betrag, Empfaenger) - Anlass Bullet Europe, zweite Zahlungsaufforderung trotz bezahlter Vorkasse. Digitale Poststelle: seit 15.09.2026 auch Papierpost - Tab Briefe: Scan/Foto/PDF hochladen, die KI liest ueber das KI-Tor (Bilder/PDF als Eingabe, JSON-Schema), ordnet den Absender einem Kontakt zu und schlaegt den Prozess vor (Beleg in den Finanz-Hub, Vertrag/Abo, Ticket, Aufgabe mit Frist, Wissen als Knowledge-Artikel unter Posteingang - Briefe plus Vermerk am Kontakt, Ablage); ein Klick fuehrt aus, die Scans wandern mit. E-Mail-Posteingänge verstehen, nach Ticket-Typ priorisieren, Sendungsdaten automatisch in Odoo schreiben, Belege übergeben (Beleg oeffnen fuehrt seit 06.09.2026 ins Finanz-Cockpit, nicht mehr ins Odoo-Backend), Kundensuche im Posteingang (Kontakte mit gesendeten Nachrichten, Tickets und Auftraegen - auch Privatkunden ohne Posteingang; Tiefenlinks #/?tab=kontakte&kontakt=ID, antworten&antwort=ID, post&mail=ID) und Kundenanfragen mit KI und Shop-Kontext beantworten. Seit 07.09.2026 wird in Antwortmails NUR die neue Nachricht bewertet (das Zitat unserer eigenen Mail machte aus einer Stornierung eine Produktfrage), der Ticket-Typ der KI-Triage bestimmt den Textbaustein, der Zahlweg steht in den Fakten und ein Klick auf 'Antwort erzeugen' laesst die KI sofort formulieren. Im Ticket steht seit 07.09.2026 die Handlungsleiste 'Was jetzt zu tun ist': Rueckabwicklung (Lieferantenbestellung, Lieferung, Gutschrift als Entwurf, Auftrag) ueber den Motor act_rueckabwicklung, Zahlweg mit Betrag und Transaktion sowie 'Erstattung veranlasst' als Protokoll - Geld bewegt weiterhin nur das Zahlungskonto. Ebenfalls seit 07.09.2026: Antworten auf eine Mail, die wir schon haben, landen nicht mehr nur im Verlauf des alten Eintrags - der Postspiegel spiegelt solche Nachzuegler als neuen Posteingang (Fall Bullet Europe). Der Verlauf im Zitat zaehlt dabei als Tatsache (was WIR frueher geschrieben haben, beantwortet oft die Rueckfrage), unsere Ueberweisungen an den Lieferanten stehen in den Fakten und die KI verspricht keine Anhaenge mehr. Anhaenge an den Entwurf (Bild/PDF bis 12 MB) gehen ueber den Knopf 'Datei anhaengen' in der Antwort-Karte und werden beim Senden mitgeschickt. Nichts geht ohne Freigabe raus.

Werkbank

Werkbank - Ideen, To-dos, Erinnerungen und Pläne für Jan und Martin (15.09.2026). Ein Einwurf-Feld, das fünf Sekunden dauert; danach liest die KI den Gedanken MIT dem Shop dahinter, ordnet ihn ein (Art, Bereich), belegt den Befund mit Zahlen aus dem eigenen System und schlägt 1-3 konkrete Schritte vor. Die KI schlägt nur vor - angelegt, geändert oder bestellt wird nie ohne Klick. Seit 19.0.1.1.0 trägt jeder Schritt, WER ihn macht (Claude, Jan, Martin, gemeinsam); die Sicht 'Für Claude' sammelt alle Schritte, die am Rechner erledigt werden können, als Auftragsliste, der 'Ideenspeicher' hält Ideen und Beobachtungen sichtbar, und es gibt eine Freitextsuche. Seit 19.0.1.2.0 kann man DIKTIEREN (Aufnahme im Browser, Mitschrift über dasselbe KI-Tor, Text landet im Feld und wird erst auf Knopfdruck eingeworfen) und es gibt die Arten 'Nachbestellen' und 'Kundenwunsch': dazu liest die KI eigenen Bestand, Lieferant und das SORTIMENT UNSERER HÄNDLER (mvg.supplier.catalog) und nennt konkrete bestellbare Artikel mit EK, UVP und Lieferantenbestand. Seit 19.0.1.3.0 führt ein Klick vom Einwurf in die NACHBESTELLLISTE des Lager-Hubs (x_sm_nachbestellung mit x_aus_vitrine): Artikel suchen, anhaken, Menge, übernehmen - bestellt wird dabei nichts. Seit 19.0.1.4.0 gibt es PLÄNE (Etappe 3): mehrere Einwürfe werden zu einem Plan gebündelt, die KI baut daraus Schritte in Reihenfolge mit Verantwortlichem und Termin; der MONTAGSBLICK zeigt über alle Pläne und Einwürfe, was diese Woche dran ist und was überfällig ist; ein fertiger Plan wandert auf Knopfdruck als Notiz ins Gitea-Projektgedächtnis, damit in drei Monaten noch klar ist, warum etwas so gemacht wurde. Seit 19.0.1.5.0 (Etappe 4) gibt es sechs fertige Abläufe für die Claude-App (mcp.prompt, share_with_all_users): „Was liegt an?“ (Montagsblick in Klartext), „Was soll ich übernehmen?“ (Auftragsliste abarbeiten und abhaken), „Gedanken einwerfen“, „Aus Einwürfen einen Plan machen“, „Sortimentslücken aus den Einwürfen“ und „Plan abschließen und ablegen“. Jeder Ablauf sagt Claude, wie er die Endpoint-ID holt (search_read, nie raten). Der Montagsblick zeigt außerdem Pläne, deren Schritte alle abgehakt sind – ohne sie heimlich auf „fertig“ zu stellen. Webapp /werkbank (mcp.webapp), Modelle x_werkbank.einwurf und x_werkbank.plan.

Kundendienst

Verfolgung, Priorisierung und Lösung von Kundentickets

Dialog

Chat, Mail-Gateway und private Kanäle

Kontakte

Zentralisierung Ihres Adressbuchs

Kalender

Planung von Mitarbeiterversammlungen

Social Marketing

Verwaltung Ihrer sozialen Medien und Website-Besucher

Marketing-Automatisierung

Automatisierte Mailingkampagnen erstellen