Guten Tag zusammen,   ein Mandant hat ein Problem damit, dass das Feld "Kundennummer" bei der Belegbearbeitung seiner Eingangsrechnungen nicht automatisch vorausgefüllt ist.   Zwar erkennt die OCR-Erkennung den Geschäftspartner, und die "Kunden-Nr. (L)" ist in den Stammdaten auch eingepflegt, dennoch wird das Feld nicht ausgefüllt. Das Feld Kundennummer bleibt leer, weil die OCR-Erkennung sie aus der Rechnung nicht findet.   Man bekommt nur den folgenden Hinweis:     erst wenn man den Geschäftspartner aus den Stammdaten manuell eindeutig auswählt, füllt er das Feld mit der gespeicherten Kundennummer aus.   Ich bin bis dato davon ausgegangen, dass Unternehmen online bei erkanntem Geschäftspartner die Einstellungen  aus der Vergangenheit übernimmt, oder gilt das nur für Überweisung erstellen und Bezahlt Kennzeichnung? ... Mehr anzeigen

Hallo zusammen,   nutzt jemand den RDS 2.0 und kann mir bei folgenden Fragen behilflich sein?     Oben seht ihr den elektronischen Beleg der importierten Rechnung. Die im Beleg markierte "Auftragsnr." ist die eBay Bestellnummer, mit der könnte ich die Zahlung aus eBay zuordnen. Die im Beleg darunter stehende "Transaktionsnr." kann ich nicht zuordnen, diese hat nichts mit der Transaktionsnummer aus dem eBay Transaktionsbericht zu tun, kann die Zahl also nicht brauchen.   Hier seht ihr die Buchungszeile, die REWE mir generiert:     Wie ihr seht, bekomme ich leider eben diese Transaktionsnr. des Belegs ins Feld "Auftrags-Nr." der Buchungszeile geschrieben. Nun meine Fragen: 1: - eher an DATEV gerichtet-  Warum ist Auftragsnr. Beleg ≠ Auftrags-Nr. Buchungszeile ? - wäre doch naheliegend, wenn das gleich wäre, so stiftet es nur Verwirrung 2: Kann ich irgendwo auswählen, dass mir immer die "Auftragsnr." (Beleg) ins Feld "Auftrags-Nr." (Buchungszeile) übernommen wird, wenn ja, wo? 3: Wenn ich mir die eBay Transaktionen als Bankkontoumsätze einspiele, und die Bestellnummer im Verwendungszweck 1 habe, kann ich irgendwie den OPOS-Ausgleich mit Verwendungszweck <-> Auftrags-Nr. machen?   zu 3.: soweit ich weiß ist der automatische OPOS-Ausgleich von Bankkontoumsätzen nämlich aktuell nur mit Verwendungszweck <-> Belegfeld 1 möglich, richtig?   Aktuell habe ich die absurde Situation, dass ich zwar alle Daten hätte, die es bräuchte, um Zahlungen mit den Rechnungen zu verknüpfen, also im elektronischen Beleg steht die eBay Bestellnummer und in meinen eBay Bankkontoumsätzen auch, aber ich kann das nicht für einen automatischen Ausgleich nutzen. Vielen Dank im Voraus für jede Hilfe! VG, Simmal ... Mehr anzeigen

Hallo zusammen,   folgendes Szenario:   ein Mandant nutzt JTL Wawi und wir haben letzten Monat den Rechnungsdatenservice 2.0 eingerichtet.   Grundsätzlich sind wir zufrieden mit den Daten, die RDS 2.0 liefert, allerdings ist es so, dass die erzeugten Buchungsvorschläge automatisch die Kundennummer aus der JTL Wawi + 10000 als Gegenkonto verwenden. (bspw. Kunde 13456 -> Gegenkonto 23456)   Nun gäbe es ja die tolle Funktion Rechnungsdatenservice 2.0: Sammeldebitoren für Ausgangsrechnungen festlegen - DATEV Hilfe-Center welche die Zahlungsart (eBay Managed Payments, Amazon, Paypal) aus der Rechnung ausliest und sie diversen Sammeldebitoren zuordnen kann, allerdings funktioniert diese Zuordnung bei uns nicht. Bei einem erneuten Einspielen der Buchungsvorschläge, erzeugt DATEV mir weiterhin die Kdnr. + 10000 als Gegenkonto.   Im obigen Hilfe-Artikel stehen folgende Bedingungen für die Sammeldebitor Funktion:   Ein Sammeldebitorenkonto kann beim Erzeugen der Buchungsvorschläge für Ausgangsrechnungen nur zugeordnet werden, wenn folgende Bedingungen erfüllt sind: Wenn im elektronischen Beleg (Ausgangsrechnung) ein Name gefunden wird, wird in den Debitoren-Stammdaten nach dem passenden Personenkonto gesucht und diesem zugeordnet. Wenn in den Debitoren-Stammdaten kein Personenkonto mit dem Namen gefunden wurde, wird ein Sammeldebitorenkonto zugeordnet. Bei der Suche über die Lerndatei konnte kein Personenkonto zugeordnet werden. Aus dem Vorsystem wurde kein Personenkonto übermittelt. Punkt 1 können wir ausschließen, wir legen keine Debitoren-Stammdaten für Laufkundschaft an also sollte er keine Konten mit Namen finden Punkt 2 können wir auch ausschließen. Zum Zeitpunkt des Imports hat keine Lerndatei für Zuordnung von Personenkonten existiert. Behelfsweise haben wir momentan natürlich eine Lerndatei angelegt, die alle Rechnungen fix auf das Konto 10000 - Diverse Debitoren bucht. Zuordnung nach Zahlungsart geht ja leider nicht über die Lerndatei. Punkt 3 (fett, unterstrichen) ich gehe stark davon aus, dass es an diesem Punkt liegt, also die Kdnr. als übermitteltes Personenkonto zählt. Aber darauf haben wir keinen Einfluss. Meinen Recherchen zufolge kann man das im JTL auch nicht einstellen. Dort ist der RDS 2.0 meines Wissens ein Einfaches: Rechnungen auswählen - Rechnungen übertragen - DATEV Authentifizierung - fertig Oder kann man JTL evtl. sagen, dass er keine Debitoren übermitteln soll?   Hat jemand Erfahrung damit und kann mir evtl. sagen wie ich diese Funktion in Verbindung mit JTL nutzen kann?   Sorry für den Wall of Text und vielen Dank schon einmal im Voraus.     ... Mehr anzeigen