Hotline

Eingangsdatum: 03.06.2026 13:57:00

Betreff: Fusion in Hedin Deutschland

Sehr geehrte Damen und Herren,
wir werden zwei bestehende Gesellschaften (Mandant 1+19) fusionieren zum 01.09.
Ich habe folgende Fragen.

1.
CashAccount
1.
Was muss hier gemacht werden seitens ITPM bezüglich der Fusion bzw. was kann von uns geleistet werden.
2.
Wie viel Vorlauf benötigen Sie?
2.
Collectio
1.
Wir müssten einen Mandenten löschen und die FIlialen einem anderen Mandanten zuordnen.
1.
Was für Möglichkeiten haben wir für den Businessplan?
2.
Was für Möglichkeiten haben wir für Vorjahresvergleiche?
2.
Ist sonst noch etwas zu beachten.

Vielen Dank vorab.
______________________________
Johannes Schreiber
Leiter Controlling

Eingangsdatum: 01.06.2026 15:46:22

Betreff: Daten von autocenter schmolke

Hallo zusammen,

für unsere Tochtergesellschaft „autocenter schmolke“ haben wir kurz nach Fusion im collectio die Möglichkeit eingerichtet bekommen,
die Datenbasis auf autocenter schmolke zu ändern.
Leider werden hier nur keine Daten übertragen. Müssen die Kollegen von schmolke hierfür etwas manuell „anschieben“?

Vielen Dank

Mit freundlichen Grüßen
Kim Nathalie Hoick

Problembeschreibung:
Erstellung von Ford-Bericht

Tätigkeit:
Gemeinsam mit Hr. Dopfer den Bericht von Ford angeschaut. Im Neuwagenbereich tauchten keine Boni auf. Deshalb die dazugehörigen Konten geprüft und festgestellt, dass dem Konto 7700xxx aus Sicht von Abel&Ruf ein anderes Identkonto zugewiesen werden müsste. Dieses Identkonto jetzt angepasst! Weiterhin gezeigt, dass die Werte für Teileumsätze Service laut Meldedatei vorhanden sind.

Problemlösung:
Anpassung von Identkontenzuweisungen.

Ursache:
Neuwagenboni wurden nicht gemeldet.

Problembeschreibung:
Es wurde festgestellt, dass im Center Mönchengladbach Herbrand Niederrhein seit dem vergangenen Samstag kein Kassenabschluss mehr durchgeführt werden kann. Die entsprechenden Felder zum Ausfüllen waren komplett ausgegraut.

Tätigkeit:
Über den TeamViewer wurde zusammen mit der IT des Kunden überprüft, warum die betroffenen Felder beim Kassenabschluss nicht genutzt werden können.
Es fiel auf, dass nur unbare Erfassungen vorgenommen wurden und die Anzahl der Barbuchungen im Kassenabschluss "0" betrug.
Wir haben uns als Admin Benutzer angemeldet und den Parameter „UNBARKASSENABSCHLUSS_FELDERAKTIVIEREN“ angelegt und auf „Ja“ gesetzt.
Dies gewährleistet, dass auch bei unbaren Buchungen die Aktivierung der Felder „Münzen“, „Rollen“ und „Scheine“ möglich ist.

Problemlösung:
Durch die Anpassung des Parameters wurde das Problem behoben, sodass die Felder „Münzen“, „Rollen“ und „Scheine“ für den Kassenabschluss immer aktiviert sind. Der Kunde kann nun erfolgreich den Kassenabschluss durchführen.

Ursache:
Die ursprüngliche Problematik war darauf zurückzuführen, dass der Parameter „UNBARKASSENABSCHLUSS_FELDERAKTIVIEREN“ im Standard mit "nein" gepflegt ist. Dies führte dazu, dass die erforderlichen Felder für den Kassenabschluss ausgegraut werden, wenn keine baren Erfassungen getätigt wurden. Bisher waren immer auch bare Erfassungen zum Kassenabschluss vorhanden.

Problembeschreibung:
Guten Tag,

die Mercedes-Benz AG hat uns informiert das bei uns noch markenneutrale Konten gemeldet werden, es handelt sich im Q1 um die unten genannten Konten bei uns. Ich bitte um Unterstützung, danke!

Mit freundlichen Grüßen
Alexander Schu-Schmithüsen


