Daten für Buchhaltung exportieren

[format-ecommerce.de]

Hallo,

ich habe in meiner Testumgebung ein paar Buchungsdaten erzeugt und erstelle mir jetzt die Buchungsdaten .cvs-Datei.

Ich möchte diese Datei anschliessend in Lexware Buchhalter importieren.

Dabei entstehen folgende Fragen:

- in der cvs-Datei gibt es die Felder res1-res4, welche Feld-Bezüge in eS haben diese Felder?
- die Artikel-Bezeichnungen werden nicht korrekt übernommen

Beispiel: Artikel und Versandkosten auf einer Rechnung und in der cvs-Datei wird 2 mal der Artikel aufgeführt

- Soll- und Habenkonto eines der beiden kann man über das Feld Kontoname beim Export belegen, aber das 2. Feld fehlt

- Lexware besteht darauf, das eine Spalrt gibt wo die Währung enthalten ist

Mein Vorschlag:

Wenn es möglich ist, könnte man in der Exportmaske die Felder res1-res4 als Eingabefelder (die auch in eS gespeichter werden, damit man es nicht jedes Mal neu eingeben muss) definieren und das in den Export mit einbeziehen.

Beispiel:

res1 - Habenkonto - 4400
res2 - Währung - EUR
res3 -
res4 -

Scheinbar macht das niemand hier so oder hab ich den entsprechenden Beitrag im Forum nur noch nicht gefunden!?

 

[Janusch]

Die Idee ist gut, wir bauen die Res1-4 Felder genau wie Kontoname, die mit einem festen Wert belegt werden können.

Da wir da nicht alle Programmm testen können, bleibt es schon bei einigen das die Daten z.B. in Openoffice oder Excel nachbearbeitet werden müssen.

 

[format-ecommerce.de]

Super! und bitte die Eingaben speichern, das die beim erneuten aufrufen wieder enthalten sind, wäre prima.

Und prüft bitte auch mal, warum die Artikel einer Rechnung nicht korrekt exportiert werden.

Nachtrag:

Ich hab das jetzt mit der Auswahl der Bezeichnung verstanden, okay soweit.

Aber, entweder ist es sinnvoll, jeden einzelnen Artikel zu exportieren, mit eigener Bezeichnung ODER pro Rechnung eine Buchung mit EINER Gesamtsumme, alles andere macht aus Buchhaltersicht nicht viel Sinn.

 

[Janusch]

Wir müssen wegen versch. MwSt Sätzen die Rechnungen splitten.
Jede MwSt Art + Netto + Brutto müssen korrekt übernommen werden.
Bei Gesamt macht dies wenig Sinn, da man die MwSt Sätze nicht mehr genau kennt.

Jede Position extra zu exportieren, würde die Daten unnötig aufblehen.

Ich kenne die Arbeitsweise von Lexware nicht, von daher kann ich dies schlecht beurteilen.

 

[format-ecommerce.de]

Ah okay, dann hatte ich hier was falsch verstanden.

So macht es natürlich Sinn.

Somit wäre das Thema abgeschlossen, wenn ihr dann in der nächsten Version die Felder variabel belegbar habt.

Nachtrag:

Sinnvoll wäre ebenso ein selector, mit dem ich auswählen kann, das nur bezahlte/unbezahlte/beide Rechnungen exportiert werden, da einige Ihre Offene-Posten-Verwaltung sicher im FiBu Programm machen wollen.

 

[Janusch]

Sinnvoll wäre ebenso ein selector, mit dem ich auswählen kann, das nur bezahlte/unbezahlte/beide Rechnungen exportiert werden, da einige Ihre Offene-Posten-Verwaltung sicher im FiBu Programm machen wollen.

Das Problem hierbei ist, das wir nicht wissen welche Daten bereits exportiert wurden und welche nicht.
Der Benutzer kann auch öfters die Daten für einen Monat exportieren.
Was wir einabuen können wäre ein Feld wo steht ob Rechnung bezahlt oder nicht.

 

[format-ecommerce.de]

Ich könnte mir folgende Maske vorstellen:


Rechnungdaten exportieren

vom _.__._____ bis __.__.____

oder voller Monat: __________

Variable Felder

res1 _____________________

res2 _____________________

res3 _____________________

res4 _____________________

Exportiere Datensätze:

__ nur bezahlte Rechnungen

__ nur offene Rechnungen

__ alle Rechnungen

Bezeichnung

wie bisher

Denn dann ist es egal ob eS "weiss" welche Daten exportiert wurden oder nicht. Der User kann das dann immer individuell einstellen und sich eine neue Datei zum Import in die FiBu erstellen.

Somit wäre auch das Problem erledigt, Soll- und Ist-Versteuerung, da man sich je nach Bedarf nur die bezahlten oder alle Rechnungen exportieren kann.

