Thema "Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!" in Betriebliches Rechnungswesen

Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Fri, 30 Jun 2017 09:09:34 GMT

Hallo zusammen

welche Meinung habt ihr zur Abschaffung der Schnittstellenformate Postversandformat und dem alten Rechnungswesens-Formate Postversand-/ASCII-WIN-Importe zum Ende des Jahres. Die Mandanten die Ihre alten Systeme nutzen sind nicht zur Änderung bereit. Welche einfachen Lösungen gibt es wenn wir ab 2018 weiterhin diese Formate erhalten.

Grüße

Poursanidis

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkinzler — Fri, 30 Jun 2017 09:13:48 GMT

ASCII-Fomat kann neu als individuelles ASCII-Format angelegt werden.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andreashofmeister — Fri, 30 Jun 2017 09:30:13 GMT

Dann müssen die Mandanten das natürlich auch einstellen. Zumindest weg vom Postversand. Unbedingt. Sonst Frickelei, oder?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

chrisocki — Fri, 30 Jun 2017 09:45:16 GMT

Die ASCII-Format sind m.E. ruckzuck wieder angelegt und funktionsbereit.

Das Postversand-Format darf gerne raus.

Chr.Ockenfels

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Christian_Nahr — Mon, 03 Jul 2017 06:48:15 GMT

Hallo,

wie von den Diskussionsteilnehmern angemerkt, ist die Übernahme per ASCII-Import, sofern sich der Softwarehersteller der Umstellung auf das DATEV-Format verweigert, die einzige Möglichkeit.

Eine Anleitung zur Erstellung einer individuellen ASCII-Formatvorlage finden Sie in unserer Info-Datenbank, Dok.-Nr. 1036228.

Mit freundlichen Grüßen

Christian Nahr

Service Rechnungswesen (FIBU)

DATEV eG

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

theo — Mon, 03 Jul 2017 23:54:22 GMT

welche Meinung habt ihr zur Abschaffung der Schnittstellenformate Postversandformat [...] zum Ende des Jahres

Halte ich für Unfug.

Es macht Sinn
a) PV-Format nicht zu benutzen (proprietär / nur von Spezialsystemen lesbar / beschränkte Feldlängen / kryptische Dateinamen)
u. stattdessen
b) mit offenen Text-Formaten zu arbeiten.

Keinen Sinn hingegen macht
c) die vorhandene Importfunktion aus dem Programm zu entfernen
u. damit
d) unnötig Aufwand/Inkompabilität verursachen.

Bspw. für Warenwirtschaftssysteme auf MS-DOS inkl. teuer eingekaufter Datev-Schnittstelle u. ohne Programmierer weit u. breit der dafür noch nen ASCII-Export einrichten könnte.

Da Kanzlei-Rechnungswesen bisher immer noch nur mit PV-Format (Lerndatei Kasse) richtig funktioniert, könnte es allerdings sein, dass es mit der Abschaltung zum 31.12. knapp wird

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkolberg — Tue, 04 Jul 2017 04:14:49 GMT

die einzige Möglichkeit.

Sehr geehrter Herr Nahr,

Ihnen sollte bekannt sein, daß man auf dem Markt externe Konverter kaufen kann, die aus Postversanddaten einen DATEV- Export erstellen.

Ich lehne diese Vorgehensweise aus Prinzip natürlich ab, aber diese Option wird für viele Konstellationen die einzige Option bleiben, wenn der gut funktionierende Import in ReWe aus mir unerklärlichen Gründen deaktiviert wird.ab,

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Gelöschter Nutzer — Tue, 04 Jul 2017 05:54:44 GMT

Eine der ganz große Stärke des Postversandes ist, dass es auch Gruppensummen unterstützt. Das ist im neuen Datenformat nicht mehr möglich. Werden also Daten ex- und importiert fehlen sämtliche Summen. Das ist aus meiner Sicht ein unhaltbarer Zustand, da hier wichtige Abstimmsummen (Bank, Kasse) plötzlich nicht mehr in der Primanota auftauchen.

Ansonsten kann ich nur sagen, dass ich kein Problem an dem Auslaufen des Postversandes sehen kann, allerdings wäre die Einstellung auch nicht zwingend nötig. Warum eine funktionierende Schnittstelle verlieren. Man braucht diese ja einfach nicht mehr weiterentwickeln und es bleibt dem Anwender überlassen, ob er diese noch nutzen will. Es sollte immer der Grundsatz der "Abwärtskompatibilität" beachtet werden; Neues muss, Altes sollte....

Gruß A. Martens

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andreashofmeister — Tue, 04 Jul 2017 06:36:40 GMT

Ich glaub, für diese Eingabe bzw. Kritik ist es nun zu spät, Herr Martens.

Wenn auch der Postversand als solcher eine gute Sache war (und noch ist). Die Daten waren zumindest (dem Anschein nach) nicht ohne weiteres zu bearbeiten (Öffnen nur mit entsprechenden Programmen).

Sie sehen es ja an anderen "Nebensächlichkeiten", wie der Koloss DATEV darauf reagiert. Zumal das ganze ja auch schon seit Jahren abgekündigt ist....

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkinzler — Tue, 04 Jul 2017 06:50:32 GMT

Zumal das ganze ja auch schon seit Jahren abgekündigt ist....

Allerdings nur intern. Leider hat man das bei der DATEV lange nur gegenüber uns Genossen und nicht an die Hersteller der Fremdsoftware kommuniziert.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Gelöschter Nutzer — Tue, 04 Jul 2017 06:54:28 GMT

Hallo Hr. Hofmeister,

wir wissen doch alle wie die DATEV mit Kritik/Verbesserung/Anmahnungen reagiert. Ich möchte nur an den Standardtextbaustein von DATEV erinnern. Ich kann nur hoffen, dass die DATEV für sich dafür ein Button eingeführt hat.

Gruß A. Martens

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andreashofmeister — Tue, 04 Jul 2017 06:55:28 GMT

Stimmt. Außer das die Fremdsoftwareherstelle natürlich in Kenntnis gesetzt wurden.

Von den entsprechenden Admins etc....

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkinzler — Tue, 04 Jul 2017 06:59:12 GMT

Was aber nicht das selbe ist. Wir wurde mehr als einmal gesagt, dass man diese Information seitens der DATEV nicht hat und deshalb davon ausgeht, dass das Format nicht abgekündigt sei ...

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

