@Witty: Der Fehler "Worksheet named 'Transaktionsdetails' not found" kommt daher, dass der Konverter den Sheet-Namen fest einprogrammiert hat, Amex nennt das Tabellenblatt je nach Export-Variante anders.   Das zweite Problem ("Excel file format cannot be determined") tritt auf, wenn Amex die Datei als .csv ausgibt, die Datei aber intern wie eine Excel-Datei aufgebaut ist. Das verwirrt viele Parser.   Was bei uns funktioniert hat: Den Amex-Export als .xlsx (nicht .csv) herunterladen – das ist die stabilere Variante. Die Datei hat dann typischerweise 6 Metadaten-Zeilen vor dem eigentlichen Header (Datum, Beschreibung, Betrag usw.). Diese Zeilen muss der Konverter erkennen und überspringen, sonst interpretiert er "Transaktionsdetails" als Header.   Wir haben uns dafür einen eigenen Browser-basierten Konverter gebaut, der genau das macht. Läuft ohne Installation, direkt im Browser. Kein Download, keine Python-Abhängigkeiten. Falls Interesse besteht, gerne per PN melden. ... Mehr anzeigen

Mein erster Beitrag zu diesem Thema wurde als Werbung eingestuft und gelöscht – dabei wollten wir nichts verkaufen, sondern nur eine kostenlose Lösung teilen, die wir selbst irgendwann gebaut haben, weil uns das Problem jahrelang begleitet hat.   Deshalb hier ohne Link, ohne Produktnamen, nur der technische Weg, der bei uns funktioniert: Die Kreditkarten-CSV muss ins DATEV-Kassenbuch-Format gebracht werden. Pflichtfelder: – Währung (EUR) – VorzBetrag (mit Vorzeichen: +1234,56 oder -1234,56) – BelegDatum (TTMM, ohne Jahr, ohne Trennzeichen) – Belegtext (max. 60 Zeichen) Technische Pflichtanforderungen der Datei: – UTF-8 mit BOM – CRLF-Zeilenenden – Semikolon als Trennzeichen   In DUO: neue Kasse anlegen, Kassenminusprüfung deaktivieren (sonst scheitert der Import bei negativen Beträgen), dann über "Kassenbewegung importieren" hochladen.   Das Hauptproblem bleibt der Umbau der Quelldatei: Amex, Visa, Mastercard und PayPal liefern alle ein anderes Format.   Wer das regelmäßig macht und Fragen zum technischen Mapping hat, kann mich gerne per PN ansprechen. ... Mehr anzeigen

Aus heutiger Sicht ist das Thema immer noch aktuell – und der Leidensdruck größer als damals. Deswegen: Ja. ... Mehr anzeigen

Gerne. Ich bin auf Deine Ergebnisse gespannt.   Für uns passt das so einwandfrei. ... Mehr anzeigen

Hallo Verena,    "wir" sind Sebastian Nafroth und 3f8h.net / electronic publishing.   Wir bauen im täglichen Leben Workflows für Verlage, Druckereien und Unternehmen. Dies haben wir für uns gebaut, denken jedoch, dass andere dies auch benötigen könnten.   ... Mehr anzeigen

… als Follow-Up: es gibt bis heute keine Lösung. ... Mehr anzeigen

Für den Weg über das DUO-Kassenbuch haben wir einen kostenlosen Browser-Konverter gebaut, der den manuellen Excel-Schritt ersetzt: https://tools.3f8h.com   CSV oder Excel hochladen, Spalten zuordnen, fertige DATEV-CSV herunterladen. Amex-Exporte werden automatisch erkannt. Wer den Kassenbuch-Weg geht und keinen Installer ausführen möchte: das Tool läuft komplett im Browser, Dateien werden nicht hochgeladen. ... Mehr anzeigen

Gelöscht durch DATEV, da Verstoß gegen Punkt 5 der Nutzungsbedingungen  ... Mehr anzeigen

„Einzig die Formatierung der CSV auf das Kassenbuchformat ist etwas nervig" – dafür haben wir etwas gebaut: https://tools.3f8h.com   Der Konverter erkennt den Amex-Excel-Export automatisch, inklusive der Metadaten-Zeilen, die Amex vor den eigentlichen Spalten ausgibt. Datum, Beschreibung und Betrag werden automatisch zugeordnet, die fertige CSV ist direkt in DUO importierbar. Kostenlos, läuft im Browser. ... Mehr anzeigen