Tätigkeit:
Im Rahmen des Hotlineauftrags wurde die Quelldatenanzeige gemeinsam mit dem Kunden per TeamViewer überprüft. Dabei wurden die relevantesten Finanzkonten analysiert, um zu klären, ob tatsächlich markenneutrale Konten im Q1 zu verarbeiten sind.

Problemlösung:
Es konnte festgestellt werden, dass lediglich MBAG Identkonten mit der Endung 100 vorliegen, die nicht als markenneutral gelten. Die Konten wurden entsprechend den Vorgaben der aktuellen PlausiMatrix als plausibel eingestuft.

Ursache:
Das Problem basierte auf den neuen Vorgaben des Herstellers, die markenneutrale Konten teilweise nicht mehr zulassen.

Problembeschreibung:
Es wurde festgestellt, dass die Software collectio5 aufgrund eines defekten Installationsverzeichnisses nicht korrekt gestartet werden konnte.

Tätigkeit:
Der Installationsordner D:\ITPM\collectio5 wurde manuell mit der Version 5.2.24 wiederhergestellt, wodurch collectio5 erneut gestartet werden konnte. Des Weiteren wurden die .NET 9.0 Treiber auf dem Server NOA-ITPM neu installiert oder repariert. Nach dem erfolgreichen Start von collectio5 aus dem lokalen Verzeichnis wurde das Update auf Version 5.3.50 durchgeführt. Der collectio5Batchworker Dienst wurde anschließend erfolgreich neu gestartet. Darüber hinaus wurde collectioWEB über den Update-Mechanismus erfolgreich aktualisiert.

Problemlösung:
Durch die Wiederherstellung des Installationsordners und die Aktualisierung der .NET Treiber konnte collectio5 wieder erfolgreich gestartet und das Update auf die neueste Version ohne weitere Probleme durchgeführt werden. Auch der Dienst und collectioWEB funktionierten nach dem Update reibungslos.

Ursache:
Die Probleme traten auf aufgrund eines fehlgeschlagenen Updateversuchs, der durch nicht erfolgreich installierte .NET Treiber oder fehlende Berechtigungen beim Zugriff über die Netzwerkverknüpfung \\Noa-itpm\itpm\collectio5 verursacht wurde.

Problembeschreibung:
Es wurde festgestellt, dass der Kunde immer häufiger die Fehlermeldung "Zu diesem Zahlungsmittel sind keine Buchungen vorhanden" beim Versuch, ein aktuelles Kassenbuch zu erzeugen, erhält.

Tätigkeit:
Nach der Kontaktaufnahme mit dem Kunden wurde das Problem analysiert. Es wurde erläutert, dass die Fehlermeldung auftritt, wenn bereits ein Kassenbuch erstellt wurde, jedoch keine neuen Erfassungen oder Kassenabschlüsse getätigt wurden.

Problemlösung:
Es wurde empfohlen, ein bereits nummeriertes Kassenbuch auszuwählen und dort nach den erwarteten Erfassungen zu suchen. Zudem wurde darauf hingewiesen, dass im Probedruck auch nicht im Kassenabschluss abgeschlossene Erfassungen angezeigt werden können, was durch eine entsprechende Option im Programm ermöglicht wird.

Ursache:
Die Fehlermeldung ergibt sich aus der fehlenden Aktualisierung des Kassenbuchs nach dem Erstellen eines Kassenbuchs. Ein Fehler in der Software war nicht vorhanden.

Problembeschreibung:
Der Kunde hatte zwei Konten (Konto 4750 und Konto 8752), bei denen die Marke nicht ordnungsgemäß gepflegt war. Dies führte zu Fehlern in der Quelldatenanzeige nach Verarbeitung der betroffenen Finanzkonten.

Tätigkeit:
Zur Bearbeitung des Anliegens wurde die Quelldatenanzeige gemeinsam mit dem Kunden über TeamViewer im collectio5 aufgerufen.
Zuordnungen markenneutraler Identkonten haben wir nicht gefunden.
Dabei wurde festgestellt, dass die betroffenen Finanzkonten bereits als fehlerhaft markiert waren. Die Ursache war, dass die Marke 0 aufgrund einer manuell gepflegten Markenpflicht im Menü Stammdaten/Konten unter dem Reiter KoRe-Merkmale nicht gültig war.

Problemlösung:
Es wurde eine Vorbelegung der Marke 00 für die betroffenen Konten im Reiter KoRe-Merkmale vorgenommen, da bereits eine Markenumlage für die Marke 00 existierte. Nach der Verarbeitung der Konten wurden alle Quelldatenfehler bereinigt. Zudem wurde eine frühzeitige Datenmeldung versendet, um die Midas-Auswertung am nächsten Tag auf weitere Fehler zu prüfen.