grandfunck — Tue, 04 Jul 2017 07:21:40 GMT

Moin, moin,

mir erschließt sich die Abkündigung der DATEV auch nicht. Aber... ich bin schon so lange bei diesen Genossen und habe immer weniger Hoffnungen, daß Nutzer (= (vielfach bzw. grundsätzlich) Eigentümer-) Wünsche ausreichend gehört und umgesetzt werden. Warum funktionierende Wege abschalten? Keine Ahnung, aber wir haben wieder Zusatzarbeiten, die aus meiner Sicht unnötig sind.

Schöne Grüße

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkolberg — Tue, 04 Jul 2017 07:46:22 GMT

Sehr geehrter Herr Nahr,

heute übermitteln uns die Nutzer der DATEV- Kasse die Vorläufe ausschließlich im Postversand- Format, da meines Wissens das Buchen mittels Lerndatei bei Nutzung des aktuellen DATEV- Formates nicht möglich ist.

Wie soll die Umstellung da funktionieren?

Irgendwann im Herbst haben wir die neue Rewe- Version, die das neue Format beherrscht.

Dann muß hausintern getestet und geschult werden.

Erst wenn das erledigt ist, beginnt die Umstellung beim Mandanten und dann werden wir feststellen, daß dort noch uralt- Versionen der DATEV- Kasse im Einsatz ist und sich die Update- CDs in einer Ablage stapeln.

Leider läßt sich bei den Export- Dateien nicht feststellen, mit welchem Programm bzw. welcher Version diese erzeugt wurden.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkinzler — Tue, 04 Jul 2017 07:48:44 GMT

Nach Update der Kassensoftware wird beim Öffnen einer alten Version die Übernahme in die neue Version angeboten.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkolberg — Tue, 04 Jul 2017 08:04:59 GMT

Die Update- Funktion ist bekannt.
Leider ist die aktuelle Version derart mächtig, daß man nicht mit Sicherheit sagen kann, daß das Update auf dem Mandanten PC (welches Betriebssystem, Office- Version usw.?) unfallfrei durchlaufen wird und anschließend mit der gewohnten Performance laufen wird. Hat der Mandant überhaupt die fehlerbereinigte aktuelle Version oder muß diese nach dem Update erst von den DATEV- Support- Seiten gezogen werden?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkinzler — Tue, 04 Jul 2017 08:08:16 GMT

Der SR ist m.W. nur Online verfügbar. Die Exportmöglichkeit nach Datevformat ist aber schon lange möglich.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Tue, 04 Jul 2017 09:42:21 GMT

Hallo

welche externe Konverter kennt ihr, die aus Postversanddaten einen DATEV- Export erstellen können?

Grüße

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

peter — Tue, 04 Jul 2017 10:01:45 GMT

Hallo,

ich habe mir vor kurzem interessehalber die Demoversion von Dawan ausprobiert.

https://www.heise.de/download/product/dawan-datev-wandler-12100

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

sokru — Tue, 04 Jul 2017 10:34:55 GMT

Sehr geehrter Herr Nahr,

das verknüpfte Dokument hilft leider nur bei den bisherigen (alten) Rechnungswesenformaten.

Ist eigentlich schon mal jemanden von der DATEV aufgefallen, dass wenn Aus Kanzlei-Rechnungswesen pro ASCII-Daten exportiert, diese über die neue Variante des ASCII-Imports nicht wieder eingespielt werden können?

Wenn ASCII-Daten als Buchungsvorschläge einspielen möchte (was weiterhin funktionieren soll), dann kann das "Soll/Haben"-Kennzeichen gar nicht auswählen. Vielmehr ist der Umsatz mit "+/-"-Kennzeichen anzugeben. Wird die DATEV ab dem nächsten Jahr, die über das eigene Programm erstellten ASCII-Daten, denn dann auch einlesen können? Wann wird es eine Lösung für dieses Problem geben?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

theo — Tue, 04 Jul 2017 21:50:37 GMT

Eine der ganz große Stärke des Postversandes ist, dass es auch Gruppensummen unterstützt. Das ist im neuen Datenformat nicht mehr möglich.

Interessant. Das war mich nicht bewusst.

Damit revidiere ich meine ursprüngliche Aussage

> Ich halte das für Unfugfür völligen Schwachsinn.

Was sagen denn die GoBD dazu, wenn mein Importformat ohne zutun des Anwenders beim Export durch das Programm um essentielle bzw. überhaupt Informationen verkürzt wird? Zwangsfestgeschrieben wird?

Soll ich das in meine Verfahrensdokumentation mit Verlinkung auf die Community schreiben?

PS Wer das wohl verzapft hat..... Die Wege der eG bleiben weiterhin unergründlich. Da hilft auch kein geschöntes Interview (vorgegebene Fragen) mit dem Vorstand zu Digitialisierung auf der Website.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Gelöschter Nutzer — Wed, 05 Jul 2017 05:53:32 GMT

Was sagen denn die GoBD dazu,

Und dann gibt die DATEV auch noch den Tip, man solle mal eben schnell die Primanota exportieren, damit man Massenänderungen vornehmen kann. Und schwups, sind alle Kontrollsummen weg. Lustig nicht? Einen dümmeren und sinnfreieren Tip kann man nicht geben.

Was ist übrigens aus der Massenkorrektur eines Datums geworden, wo ich in einer Jahresbuchhaltung nur den Monat ändern muss?
Was ist aus der Massenkorrektur mit der automatischen Hochzählung einer Belegnummer geworden?

DATEV, nur zur Info: Das kann der rote Löwe schon seit Jahrzehnten!

Gruß A. Martens

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

m_kleczka — Fri, 07 Jul 2017 11:22:10 GMT

Moin,

vielleicht liegt es am G20 Gipfel in Hamburg, dass ich mich erst jetzt um bevorstehende Katastrophen kümmere... Bitte, bitte Datev: Lasst die Postversandschnittstelle weiterleben. Zwar ist die Kritik an der Schnittstelle berechtigt und es gibt für versierte Anwender Ausweichmöglichkeiten, aber für den "Normalverbraucher" ist es doch ein erheblicher Aufwand. Reicht es nicht, dass man den Unternehmer, der die Daten sendet, auf die fehlende GoBD-Konformität hinweist? Immerhin liegt die Verantwortung doch beim Unternehmer selbst. Es ist auch zu beachten, dass beim Mandanten nicht nur ein Buchhaltungssystem, sondern meistens eine komplette Warenwirtschaft dahintersteht. Da ist eine Softwareumstellung nicht so schnell umgesetzt. Allein die Softwareumstellung kostet schnell einen mittleren 5stelligen Betrag. Auch die Anpassung der Unternehmensprozesse kostet Zeit und damit Geld. Und das nur, weil der empfangene Steuerberater nicht findig genug ist um die Exportdaten doch irgendwie einzuspielen....

