Hotline

Problembeschreibung:
Der Kunde hatte eine Rückfrage zur Rechtevergabe in der Controlling-Software Collectio Web. Es wurde beobachtet, dass Benutzer, die nicht für bestimmte Auswertungen freigegeben waren, dennoch Zugriff auf alle Berichte hatten.

Tätigkeit:
Es wurde festgestellt, dass die betroffenen Benutzer alle Berichte sehen, da sie direkt mit den Rechten für Berichte und andere Auswertungen in der Benutzerpflege ausgestattet wurden. Zur Lösung des Problems wurde vorgeschlagen, Benutzergruppen in der Benutzerverwaltung von Collectio5 anzulegen und diesen Gruppen die benötigten Berichte gezielt freizugeben. Die neuen Benutzer sollten keine individuellen Rechte besitzen, sondern die Rechte der Gruppen erben.

Problemlösung:
Durch Pflege der Benutzerfreigaben in dem collectio5 Menüpunkt Benutzerpflege wird das Problem gelöst.

Ursache:
Die Ursache des Problems lag bei der Freigabe der Analyse-Rechte in der Benutzerpflege, wodurch alle Auswertungen im collectioPortal sichtbar wurden.

Problembeschreibung:
Werden alle Datenarten der Betriebsbuchhaltung an den Hersteller übermittelt?

Ich hätte gern die Datenart BB1 genauso kopiert mit der Bezeichnung BB10. Wenn ich das selber kopiere, kann ich nicht alle Haken analog BB1 setzen

Tätigkeit:
Gemeinsam mit dem Kunden den Sachverhalt besprochen. Es gibt eine einzige Buchung in der Datenart BB1. Diese Buchung soll dem Hersteller auch gemeldet werden, aber in allen Berichten soll diese Datenart nicht mehr angezeigt werden.
Mitgeteilt, dass wir per Datenbankbefehl die Datenart BB1 aus allen Berichten entfernen können, aber das dann diese Datenart immer für Berichte ausgeschlossen ist und nicht je nach Betriebsbuchhaltungsbuchung unterschiedlich gehandhabt werden kann.
Auf Wunsch des Kunden die Datenart per Script aus allen Berichten entfernt. Es gab einen Prüfbericht, in dem nur die Datenart BB1 ausgewählt war. Dieser Bericht ist nicht geändert worden und der Kunde weiß darüber Bescheid!

Problemlösung:
Entfernen der Datenart BB1 aus den Berichten.

Ursache:
Der Kunde konnte nicht ohne großen Aufwand alle Berichte um die Datenart BB1 bereinigen.

Problembeschreibung:
Wir haben heute Nachmittag die Gesamtauswertung MB 06/2026 einmal als Web-Auswertung (siehe unten) und einmal die Auswertung über den Server (siehe Anlage) verglichen,
Die Zahlen der web-Auswertung sind völlig falsch.

Tätigkeit:
Gemeinsam mit dem Kunden den Sachverhalt geprüft. Wenn man in collectio den Gesamtbericht für GF anstellt, dann stimmen die Zahlen des Vorjahres nicht mit den Vorjahreszahlen aus der Webauswertung vom collectio-Server überein. Eine Verarbeitung der Daten von 2025 angestellt und im Anschluss die Daten in der Webauswertung miteinander verglichen.
Jetzt nach dem erneuten Verarbeitungslauf stimmen die Berichte überein.


Problemlösung:
Erneuter Verarbeitungslauf des Jahres 2025 durchgeführt.

Ursache:
Ohne größeren Aufwand ist die genaue Fehlerursache nicht feststellbar.

Problembeschreibung:
Der Kunde hatte Schwierigkeiten mit der Datenmeldung für den Hauptbetrieb in Albstadt. Im Gegensatz zur Filiale in Laiz, wo die Datenmeldung problemlos durchgeführt werden konnte, traten beim Datenimport für Albstadt kritische Fehlermeldungen auf.