Gelöscht durch DATEV, da Verstoß gegen Punkt 5 der Nutzungsbedingungen  ... Mehr anzeigen

Kreditkartenumsätze in DATEV DUO zu bekommen ist nach wie vor umständlicher als es sein müsste. Der Direktabruf funktioniert nur für Konten mit eigener IBAN über RZ-Bankinfo – die meisten Kartenanbieter (Amex, Visa, Mastercard) sind da nicht dabei.   Der Weg über das Kassenbuch funktioniert, aber jeder Anbieter liefert ein anderes CSV-Format. Da wir das intern regelmäßig lösen mussten, haben wir ein kostenloses Browser-Tool gebaut, das beliebige CSV- und Excel-Exporte ins DATEV-Kassenbuch-Format bringt: https://tools.3f8h.com   Spalten lassen sich frei zuordnen, Belegnummern werden automatisch generiert, die Ausgabedatei ist direkt über „Kassenbewegung importieren" in DUO ladbar. Läuft komplett im Browser, Dateien werden nicht hochgeladen. ... Mehr anzeigen

Gelöscht durch DATEV, da Verstoß gegen Punkt 5 der Nutzungsbedingungen  ... Mehr anzeigen

Guten Tag Frau @Silvija_Döbereiner ,   ich wüsste nicht, was ich noch an weiteren Daten generieren sollte. Screenshot der Konfiguration, Fehlermeldung aus Datev, Quelltext der Email…   Gerne habe ich soeben einen Fall eröffnet: "Servicekontakt 59649497"       ... Mehr anzeigen

Guten Tag Frau @Silvija_Döbereiner ,   ich habe eine Analyse des Problems vor bereits 14 Tagen über meinen StB eingereicht, aber bis heute keine Antwort erhalten.   Das Dokument im PDF-Format enthält eine ausführliche Fehleranalyse. Folgende Auszüge daraus:       Beschreibung  3f8h.net / electronic publishing nutzt zum Versenden von “administrativen Emails” Amazon SES (als “SMTP-Server”) in der Region Frankfurt. Unter “administrativen Emails” verstehen sich zum Beispiel gescannte Rechnungen, welche von einem Multifunktionsgerät direkt zu DUO gesendet werden. Dies vereinfacht die Erfassung von Dokumenten erheblich.    “Amazon Simple Email Service (SES) ist eine E-Mail-Plattform, die Ihnen eine einfache und kostengünstige Möglichkeit bietet, E-Mails mit Ihren eigenen E-Mail-Adressen und Domains zu versenden und zu empfangen.”    AWS SES ist nach den höchsten Sicherheitsstandards konfiguriert, dazu wird unter anderem TLS, DKIM und SPF verwendet.    “DKIM (DomainKeys Identified Mail) ist eine Methode der E-Mail-Authentifizierung. DKIM fügt Ihren Mails eine Signatur hinzu, die Ihrer Domain zugeordnet ist und bei allen ausgehenden E-Mails genutzt wird.”    “SPF ist eine Standardmethode zur E-Mail-Authentifizierung. Hiermit wird Ihre Domain vor Spoofing geschützt und verhindert, dass ausgehende Nachrichten von den empfangenden Servern als Spam markiert werden.”    Leider werden Emails von Datev zurückgewiesen, sobald sie über Amazon SES gesendet werden: "550 5.7.1 Security policy violation: sender address not authorized.”    In der Dokumentation https://apps.datev.de/help-center/documents/1007550 wird erwähnt:        In https://apps.datev.de/help-center/documents/1022975 wird der MAIL FROM erwähnt:     “Ursache 1: Bei bestimmten E-Mail-Weiterleitungen kann DATEV Upload Mail den Envelope Sender (RFC 5321 MAIL FROM) nicht nachvollziehen, da dieser nicht mit einer berechtigten Absender-E-Mail-Adresse in der Konfiguration von DATEV Upload Mail übereinstimmt. Die E-Mail wird deshalb abgelehnt.”    Wie in “Nachrichtendetails Amazon SES -> Datev” zu sehen ist, ist der “MAIL FROM” korrekt gesetzt.     Ich vermute, dass andere Attribute aus der Email genutzt werden um zu prüfen, ob eine Email empfangen werden darf.    Bitte stellen Sie sicher, dass der Empfang wie dokumentiert funktioniert.  Danke sehr.    ... Mehr anzeigen