Da werden Konkurrenzprodukte auf einmal sehr verlockend.......

Viele Grüße aus Langenhagen

Matthias Kleczka

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

theo — Sat, 08 Jul 2017 23:30:35 GMT

Es ist auch zu beachten, dass beim Mandanten nicht nur ein Buchhaltungssystem, sondern meistens eine komplette Warenwirtschaft dahintersteht. Da ist eine Softwareumstellung nicht so schnell umgesetzt. Allein die Softwareumstellung kostet schnell einen mittleren 5stelligen Betrag. Auch die Anpassung der Unternehmensprozesse kostet Zeit und damit Geld.

Völlig richtig (mein Reden, s.o.). Für kleine u. mittlere Unternehmen (ggf. in der Konsolidierungsphase / kurz danach / in der Aufbauphase) stellen solche Anforderungen unbillige Härten dar.

Reicht es nicht, dass man den Unternehmer, der die Daten sendet, auf die fehlende GoBD-Konformität hinweist?

Inwiefern ist Datev-Postversandformat denn nicht GoBD-konform? M.E. ist grundsätzlich jedes Format geeignet, allein die Handhabung/Umsetzung inkl. Verfahrensdokumentation entscheidet über die Konformität.

Diese Diskussion hat bisher lediglich aufgezeigt, dass das sog. Datev-Format bei einer GoBD-konformen Umsetzung eher hinderlich ist:

- Verkürzung der Exporte um Kontrollsummen. Die ursprüngliche Buchungsweise wird damit weniger nachvollziehbar
- Verkürzung der Exporte um weitere Informationen wie 'Buchungstext'. Da die Datev-Kasse für Excel Feldlängen mit 60 Zeichen zulässt, das Rechnungswesen-Programm aber kein Datev-Format i.V.m. der automatischen Verbuchung mit Lerndatei zulässt, ist anzunehmen, dass derzeit standardmäßig Buchungstexte der Anwender beim Export nach 30 Zeichen abgeschnitten werden. Dies erfolgt m.W. undokumentiert

Beides Sachverhalte die sich zusätzlich in einer Verfahrensdokumentation finden müssten.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

raggy — Tue, 18 Jul 2017 14:35:10 GMT

Wenn ich das ganze recht verstehe, dann ist es also möglich, einmalig ein individuelles ASCII-Format in Datev zu definieren, welches aus dem Postversandformat automatisch in das neue Format konvertiert.

siehe Dokument https://www.datev.de/dnlexom/client/app/index.html#/document/1036228

Damit wäre es dann gar nicht notwendig, die Schittstelle in der externen Software anzupassen.

Hat jemand damit bereits Erfahrungen gemacht ?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

ulli_preuss — Tue, 18 Jul 2017 14:59:32 GMT

Hallo Frau Schäfer,

in diesem Dokument steht nichts zu dem Postversanddatenformat - wie auch. Sie können ohne weitere Hilfsmittel (z. B. EBS-Tool, Dawan) keine binäre Postversanddatei in eine textbasierte, kommaseparierte CSV-Datei umwandeln.

Was Sie sicherlich meinen, ist die oben bereits angespochene Möglichkeit, für spezielle ASCII-Exportdateien aus einem Fremdbuchhaltungsprogramm eine Vorlage zu erstellen, welche die exportierten Datenfelder den entsprechenden DATEV-Feldern zuordnet.

Edit: Nicht Dawanda, sondern nur Dawan.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

raggy — Tue, 18 Jul 2017 15:24:02 GMT

Nun steht aber in dem Beitrag Formatverwaltung im ASCII import (Simone Jordan vom 14.11.2016):
Wenn keine Umstellung geplant oder der Hersteller nicht mehr zu erreichen ist, legen Sie eine individuelle Formatvorlage auf Basis der aktuellen ASCII-Formate an.Informationen dazu finden Sie im folgenden Informationsdokument.

ASCII-Import/-Export: Standardformate und individuelle Formate.

Daraus hätte ich jetzt geschlossen, dass dies ebenso für das Postversand-Format gilt.

Wie kann man denn ansonsten den Fall behandeln "wenn keine Umstellung geplant oder der Hersteller nicht mehr zu erreichen ist" ?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkinzler — Tue, 18 Jul 2017 16:34:10 GMT

Das wäre technisch nicht möglich. Man muss das proprietäre binäre Format ja zuerst Parsen, bevor man es in eine ASCII-Format überführt.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

ulli_preuss — Wed, 19 Jul 2017 07:12:53 GMT

Nochmal zum Verständnis:

Das Fremdprogramm erzeugt Exportdateien

1. im DATEV-Format (csv-Datei). => Import nach KaRe jederzeit möglich

2. im alten Postversanddaten-Format (EV01 und ED0001 bzw. DV01 und DV0001). => Import nach KaRe bis Ende 2017 möglich
Abhilfe: Programmhersteller stellt das Ausgabeformat um oder es muss mit kostenpflichtigen Tools umgewandelt werden

3. in einem eigenen ASCII-Format, also textbasiert (csv oder txt) => In KaRe eine Vorlage erstellen, welche die Felder der Exportdatei den entsprechenden Feldern zuordnet, welche von KaRe zum Verarbeiten benötigt werden.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Chris_Pollack — Thu, 20 Jul 2017 08:23:40 GMT

Hallo,

in der Diskussion geht es hauptsächlich um die drei Importformate DATEV-Format, Postversandformat und die Bisherigen Rechnungswesen-Formate (ASCII). Daher möchte ich hier noch einmal unterschieden und um ggf. neue Informationen ergänzen.

DATEV-Format

Dies ist das neue Standardformat für den Import und kann jederzeit in Kanzlei-Rechnungswesen eingelesen werden.

Ab der Programmversion 6.0 (DVD 11.0, Auslieferung voraussichtlich Ende August) können auch Belegstapel für das Buchen elektronischer Belege über DATEV-Format importiert werden.

Damit können auch bei der Kassen- und Warenerfassung für Office die Belegstapel im DATEV-Format übergeben werden.

