Hallo @neuss_tobias und @NuMa_2018 ,
vielen Dank für Ihre Rückmeldungen und die konstruktive Diskussion. Uns ist bewusst, dass der Funktionsumfang der Anwendung auch nach der Freigabe Ende Januar noch nicht in allen Punkten Ihren Erwartungen entspricht. Die Freigabe haben wir dennoch vorgenommen, um bereits eine Möglichkeit zu schaffen, Zahlungsdaten weiterer Zahlungsdienstleister strukturiert in das Rechnungswesen übernehmen zu können. In der Pilotphase – und auch seit der Freigabe – wurde dieser Mehrwert von Anwendern widergespiegelt, auch wenn einige Prozesse noch nicht so effizient sind, wie Sie es aus Ihrem DATEV-Rechnungswesen-Programm kennen. Dazu kommt, dass wir bei der Einrichtung der Zahlungsdienstleister-Konten in Teilen von den jeweiligen Zahlungsdienstleistern abhängig sind. Auf die notwendigen Schritte zur Freischaltung eines Zahlungsdienstleister-Kontos haben wir daher nur bis zu einem gewissen Grad Einfluss.
Zur Verbesserung des Prozesses beim Export der Buchungsvorschläge:
Für die erste Marktversion lag der Fokus zunächst darauf, eine zuverlässige und qualitativ hochwertige Zuordnung der Zahlungsdaten zu offenen Posten sicherzustellen und daraus Buchungsvorschläge zu erzeugen.
Vor diesem Hintergrund wurde zunächst ein manueller Export im DATEV‑Format und keine automatisierte Bereitstellung der Buchungssätze für die DATEV-Rechnungswesen-Programme umgesetzt. Nach der Freigabe prüfen wir, wie sich dieser Prozess mit vertretbarem Aufwand effizienter und stärker automatisieren lässt. Zu Ihrer Anforderung nach einem wiederholten Export von Buchungsvorschlägen kann ich Ihnen sagen, dass wir diese Funktion neben der Erweiterung um Bestände mit mehr als vierstelliger Sachkontenlänge als einen der wichtigsten nächsten Schritte priorisiert haben.
Zur Zuordnung der Stripe‑Zahlungsdaten:
Die Zuordnung der Stripe-Zahlungsdaten zu den offenen Posten erfolgt derzeit über die von Stripe gelieferten Felder Geschäftsvorgang bzw. Transaktionsnummer. Eine im Feld Text enthaltene Order‑ID, Bestell- oder Rechnungsnummer wird aktuell für die Zuordnung nicht berücksichtigt. Diese Anforderung nach einer Optimierung der Zuordnungslogik liegt uns vor. Aktuell untersuchen wir, bei welchen Zahlungsdienstleistern welche Probleme bei der Zuordnung der Zahlungsdaten zu den offenen Posten auftreten. So können wir unsere Zuordnungslogik perspektivisch erweitern.
Können Sie mir kurz sagen, ob im Feld Text ausschließlich die Rechnungsnummer steht oder ob dort zusätzlich noch weitere Informationen enthalten sind (z. B. ein Schlüsselwort oder weitere Angaben)?
Die Anforderung, mehrere Konten desselben Zahlungsdienstleisters in einem Bestand zu führen, behalten wir ebenfalls im Blick. Nach jetzigem Stand gehen wir davon aus, dass dieses Thema jedoch erst im Rahmen eines Rechnungswesens in der Cloud sinnvoll umgesetzt werden kann.
Vielen Dank für Ihre konstruktive Kritik – Ihr Feedback hilft uns, den DATEV Datenservice Zahlungsdienstleister an den entscheidenden Stellen weiterzuentwickeln.
Freundliche Grüße aus Nürnberg
Natalie Schöll | Business Analyst Produktangebot | DATEV eG