Guten Tag - gibt es hier inzwischen eine Lösung? ... Mehr anzeigen

Ich habe keine Angst vor Prüfern und hatte auch nie welche bei bisherigen Prüfungen. Ihre Ferndiagnose ist in diesem Falle leider falsch. Wir drehen uns im Kreis. Können wir uns darauf einigen, dass jeder seine Tools hat, die er basierend auf seiner Erfahrung verwendet, empfiehlt und liebt und fertig ist das Ding jetzt?   Auf weitere Seitenhiebe und zynische Kommentare habe ich auch keine Lust mehr.   Danke für das Verständnis und einen angenehmen Restabend.     ... Mehr anzeigen

Wie ich gestern schon schrieb - ich kenne die Problemstellen von GS & IM und würde sie daher bei mir nicht einsetzen.   Wenn es jemand anders tun möchte, kann er dies gerne tun - dort helfe ich auch gerne.   Hier noch eine Übersicht, was das "Device ebook" bei GS alles ändert: https://www.ghostscript.com/doc/9.23/VectorDevices.htm     ... Mehr anzeigen

Wer GS verwenden möchte und ein GUI für Windows sucht:  https://www.noliturbare.com/convert/ghostfriend  ... Mehr anzeigen

@berndhohmann  schrieb:     Damit hat sich Inhaltlich am PDF nichts geändert da ja nur um den Text herum aufgeräumt wurde (geht natürlich nur, wenn der Text als Text und nicht als Grafik abgelegt ist).   Da hat der Anwender aber Angst, dass ihm irgendwas verloren geht. Daher der Umweg über Ausdrucken, low-res Scannen, das entstandene TIFF dann hochkomprimiert in ein PDF stecken (macht der Scanner automatisch) und dieses Ergebnis in Datev eintüten.   Am besten macht man den Scan über eine alte Xerox Workstation für optimale Ergebnisse ... Ich greife hier in ein PDF auf Textebene ein. Es könnten zb Ligaturen oder Euro-Zeichen verloren gehen, wenn diese in einer Schrift nicht standardmässig kodiert wurde. Technisch stimme ich zu, dass dies ein möglicher Weg wäre, ich könnte aber - in meinem Umfeld - bei diesen Korrekturen nicht gut schlafen. Am Ende hängt es ja am Prüfer - und ich weiss nicht, wie diese reagieren, wenn jede Rechnung schon visuell anders in Datev ausschaut als auf dem Papier.   Die erzeugten PDF/A mit OCR sind pro Seite nicht grösser als 20-30 kb und repräsentieren genau das Erscheinungsbild der Originalrechnung. Als "Abfallprodukt" landet genau dieses noch im DMS und ist per Volltextsuche indexiert.   Ich verstehe, dass es verschiedene Ansätze gibt (und verschiedene Glaubensrichtungen hier). Für mich war wichtig, ein inhaltlich korrektes, visuell identisches, volltextindexiertes, platzsparendes und kostengünstiges PDF/A in DUO zu haben. Originalrechnungen in Datev abzulegen funktioniert preislich und technisch nicht wirklich.   Danke an alle für ihren Input hier. ... Mehr anzeigen

@mkinzler  schrieb: Obwohl ich den Sinn an dem analogen Umweg auch nicht ganz sehe.   Falls gewünscht, schreibe ich gerne ein paar Zeilen erklärend dazu. ... Mehr anzeigen

  Sie wollen sich nicht helfen lassen, für mich damit EOD   Ich lasse mir gerne helfen und bedanke mich auch hier nochmals über die Antwort – jedoch wird GS/IM für mich aus Erfahrung kein Weg sein.    ... Mehr anzeigen