Voraussetzung: Kassen- und Warenerfassung für Office ab Version 3.1

Postversandformat

Dieses Format wird zum Jahresende eingestellt. Ein Import wird dann nicht mehr möglich sein.

Die Hersteller von Fremdprogrammen müssen bis dahin auf DATEV-Format (oder ASCII-Format) umstellen.

Bisherige Rechnungswesen-Formate (ASCII)

Auch die Bisherigen-Rechnungswesen-Formate aus der Zeit vor DATEV pro werden zum Jahresende eingestellt.

Für diese Formate wird es in der Programmversion 6.0 eine Konvertierungsmöglichkeit in die aktuellen ASCII-Formate geben.

Ausnahmen: Die Importformate der Geschäftspartner-Stammdaten (Debitoren/Kreditoren) und die Exportformate für Offene Posten können nicht konvertiert werden.

So wird die Konvertierung ablaufen:

In der Formatauswahl Rechtsklick auf das zu konvertierende Format und im Kontextmenü den Eintrag Konvertieren wählen. Fertig.

Bei den aktuellen ASCII-Formaten ändert sich nichts.

Mit freundlichen Grüßen

Chris Pollack

Service Rechnungswesen (FIBU)

DATEV eG

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

sokru — Thu, 20 Jul 2017 09:06:47 GMT

Sehr geehrter Herr Pollack,

es ist schön, dass sich DATEV nun zu diesem Thema geäußert hat. Die Antwort auf eine Frage sind Sie jedoch schuldig geblieben.

Wenn ich heute im Kanzlei-Rechnungswesen pro V.5.33 über Bestand -> Exportieren -> ASCII-Daten einen Vorlauf exportiere wird dieser Stapel im Format der bisherigen Rechnungswese-Formate aus der Zeit vor DATEV pro generiert (eindeutiges Merkmal: das Soll-/Haben-Kennzeichen wird in einer eigen Spalte angezeigt).

Diese Daten bekomme ich jedoch über die aktuellen ASCII-Formate nicht eingespielt. In den aktuellen ASCII-Formaten gibt es bisher kein Soll-Haben-Kennzeichen sondern lediglich ein +/- Kennzeichen.

Wird denn nun die Funktion "Exportieren -> ASCII-Daten" mit der neuen Programmversion angepasst oder werden weiterhin alte ASCII-Daten erzeugt, die beim Einspielen erst wieder konvertiert werden müssen. Das wäre vom Handling umständlicher.

Es würde auch wenig Sinn machen, wenn man die aus dem eigen Programm exportierten Daten vor dem Einspielen konvertieren müsste. Aber wenn man die Diskussionen verfolgt, geht es ja bei der DATEV anscheinend nicht immer um die Nutzerfreundlichkeit.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Chris_Pollack — Thu, 20 Jul 2017 11:59:42 GMT

Hallo Herr Krumbholz,

im Standardformat sind Umsatz und Soll-Haben-Kennzeichen unterschiedliche Felder.

Wenn Sie ein individuelles Format anlegen, können Sie auch in den aktuellen ASCII-Formaten Umsatz mit Soll-Haben-Kennzeichen in einem Feld ausgeben. Über die Feldformatierung legen Sie fest ob das Soll-Haben-Kennzeichen als S/H oder +/- entweder vor oder nach dem Betrag ausgewiesen wird.

Sie werden daher die Konvertierug ab Kanzlei-Rechnungswesen 6.0 nutzen können. Umsatz und Soll-Haben-Kennzeichen werden richtig umgesetzt.

Mit freundlichen Grüßen

Chris Pollack

Service Rechnungswesen (FIBU)

DATEV eG

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkolberg — Fri, 21 Jul 2017 04:58:57 GMT

DATEV-Format
Ab der Programmversion 6.0 (DVD 11.0, Auslieferung voraussichtlich Ende August) können auch Belegstapel für das Buchen elektronischer Belege über DATEV-Format importiert werden.
Damit können auch bei der Kassen- und Warenerfassung für Office die Belegstapel im DATEV-Format übergeben werden.
Voraussetzung: Kassen- und Warenerfassung für Office ab Version 3.1
Postversandformat
Dieses Format wird zum Jahresende eingestellt. Ein Import wird dann nicht mehr möglich sein.
Die Hersteller von Fremdprogrammen müssen bis dahin auf DATEV-Format (oder ASCII-Format) umstellen.

Sehr geehrter Herr Pollack,

Viele Mandanten nutzen die DATEV- Kasse; mit einer Version, die sie irgendwann einmal zugeschickt bekommen haben, also nicht unbedingt die Version 3.1. Wir können anhand der übermittelten Daten nicht erkennen welche Version der Mandant nutzt und ob der PC überhaupt in der Lage wäre, die Version 3.1 zu nutzen..

Vor Jahren wollten wir auf das damals neue DATEV- Format umstellen, mußten aber zurückrudern, weil das automatische Buchen per Lerndatei nicht funktionierte.

Jetzt haben wir die Situation:
- "Voraussichtlich Ende August" (also nach den Sommerferien) können wir schrittweise mit der Umstellung der Kasse beginnen.(Testphase, Hausinterne Schulung, Mandanten umstellen...)

- Sicherlich wird ab Januar der Import des alten Formates nicht mehr funktionieren.

Frage: Weshalb diese Eile beim Abschalten das alten Standards, wenn selbst die DATEV- eigenen Programme heute noch auf das alte Format angewiesen sind?

Ein gut kommunizierbarer Weg wäre, wenn wir für unsere Mandanten eine neue Kassensoftware (klein, Schlank und wirklich funktionierend; auch auf Alt- Excel) bekommen würden, die dann ohne Zutun ab dem Januar 2018 das richtige Format erstellt.
(Bitte als Download- Link, so daß das auch auf PC ohne DVD- Laufwerk installierbar ist)

So können wir frühestens im September mit der Umstellung beginnen, und ob die Mandanten dann wirklich bis zur Dezember- Buchhaltung (also mitten im Jahr) die Umstellung schaffen?

Weshalb kann das Postversand- Format nicht einfach behalten werden?

Was ist die technische Notwendigkeit, dieses, heute noch als Standard vorgelegte Import- Format übereilt herauszukicken?

