Schnittstelle zu DATEV / ASCII Imp- + Export
30. Juli 2015 14:05
Hallo liebe Leute,
ich hab folgendes Problem:
Mensch "A" Arbeitet zur Zeit mit der kompletten Oberfläche NAV 2015 also: Buchhaltung über Navision; Lohnabrechnung über Lessor und Zeitwirtschaft über Tempvision usw.
Mensch "B" (Wir
) möchte die Lohnabrechnung auf DATEV umstellen aber dem "A" nicht seine komplette Organisation verwerfen.
Meine Frage nun: Ist es möglich über NAV 15 ASCII Datein zu exportieren und auch über DATEV erstellte ASCII Datein bei NAV zu importieren? Oder gibt es noch eine andere Lösung ?
Danke schon mal
ich hab folgendes Problem:
Mensch "A" Arbeitet zur Zeit mit der kompletten Oberfläche NAV 2015 also: Buchhaltung über Navision; Lohnabrechnung über Lessor und Zeitwirtschaft über Tempvision usw.
Mensch "B" (Wir
) möchte die Lohnabrechnung auf DATEV umstellen aber dem "A" nicht seine komplette Organisation verwerfen.Meine Frage nun: Ist es möglich über NAV 15 ASCII Datein zu exportieren und auch über DATEV erstellte ASCII Datein bei NAV zu importieren? Oder gibt es noch eine andere Lösung ?
Danke schon mal
Re: Schnittstelle zu DATEV / ASCII Imp- + Export
31. Juli 2015 08:10
Hallo Sarah,
sowohl der Export von Daten aus NAV2015 im ASCII-Format, als auch ein Import von Daten im ASCII-Format geht.
Wir importieren unsere Lohn- und Gehaltsbuchungen, die wir vom Steuerberater als Textdatei erhalten, ebenfalls in Navision (NAV2013).
Wir haben dafür zwar ein paar Anpassungen (Einrichtungstabellen, Importfunktion) programmieren müssen - aber es läuft problemlos.
sowohl der Export von Daten aus NAV2015 im ASCII-Format, als auch ein Import von Daten im ASCII-Format geht.
Wir importieren unsere Lohn- und Gehaltsbuchungen, die wir vom Steuerberater als Textdatei erhalten, ebenfalls in Navision (NAV2013).
Wir haben dafür zwar ein paar Anpassungen (Einrichtungstabellen, Importfunktion) programmieren müssen - aber es läuft problemlos.
Re: Schnittstelle zu DATEV / ASCII Imp- + Export
31. Juli 2015 08:56
Hallo,
Das Problem in diesem Fall ist sicherlich nicht der Import bzw,. Export der Daten. Hier kann man Selbst programmieren oder eine der vorhandenen DATEV- Schnittstellen einsetzen.
Was hier mehr Kopfzerbrechen bereiten wird, ist die Abstimmung der Stammdaten, wer pflegt die Mitarbeiterstammdaten, wer legt die Eckdaten fest, wer bestimmt die Abrechnungsdaten.
Es kann nur einer der "Chef im Ring" sein, entweder der Steuerberater oder Mensch "A"
Sonst gibt es Chaos.
Und ob es dafür eine Schnittstelle gibt, die eure Stamm- und Bewegungsdaten für Lohn und Gehalt an den Steuerberater weitergibt bzw. einliest sollte man zunächst klären.
Außerdem muss geklärt werden, ob die beiden Seiten die für den Austausch nötigen Daten (Datenstrukturen, Bewegungsdaten,....) z.B. in Lessor habt ihr eine Abrechnung auf Stundenbasis eingrichtet, anhand der in NAV erfassten Daten würde Lessor eine Abrechnung erstellen. Wenn der Steuerberater die Abrechnung macht, müsste er auch die Daten bereitstellen, damit man das importieren kann, und beide Seiten die gleichen Informationen haben. Was passiert bei Erfassungsfehlern? Die Daten in NAV zu ändern, kein Problem aber wie kommt es zum Steuerberater. Oder der Umgekehrte Fall, der Steuerberater bemerkt einen Fehler und korrigiert ihn, wie kommt das in NAV? Was passiert, wenn der eine ein gesetzliches Update früher anwendet als der andere?.....
Daher ist es nicht wirklich zu empfehlen hier zweigleisig zu fahren, irgendwann herrscht das Chaos.
Es sollte kein Problem sein Fibu- Buchungssätze auszutauschen, das wird ohne große Probleme funktionieren (Was Jörg wahrscheinlich meinte). Aber die komplette Lohn- und Gehahltsabrechnung zu synchronisieren, wird wohl eher schief gehen, und unnötig Arbeit produzieren.
Gruß Fiddi
Das Problem in diesem Fall ist sicherlich nicht der Import bzw,. Export der Daten. Hier kann man Selbst programmieren oder eine der vorhandenen DATEV- Schnittstellen einsetzen.
Was hier mehr Kopfzerbrechen bereiten wird, ist die Abstimmung der Stammdaten, wer pflegt die Mitarbeiterstammdaten, wer legt die Eckdaten fest, wer bestimmt die Abrechnungsdaten.
Es kann nur einer der "Chef im Ring" sein, entweder der Steuerberater oder Mensch "A"
Sonst gibt es Chaos.Und ob es dafür eine Schnittstelle gibt, die eure Stamm- und Bewegungsdaten für Lohn und Gehalt an den Steuerberater weitergibt bzw. einliest sollte man zunächst klären.
Außerdem muss geklärt werden, ob die beiden Seiten die für den Austausch nötigen Daten (Datenstrukturen, Bewegungsdaten,....) z.B. in Lessor habt ihr eine Abrechnung auf Stundenbasis eingrichtet, anhand der in NAV erfassten Daten würde Lessor eine Abrechnung erstellen. Wenn der Steuerberater die Abrechnung macht, müsste er auch die Daten bereitstellen, damit man das importieren kann, und beide Seiten die gleichen Informationen haben. Was passiert bei Erfassungsfehlern? Die Daten in NAV zu ändern, kein Problem aber wie kommt es zum Steuerberater. Oder der Umgekehrte Fall, der Steuerberater bemerkt einen Fehler und korrigiert ihn, wie kommt das in NAV? Was passiert, wenn der eine ein gesetzliches Update früher anwendet als der andere?.....
Daher ist es nicht wirklich zu empfehlen hier zweigleisig zu fahren, irgendwann herrscht das Chaos.
Es sollte kein Problem sein Fibu- Buchungssätze auszutauschen, das wird ohne große Probleme funktionieren (Was Jörg wahrscheinlich meinte). Aber die komplette Lohn- und Gehahltsabrechnung zu synchronisieren, wird wohl eher schief gehen, und unnötig Arbeit produzieren.
Gruß Fiddi