Ein Feld in dem steht "Rechnung bezahlt: ja / nein" macht keinen Sinn, da eine FiBu selten solch ein Feld hat. Es macht dann wirklich nur Sinn, eben nur die bezahlten, unbezahlten oder beide als Datensätze im Export-File zu haben.

 

[Janusch]

Dadurch werden aber Einträge für einen Monat doppelt exprotiert und in FiBu importiert.
Werden z.B. für einen Monat nur die bezahlten exportiert und 1-2 Wochen später erneut, beinhaltet die Exportdatei die Datensätze die schonaml exportiert wurden und die neuen. Das wird Chaos geben.

Der Import ist auch von FiBu zu Fibu anders geregelt.

 

[format-ecommerce.de]

Das kann der User doch steuern!?

Wenn Ihr eine Datumseingabe einbaut ist das doch garkein Problem.

Ich verstehe Deine Logik gerade nicht, wo Du da ein Problem siehst.

Ich erstelle einen Export im eS, notiere mir bis wann ich exportiert habe, bzw. besser eS "merkt" sich die Eingabe vom letzten Export und dann wird der neue Zeitraum exportiert und in die FiBu übertragen.

Und das jede FiBu anders ist, ist auch nicht relevant, da sich dann jeder User die Felder der Datensätze beim Import in seine FiBu anpassen bzw. entsprechend zuordnen muss.

Und wer das nicht möchte kann doch einfach die Felder leer lassen und wie bisher exportieren. Ich meine es geht ja nicht um eine Änderung sonder um eine Erweiterung der bestehenden Exportmöglichkeiten.

 

[Janusch]

Ich habe so gedacht...

Für Juni hate der Benutzer 130 Rechnungen erstellt.
Davon sinf 89 bezahlt.
Jetzt werden 89 in die FiBu für den Zeitraum 1.06-30.06 als bezahlt exportiert.

Irgendwann sind die restlichen bezahlt. So müssen diese ebenfalls als bezahlt exportiert werden. Hier muss der Benutzer wieder 1.06-30.06 exportieren.
Die 89 sind bereits in der FiBu enthalten, aber wieder in der Export-Datei zu finden (weil alle bezahlten).

Das ganze würde erst dann funktionieren, wenn wir die Zahlungsabwicklung einabuen und nicht Rechnungsdatum exportieren sondern Zahlungsdatum.

 

[format-ecommerce.de]

Stimmt ja, der Export müsste dann auch noch nach Rechnungs- und Zahlungsdatum trennbar sein.

Ist das vorgesehen!?

 

[Janusch]

Wir können dies erst nach Zahlungsabwicklung einbauen...

 

[format-ecommerce.de]

Aber es wird generell dann eine solche Funktion geben!?

Wann ca.? Ein paar Monate oder erst nächstes Jahr?

 

[Janusch]

Zahlungsabwicklung ist auf 3 Stelle.. je nachdem wie schnell die anderen realisert werden können 3-4 Monate vergehen.

 

[Markus2005]

ist es schon möglich die Daten Lexware Quick Books zu exportieren?

 

[Thomas Lisson]

Nein, zumindest nicht explizit. Kann man nicht die EC&T ExportCSV dafür "umbiegen" ?

 

[Markus2005]

Nein, zumindest nicht explizit. Kann man nicht die EC&T ExportCSV dafür "umbiegen" ?

Ich mache grade einen Test in Excel. Theoretisch muss ich ja nur eine Zeile ändern.
Beispiel:
A1 ist =B2

und am ende derzeile nur alles runterziehen.... irgendwie so. Und Werte die nicht da sind, gehen die auf NULL oder 0 ?

 

[dvbshop]

Ich vermisse die Angabe der Umsatzsteuer-Identnummern in den Buchungsdaten! Man kann die zwar per KUNDENEXPORT auch "mitnehmen", sollten aber auch wegen "Datev" im Buchungsstapel drinnen sein ...

 

[Janusch]

Stimmt, baue ich am Ende hinter Kunden - Land ein.

 

[rudera]

AW: Daten für Buchhaltung exportieren

Hallo,

ich würde gerne aus aktuellem Anlass (Steuerklärung) dieses Thema noch einmal anschneiden. Zwar bekomme ich es ohne Probleme hin über die Ameise alle notwendigen Daten für meine Buchhaltung zu exportieren, aber einfacher wäre es ja über die vorgegebene Option der "Buchungsdaten exportieren".
Nur fehlt hier immer noch das Feld Währung. Da ich EUR/GBP/USD verkaufe benötige ich das dringend für meine Buchhaltung.

Gibt eine Möglichkeit die Einstellungen in dieser Export Option zu verändern oder muss ich immer über die Ameise gehen?

Gruss