Ursache:
Die Ursache für die Quelldatenfehler war eine eingestellte Markenpflicht der betroffenen Konten, wobei keine Marke gebucht oder durch keine Regel oder Mapping gesetzt wurde.

Problembeschreibung:
Der Kunde benötigte Unterstützung bei der Umschlüsselung von markenneutralen Konten, um diese mit demselben Umlageverfahren auf die Hersteller MBAG und DTAG zu überführen. Insbesondere stellte der Kunde eine Frage zur Vorgehensweise bei der korrekten Zuordnung dieser Konten.

Tätigkeit:
Während einer TeamViewer-Sitzung haben wir gemeinsam mit dem Kunden die Quelldatenanzeige im collectio5 aufgerufen. Hierbei wurden die betroffenen Herstellerkonten identifiziert und in der Quelldatenanzeige in der Spalte MBAG eingetragen. Für die Zuordnungen zu den Herstellern MBAG und DTAG wurden spezifische Regeln und Möglichkeiten erläutert, um die Zuordnung nach Kostenstellen vorzunehmen.

Problemlösung:
Der Kunde wurde in die Lage versetzt, die restlichen Herstellerkontenzuordnungen eigenständig zu pflegen. Er wurde angeleitet, eine frühzeitige Probedatenmeldung zu versenden, um die Midasauswertung am darauf folgenden Tag zu überprüfen. Dies ermöglicht sicherzustellen, dass die Zuordnungen korrekt durchgeführt wurden.

Ursache:
Das ursprüngliche Problem lag bei den nicht aktuellen und nicht vollständigen Herstellerkontenzuordnungen für die Hersteller MBAG und DTAG.

Problembeschreibung:
In ITPM.collectio5 und in ITPM.collectioWEB sollen den Benutzern ncht alle Berichte angezeigt werden.

Tätigkeit:
Benutzerverwaltung aktiviert und Benutzerrecht angelegt und Benutzerrechte zugewiesen.

Problemlösung:
Dem Aktivieren der Benutzerverwaltung können pro Benutzer Zugriffsrechte auf Berichte vergeben werden. Darüber hinaus ist die Einschränkung auf Kostenrechnungsmerkmale möglich.

Ursache:
Schulung

Problembeschreibung:
Wie kann ich in einer Auswertung einen Durchschnitt für das lfd. Jahr ermitteln.

Also: Wert per 03/2024 geteilt durch (automatisch ermittelte) Anzahl der Monate = Durchschnitt

Tätigkeit:
Angenommen, die Formelspalte bezieht sich auf die Werte-Spalte AktuellesJahrPer und in dieser Werte-Spalte stehen die Daten von Januar bis zum aktuellen Monat -1, dann sieht die Formel wie folgt aus:

(AktuellesJahrPer) / ( @Basisjahr * 100 + @Basismonat - (@Basisjahr * 100 +1) )

Wenn in der Werte-Spalte AktuellesJahrPer Daten von Januar bis zum aktuellen Monat stehen, sieht die Formel so aus:

(AktuellesJahrPer) / ( @Basisjahr * 100 + @Basismonat - (@Basisjahr * 100 +1) +1 )

Ursache:
Individuelle Lösung für den Kunuden entwickelt.

Problembeschreibung:
Nach dem Update auf das aktuelle ITPM.collectio kann man sich nicht mehr am collectioWeb anmelden.

Problemlösung:
Auf dem Server, auf dem ITPM.collectioWeb betrieben wird, muss die collectioWebUpdater.exe gestaret und damit das aktuelle Update auf ITPM.collectioWeb installiert werden.

Die Versionsnummer des RichClients ITPM.collectio muss immer mit der Version des WebClients ITPM.collectioWeb übereinstimmen.

Problembeschreibung:
In ITPM.collectio sind nicht alle Statistikkonten der DTAG enthalten, die von Urban Science vorgeschlagen wurden.

Tätigkeit:
-> Die unspezifischen Statistikkonten ("o. Markensplit" und "o. Daimler Truck Markensplit") wurden in ITPM.collectio in Abstimmung mit der DTAG nicht aufgenommen. Es soll grundsätzlich eine Aufteilung nach DTAG und Fremdfabrikate vorgenommen werden.