PS:
Einer der ganz großen Vorteile der alten Postversanddaten besteht aufgrund der Binärform in seiner Unveränderlichkeit. Ein DATEV- Export läßt sich von Jedermann in Excel öffnen, ändern und wieder speichern, ohne daß man diese Manipulation später erkennen kann. So kann die komplette "Festschreibung" der Kasse mit Bordmitteln umgangen werden. Gibt es zu dieser Problematik bereits Lösungsansätze, wie eine Prüfsumme, die dem Kanzlei- Mitarbeiter mitteilt (und im Aktivitätenprotokoll festhält), daß er einen manuell überarbeiteten Export einspielt?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

grandfunck — Fri, 21 Jul 2017 09:18:40 GMT

Moin, moin,

es ist schön zu lesen, daß es demnächst ein Konvertierungstool für die alten ASCII-Lösungen geben soll, wir haben davon einige eingerichtet.

Gestern auf dem Thementag Rewe in Kiel hieß es noch: Es sind durchweg neue ASCII-Lösungen zu "stricken", nicht einmal eine Kopie der alten würde als Vorlage für eine Ergänzung möglich sein.

Ich wäre sehr froh, wenn die Umschreibung praktisch auf Knopfdruck erfolgen könnte. Ich möchte mich mehr mit dem Inhalt der Daten als der technischen Umsetzung (oder Wieder-Neu-Erstellung) beschäftigen müssen, das kann die DATEV sicher schneller und sicherer.

Allerdings verstehe ich immer noch nicht die Notwendigkeit, die alten Wege abzuschalten. GoBD können StB sicher individuell beurteilen, wahrscheinlich besser als die Programmentwickler der DATEV.

Ein schönes Wochenende in die Runde

PS.: Auf die Frage, warum gibt es diese und keine andere Lösung (ich kann nicht mehr sicher sagen, ob genau zu dem hier diskutierten Stoff) gebe, hieß es gestern mehrfach: Die Entwickler hätten das so vorgegeben. M. E. n. ist die DATEV und sind noch mehr die Entwickler Dienstleister der Genossen und damit des Berufsstandes. Manchmal beschleicht mich aber das Gefühl, daß ich dies einseitig sehen könnte.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

raggy — Fri, 21 Jul 2017 11:44:22 GMT

Hallo Herr Nahr,

um mein Anliegen zu konkretisieren ...

Ich arbeite beim Hersteller des Fremdsystems und habe die Aufgabe, unsere Schnittstelle vom Postversand-Format umzustellen auf ein Format, das mit der neuen Datev-Software kompatibel ist.

Dabei handelt es sich lediglich um die Schnittstelle (Übergabe) von Ausgangsrechnungen/Ausgangsgutschriften aus dem Verkaufsmodul unseres ERP/PPS-Systems (Datev-Format OBE). Und die Übergabe umfasst auch nur wenige (elementare) Werte.

Die letzten Anpassungen in unserer Schnittstelle waren in 2006/2008 notwendig.

Damals hatte ich problemlos Kontakt zu Datev aufnehmen können, habe den Entwicklungsleitfaden kostenlos zugesendet bekommen und konnte die nach der Anpassung erstellten Übergabedateien an Datev zur Prüfung senden (ebenfalls kostenfrei).

Aktuell stellt sich mir die Situation so dar, dass eine Unterstützung seitens Datev wohl nicht erfolgen kann/wird.

Statt dessen muss erstmal der Entwicklungsleitfaden käuflich erworben werden - ohne genau zu wissen, ob und in welchem Umfang dieser für die o.g. Anpassung überhaupt hilfreich sein wird.
Ich habe hier bereits gelesen, dass der Entwicklungsleitfaden z.B. keine Beispieldateien enthält, anhand derer das Ergebnis zumindest "in der Theorie" geprüft/verifiziert werden kann.
Die notwendige Prüfung des Ergebnisses in Form der neuen Übergabedateien wird dann wohl auch "live" auf dem Kundensystem erfolgen müssen.

Sollte eine Unterstützung für uns seitens Datev doch möglich sein, so bitte ich um Kontaktaufnahme, damit wir uns über Kosten und Umfang absprechen können.

MfG

Ragnhild Schäfer

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Christian_Nahr — Fri, 21 Jul 2017 11:51:23 GMT

Hallo Frau Schäfer,

bitte wenden Sie sich hierzu schriftlich an die Kollegen der Schnittstellenberatung.

Email: schnittstellenberatung@datev.de

Vielen Dank und ein schönes Wochenende.

Mit freundlichen Grüßen

Christian Nahr

Service Rechnungswesen (FIBU)

DATEV eG

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

raggy — Fri, 21 Jul 2017 13:52:36 GMT

Vielen Dank, das werde ich tun.

Ihnen auch ein schönes Wochenende.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

theo — Sun, 23 Jul 2017 15:31:42 GMT

Bezeichnend diese Website
https://www.datev.de/web/de/service/antworten-finden/schnittstellen/aenderungen-zum-jahreswechsel-20162017/

Die "Hintergrundinformationen" sind völlig aussagelos.

Die "Verbesserungen" sind für die Praxis m.E. irrelevant:

Buchungstext: Alle Kassenmandanten haben sich auf die beschränkungen eingestellt u. arbeiten mit 30 Zeichen. Warum man statt 30 nun 60 Zeichen anstatt unbeschränkter Zeichenzahl einführt, bleibt ein Geheimnis. (@datev Antwort erwünscht)

Unterscheidung zw. nat. Person u. Unternehmen/Vereinigung macht für das Mahnwesen keinen Unterschied u. ist auch sonst eher hinderlich. Lasse mich gern eines besseren belehren.

§ 13b hätte man wahrscheinlich mit wenig Aufwand in das alte Format einfügen können. Ich kenne hier allerdings auch keinen praxisrelevanten Fall.

Verschwiegen wird, dass Kontroll-/Abstimmsummen mit dem neuen Format nicht mehr möglich sind - eine eklatante Verschlechterung des alten Formats.

epicfail

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Selina_Hußnätter — Wed, 26 Jul 2017 09:45:50 GMT

Hallo theo,

Bei der Einführung von DATEV Pro und des damit verbundenden DATEV-Formats wurden auch viele Anwenderwünsche berücksichtigt. Unter anderem war auch die Erweiterung des Buchungstextes auf 60 Zeichen ein häufig gestellter Wunsch. In der Praxis wird diese Erweiterung von unseren Kunden sehr häufig genutzt.