Tätigkeit:
Wir haben die Fehlermeldungen im FinancialView analysiert und detaillierte Untersuchungen des Datenimports vorgenommen. Dabei wurde festgestellt, dass die Probleme durch negative Werte beim Quartalsvergleich hervorgerufen werden. Wir haben auch die gemeldeten Werte mit den Zahlen aus den collectio5 Quelldaten verglichen, um der Ursache auf den Grund zu gehen.

Wir haben die Statistikkonten für die Absätze GF für die Filiale 1 angepasst (insgesamt 6 verkaufte Einheiten per Monat 6) und die Meldedateien für die Quartale 1 per 202603 und 2 per 202606 erneut erzeugt im collectio5.
Wir haben im FinancialView die Meldedateien der Filiale 1 für beide Quartale nacheinander hochgeladen, geprüft und fehlerfrei und vollständig eingereicht.

Problemlösung:
Um das Problem zu beheben, sollte das erste Quartal im FinancialView durch den Support der UrbanScience freigegeben werden. Danach wurde die Meldung für die Quartale 1 und 2, nach Anpassen der Statistikkonten, erfolgreich wiederholt.

Ursache:
Das Problem wurde durch die Verwendung negativer Werte in der Datenmeldung verursacht. Diese Diskrepanz kann entweder durch nachträgliche Änderungen an den Buchungen oder durch abweichende aktuelle Zahlen in der Finanzbuchhaltung für die Filiale 1 ausgelöst worden sein.

Problembeschreibung:
Wie kann man in der neuesten Version die Ansicht von Karten auf Tabelle/Liste umstellen und wo kann man die Kopf- und Fußzeilen ändern?

Tätigkeit:
Gemeinsam mit dem Kunden den Programmpunkt Auswertungen geöffnet. Zum Einen war die Frage, wie man in der neuesten Version die Darstellung der Auswertungen von Visitenkarten auf Liste ändern kann. Hier aufgezeigt, dass es über den Reiter Darstellung und dann einen Klick auf Tabelle umgestellt werden kann. Weiterhin war die Frage, wo man in der neuesten Version die Kopf- und Fußzeilen ändern kann. Dies ist jetzt über das Bearbeiten des jeweiligen Berichtes und hier rechts oben den Button Excel-Felder aufrufbar.

Problemlösung:
Dem Kunden gezeigt, dass die Darstellung über den Reiter Darstellung (hier Button Tabelle) angepasst werden kann. Die Kopf- und Fußzeilen werden jetzt über die Bearbeitung des Berichtes (hier Button Excel-Felder) aufgerufen.

Ursache:
Der Kunde wusste nicht, wie in der neuesten Version die Anpassungen vorgenommen werden können.

Problembeschreibung:
Frau M. hat das Problem gemeldet, dass in der Kontenklasse 3 Buchungen mit Kostenstellen vorhanden sind, die von der MBAG nicht akzeptiert werden.

Tätigkeit:
Wir haben in der Sachkontenanzeige der Finanzbuchhaltung festgestellt, dass die Buchungen in der Kundenklasse 3 tatsächlich mit Kostenstellen vorhanden sind. Diese Kostenstellen finden sich auch in der Datei kove.asc wieder und sind folgerichtig auch in der Datenmeldung vorhanden.
Wir haben ein Power Shell Script erstellt, das bei Buchungen der Klassen 0, 1 und 3 die sechsstellige Kostenstelle gegen die Kostenstelle 9 ersetzt. Die neue Datei wird als KOVE_NEU.asc abgelegt.

Problemlösung:
MIt Frau M. besprochen, wie sie das Scrit ausführt und das ab jetzt die neue KOVE_NEU.asc in collectioOnline hochgeladen werden soll.

Ursache:
Das Problem ist, dass die Buchungen der Kontenklasse 3 mit einer Kostenstelle aus der FIBU exportiert werden.

