Belegtransfer & Bearbeitungsform (erweitert/standard)

[#1]

Moin,

gibt es irgendwo eine Übersicht in der mal auf einer Seite aufgeführt ist welche Bearbeitungsform benötigt wird ?

Ich versuche gerade aus SEVDESK Belegbilder via Belegtransfer in Belege online zu importieren.

Nachdem alles mit Fehlermeldung abgebrochen wurde (Der Beleg wurde bereits in einen anderen Ordnungsbegriff importiert! ) bekam ich bei der Hotline den Hinweis das die Bearbeitungsform auf Standard und somit falsch gesetzt wäre.

Zumal ich diese Art von Fehlermeldungen als nicht sonderlich hilfreich empfinde. 

BDS und RDS 1.0 habe ich auch noch bestellt, obwohl ich der meinung bin das dieses nur bei "DATEV connect"-Übertragungen zur Anwendung kommt und nicht bei den "manuellen" Importen via Belegtransfer und Stapelverabeitung.

Es erscheint allerdings noch immer die o.g. Fehlermeldung und es erfolgt keine Übertragung.

LG aus HH

[#2]

---

@SoosyHH schrieb:

BDS und RDS 1.0 habe ich auch noch bestellt, obwohl ich der meinung bin das dieses nur bei "DATEV connect"-Übertragungen zur Anwendung kommt und nicht bei den "manuellen" Importen via Belegtransfer und Stapelverabeitung.

---

Korrekt. Aber in Q1 2022 soll sevDesk auch endlich den Buchungsdatenservice unterstützen, sodass das Leid ein Ende hat. Ich kämpfe auch mit sevDesk und Belegtransfer und irgendwie stimmt da selten was. Irgendwo hakt es immer. Ich hoffe, der Buchungsdatenservice klappt dann so gut wie bei lexOffice. 

---

@SoosyHH schrieb:

Der Beleg wurde bereits in einen anderen Ordnungsbegriff importiert! ) 

---

Beraternummer und Mandantennummer passen aber? 

[#3]

Also das grundsätzliche Problem ist, dass die Fehlermeldungen echt nicht gut sind. Und meistens sind sie auch nicht wirklich verständlich ("Ordnungsbegriff").

Alles was über die XML Schnittstelle kommt bzw. RDS 1.0 braucht die erweiterte Bearbeitungsform. Mann kann die Belege zwar auch in der standard Form übernehmen, aber dann können nicht alle Felder aus der XML Datei geparsed werden und es kommt zu Fehler.

Aber nicht zu harten, deshalb denkt man oft, es hat doch geklappt. Aber es hat nicht immer. Wieder doofes Error Handling,

Hast du die Belege nach dem ersten Import mal gelöscht? Aber nicht aus dem Papierkorb? Dann sind sie immer noch in der Belegverwaltung und können aufgrund des Duplikatechecks der Beleg-ID nicht nochmal importiert werden.

Oder aber sie wurden tatsächlich schon in einen anderen Bestand importiert.

[#4]

---

@larsboehnke schrieb:

"Ordnungsbegriff"

---

Naja, ist DATEV Fachsprache. So eben wie auch die Begriffe IP, VPN, localhost und Co. es bei Technik / PCs sind. Beraternummer/Mandantennummer/ ggf. Basisnummer = Ordnungsbegriff. 

[#5]

Ja aber wenn das die offizielle Fehlermeldung ist, die dem Endnutzer der RDS 1.0 API gezeigt wird. Das versteht ja niemand. Es fehlen auch einfach ganz viele Fehlermeldungen.

[#6]

Erster Sevdesk Mandant u. ich finde es alles schon wieder super easy, leicht verständlich u. intuitiv bedienbar.

Welche Einstellung nehme ich denn jetzt sinnvollerweise?

[#7]

Genau das haben wir bei sevDesk "angemeckert" und in Q1 2022 kommt bei sevDesk wie bei LexOffice der Buchungsdatenservice, der mit 1 Klick alle Daten (Buchungsdaten + Belegbilder) ins RZ/DUO schiebt und man nur noch buchen muss. 

Bis dahin: Buchungsdaten exportieren > entzippen, die CSVs manuell in REWE via Stapelverarbeitung importieren und manuell die Belege exportieren > entzippen, den Belegtransfer fertig einrichten (XML Schnittstelle) und damit hochladen und dann hat man Beleg und Buchung zusammen. 

Ziemlich uncool und aufwendig aber wenn man nur die DATEV Rechnungsdatenservice 1.0 Schnittstelle nutzt, bekommt man keine Buchungssätze, sondern nur die Belegbilder mit deren Angaben geliefert. 

Wir haben noch 1 Mandanten, wo das besser in weniger Schritten geht: erst manueller ZIP Export der Buchungsdaten und Belegbilder via Rechnungsdatenservice 1.0 im Nachgang. Da sagte man uns aber: das will DATEV so nicht, weil es etwas suggeriert, was sevDesk nicht hat - blabla 👎, sorry DATEV. 

Und: Achtung beim Export im StB-Portal vs. Export aus dem Portal des Mandanten. Möglich, dass beide Exporte unterschiedlich sind, wenn man sie nicht gleich einstellt. 

[#8]

Hammerhart.

[#9]

Finmatics schickt Buchungsstapel + Belege ins UO zur Bereitstellung. Danach ist alles über Daten holen vorhanden.  

Wohlgemerkt das ist die alte Schnittstelle. Die neue ist schon programmiert, nur noch nicht scharf geschaltet. 

Was für ein Wirrwarr. Keine Ahnung wie man da noch durchblicken soll.