Eine Beschränkung der Zeichenzahl bei Daten-Feldern ergibt sich grundsätzlich aus technischer Sicht und ist auch aus Performance-Gründen geboten. Zudem spiegeln die uns vorliegenden Anwenderwünsche derzeit keinen Bedarf für eine Erweiterung wider.

Mit freundlichem Gruß,

DATEV eG

Selina Gottwald

Programmservice Rechnungswesen (FIBU)

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

spartacus — Thu, 27 Jul 2017 11:10:45 GMT

Hallo Herr Pollack,

"...Exportformate für Offene Posten können nicht konvertiert werden."

bedeutet, dass für "Geschäftspartner (Offene Posten)" (s.u.) ein individuelles ASCII-Format erstellt werden muss. Oder gibt es noch eine andere Möglichkeit?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

willimüller — Thu, 27 Jul 2017 11:20:30 GMT

Hallo Frau Gottwald,

zum Thema "Belegfeldlänge und -inhalt" gab es m.E. eine ganze Menge Wünsche zur Verlängerung des Feldes und zur Verwendung von Sonderzeichen, die in empfangenen Rechnungen enthalten sind oder aus einen Fakturiersystem übernommen werden sollen.

Schöne Grüße

Willi Müller

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Chris_Pollack — Thu, 27 Jul 2017 11:55:07 GMT

Hallo Herr Buschhold,

der Hintergrund warum sich Geschäftspartner nicht konvertieren lassen liegt darin, dass einige Datenfelder der Debitoren-/Kreditorenstammdaten sich mit DATEV pro geändert haben und daher nicht eindeutig den neuen Feldern zugeordnet werden können.

Im Fall der Geschäftspartner (Offene Posten) funktioniert eine Konvertierung, aber das Format muss ggf. nachträglich angepasst werden. Konkret werden wir überall dort, wo ein geändertes Feld in dem Format ausgewählt ist, ein Leerfeld übergeben. Das betrifft vor allem die alten Felder Name 1 und Name 2.

Die reinen Wertefelder aus der OPOS-Liste werden konvertiert. Das Standardformat aus Ihrem Screenshot wird vollständig konvertiert, da hier keine Felder der Geschäftspartner-Stammdaten enthalten sind.

Hallo Herr Müller,

Frau Gottwald hat sich in ihrer Antwort nur auf das Feld Buchungstext bezogen.

Mit freundlichen Grüßen

Chris Pollack

Service Rechnungswesen (FIBU)

DATEV eG

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

theo — Sat, 29 Jul 2017 00:34:51 GMT

Hallo Frau Gottwald,

das ist mir ein wenig zu un-technisch (aus Laiensicht).

Bei der Einführung von DATEV Pro und des damit verbundenden DATEV-Formats wurden auch viele Anwenderwünsche berücksichtigt. Unter anderem war auch die Erweiterung des Buchungstextes auf 60 Zeichen ein häufig gestellter Wunsch.

kann ich irgendwie nicht glauben. Ich würde annehmen, User machen Vorschläge wie "der Text ist zu kurz u. müsste länger sein" u. nicht "wir haben 30 Zeichen brauchen aber genau 60"*.

Eine Beschränkung der Zeichenzahl bei Daten-Feldern ergibt sich grundsätzlich aus technischer Sicht und ist auch aus Performance-Gründen geboten.

Begründungen aus 'technischer Sicht' u. aus 'Performance-Gründen' ohne weitere Erläuterungen sind eigentlich ein Fall fürs Phrasenschwein**

Die 'technische' Begründung wäre interessant. Macht es wirklich einen Unterschied, ob ich ein Format mit beliebigen Feldlängen hab oder eins mit beschränkten? Unter der Annahme, dass User wahrscheinlich selten Romane in den Text schreiben u. meistens unter 60 Zeichen bleiben?

* Letzteres wäre wahrscheinlich als Suggestivfrage/MultipleChoice-Ergebnis möglich.

** https://de.wikipedia.org/wiki/Doppelpass_(Fernsehsendung)

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkolberg — Sat, 29 Jul 2017 04:20:40 GMT

Ich glaube, daß jeder, der die Postversanddaten nutzen muß, das Problem der 60 Zeichen ganz hinten anstellen wird. Das sind meistens Kleinunternehmer, die ihr Uralt- PC- Programm weiter nutzen wollen. Dann gibt es natürlich noch die Mandanten, die vor Ewigkeiten Ihre eigene Systeme entwickelten, die noch heute zuverlässig die Postversand- Daten produzieren.... und dann natürlich noch die DATEV- Excel- Kasse, deren DATEV- Format bis heute nicht per Lerndatei verarbeitbar ist.

Ich kann keinen technischen Grund erkennen, weshalb dieses Format jetzt über Bord geschmssen werden muß, Bei einem echten DATEV- Upgrade (DATEV- Pro- Nachfolger -> DATEV- Adv (für advanced) ) müssen natürlich diese alten Zöpfe fallen und durch Konvertieirungs- Tppls ersetzt werden.

aber... die Entscheidungen sid wohl längst gefalle... dahr mein

Wunsch: DATEV bietet ein kostelnloses Konvertierungs- Tool an, mit folgenden Eigenschaften:

- Einfachste Bedienung (Drad & Drop)

- Vorschau und Editiermöglichkeit der Kopfzeilen

- Aktionen werden protokolliert und Voräufe werden gespeichert

- Mandanten- spezifische Übersicht mit importerten bzw. generierten Vorläufen,

- Der Import nach ReWe erfolgt mit "SV"- Kennzeichung

Eine Umstellung des "Buchungstextes" auf variable Feldlänge halte ich aus meiner laienhaften Sicht der heutigen DATEV- Software für technisch nicht realisierbar. Hierfür gibt es mittlerweile zu viele interne Schnittstellen, so daß eigentlich alles umprogrammiert werden müßte. Dazu kommen dann noch die Fremdprogramme, die ohne Änderung maximal 60 Zeichen importieren können.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

p_w — Tue, 29 Aug 2017 07:16:16 GMT

Diesen Wunsch kann ich nur unterstützen.

Die DATEV sagt, dass der Support angerufen werden soll, falls Daten weder mit dem DATEV-Format noch mit dem neuen ASCII eingespielt werden können. Hat jemand noch Infos, ob es doch eine "Hintertür" gibt, um Postversanddateien einzuspielen?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Christian_Nahr — Thu, 19 Oct 2017 09:10:49 GMT

Hallo Herr Behrens,