Problembeschreibung:
Frau M. hat das Problem gemeldet, dass in der Kontenklasse 3 Buchungen mit Kostenstellen vorhanden sind, die von der MBAG nicht akzeptiert werden.

Tätigkeit:
Wir haben in der Sachkontenanzeige der Finanzbuchhaltung festgestellt, dass die Buchungen in der Kundenklasse 3 tatsächlich mit Kostenstellen vorhanden sind. Diese Kostenstellen finden sich auch in der Datei kove.asc wieder und sind folgerichtig auch in der Datenmeldung vorhanden.
Wir haben ein Power Shell Script erstellt, das bei Buchungen der Klassen 0, 1 und 3 die sechsstellige Kostenstelle gegen die Kostenstelle 9 ersetzt. Die neue Datei wird als KOVE_NEU.asc abgelegt.

Problemlösung:
MIt Frau M. besprochen, wie sie das Scrit ausführt und das ab jetzt die neue KOVE_NEU.asc in collectioOnline hochgeladen werden soll.

Ursache:
Das Problem ist, dass die Buchungen der Kontenklasse 3 mit einer Kostenstelle aus der FIBU exportiert werden.

Problembeschreibung:
1.) Beim Öffnen eines Bilanzberichts als Word-Datei erscheint die Fehlermeldung "Microsoft Word: Von Word wurde nicht lesbarer Inhalt in gefunden. Möchten Sie den Inhalt des Dokumentes wiederherstellen?"
2.) Im Bilanzbericht geht die Summe Aktiva und die Summe Passiva nicht auf 0,00 nicht auf.

Tätigkeit:
1.) Einstellung Berichtslayout im Berichtskopf vorgenommen und Ausgabeformat auf Word eingestellt.
2.) Nach vorherigen Datenbankabfragen Im Berichtsdesigner bei einem Konto das Einsteuerungskennzeichen P gesetzt und bei fünf weiteren Konten im Kontenstamm "Einzelsaldo" als Saldenbildung eingestellt.

Problemlösung:
1.) Bericht mit den Einstellungen erfolgreich als Word-Datei erstellt.
2.) Nach den Anpassungen geht Aktiva und Passiva auf 0,00 auf.

Ursache:
Neueinrichtung von Mandant 12

Problembeschreibung:
Der Kunde hatte Schwierigkeiten, Daten von der Tochtergesellschaft „autocenter schmolke“ in die ITPM-Cloud zu übertragen. Trotz der Einrichtung im System konnten keine Daten transferiert werden, was zu Unklarheiten über manuelle Eingriffe führte.

Tätigkeit:
Es wurde ein Verarbeitungslauf ohne Import für den betreffenden Zeitraum bei autocenter schmolke durchgeführt. Zudem wurde überprüft, ob der Datenversand in die ITPM-Cloud korrekt aktiviert ist. Die nötigen Einstellungen für den Datenversand wurden im Menüpunkt Datenumfang vorgenommen. Während der Analyse wurde festgestellt, dass unterschiedliche Kontenrahmen verwendet wurden und dass die Lizenzfreischaltung für die verwendeten Markenmodule erforderlich ist.

Problemlösung:
Nach Freischaltung der relevanten SKR51-Lizenzen bis zum 05.06.2026 sowie dem Neustart des collectio5-Systems sollte der Bericht 651 für die betroffenen Perioden ausgewertet werden. Der Kunde wurde auch über das aktuelle Update 5.3.50 informiert und erhielt Anweisungen zur Installation.

Ursache:
Das Problem war auf die unterschiedlichen Kontenrahmen und die jeweiligen Lizenzen zurückzuführen, die für die Berichterstattung notwendig waren. Des Weiteren war die Lizenz für SKR51 zum Zeitpunkt des ursprünglichen Tests abgelaufen, was eine vorübergehende Untersuchung verhinderte. Die erforderlichen Anpassungen und die Lizenzfreischaltung wurden eingeleitet, um den reibungslosen Ablauf sicherzustellen.

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:
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.