Hallo @berndhohmann ,   für mich klang das oben stehende und meine Recherche ganz plausibel.   Leider muss ich hier aber betreffend GS widersprechen. Und zwar energisch.   Durch meine Arbeit habe ich sehr viel mit PDFs zu tun, ebenso viel mit der ISO 32 000. Gerade Ghostscript (oder ImageMagick) besitzen als OpenSource-Tool nicht alle Eigenschaften, um moderne PDFs sauber herunterzurechnen. Transparanzen, DeviceN-Farbräume, Sonderfarben, Ebenen – ich besitze einen großen Satz an Testdokumenten, die  "abenteuerlich" erzeugte Rechnungen sein könnten, bei denen GS/IM kläglich und ohne Fehler scheitern.   Die Gefahr, dass ich durch den Einsatz von GS/IM das Original so verändere, dass sich nicht nur die Repräsentation, sondern auch der Inhalt ändern könnte, wäre mir persönlich und aus Erfahrung zu heiss.   Ein Ausdrucken über Acrobat (oder Produkten mit der APDFL integriert) wird das PDF immer genau so drucken, wie es erstellt wurde. ... Mehr anzeigen

Ja, ich habe hier intern das Wichtigste bereits zusammengefasst. Bin jedoch an den unendlichen Vorlagen der Verfahrensdokumentation momentan gescheitert.   Für uns unwichtige Einzelunternehmer scheint es nichts passendes bisher zu geben. ... Mehr anzeigen

@mkinzler  schrieb: In diesem Fall handelt es sich bei dem gesannten Beleg nicht um den Originalbeleg. Den Ausdruck können Sie nach dem cannen dann problemslos vernichten, wichtig ist die digitale Version in der Emails   Die digitale Version ist rechtsgültig gespeichert und mehrfach gesichert. Danke für die hilfreiche Nachricht! ... Mehr anzeigen

Lieber Herr @mkinzler , ich glaube Ihre Antwort fehlt in letztem Beitrag.   Herzlichen Dank vorab schon für Ihre Mühe!   ... Mehr anzeigen

Gerne würde ich hier noch meinen Fall schildern, da sie Benutzer wie @berndhohmann anscheinend sehr ausführlich mit der Materie auseinandergesetzt haben. Mir - als Einzelnunternehmer - kann in diesem Fall weder der StB noch die Datev helfen.   Falls Kosten für ein beratendes Projekt enstehen würden, können wir darüber auch gerne reden.     Ich würde gerne wissen, ob folgendes Vorgehen "legal und OK" ist: - Rechnungen per Email sind in der Regel (leider) häufig 500 oder mehr Kilobyte gross, teilweise sogar mehrere MB. Entspricht somit nicht der Dateigrößen-Empfehlung der Datev und wird sehr teuer, teilweise können (aus nachvollziehbarer technischer Natur) keine Vorschauen erstellt werden - Diese Rechnungen werden direkt auf dem Mailserver rechtsgültig gesichert und mehrstufig gesichert - Ich drucke diese Rechnung aus - Ich scanne diese Rechnung und importiere sie in DUO als PDF/A mit OCR   - Ich vernichte den Ausdruck aus Archiv-Platz-Gründen.   - Ich behalte die PDF/A, welche ich in DUO importiert habe, in einem lokalen Backup   - Ich brenne dieses lokales Backup jährlich auf ein nicht veränderbares Medium (Bluray) Ich kann zu jeder Zeit den genau identischen Ausdruck wieder herstellen ("drucken", ggf durch einen anderen Drucker/Toner/Papier, inhaltlich jedoch identisch / oder aus einem lokalen Backup wiederherstellen) (Ich bin mir bewusst, dass dies in Mehraufwand ist, der sich jedoch bei aktuellen Datenkosten in DUO deutlich rentiert) Falls dieser Weg nicht legal ist: wie bekomme ich die Belege in DUO, ohne gegen die Dateigrössenwarnung, welche aktiv in DUO erscheint, zu verstossen sowie dies im bezahlbaren Rahmen zu halten und sämtliche Vorschaubilder zu erhalten?   Danke   ... Mehr anzeigen

Guten Tag,   leider reicht meine Berechtigung (SmartLogin für DUO) nicht aus, um auf   https://secure4.datev.de/web/de/media/datev_de/pdf/checkliste.pdf   zuzugreifen.    Wie komme ich an dieses Dokument? Danke sehr   ... Mehr anzeigen

"Jegliche Änderung seitens der Internet-Provider können weitreichende Folgen für die bereits programmierte Version haben und intensive Nacharbeiten erfordern." Was hat denn mein Provider mit der Entwicklung von UO zu tun? ... Mehr anzeigen