Vorschläge aktivieren
Mit der automatischen Vorschlagsfunktion können Sie Ihre Suchergebnisse eingrenzen, da während der Eingabe mögliche Treffer angezeigt werden.
Suchergebnisse werden angezeigt für
- DATEV-Community
- :
- Informationen zu tlrede
tlrede
Beginner
Mitglied seit
18.01.2019
9
Beiträge
1
Kudos
0
Lösungen
05.12.2019
Beiträge und Ideen von tlrede
05.12.2019
17:17
Hallo Community, unser Steuerberater hat seit dem letzten Update von Kanzlei-Rechnungswesen das Problem, dass seine Software im Arbeitsbereich Sammelzahlungen auflösen: Durch SEPA-/DTAUS-Datei aus einem Bankprogramm einfriert und nicht mehr reagiert. Es gibt dabei wohl keine Fehlermeldung. Diese Funktion hat bisher immer gut funktioniert. Wir leifern neben den Kontoauszugsdaten (MT940) auch die Sammelzahlungsdaten im xml-Format. Üblicherweise geschieht die Übernahme so: SEPA-/DTAUS-Datei von Datenträger übernehmen Auswahl der Datei aus einer Liste Anklicken des entsprechenden Elements aus der Liste Bei der "Auswahl der Datei aus einer Liste" wurde in der Vergangenheit bereits der Betrag der Sammepzahlung angezeigt. Seit dem Update ist der Betrag nicht mehr zu sehen. Führt man dann den Schritt "Anklicken des entsprechenden Elements aus der Liste" aus, so hängt Kanzlei-Rechnungswesen und lässt sich nur beenden, was natürlich bzgl. der Datenintegrität nicht unbedingt wünschenswert ist und unserem Steuerberater eine gewisse Angst bereitet. Ich habe mir die von uns übermittelten xml-Dateien angesehen und kann dort keine Änderung feststellen. Ist dieses Problem bekannt? Ich habe hier etwas zum "Runtime Error R6025" gelesen. Kann das ggf. mit dem von mit beschriebenen Problem in Verbindung stehen? Schon mal Danke für jeden Tipp!
... Mehr anzeigen
23.01.2019
08:55
Guten Morgen Herr Wielgoß, das hatte ich mir schon gedacht, desshalb habe ich das auch mal als richtige Antwort markiert. Das mag ja bei der DATEV Tradition haben, sinnvoll ist das allerdings nicht. Beispiel: Ein Mandant errechnet die Fälligkeit bei 30 Tagen netto falsch, z. B. Rechnungsdatum 01.02.2019, darauf ausgewiesene Fälligkeit 01.03.2019 und übergibt dies über den Fälligkeitsschlüssel 10, der 30 Tage Nettofälligkeit vorsieht. Dann würde die DATEV-Anwendung aber als Fälligkeitsdatum den 03.03.2019 errechen, was rechnerisch korrekt wäre, die auf der Rechnungs ausgewiesene - nach dem Kalender bestimmbare Fälligkeit - wäre aber der 01.03.2019, am 03.03.2019 befindet sich der Schuldner bereits im Verzug. Vorausgesetzt, die Rechnung enthält eine Satz wie: "Verzug tritt ohne Mahnung ein." Es mag nicht darauf ankommen, maßgeblich sollte aber die auf dem Beleg ausgewiesene Fälligkeit sein, die man so schlecht abbilden kann. Was wäre denn, wenn ein Mandant eine Rechnung erstellt, die 1.000€ netto und 1.200€ brutto vorsieht und die Rechnung mit 1.200€ und Mehrwertsteuerkennzeichen 19% an die DATEV-Anwendung übergibt? Es sollte immer nur eine Anwendung maßgeblich sein.
... Mehr anzeigen
22.01.2019
17:31
Ok, vielleicht ist ja meine Beschreibung zu umfangreich. Ich vereinfache das ganze einmal, damit ich hier nicht alleine schreibe: Es gibt die Möglichkeit im Belegfeld 2 in der Form "TTMMJJ" fix das Datum der Nettofälligkeit zu hinterlegen. Kann man in ähnlicher Art und Weise auch die Skontofälligkeit und den Skontobetrag als festes Datum/festen Betrag hinterlegen?
... Mehr anzeigen
21.01.2019
15:18
Das war zu schnell von mir. Im Belegfeld 2 muss die Nettofälligkeit in der Form "TTMMJJ" hinterlegt werden.
... Mehr anzeigen
21.01.2019
15:09
Hallo Community, wir exportieren seit Dekaden Ausgangsrechnungen aus unserem Warenwirtschaftssystem an eine Buchhaltungssoftware eines Drittanbieters. Bedingt durch eine Umstellung wollen wir nun an DATEV Kanzlei-Rechnungswesen exportieren. Uns liegt die Dokumentation "ASCII-Import/-Export: Standardformate und individuelle Formate" vor. Unter der "4.2 Feldbeschreibung Buchungsstapel" sehen wir keine Möglichkeit die Fälligkeiten als Datum zu übergeben. Unser Warenwirtschaftssystem erstellt die Rechnungen und rechnet demzufolge Datum Skonto 1 Skontobetrag 1 Datum Skonto 2 Skontobetrag 2 Nettofälligkeit ordnungsgemäß aus. In diesem System können wir dreistellig alphanumerisch Zahlungsbedingungen anlegen, ferner können wir auch je Kunde eine individuelle Zahlungsbedingung hinterlegen. DATEV kennt gem. Erklärung unseres StB lediglich zweistellige numerische Zahlungsbedingungsschlüssel. Wir müssten nun in unserem Warenwirtschaftssystem jedem Zahlungsbedingungsschlüssel (000-999,AAA-ZZZ) eine DATEV Zahlungsbedingung (10-99) zuordnen, was rein technisch unmöglich ist, damit hätten wir dann immer noch keine Lösung für kundenspezifische Zahlungsbedingungen (Kd.-Nr. 100000 bis 139999). Ferner müssten wir auch eine Überwachung schaffen, dass jede DATEV Zahlungsbedingung nur einmal verwendet wird, d. h. hat man bisher 22 Zahlungsbedingungen eine entsprechende DATEV Zahlungsbedingung zugeordnet 10-32 und will nun die nächste anlegen, so muss man sicherstellen, dass 23 nicht irgendwo bei den Zahlungsbedingungen (000-999,AAA-ZZZ) hinterlegt ist und auch nicht bei den Kunden (100000 bis 139999), denn 2x 23 geht nur dann, wenn die Zahlungsbedingungen identisch sind, was ohnehin keinen Sinn macht. Wir wissen mittlerweile, dass wir auch im "Belegfeld 2" die Nettofälligkeit in der Form "JJMMTT" übergeben können. Gibt es eine entsprechende Lösung auch für die Skonto Daten 1/2 und die Skontobeträge 1/2? Wir haben vor vielen Jahren ebenfalls mit der Buchhaltungssoftware Informationen über Zahlungbedingungsschlüssel ausgetauscht und mussten damals schon erkennen, dass diese Lösung einfach zu klein gedacht ist. Schon mal Danke für die Hilfe!
... Mehr anzeigen
21.01.2019
12:19
Guten Morgen Herr Wielgoß, Danke für Ihre Hinweise, ist mehr so eine Zwei-Mann-Kommunikation. 😉 Scripting muss eigentlich immer möglich sein. Dazu verwendet man eine Lösung, wie Microsoft-Maus- und Tastatur-Center | Microsoft Hardware oder ein freies Tool, wie AutoIt Scripting Language - AutoIt Im Prinzip schreibt man zunächst die Tastaturkommandos, die man absetzen will nieder und lässt diese dann von einer Software so abspielen, dass die Anwendung (in diesem Falle DATEV Kanzlei-Rechnungswesen) davon ausgeht, die Eingabe würde direkt über die Tastatur erfolgen. Wenn keiner eine bessere Idee hat, werde ich mich mal in diese Richtung weiter umsehen. Viele Grüße Michael Leimann
... Mehr anzeigen
18.01.2019
17:28
Hallo Herr Wielgoß, das ist natürlich alles wenig zufriedenstellend. Gibt es ggf. eine Schriptinglösung, mittels deren Hilfe man die Fälligkeiten ensprechend nachtragen kann? Unser StB hat mir erklärt, man käme mit "Strg" + "F8" in eine Ansicht, in der man dann das Belegfeld 2 ergänzen könne. Ich arbeite mittlerweile sehr viel unter Linux meine Windows-Kompetenz hat in den vergangenen Jahren etwas gelitten. Allerdings muss es doch einen Ansatz geben, etwas derartiges (sofern es von der Anwendung direkt nicht unterstützt wird) durch ein Tastaturmakro erledigen zu lassen. Ich weiß aktuell noch nicht, wie die Datenmodelle der DATEV-Anwendungen aussehen. Kann man eine solche Aufgabe ggf. auch durch SQL-Befehle erledigen, die direkt in die Datenbank schreiben? Mir ist schon bewusst, dass ein solcher Ansatz recht nah an die Grenze der GoB kommt, allerdings ist das lediglich eine Frage ordentlichen Rechtemanagements, denn Felder wie Fälligkeit gehören m. E. nicht zu den GoB. Ein schönes Wochenende wünscht Michael Leimann
... Mehr anzeigen
18.01.2019
16:23
Hallo Herr Wielgoß, danke für Ihre Antwort auf meine Frage. Ich will mal versuchen, alle Ihre Fragen ordentlich zu beantworten: Anmerkung: Ich bin nicht der Steuerberater/Buchhalter, der genießt schon das Wochenende, ich begleite das auf der technischen Seite. Zu 1. Jain! 😉 Natürlich gibt es eine Standard-Zahlungsbedingung, die für vielleicht 40-50% der Kunden gilt. Daneben gibt es eine weitere Zahlungsbedingung, die dann für 30-40% der Kunden gilt und für den Rest gibt es teils sehr individuelle Zahlungsbedingungen. Zu 2. Ja, es wurden einzelne Buchungssätze übernommen. a) Es wurde der vollständige ursprünglichen Buchungssatz (Debitor an Erlöskonto) übernommen. Sind in den Buchungssätzen im Belegfeld 2 Angaben zur Fälligkeit enthalten? NEIN Sind die Buchungsstapel mit den importierten Buchungssätzen für die Rechnungen bereits festgeschrieben? Ich unterstelle mal, dass das bereits für einige Buchungssätze gilt, weil zunächst ein Geschäftsjahr übernommen und abgeschlossen wurde und nun der Teil des laufenden Jahres folgte. Zu 3. Geschätzt, irgendetwas zwischen 400 bis 700 Belegen. Falls Sie darauf abstellen, dass man hätte eine Standard-Zahlungsbedingung hinterlegen können, haben Sie recht, das ist m. E. auch bereits so erfolgt, was allerdings heißt, dass alle nun importierten Daten die gleiche Zahlungsbedingung haben. Da den Datensätzen keine KZ bzgl. einer Zahlungsbedingung zugeordnet wurden (das gab die Schnittstelle nicht her), lassen sich die OP nun leider auch nicht mehr unterscheiden.
... Mehr anzeigen
18.01.2019
12:58
1 Kudos
Hallo Community! Wir haben die kompletten Daten einer Buchhaltungssoftware eines Drittanbieters über die dort angebotene DATEV-Schnittstelle exportiert und in DATEV Kanzlei-Rechnungswesen importiert, was auch prima geklappt hat. Leider sind die Fälligkeiten bei den OPOS der Debitoren nicht übergeben worden. Jetzt wollen wir das Mahnwesen ebenfalls über DATEV Kanzlei-Rechnungswesen erledigen, dazu haben wir die Mahnstufen bereits manuell übertragen. Mangels der Fälligkeit zu den OPOS ist das derzeit aber nicht möglich. Gibt es (außer dem manuellen Weg) irgendwie eine Möglichkeit die vorhandenen Fälligkeitsdaten den offenen Posten zuzuordnen? Schon mal Danke für die Hilfe!
... Mehr anzeigen
Neueste Beiträge von tlrede
| Betreff | Anzeigen | Gesendet |
|---|---|---|
| 604 | 05.12.2019 17:17 | |
| 427 | 23.01.2019 08:55 | |
| 427 | 22.01.2019 17:31 | |
| 427 | 21.01.2019 15:18 | |
| 597 | 21.01.2019 15:09 | |
| 312 | 21.01.2019 12:19 | |
| 312 | 18.01.2019 17:28 | |
| 312 | 18.01.2019 16:23 | |
| 573 | 18.01.2019 12:58 |
Meine Beiträge mit Kudos
| Betreff | Kudos | Gesendet |
|---|---|---|
| 1 | 18.01.2019 12:58 |
