Skip to main content

Wir arbeiten mit Datev Connect in Xentral:

Beim Export werden die AGR Ausgangsrechnung in DUO (DATEV UNTERNEHMEN ONLINE) gut exportiert. Wir ziehen über DUO auch die Lastschriften:

Unser Problem:

 

1.Leider werden alle AGR dann in DUO mit dem Haken Lastschrift gekennzeichnet 

1.1  Vielleicht liegt es daran: Unser “Hauptkunden”  die bei DUO hinterlegt sind, werden jetzt nicht mehr als diese erkannt inklusive nicht der Zahlungsweise.

Vorher beim manuellen Exportieren und wieder Upload in DUO der PDF hat dies gut funktioniert und da wurden die AGRechnungen dann mit den Lastschriften durch die hinterlegen Stammdatebn gut erkannt und abgelegt.

1.2 Warum klappt das jetzt mit Connect diese Erkennung nicht?

1.3. Oder müssen wir die Stammdaten der “Hauptkunden” jetzt wieder neu erfassen ? 

1.4 Gibt es bei Duo sonst Einstellungen ?​​​​​​​ 

2. Oder muss man bei Xentral die Zahlungsarten z.B. Lastschrift, 10 Tage 2% Skonto etc.  anders anlegen, damit das auch übernommen wird ? 

Danke für eine Auskunft auch für einzelne Punkte!

Hallo,

 

da es sich bei deinem Anliegen um ein Verhalten in DATEV handelt, kann ich dir leider keine Auskunft zu deinen Punkten geben. Ich würde dich an dieser Stelle einmal bitten, das Verhalten mit dem Support von DATEV durchzusprechen. Solltet ihr dort zu keiner Lösung kommen, kannst du hier gerne die Informationen von DATEV teilen und uns ggf. ein komplettes Beispiel mit Screenshots (Rechnungsprotokoll, Einstellungen im FIBU-Export, Einstellungen im Kundenstamm, Screenshots aus DATEV) zukommen lassen, damit wir das Ganze intern weiterleiten können.

 

Beste Grüße,

Dennis


Hi, 

Es handelt sich nicht nur um ein Problem von DATEV => bei der Schnittstelle könnte mehr an DUO übergeben werden.

Das Problem bleibt bei den Usern und laut DATEV in DUO bestehen und kann nur gelöst werden, wenn man die Zahlungsweise wie Paypal, Rechnung und Lastschrift mit der XML-Datei mit DATEV übergeben könnte. 

Oder die XML-Datei gleicht sich mit den Stammdaten von DUO ab, was es leider nicht tut, dann könnte es die Zahlungsweise von dort übernehmen, was es bei der OCR Erkennung ja problemlos macht.

Das ist in der Tat ein Problem von DUO, aber Xentral könnte da einmal nachfragen was da zu tun wäre...weil es nicht sauber ist …

Dann könnte man auch nur mit der OCR Erkennung arbeiten also nur die PDFs hochladen...doch dann fehlen wieder die transaktionsnummern bei Paypal ….

 

Das ist irgendwie typisch wenn man Datev das dann nur in die Schuhe schieben anstatt an dem “Problem” zusammen zu arbeiten….und Datev macht es dann genauso ...klasse !


Hi @Segeltücher ,
es ist verständlich, dass das eine frustrierende Situation ist und ich glaube, jede*r kennt das auch aus eigener Erfahrung und weiß, wie unbefriedigend sowas ist.
Es liegt uns natürlich fern, keine Verantwortung für etwas zu übernehmen, was in unsere Hand liegt - immerhin wollen wir euch ja auch ein gutes Produkt liefern, dessen Nutzung sich lohnt und euren Arbeitsalltag besser macht. Gerade bei Problemen mit Schnittstellen, ist es jedoch häufig schwierig, genau auszumachen oder von außen zu verstehen, wo genau dieser Bereich liegt.
Ich leite dein Ticket gerne nochmal an den Support weiter, damit wir hier vielleicht noch ein paar mehr technische Details einbringen können und wirklich die Grenzen des auf unserer Seite machbaren ausloten.

LG,


Danke, war auch nicht so böse gemeint !


Hallo @Segeltücher ,

vielen Dank für deinen Beitrag in unserer Community und Verbesserungsvorschlag.

Offenes und ehrliches Feedback ist wichtig für uns, um uns und unseren Service stetig zu verbessern. Wir haben dein Feedback nicht falsch verstanden. Keine Sorge! 😊

Gleichzeitig bitten wir um Verständnis, dass wir zum gegenwärtigen Zeitpunkt nicht sagen können, wann mit einer Überarbeitung des Moduls zu rechnen ist. Gerne berücksichtigen wir dieses Feedback aber, wenn es zu einer Überarbeitung kommt.

Um die Überarbeitung des Moduls unter Umständen höher zu priorisieren möchte ich dich bitten, dies als Anregung auf unser Ideen-Board zu setzen, damit die Community dafür voten kann. Dies beeinflusst unter anderem unsere Roadmapplanung.

Vielen Dank im Voraus und viele Grüße,

Matthias vom Xentral Customer Success Team


Hallo, ist hier etwas passiert oder verbessert? Gibt es Updates, die eine bessere Übergabe an Duo ermöglicht? 


HIER EINE EMAIL VON DATEV….also geht da endlich etwas voran ? 

Was muss ich jetzt tun, dass das bei uns so eingestellt wird ? 

IST die Version 6 der DATEV XML-Schnittstelle bei XENTRAL schon anwählbar ?

Oder wie kann man in der XML Datei in XENTRAL “paymentConditionsId="9" (Mahn-/Zahlsperre)” bestimmen….?

 

VON DATEV:

Hallo zusammen,

zu dem Thema gibt es Neuigkeiten:

Das beschriebene Verhalten kann nun mit der neuen Version 6 der DATEV XML-Schnittstelle online über das Feld paymentOrder gesteuert werden.

Das Feld „paymentOrder“ kennzeichnet, ob in DATEV Belege Online der Haken "Lastschrift erstellen" bzw. "Überweisung erstellen" gesetzt wird.

Informationen im Developer-Portal finden Sie hier oder im Hilfe-Dokument DATEV XML-Schnittstelle online - Allgemeine Informationen .

 

Bitte beachten Sie, dass im Feld paymentOrder der Wert "true" in Kombination mit dem Feld paymentConditionsId="9" (Mahn-/Zahlsperre) nicht zulässig ist.

 

Voraussetzung dafür ist, dass die neue Version 6 der DATEV XML-Schnittstelle online in der abgebenden Software implementiert ist.

 

 


Hallo @Segeltücher,

danke für deine Nachfrage. Aktuell werden die .XML-Dateien beim Datev Company Online Export in Version 5.0 exportiert. Version 6, die Voraussetzung hinsichtlich Mahn-/Zahlsperre ist, wird aktuell noch nicht unterstützt.

Auf Nachfrage beim zuständigen Produktmanager habe ich erfahren, dass eine Implementierung der neuen Version 6 in Zukunft geplant ist. Ein genaues Datum steht noch nicht fest, jedoch ist eine Umsetzung vor Q4 2023 nicht geplant.

Nehme diesen Punkt gerne als Idee/Verbesserungsvorschlag auf dem Ideenboard unserer Roadmap unter https://roadmap.xentral.com/tabs/1-now auf, um deine Nachfrage zu signalisieren.

Viele Grüße


Antworten