Beiträge von Pizzatuner

    Hallo, das ist mir auch schon aufgefallen. Ich denke das Problem ist das er beim Regel erstellen auf den gesamten Datensatz der schon erstellten Buchungen zugreifen/verarbeiten will.

    Am Anfang hatte ich das Problem nicht und da waren nur wenige Buchungen vorhanden. Als ich dann viele kleine Paypal Beträge importiert hatte und danach einen Bankimport mit Regel machte wurde es extrem mit den Hängern.

    Ich konnte es gar nicht mehr schreiben da er bei jedem Buchstaben hing. Ich hatte mir dahingehend geholfen das ich die Regel in einem Editor erstellte und dann in das Regelfeld kopierte. So musste ich nur einmal warten.

    Wie gesagt das deutet darauf hin das er (die "Regelmaske Import") ja eigentlich nur die importierten Daten berücksichtigen müsste.


    Grüsse Stefan

    Hallo, ich hatte ja auch schon einmal das Thema mit den Importen gestartet.



    Mittlerweile ist es schon wesentlich besser geworden aber leider noch nicht perfekt. Hier mal ein paar Dinge die mir noch aufgefallen sind.


    Also ich hatte bei einer Ebayauszahlung 10,71 Differenz.

    Also die CSV von Ebay geladen und selber nachgerechnet. Und da kam ich auf genau die richtigen Werte. Also genau der Transaktionsbetrag.


    Ein Fehler war z.B wirklich fies. In der orginal Ebay CSV war eine Zeile mit 37 Semikolons (norm. 36). Dadurch wurde eine Buchung natürlich nicht richtig gebucht. Da kann Taxpool nix für, klar.


    Also die CSV um diesen einen Semikolon korrigiert und neu eingeladen. Dann hatte ich noch 7,xx Euro Differenz die Taxpool angezeigt hat.


    Das liegt wahrscheinlich an Mehrfachbestellungen (wahrscheinlich Ausland) die nicht richtig zusammengefasst werden. Auch gibt es Probleme bei Britisch Pfund. Ebay übergibt den Wechselkurs bis zur 4. Stelle. In der Taxpoolexport Kontroll/Test CSV ist er nur zur 2. Stelle angegeben. Wie er intern verwendet wird kann ich allerdings nicht sagen.


    Wenn ich aber selber (mit Hilfspalten etc.) alle Werte von GBP in Euro umrechne und die anderen Werte zusammenzähle komme ich auf den cent genau auf die von Ebay angegebene Transktionssumme.


    Die Werte in der Vorschau "Protokoll erstellen" stimmt dadurch leider auch nicht aber weichen sogar noch mehr ab und das ist dann wenig hilfreich. Sie ist auch etwas unübersichtlich. Da wären meiner Meinung nach nur die Werte die dann gebucht werden logisch und hilfreich. Oder diese erst anzeigen und danach die anderen (Versand etc.).

    Was übrigens aber auch wahrscheinlich Fehler produziert ist das in der org. CSV von Ebay in Zeilen in der Auslandswährungen vorkommen manche Werte in Euro sind und manche in GBP ...


    Bitte als zukünftige Programmverfeinerung ansehen und nicht als Kritik :whistling:


    Ich kann euch ja mal den anonymisierten Datensatz zukommen lassen mit den Hilfsspalten etc. Da dürfte das Problem für euch schnell einsehbar sein.


    Grüsse Stefan

    Hallo, es ehrt euch ja sehr das Ihr da so schnell auf die Probleme und Änderungen eingeht :thumbup: Da träumen ja andere Nutzer von diversen Buchhaltungsprogrammen von. Habt Ihr schon einen genaueren Termin ? Heute hat er jedenfalls bei mir kein Update geladen.


    Übrigens sind bei mir in Ebay seit neuestem diverse Gutscheine (Prozente/Euro) verfügbar die ich Kunden zusenden kann. Ich denke mal das wird eine neue Spalte in der Transaktions CSV geben die in der Zukunft zu berücksichtigen ist...


    Und da Ebay ja die Datumsschreibweise geändert hat habe ich noch gar nicht nachgesehen wenn ich jetzt einen älteren Bericht runterlade ob das dann die alte oder die neue Schreibweise ist ?


    Falls Ihr eine Transaktions CSV mit ~ 1000 Einträgen und fast allen Eventualitäten (In/Ausland, Anzeigen, Rückgaben, Internationale Gebühr uvm.)zum testen braucht einfach melden ;)


    Die Internationale Gebühr wird übrigens auch noch fälschlicherweise bei einigen Ebaynutzern berechnet die in Deutschland angemeldet sind :rolleyes:

    Also ganz normaler Deutschland Verkauf aber internationale Gebühr (0,11€) drauf...


    Grüsse Stefan

    Nachtrag: Du hast aber schon das nicht gefundene Datenfeld "Transaktionsbetrag" dem vorhandenen "Transaktionsbetrag (inkl. Kosten)" in der Abfrage zu Beitrag #6 zugeordnet. Richtig?

    Und was steckt nun tatsächlich in dem von Ebay berechneten Betrag von 75 € alles drinn?

    Ja zugeordnet, Datei habe ich gesendet da siehst du es. Die 75 sind alle Zahlungen die die Kunden geleistet haben.

    In der Taxpoolhilfe steht übigens beim 2. Wert "Transaktionsbetrag" und in der CSV "Transaktionsbetrag (inkl. Kosten)"


    Das ändern in der CSV macht ja keinen Sinn da ich es ja eh zuordnen kann. Und der erste Wert "Betrag abzügl. Kosten" wird ja sowieso richtig zugeordnet.


    Taxpool errechnet das (mittlerweile in Excel rausgefunden) aber aus "Transaktionsbetrag (inkl. Kosten) 75€" minus einigen anderen Feldern ->


    Fixer Anteil der Verkaufsprovision Variabler Anteil der Verkaufsprovision Gebühr für sehr hohe Quote an „nicht wie beschriebenen Artikeln“ Gebühr für unterdurchschnittlichen Servicestatus Internationale Gebühr


    und kommt dann auf 60€ was nicht mit dem Überwiesenen Betrag (50€) übereinstimmt


    Bin ich der einzige der damit Probleme hat ? Das müsste doch schon anderen passiert sein. Oder hat es da durch Änderungen von Ebay dieses Problem ergeben.


    Kann ich das irgendwie anders lösen also manuelle Buchungen ... da es schön langsam eilt.


    Grüsse Stefan

    Ich habe natürlich vorher die Hilfeseite durchgelesen aber keine Lösung gefunden.


    2) Der Auszahlungsbetrag 'x' und der und der aus den Transaktionen ermittelte Wert 'y' stimmen nicht überein (Differenz='x-y').

    Lösung: Bei einer großen Differenz wurden wahrscheinlich nicht alle, die ausgewählte Zahlung betreffenden, Transaktionen importiert.

    Bei einer kleinen Differenz kann es sein, dass das Programm evtl. Zahlungen nicht erkennen konnte.


    Das tritt bei jeder "Buchung erzeugen" auf da immer die Anzeigengebühren nicht abgezogen werden.

    Hallo,

    bei mir entsteht eine Differenz beim Import/Ebaytransaktionen (Managed Payments) beim Buchungen erzeugen.

    Auszahlungsbetrag/Transaktionen stimmt nicht überein.

    Die csv danach mal in Excel importiert und rumgerechnet und es werden die Anzeigengebühren nicht abgezogen. Ebay rechnet die in der Auszahlung natürlich ab aber Taxpool nicht und dann entsteht natürlich eine Differenz.

    Beispiel :

    Artikeleinnahmen 60€ (CSV: Typ: "Bestellung")

    Anzeigengebühren 10€ (CSV: Typ: "andere Gebühr")

    Auszahlungsbetrag 50€

    Taxpool erwartet 60€

    Fehlermeldung (ungefähr): Der Auszahlungsbetrag und der aus den Transaktionen ermittelte Wert stimmen nicht überein.

    Grüsse Stefan

    Hallo, das ist eine wirklich mächtige Funktion. Genau das habe ich leider auch erst vor ein paar Tagen rausgefunden. Ich will gar nicht wissen wieviele Stunden ich in Excel/Access ich vorher verbraten habe um das zu lösen...


    Ich hatte z.B. in Excel 4fach verschachtelte WennDannSonst Formeln gebastelt um jede Buchungsart rauszufischen und dann mit SVerweis die Beträge erfasst usw. Dann wollte ich das Ergebnis als CSV in verschiedene Buchhaltungsprogramme zu importieren usw.

    Dasselbe dann noch in Access mit Tabellenerstellungsabfragen praktiziert da Excel durch die vielen Abfragen schon ins straucheln geriet.


    Beim testen und rumprobieren der Importe und allgemein in Taxpool habe ich dann auch nach vielen einzelnen Buchungen diese Funktion gefunden...


    Ein Stolperstein bei mir war auch das ich den automatischen Buchungsassistenten z.B. bei Bankauszügen schon benutzt habe und diese roten nicht zugeordneten Buchungen mit den Regeln abarbeiten konnte.


    Aber da die Paypalimporte ja nicht rot (nicht zugeordnet) sondern falsch zugeordnet waren habe ich ewig gesucht um diese Bindung aufzuheben um dann den Buchungsassistenten benutzen zu können.


    !Zwischeninfo an Neulinge auf keinen Fall ausbuchen wählen !!! das ist genau das Gegenteil und schreibt vorläufige Buchungen fest...!


    Bis ich dann diese Funktion unter Buchung/erweiterte Suche gefunden hatte !!!!


    Das müsst Ihr unbedingt besser kommunizieren denn das ist wirklich für Vielbucher und Ebayverkäufer bzw. Onlinehändler mit vielen Paypalzahlungen eine äusserst praktische Möglichkeit.


    Grüsse Stefan

    Hallo, evtl. mal probieren auf einem anderem Datenträger zu sichern. Oder falls es die portable Version (übrigens eine tolle Option) ist einfach mal auf einem anderem Rechner testen um zu sehen wo das Problem liegt (Hardware/Software/Betriebssystem). Grüsse Stefan

    Hallo, also ich habe z.B. bei einer Firma in der über 20.000 vorläufige Buchungen vorhanden sind nur ein paar Sekunden Speicherzeit. Einmal auf einer SSD und bei einer Festplatte auch nicht viel länger (I7 2600 / 16GB / 1TB) . Ist aber auch gerade frisch installiert. Grüsse

    Hallo, da ich mich nun als Onlinehändler nun doch vermehrt mit Steuersachen rumschlage war ich auf der Suche meine Excel/Access Wirtschaft durch ein vernünftiges Programm zu ersetzen.

    Ich habe es z.B. mit Buchhaltungsbutler/TZ-Easybuch versucht und bin aber damit nicht warm geworden. Beim recherchieren dann auf Taxpool gekommen und die Testversion (alle Funktionen), die Preispolitik (1x kaufen und gut) und letztendlich auch der Preis hat mich dann überzeugt.

    Vor allem war mir wichtig das meine Paypal Zahlungen (i.A. ca. 800/Monat) grösstenteils richtig zugeordnet werden. Besonders die Erkennung Inland/EU/Drittland sollte passen. Das funktioniert sehr gut bis auf ein paar Erkennungsfehler dazu später evtl. mehr. Daran ist zum Beispiel Buchhaltungsbutler leider gescheitert.


    Es werden sehr schön die 8400 Erlöse Inland, Erlöse EU 8125, Erlöse Drittland 8120 erkannt und die Nebenkosten des Geldverkehrs als Splittbuchung auf die 4970. So stell ich mir das vor. Es gab ein paar die fälschlicherweise als 8400 erkannt wurden obwohl 8120. Da habe ich sogar evtl. eine Idee warum das so ist. Paypal hat 2 Länderkennungen in Ihrer CSV Datei (DE und Deutschland z.B) und manchmal zählt die eine und manchmal die andere oder es hat was mit der GBP Pfund Währung zu tun das müsste ich nochmal nachsehen.


    Es hat allerdings auch bei Taxpool bei mir doch einige Zeit gedauert bis ich wichtige Funktionen gefunden habe obwohl ich intensiv danach gegoogelt habe. Deswegen Daumen hoch für das neue Forum. 1 Woche nachdem ichs gekauft hatte wurde es gegründet :)

    Die Aufteilung nach Softwarethemen ist auch interessant, mal sehen wie es sich bezüglich Übersichtlichkeit in Zukunft bewährt.

    Ich werde evtl. auch meine (sehr zeitintensiven) Stolpersteine beschreiben vielleicht hilft es ja dem einem oder anderem beim schnelleren Einstieg.


    Aber nun zu meiner Frage und entschuldigt bitte wenn etwas zu naiv ist. Ich habe das schon versucht zu ergoogeln bin aber dabei auf unterschiedliche bzw. keine 100% sicheren Lösungen gestossen.


    Also generell geht es um Porto. Man hat nun in der importierten ich nenn sie mal Paypal.csv (steht gut in der Taxpool Hilfe beschrieben) folgende "Variationen".


    1. DHL Versandetikett bei Ebay gekauft. Wird fälschlicherweise als 3400 Wareneingang erkannt. Kann man rausfiltern (gaaanz wichtig für Einsteiger, das geht über Buchung/erweiterte Suche) und mit 4910 (Porto ohne UST) ersetzt.


    2. Portokasse Efiliale aufgefüllt (praktisch wie Briefmarken kaufen aber man weiss erst später ob man Sendungen mit UST (DHL ab 10Kg, Warensendung etc.) oder ohne UST (DHL unter 10Kg, Brief, etc.) hat Wird auch als 3400 erkannt. Also wie im Inet öfter vorgeschlagen Konto 1361 eingerichtet und die Buchungen damit ersetzt.


    3. Efiliale Sammelkauf da die furchtbare wirklich ganz furchtbare Efiliale voller Bugs ist und man nur abundzu per Paypal aufladen kann. Also praktisch habe ich früher (evtl. werde ich da in Zukunft passender nach mit oder ohne UST einkaufen) einige Briefmarken und Warensendungen eingekauft und damit mit/ohne gemischt und dann einen Betrag 47,30€ z.B direkt mit Paypal ohne Portokasse bezahlt. Diese Beträge habe ich mir wieder herausgefiltert und die 3400 mit dem neu erstellten Konto 1362 mit dem Namen Efiliale Sammelkauf ersetzt. Geht natürlich händisch aber wie gesagt mit Buchung/erweiterte Suche/ersetzen bei vielen Einträgen schneller.


    4. Grössere DHL Sendung in der UST enthalten sind habe ich dann ebenfalls gefiltert und die 3400 mit 4730 (Fracht) automatisch mit UST



    Soo, 1. und 4. sind ja erledigt sage ich mal. Bei 2. und 3. kann ich nach Erhalt der Sammelrechnung der Efiliale ersehen wieviel UST/ohne UST enthalten sind. Ich sage mal 100 Euro gesamt davon 70Euro ohne und 30 Euro mit UST. Ich würde dann die Summen mit UST händisch jeweils für Portokasse und Sammelkauf rausrechnen und dann ? eine Buchung Summe X (70€) an wohin und Summe Y 30€ woher und wohin :/


    1361/???? oder ????/1361 2 Buchungen anteilige Beträge jeweils mit und ohne UST

    1362/???? oder ????/1362 2 Buchungen anteilige Beträge jeweils mit und ohne UST


    Hoffentlich habe ich euch nicht ge :sleeping: mit meiner sehr ausführlichen Fragestellung.


    Grüsse Stefan


    PS: Also eine Unterabteilung in EÜR bezüglich Porto wäre evtl. auch eine Idee fürs Forum da diese Frage echt oft auftaucht. Evtl. auch eine Lösung die oben angepinnt ist wäre top.