vorraussichtlich ab der DVD 11.1 können Abstimmsummen, die gegen das Konto 9800 gebucht wurden, auch im DATEV-Format importiert werden.

Mit freundlichen Grüßen

Christian Nahr

Service Rechnungswesen (FIBU)

DATEV eG

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

crzeiss — Thu, 30 Nov 2017 08:23:12 GMT

Beitrag gelöscht von @Schoenweiss Katharina

Grund: Verstoß gegen die @Netiquette - unerwünschte Werbung

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

hilverkus — Mon, 04 Dec 2017 10:04:23 GMT

Beitrag gelöscht von @Schoenweiss Katharina

Grund: Verstoß gegen die @Netiquette - unerwünschte Werbung

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Gelöschter Nutzer — Mon, 04 Dec 2017 12:05:02 GMT

Hallo Herr Behrens,
vorraussichtlich ab der DVD 11.1 können Abstimmsummen, die gegen das Konto 9800 gebucht wurden, auch im DATEV-Format importiert werden.
Mit freundlichen Grüßen
Christian Nahr
Service Rechnungswesen (FIBU)
DATEV eG

Und wie ist es mit exportierten Primanotas?

Wie werden da die Zwischen- u. Gruppensummen behandelt?

DATEV ist ja bis heute nicht in der Lage, einen einwandfrei funktionierenden Assistenten für eine Suche- u. Ersetzenfunktion bereitzustellen und verweißt hierzu immer auf den Excel-Export, was übrigens eine ganz schwache und geradezu peinliche Grundeinstellung von DATEV ist. Das nur nebenbei.

Aber was ist nun mit den Primanota-Exporten und den Zwischen- u. Gruppensummen?

Gruß A. Martens

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Selina_Hußnätter — Wed, 06 Dec 2017 08:38:00 GMT

Hallo Herr Martens,

beim Exportieren von DATEV- und ASCII-Format werden die Zwischen- und Gruppensummen aktuell nicht mit exportiert.

Es existiert bereits der Wunsch, jedoch können wir aktuell keinen Umsetzungszeitpunkt nennen. Wir werden den Wunsch erneut aufnehmen und an die zuständige Fachabteilung weitergeben.

Mit freundlichen Grüßen

DATEV eG

Selina Gottwald

Programmservice Rechnungswesen (FIBU)

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Gelöschter Nutzer — Wed, 06 Dec 2017 08:45:57 GMT

Die Frage ist, warum werden diese nicht ex- u. importiert(*)!

Das es nicht geht, dass ist mir schon klar.

------

* Mehrfachnennung sind möglich:

Ignoranz
Unfähigkeit
Unwissendheit
Überarbeitung
Priorität
von Anwendern nicht gewünscht
kein qualifiziertes Personal
wird demnächst umgesetzt (kurfr. zurückgestellt)
keine Umsetzung möglich (Programmcode/Inkombatibilität)
man kann dafür keine Gebühren erhöhen
.....

Gruß A. Martens

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andreashofmeister — Wed, 06 Dec 2017 09:09:36 GMT

Es fehlt noch der entscheidende Punkt:

"Recherchen bei befragten Anwendern haben ergeben, dass dieser Anforderung keine Relevant beigemessen wird".

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Gelöschter Nutzer — Wed, 20 Dec 2017 15:10:27 GMT

Hallo,

die erfassten Gruppen- und Abstimmsummen im Buchungsstapel stellen keine Buchungssätze dar.

So lang der Stapel nicht festgeschrieben ist, können sie beliebig gesetzt, geändert und gelöscht werden.

Gruppen- und Abstimmsummen werden errechnet, sie passen sich mit jeder neuen/geänderten Buchung an.

Sie helfen bei der Strukturierung der Primanota eines Buchungsstapels und der Kontrolle der erfassten Umsätze.

Diese Gruppen- und Abstimmsummen erfüllen bzw. ersetzen nicht die Belegfunktion der Einzelbuchungssätze für die Nachvollziehbarkeit i.S.d. GoBD.

In der Auswertung Primanota sind diese Summen enthalten und bleiben auch nach der Festschreibung des Buchungsstapels erhalten. Sie können bei Bedarf die Primanota inkl. Summen drucken oder bspw. in Excel ausgegeben.

Beim Export/Import von Bewegungsdaten (Buchungsstapel) im DATEV-Format oder ASCII-Format werden Einzelbuchungssätze exportiert bzw. importiert. Für die Summen gibt es keine Buchungssätze, es handelt sich ja um errechnete Werte.

Mit freundlichen Grüßen

Angelika Roßmeisl

Service Rechnungswesen (FIBU)

DATEV eG

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

franzknoop — Thu, 04 Jan 2018 14:49:22 GMT

Postversandformat zu DATEV Format

Guten Tag,

eine einfache Lösung finden Sie hier:

auf der Website unter

http://www.planprosaas.com/

Ich habe es getestet. Die Umsetzung läuft schnell und fehlerfrei. Auch der Support bei Problemen lief telefonisch und innerhalb weniger Minuten.

Harzliche Grüße

Franz Knoop

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

theo — Mon, 08 Jan 2018 04:40:22 GMT

eine einfache Lösung finden Sie hier

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

hilverkus — Mon, 08 Jan 2018 07:40:33 GMT

Beitrag gelöscht von @Marco Lachmann

Grund: Verstoß gegen die @Netiquette - unerwünschte Werbung

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

planpro — Mon, 08 Jan 2018 09:50:14 GMT

Beitrag gelöscht von @Marco Lachmann

Grund: Verstoß gegen die @Netiquette - unerwünschte Werbung

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

theo — Mon, 08 Jan 2018 10:46:17 GMT

Wir hoffen Diese Information hilft Ihnen weiter.

Entscheiden Sie selbst.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

planpro — Mon, 08 Jan 2018 11:12:09 GMT

Sehr geehrter Herr Behrens,

da es sich um eine Lösung für die DACH Region handelt, wird diese auf der Website für unsere englischsprachige Kundschaft nicht gesondert beworben.

Würde man auf der englischspachigen Seite allerdings auf den Lizenzshop Link gehen, so würde man ebenfalls die Informationen zu dem Postversandformat Modul finden.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Tue, 09 Jan 2018 07:46:40 GMT

2. im alten Postversanddaten-Format (EV01 und ED0001 bzw. DV01 und DV0001). => Import nach KaRe bis Ende 2017 möglich
Abhilfe: Programmhersteller stellt das Ausgabeformat um oder es muss mit kostenpflichtigen Tools umgewandelt werden

