Posts by Siebenund8ziger

    Hallo und nochmals danke für die ausführliche Rückmeldung und Erklärung.

    Ich verstehe die Einschätzung, dass die Methode der Preisfestlegung etwas speziell ist und daher nicht von Taxpool unterstützt werden kann und wird und auch vielen Dank für die Hinweise, wie man die Preisfestlegung anders machen könnte - das ist alles nicht selbstverständlich und zeichnet den Support hier definitiv aus.

    Mein Versuch durch den Workaround mit den 40 Staffeln war eben auch nur genau das - ein Workaround.
    Unterm Strich benötige ich natürlich keine 40 Staffeln, sondern ja eigentlich nur den Originalpreis und zwei Staffeln.
    Einzig die Art der Anwendung der Staffelung ist halt nicht einstellbar und daher kam meine Frage auf.

    Taxpool-Art:
    staffelübergreifend - also jeweiligen Staffelpreis auf Gesamtmenge beziehen

    zusätzlich gewünschte Art:
    staffelintern - also nur für die Teilmenge der jeweiligen Staffel

    Für alle, die auch mit diesem Fall zu kämpfen haben, sehe ich dann in Taxpool nur eine Möglichkeit, zumindest ein bisschen Automation zu erzielen:

    Anlegen mehrerer Artikel und zwar so viele, wie Staffelungen gewünscht sind.
    Dann hat man in einem Auftrag halt in meinem Beispiel oben bei Menge 12 insgesamt drei Auftragspositionen, welche dann den jeweiligen Preis für diese Staffelung enthalten.

    Dies kann bei zunehmender Staffelanzahl und je nachdem, wie viele Artikel betroffen sind, aber auch schnell unübersichtlich werden - bei mir geht es aktuell um nur den einen Artikel.

    Um noch die Kostenformel etwas näher zu beschreiben, habe ich mein JavaScript idealisiert beigefügt, welches die Preise wie gewünscht berechnet - hier zwar innerhalb eines PDF-Formulars, aber man kann es ja sehr leicht auf jede beliebige Programmiersprache umändern.



    Die Werte/Preise sind an mein Beispiel angepasst und der Einfachheit halber idealisiert.
    Die Werte im Abschnitt "Einstellungen" sind frei wählbar und könnten innerhalb einer Maske im Programm vom Nutzer eingegeben werden.
    Das Script kann ggf. noch mit einer sinnvollen Schleife ergänzt werden, welche eine beliebig hoch einstellbare Anzahl von Staffeln durchläuft.

    Innerhalb meines Reservierungs-Tools ist die gewünschte Berechnung der Staffeln übrigens von Haus aus vorhanden und wählbar - ist ja auch eine gängige Berechnungsart... 8o

    Vielleicht kann das ja helfen beim Integrieren in Taxpool.
    Es wäre ein überschaubarer Aufwand, aber ein großer Zugewinn - sicher nicht nur für mich, da sich evtl. nicht jeder gleich bei Euch meldet, der eine Funktion vermisst... :)

    Danke für Eure Bemühungen, Eure Ausdauer mit den ganzen umfangreichen Erklärungen und Eure Unterstützung insgesamt!

    Danke für die Rückmeldung, auch wenn die Antwort nicht sehr aussichtsreich ist.

    Die Berechnung der bestimmten Preise hängt ja nun von vielen Faktoren ab und ist in jedem Geschäftsfall ein bisschen anders.
    Was allerdings als letztes bei der Preisgestaltung eine Rolle spielt, ist der Umstand, ob das Buchhaltungsprogramm mit den Preisen umgehen kann oder nicht...

    Hier sollte sich ja im besten Falle das Buchhaltungsprogramm an die Umstände anpassen, anstatt die Preise an ein bestimmtes Buchhaltungsprogramm.

    Ist denn eine Implementierung weiterer Möglichkeiten geplant oder in Aussicht?

    Ich hatte mich übrigens von diesem Satz in der Hilfe irritieren lassen und dadurch auf eine Möglichkeit gehofft, doch noch zum Ziel zu kommen:


    Die Lösung mit den Durchschnittswerten ist völlig OK und das war meine initiale Idee. Die Stückzahl kann in meinem Fall 40 nicht übersteigen und ich wollte zunächst 40 Staffeln einfügen, wobei jede Staffel exakt den durchschnittlichen Einzelpreis enthält. Aber dies scheint ja nun auch nicht zu gehen, da ich keine weiteren Staffeln hinzufügen kann...

    Gibt es vielleicht eine Möglichkeit, das Limit von 6 Staffeln in einem der nächsten Updates aufzubohren und einstellbar zu machen?

    Hallo zusammen,


    wie kann ich denn eigentlich in der Ansicht "Artikel" -> "Preise" -> Vorlage "Bearbeiten" die Anzahl der Staffeln erhöhen?

    In der Hilfe steht, dass dies über den Schalter "Listenansicht" geht - wo finde ich diesen denn?


    Falls dies wirklich nicht gehen sollte, dann hätte ich eine Anschlussfrage zu den Staffelpreisen, welche dann vielleicht einfach anders eingepflegt werden müssen...


    Ein Beispiel:

    • 1-4 Stück kosten 5,00€/Stk.
    • ab dem 5. Stück betragen die Kosten 4,00€/Stück
    • ab dem 10. Stück betragen die Kosten 3,00€ Stück

    Das bedeutet, dass der Preis wie folgt berechnet wird

    • 3 Stück kosten 15,00€ (3x 5,00€)
    • 7 Stück kosten 32,00€ (4x 5,00€ + 3x 4,00€)
    • 12 Stück kosten 49,00€ (4x 5,00€ + 5x 4,00€ + 3x 3,00€)


    Geht das denn? Ich hoffe dies zumindest, denn ich muss ja meine Geschäftsfälle gemäß der zugrundeliegenden Kalkulationen irgendwie in das Programm bekommen können...

    Lieben Dank für Eure Unterstützung und beste Grüße!

    OK, danke - verstehe ich alles.

    Eine einfache Option in den Einstellungen unter "Kontenbuch" namens "Eingänge vor Ausgängen darstellen" o.ä. würde dennoch sicherlich Vorteile beim Lesen eines Kassenbuchs bringen, anstatt stumpf alphabetisch ZA vor ZE darzustellen.

    Dieses Phänomen ergibt sich ja immerhin auch in der Auflistung des Stapels/Journals, wo ebenfalls primär nach Belegdatum und sekundär stets alphabetisch nach Belegkreis sortiert wird (ZA vor ZE; Kasse vor RE; Anlage vor Kasse; etc.).

    Warum da überhaupt die sekundäre Sortierung nach Belegkreis stattfindet und nicht einfach die Reihenfolge der Erstellung verwendet wird, ist nicht ganz schlüssig.

    Wir werden aber damit weiterhin leben... immerhin ist es ja nicht verpflichtend, den Nutzern gut lesbare Daten zu liefern... ;)

    Hallo Taxpool,

    ich habe das Problem, dass das Kassenbuch (erstellt über "Kontenbuch" -> Bereich "Ausgabe ab Konto" Kasse & Bereich "Ausgabe bis Konto" Kasse) im Verlauf der Buchungen einen Minusbetrag aufweist, was ja gerade bei einem Kassenbuch absolut nicht vorkommen darf.

    Der Grund für diese Darstellung ist, dass zuerst alle Zahlungsausgänge (ZA) und dann alle Zahlungseingänge (ZE) eines Buchungstages aufgelistet werden.

    Beispiel:

    • Beginn-Saldo: 15,00EUR
    • Buchung ZA vom 01.02.2024 über 10,00EUR (neuer Saldo 5,00EUR)
    • Buchung ZE vom 01.02.2024 über 5,00EUR (neuer Saldo 10,00EUR)

    Bis hierher passt also alles und die vom Programm festgelegte Sortierung nach Belegkreis (erst ZA, dann ZE) hat keinen gravierenden Einfluss.

    Dann zahlt ein Kunde am 02.02.2024 30,00EUR in die Kasse ein und ich gebe DANACH, aber am selben Tag 20,00EUR aus der Kasse aus:

    • Buchung ZA vom 01.02.2024 über 20,00EUR (neuer Saldo -10,00EUR)
    • Buchung ZE vom 01.02.2024 über 30,00EUR (neuer Saldo 20,00EUR)

    Die Kasse war zu keinem Zeitpunkt im Minus (wie auch... :)), aber das Programm suggeriert durch die Sortierung genau dies für den 02.02.2024!

    Wie kann ich das abschalten?

    Vielen Dank für Eure Unterstützung.

    Das kann ich so leider nicht vollständig bestätigen.

    Egal, ob Änderungen im Tab "Bestelldaten" vorgenommen werden oder nicht, es wird nach dem Zurückwechseln auf den Tab "Artikel" konsequent die Einheit gelöscht.

    Bestätigen kann ich, dass dies immer nur beim zuletzt markierten (also nicht zwingend beim zuletzt hinzugefügten) Artikel passiert.

    Klar "für´s Erste" sicherlich für einige ok, aber der Wechsel zurück auf den Tab "Artikel" wurde mir jetzt von Taxpool so sehr antrainiert, dass ich dieses Verhalten nicht mehr einfach unterbinden kann und möchte. Immerhin muss ich ja scheinbar die getätigten Eingaben doublechecken, bevor noch größerer Aufwand mit Rechnungskorrekturen entsteht... :S

    Ich harre weiter der Dinge und hoffe ein bisschen auf weitere Anhaltspunkte von modular oder vielleicht ja sogar auf ein kommendes Update.

    Danke dennoch für die tolle Unterstützung!

    In Ordnung, hier sind die Beispiele in den Screenshots.

    Es sind zwei Kunden dargestellt - beide haben jeweils eine einzige Rechnung und beide haben jeweils eine einzige Zahlung geleistet.

    Kunde Grün - bei ihm ist mit "Betrag offen = 0,00" alles in Ordnung

    Kunde Gelb - bei ihm ist "Betrag offen = 210,50" für mich nicht nachvollziehbar

    Bild 1 zeigt die beiden Kunden in der Tabelle "Kunden/Lieferanten" -> Tab "Auswahl"

    Bild 2 zeigt Kunde Grün im Tab "Rechnungen" mit "Gesamt offen" = 0,00

    Bild 3 zeigt Kunde Grün im Tab "Zahlungen" mit "Gesamt offen" = 0,00

    Bild 4 zeigt Kunde Gelb im Tab "Rechnungen" mit "Gesamt offen" = 210,50

    Bild 5 zeigt Kunde Gelb im Tab "Zahlungen" mit "Gesamt offen" = 210,50

    Dieses Phänomen mit den offen Beträgen trotz vollständiger Zahlung zeigen auch einige weitere Kunde, aber die große Mehrheit der Kunden wird korrekt dargestellt. Alle Rechnungen und Zahlungen werden (meiner Wahrnehmung nach) mit dem gleichen Workflow angelegt.

    Quote

    Bitte teste mal, ob das Update etwas ändert.

    Version 18.03 brachte keine Änderung der Darstellung.

    Quote

    schau bitte auch nach der Tabelle unter "Kunden/Lieferanten" -> "Rechnungen", bei einem betreffenden Kunden die Auswahl der Anzeige (ganz oben unter dem Kunden-Namen) unpassend eingeschränkt ist.

    Passt alles - die Filter sind exakt gleich. Auch in der Dropdown-Liste über der "Kunden/Lieferanten" -> "Rechnungen", sind bei Kunde Grün und Gelb jeweils alle Optionen angeklickt, außer "Andere Einträge verbergen". Auch ein Klick auf "Aktualisieren" bringt keine Änderung.

    Quote

    Bitte inkl. Ansicht der Einstellungen und ggf. geschwärzten Kundennamen.

    Welche Einstellungen sind denn hiermit genau gemeint? Die Programmeinstellung ganz links vertikal im Hauptfenster?

    Hallo Taxpool-Gemeinde,

    mir sind zwei Dinge im Dialogfenster "Kunden/Lieferanten" -> "Rechnungen" -> "Neu" -> "Neuer Auftrag/Sammelrechnung..." aufgefallen:

    1. Bei Eingabe des Buchstaben "h" in einem beliebigen Datumsfeld konnte man ja bisher immer das heutige Datum schnell und bequem eintragen - als eine Art Shortcut und wahrscheinlich, um die Gewohnheiten aus weit verbreiteten Systemen wie SAP, etc. zu übernehmen.

    Dies funktioniert seit dem Jahreswechsel nicht mehr, da zwar weiterhin der Tag und Monat richtig eingetragen werden, aber für das Jahr weiterhin "2023" verwendet wird. Dies wiederum führt zu Fehlermeldungen bei der Eingabe etwa des Bestelldatums im Tab "Bestelldaten" des genannten Dialogfensters und resultiert in der Fehlermeldung "Der Monat, in dem das Datum liegt, ist für Buchungen gesperrt" -> logisch, da der Januar 2023 bei mir bereits abgeschlossen ist und eigentlich ja der 11.01.2024 hätte eingetragen werden sollen.

    Nachtrag: dieses Phänomen tritt nur auf, wenn in diesem Szenario auch "2023" ganz oben im Hauptfenster als Wirtschaftsjahr ausgewählt ist. Die Funktion der "h"-Eingabe fügt also den aktuellen Tag und Monat ein, sowie als Jahresangabe das gewählte Wirtschaftsjahr. Ob dies so gewollt ist, ist fraglich, aber denkbar. Sollte es so sein, wäre es für mich zwar unpraktisch, aber wahrscheinlich zu akzeptieren. Falls nicht, dann kann das ja auf das aktuelle Kalenderjahr, anstatt dem ausgewählten Wirtschaftsjahr geändert werden. Bestenfalls natürlich unter den Optionen wählbar, damit alle Ihre Nutzer Ihre Vorlieben einstellen können. Durch eine Nennung der Funktion in den Optionen wäre natürlich auch die Existenz dieser durchaus hilfreichen Funktion angemessen bekanntgegeben.

    Die ist für die Programmier-Abteilung eine Kleinigkeit und sollte schnell behoben werden können. Könnt Ihr Euch darum bitte in einem der nächsten Updates kümmern? Ich nutze diese Funktion wirklich sehr oft.

    2. Im Tab "Artikel" des genannten Dialogfensters füge ich einen vordefinierten Artikel hinzu, welcher dann in der Liste erscheint und alle vordefinierten Werte erhält (etwa für Artikelnummer, Preis und Einheit). Ein Wechsel auf den Tab "Bestelldaten" und dann wieder zurück auf den Tab "Artikel" führt dazu, dass die Dropdown-Liste für die Einheit geleert wird, obwohl hier bereits der richtige Wert nach dem hinzufügen des Artikels eingetragen war.

    Auch dies sollte eine Kleinigkeit für die Programmierer sein und würde uns allen weitere Mühe ersparen, nach jedem Klick im Programm wirklich alle Eingaben erneut kontrollieren zu müssen :)

    Könnt Ihr Euch darum bitte ebenfalls kümmern?

    Vielen Dank und beste Grüße,

    Siebenund8ziger.

    Hallo mal wieder,

    mir fällt seit einiger Zeit auf, dass in der Liste mit der Kundenauswahl ("Kunden/Lieferanten" -> "Auswahl") die Spalte "Betrag offen" bei einigen Kunden einen offenen Betrag anzeigt.

    Die Gegenprüfung aller ausgestellten Rechnungen (in den meisten Fällen ohnehin nur eine einzige) im Vergleich zu den erhaltenen und gebuchten Zahlungen ergibt, dass keine Zahlungen offen sind.

    In der jeweiligen Spalte "Offen" unter "Kunden/Lieferanten" -> "Zahlungen" -> Tabelle "Rechnungsauswahl" ganz oben ist ebenfalls überall eine 0,00 eingetragen und somit kein Betrag offen.

    Die Buchungen der Rechnungen und Zahlungseingänge im Stapel bzw. Journal passen alle mit der Realität überein und die Salden der Debitorenkonten in den Kontennachweisen bzw. Berichten weisen auch alle die entsprechende 0,00 aus.

    Lediglich in der genannten Tabelle für die Kundenauswahl stehen irreführende Werte.

    Oder deute ich das nur falsch?

    Beste Grüße,

    Siebenund8ziger

    Hallo,

    ein kleiner Vorschlag für eine bequemere Kontrolle und schnellere Ansicht der hinterlegten Dokumente:

    Vielleicht kann man das Icon in der ersten Spalte der Listenansicht zusätzlich dazu nutzen, um eine Übersicht der bereits hinterlegten Dokumente zu erhalten und aus dieser Übersicht dann eine schnelle Ansicht des jeweiligen Dokuments zu ermöglichen.

    Vorstellbar wäre ein sich aufklappendes kleines Kontextmenü, welches je einen Eintrag für jedes hinterlegte Dokument enthält und bei einem weiteren Klick auf das jeweilige Dokument die Ansicht öffnet (mit dem Standardprogramm oder dem voreingestellten Programm, je nach Konfiguration unter "Dokumente -> "Dokumentenverwaltung konfigurieren").

    Dies erspart unnötige Klickarbeit bei der Kontrolle, ob alle nötigen Belege/Dokumente hinterlegt sind, wenn man viele Buchungen am Stück kontrollieren möchte.

    Dies erspart den Umweg, immer erst für jede angeklickte Buchung nochmal zusätzlich ganz oben auf "Dokumente" zu klicken und ist zugleich der deutlich intuitivere Weg... :)

    Eventuell ist das ja was für eine der nächsten Programmversionen und dürfte auch ein überschaubarer Aufwand sein, welcher die Bedienung ungleich mehr aufwertet.

    Hallo mal wieder,

    ich weiß nicht, ob das die richtige Kategorie ist, aber eine treffendere konnte ich nicht finden...

    Wie der Betreff es schon aussagt, kann ich unter "Einstellungen zur Dokumentenverwaltung" im Bereich "Dokumente umbenennen" nicht mehr auf "GUID (eindeutiger Name)" zurückschalten, nachdem ich die Optionen "Nicht umbenennen" und "Belegnummer" für Testzwecke verwendet hatte.

    Bei jetziger Auswahl von "GUID (eindeutiger Name)" oder "Eingabe" werden die Option-Buttons nicht mehr einzeln ausgewählt, sondern parallel zu der vorherigen Option und stehen somit gleichzeitig auf checked.

    Auswählbar und mit "OK" übernehmbar sind die Optionen:

    - Nicht umbenennen

    - Belegnummer (samt beider Nebenoptionen)

    - Fortlaufend

    Auswählbar, aber mit "OK" nicht übernehmbar (da nur zusätzlich aktiviert) sind die Optionen:

    - GUID (eindeutiger Name)

    - Eingabe

    Das beiliegende Bild soll verdeutlichen, was ich damit meine... :S

    Könnt ihr das bestätigen bzw. bitte beheben?

    Ich möchte zwingend wieder auf "GUID (eindeutiger Name)" zurück...

    Vielen Dank und besten Gruß.

    Hallo Taxpool-Gemeinde,

    verstehe ich die Einstellungen falsch oder ist es wirklich falsch, dass nach Aktivierung von "Sprachauswahl" im Dialog "PDF-Rechnung erstellen" die Angabe des Lieferdatums aus der Variable \$AUFTRAG_LIEFERDATUM stets als Zeitraum angegeben wird und das auch ohne Angabe von "Lieferdatum bis" in den Bestelldaten?

    Dabei wird außerdem als "Lieferdatum bis" stets der Wert aus "Lieferdatum" verwendet und selbst die tatsächliche Angabe eines "Lieferdatum bis" wird ignoriert.

    Beispiel Bestelldaten:

    Angabe Lieferdatum: 03.09.2023

    Angabe Lieferdatum bis: leer

    Ausgabe Lieferdatum auf Rechnung ohne Aktivierung von Sprachauswahl: 03.09.2023 (alles richtig)

    Ausgabe Lieferdatum auf Rechnung mit Aktivierung von Sprachauswahl: 03.09.2023 - 03.09.2023 (irgendwie falsch)

    Beispiel Bestelldaten:

    Angabe Lieferdatum: 03.09.2023

    Angabe Lieferdatum bis: 10.09.2023

    Ausgabe Lieferdatum auf Rechnung ohne Aktivierung von Sprachauswahl: 03.09.2023 - 10.09.2023 (alles richtig)

    Ausgabe Lieferdatum auf Rechnung mit Aktivierung von Sprachauswahl: 03.09.2023 - 03.09.2023 (irgendwie falsch)

    Kann das jemand reproduzieren und bestätigen?

    Ist das richtig so oder stört es euch einfach nur nicht weiter?

    Danke für Euer Feedback :)

    Hallo Taxpool-Gemeinde,

    ich bin neu hier und durch den Support von Taxpool auf die Existenz dieses Forums aufmerksam gemacht wurden, mit welchem ich bereits sehr guten Kontakt hatte. Daher ist dies mein erster Beitrag und wahrscheinlich nicht der Letzte.. ;)

    Mein Problem betrifft die Erstellung einer an meine Bedürfnisse angepassten Rechnungsvorlage.

    In der Kundenverwaltung unter "Rechnungen" > "Dokumente" > "PDF-Rechnung erstellen" > "Bearbeiten" (im Bereich Sprachauswahl) habe ich bereits einige Rechnungstexte angepasst und durch Klick auf "Bearbeiten" (im Bereich Druckvorlage) dann mit dem Vorlagen-Editor etliche neue Objekte erstellt und angepasst.

    Soweit ist alles nach meinen Wünschen eingerichtet und die Flexibilität ist an sich super gegeben, wenn man das alles erstmal begriffen hat - Drag and Drop ist es natürlich nicht...

    Ich möchte nun abhängig vom Wert der Variable \$RECHNUNG_BETRAG_FAELLIG auf den Rechnungen einen Textvermerk generieren:

    Wert gleich 0, dann Hinweis, dass Rechnung vollständig bezahlt ist.

    Wert größer 0, dann Hinweis, dass Rechnung noch zu bezahlen ist mit den Bedingungen in Variable \$FAKTURA_ZAHLBEDINGUNG

    Das ist eigentlich ja kein Hexenwerk, aber wie kann ich den Vergleich der Variable anstellen? Ich vermisse unter Bedingungen diese Option oder habe ich etwas übersehen?

    Diese Option würde ja sehr viele sinnvolle Gestaltungsmöglichkeiten eröffnen.

    Ich bedanke mich schon Mal für Eure Unterstützung...