Problemlösung:
Werte auf markenspezifischen Konten buchen

Ursache:
ITPM liefert nicht alle Statistikkonten aus.

Problembeschreibung:
Die Marke smart geely darf im Bereich Verkauf bei der MBAG nicht mehr bebucht werden (hier SKR51). Die Buchung muss auf der Marke Fremdfabrikate erfolgen. In der FIBU und im DMS wird nicht zwischen bisherigen smart und smart Geely unterschieden.

Lösung
Wir legen eine separate Marke "smart Verkauf" an und hinterlegen dieser Marke die Identmarke "Fremdfabrikate PKW".
Damit die Marke angesprochen wird, richten wir zwei Importmappings ein, die ab der Periode 202401 die Marke "smart" auf "smart Verkauf" ändern, wenn in dem Buchungssatz die Marke "smart" und die Kostenstelle „1*“ (NW) oder „2*“ (GW) lauten.

Problemlösung:
Das Mapping der Marke löst das Problem.

Ursache:
smart Geely darf im Verkauf nicht mehr unter der Marke smart gemeldet werden.

Problembeschreibung:
Eingangsdatum: 15.02.2024 10:05:06
Betreff: unplausible Kostenstelle 121 MBAG
Sehr geehrte Damen und Herren,
hier kommt die Fehlermeldung, dass die Kst. 121 laut MBAG unplausibel ist.

Tätigkeit:
Es gab Buchungen auf internen 6er-Konten im Bereich der LKW-Vermittlungserlöse, die dem MBAG-Identkonto 1590000 zugeordnet und mit der Kostenstelle 121 bebucht waren. Das ist seit 2024 unplausibel.

Problemlösung:
Da auf dem Identkonto 1590000 nur die Kostenstelle 9 (ohne) zugelassen ist, haben wir als Identkonto bei sämtlichen, den Vermittlungsumsatz und statistische Kulanz betreffenden Konten der Klasse 6 das Identkonto 6500000 hinterlegt. Das Konto 6500000 ist auch mit der Kostenstelle 121 zulässig.

Problembeschreibung:
Sehr geehrte Damen und Herren,
wir haben beim Importmapping folgende Regeln gepflegt:
Allerdings bleiben die Werte in den Filialen 07, 03 und 02 auf der Kst. 222300 stehen, in den Filialen 10, 09 und 11 funktioniert das Mapping, siehe auch hier das Protokoll des Verarbeitungslaufs:
Woran liegt das?
Schöne Grüße

Tätigkeit:
Filialen ohne führende nullen im Mapping eintragen.

Problemlösung:
Filialen so eintragen, wie sie aus der FIBU kommen.

Ursache:
In der FIBU hat eine Umstellung von nummerisch auf string in den Feldern KOSDIM stattgefunden. Seitdem ergänzt collectio die Filialen mit führenden nullen.

Problembeschreibung:
In ITPM.cashACCOUNT werden Offene Posten angezeigt, die es nicht mehr gibt.

Problemlösung:
Prüfen Sie, ob der Auftrag aus alphaplus stammt. Dort wird der Auftrag erst vollständig im Rahmen das Tagesabschlusses entfernt, wenn alle Rechnungskennzeichen abgeschlossen sind.

Betreff: Export Umlagen
Sehr geehrte Damen und Herren,
kann man in Collectio 4 oder in 5 die Umlagen incl. Prozentwerte exportieren?
Freundliche Grüße

Nein, weder in collectio4 noch in collectio5 gibt es eine Funktionalität zum Export der Umlagen mit Angabe der Verteilungswerte. Allerdings können Sie mit dem ITPM.Dashboard bzw. ITPM.ListenReports eine Auswertung erstellen, die Sie zu dem gewünschten Ergebnis bringt. Gerne unterstützen wir Sie dabei.
Freundliche Grüße
Michael Walter

Das neue collectio-Herstellermodul "Daimler Truck" kann für collectio5 als Zusatzmodul bestellt werden. Die Bestellfreigabe ist für den 03.11.2023 geplant.

Da das Modul nicht mehr für ITPM.collectio4 verfügbar ist, muss vor der Datenmeldung an Daimler Truck auf ITPM.collectio5 umgestellt werden.

ITPM wird Anwendern die Dienstleistung anbieten, den FIBU-Konten das entsprechende Daimler Truck - Konto zuzuweisen. Voraussetzung hierfür wird sein, dass die FIBU-Konten über ein altes DAIMLER-Konto verfügen.