Nur mal als Alternative zu € 60,- monatlich für die Datevempfehlung ... Ist es eigentlich möglich, eine alte Jahresversion von Rewe Einzelplatz dafür zu nutzen, Postversanddaten eines Mandanten einzuspielen und im DATEV Format wieder zu exportieren?

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkinzler — Tue, 09 Jan 2018 08:14:20 GMT

Dann müsste man ja jeweils vor dem Import Berater/Mandant/Wj ändern.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

Chris_Pollack — Tue, 09 Jan 2018 08:14:38 GMT

Hallo,

technisch gesehen ist das sicher möglich.

Ein Problem sehe ich, wenn beim Import Buchungen mit Fehlern oder Hinweisen entstehen. Diese müssten erst korrigiert werden, bevor sie wieder im DATEV-Format exportiert werden können.

Bei strenger Auslegung der GoBD könnte das ein Verstoß gegen die Nachvollziehbarkeit sein. Ich muss daher davon abraten.

Mit freundlichen Grüßen

Chris Pollack

Service Rechnungswesen (FIBU)

DATEV eG

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

mkolberg — Tue, 09 Jan 2018 08:53:32 GMT

ich würde vermuten, daß es mit der Version 6.05 bis Jahresende laufen sollte, wenn jetzt noch die betroffenen Mandanten am Einzelplatz eingespielt werden.

Lizenztechnisch gibt es sicherlich preiswerte Lösungen.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

danielhammler — Tue, 09 Jan 2018 09:27:30 GMT

Wir als DATEV-System-Partner haben seit gestern folgende Software auf einem unserer Systeme im Bereich PARTNERasp im Einsatz:

PP - Postversandformat 2 DATEV Format (hier sind Single User- und Corporate User-Lizenzen möglich)

Die Software der Firma ProPlan war einfach zu installieren, ist Terminalserver-fähig und bisher habe ich nur positives Feedback aus der Kanzlei erfahren, welche diese Software jetzt nutzt.

Über einen Import-Pfad können "alte" Postversanddaten importiert werden und dann durch die Software in einem "neuen", kompatiblen Format abgespeichert werden.

Hier der Link zu dem Produkt:

https://lizenzshop.planprosaas.com/datev-schnittstellen/postversandformat-2-datev.html

Vielleicht bittet die Software auch für weiteren Mandaten oder Kanzleien eine einfache Lösung der Umwandlung, so dass kein weiterer, größerer Aufwand betrieben werden muss.

Bei Rückfragen stehe ich Ihnen gerne zur Verfügung.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andreashofmeister — Tue, 09 Jan 2018 10:03:17 GMT

Die Frage ist nur, wie lange so eine Jahresversion denn eigentlich läuft, wenn man sie nicht updatet.....(ich meine, hier gab es mal eine Diskussion zu diesem Thema was in Richtung "ich habe doch dafür bezahlt, dass die Software unendlich laufen wird" und sich dann herausstellte, dass es einen wohl einen "Zeitzähler" gibt.....)

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

theo — Tue, 16 Jan 2018 15:59:56 GMT

Jetzt schon

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andiaitsch — Mon, 08 Oct 2018 14:29:09 GMT

Beitrag gelöscht von @Schoenweiss Katharina

Grund: Verstoß gegen die @Netiquette - unerwünschte Werbung

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andreashofmeister — Mon, 08 Oct 2018 14:38:54 GMT

Ist das immer noch ein Thema....?

Von Theo haben wir auch lange nichts mehr hier gelesen.....

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

vogtsburger — Tue, 09 Oct 2018 02:34:30 GMT

Hallo Herr Hinze,

ist das ein Tool oder eine Dienstleistung ?

Erfolgt die Konvertierung online oder offline ?

Viele Grüße

Michael Vogtsburger

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andiaitsch — Tue, 09 Oct 2018 07:16:47 GMT

Naja, für Manche schon, wer sich jetzt an seinen Jahresabschluß macht, der muss neue Software kaufen oder konvertieren.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

andiaitsch — Tue, 09 Oct 2018 07:17:16 GMT

Hallo Herr Vogtsburger, es ist eine Dienstleistung.

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

vogtsburger — Tue, 09 Oct 2018 10:09:36 GMT

Hallo Herr Hinze,

.... klingt, als solle man eine Datei im Postversandformat an jemanden übertragen und erhält eine konvertierte Datei (mit einem Buchungsstapel) im Datev-Format zurück.

... und das mit einer festen Gebühr pro Konvertierung ?

Ich hätte bei dieser Vorgehensweise "Bauchschmerzen" wg. dem Datenschutz.

Kennt niemand ein brauchbares Tool, das diese Konvertierung erledigen kann ?

Gruß

Michael Vogtsburger

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

crzeiss — Tue, 09 Oct 2018 10:18:19 GMT

Beitrag gelöscht von @Schoenweiss Katharina

Grund: Verstoß gegen die @Netiquette - unerwünschte Werbung

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

wielgoß — Tue, 09 Oct 2018 10:19:53 GMT

Hallo Herr Vogtsburger,

Mohr-IT GmbH - └> DaWan

DAWAN (DATEV-Wandler) ist m. E. ein recht schlankes und übersichtliches Tool und macht was es soll.

Viele Grüße

Christian Wielgoß

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

m_kleczka — Tue, 09 Oct 2018 10:34:51 GMT

Hallo in die Runde,

ich habe das Produkt von PlanPro ausprobiert. Es tut was es soll. da ich nur einen Mandanten habe, der einmal im Jahr mit seinen Datensätzen kommt, habe ich das Produkt sofort wieder gekündigt.

Gruß

Matthias Kleczka

Re: Schnittstellenformat "Postversand-/ASCII-WIN-Importe" eingestellt!

vogtsburger — Tue, 09 Oct 2018 13:58:09 GMT

Vielen Dank für die diversen Tipps und Produktempfehlungen mehrerer User.

Am Jahresende holt mich das Problem mit dem Postversandformat wieder ein.

Ein Mandant weiß nicht, wie es weitergeht und scheut die 5-stelligen Anschaffungskosten und den enormen Zeitaufwand für die Umstellung auf ein anderes Warenwirtschaftssystem.

Er wird wieder mit etwa 250.000 Buchungen im Postversandformat "um die Ecke kommen".

Viele Grüße

Michael Vogtsburger