OpenOlitor
(2) Einstellungen / Konfiguration / Modifikation von Abläufen
Verschiedene Anpassungen an OpenOlitor sind relativ klein, haben aber einen recht grossen Gewinn in der Nutzung von OpenOlitor. Dieses Issue versucht diese zu bündeln.
- Rechnungspositionen mit Minusbetrag
- Projekt-Feld: Bankkonto-Namen für QR-Rechnung
- Erweiterungen SQL-Auswertungen
- Mail-EInstellungen in Projekt-Einstellungen durch Admin-User anpassbar machen
- Lieferinfos zu Zusatzabos auf Kundenporta anzeigen
- Kundenbezeichnung auf Rechnungs-Übersicht anzeigen
- Wenn Lieferplanung nicht abgeschlossen werden kann, Fehlermeldung ausgeben mit dem Grund
- Rechnungspositionen aus Abos generieren: Wahl ob Positionen für Zusatzabos generiert werden sollen
- Automatisch in neuen Planungen eingefügte Standartprodukt(e) für jeden Abotyp (oder Vertrieb?)
- (weitere folgen, existierende Issues noch nicht abschliessend abgearbeitet)
Gibt es weitere, ähnliche Anpassungen oder hast du Anmerkungen oder Ergänzugnen zu den erwähnten Punkten? Bitte ergänze diese als Kommentar unten oder wo ein Issue besteht direkt auf dem Issue (1).
(1) Falls du keinen Zugriff auf die internen Issues von OpenOlitor hast, dann kontaktiere bitte info(+at+)openolitor.org. Bestätigte Nutzende von OpenOlitor erhalten Zugriff auf das Repository.
Zu diesem Issue: Zusammen mit den OpenOlitor nutzenden Initiativen möchten wir Details zu möglichen Arbeiten in verschiedenen Bereichen von OpenOlitor erfassen. Alle Interessierten sind eingeladen die oben gemachten Angeben weiter zu verfeinern. Dazu haben wir mehrere Issues mit dem Label themensammler erstellt.
Die weiteren Workshops zu Inhalten und Priorisierung sind öffentlich. Lust teilzunehmen? Mail an info(+at+)openolitor.org
Gut wäre auch ein Dialogfenster, das vor Zahlungsimporten (ESR; CAMT) fragt, ob man die Rechnungen schon auf verschickt gestellt hat. Ein Reminder also, dass im Status Erstellt die Rechnungen nicht abgebucht werden.
Gut wäre auch ein Dialogfenster, das vor Zahlungsimporten (ESR; CAMT) fragt, ob man die Rechnungen schon auf verschickt gestellt hat. Ein Reminder also, dass im Status Erstellt die Rechnungen nicht abgebucht werden.
Hier stellt sich aber schon die Frage, ob wir dann nicht auch erstellte Rechnungen mit einbeziehen müssten? Es ist ja quasi offensichtlich, dass es sich hier um einen Fehler handelt, wenn beim Import eine gültige Nummer einer auf Erstellt stehenden Rechnung daher kommt.
Ich kann die Operations-Issues leider nicht sehen und bin mir daher nicht sicher was oben bei den Punkten alles dahinter steckt. Ich fände noch gut
- Einen Zahlungs-Import von deutschen Bankdateien
- Das ich bei der erstellung von Rechnungen
Vorname und Nachnameangeben kann. Aktuell gibt es nurNachname Vorname.
- Rechnungspositionen mit Minusbetrag wäre für mich eine grosse Hilfe, da wir insgesamt pro Jahr 60-80 kleine Beträge an Abonnenten rückerstatten.
1. Rechnungspositionen mit Minusbetrag wäre für mich eine grosse Hilfe, da wir insgesamt pro Jahr 60-80 kleine Beträge an Abonnenten rückerstatten.
Sind diese Rechnungspositionen dann Bestandteil einer nächsten Rechnung und verringern den Rechnungsbetrag oder sind es effektiv Rückerstattungen, welche dann auch eine Rücküberweisung zu den Abonnenten auslösen? Denn dann stellt sich die Frage, ob hier auch Daten für Zahlungsaufträge/Überweisungen für die Bank erzeugt werden müssten?
Die Rechnungspositionen in Minus sind Teil einer nächsten Rechnung. Keine Rücküberweisung.
- Wir benützen eine "Aboliste" bei der Verteilung, wo jeder Abonnent seine Abos ansehen kann, damit er/sie genau weiss, was zu einzupacken ist. Gibt es eine Möglichkeit eine solche Liste aus OO zu exportieren/generieren?
- Produzenten-Rolle : sollen Produzenten ebenfalls einen Login haben, wo sie ihre monatliche Abrechnungen ansehen könnten? (Ist das überhaupt realistisch, dass sie dann wirklich das Portal brauchen würden ????)
1. Produzenten-Rolle : sollen Produzenten ebenfalls einen Login haben, wo sie ihre monatliche Abrechnungen ansehen könnten? (Ist das überhaupt realistisch, dass sie dann wirklich das Portal brauchen würden ????)
Dies entspricht einer zusätzlichen Rolle und wird in diesem Issue diskutiert: https://github.com/OpenOlitor/OpenOlitor/issues/73
1. Wir benützen eine "Aboliste" bei der Verteilung, wo jeder Abonnent seine Abos ansehen kann, damit er/sie genau weiss, was zu einzupacken ist. Gibt es eine Möglichkeit eine solche Liste aus OO zu exportieren/generieren?
Ja, Listen mit bspw. den Abos pro Depot zum ankreuzen oder als Übersicht sind machbar. Diese sehen dann evtl. nicht genau so wie dein Beispiel aus.
Bei Zahlungs-Import: wenn nicht automatisch erledigte Rechnungen mit Kommentar versehen werden und auf "Erledigt" geklickt wird, wäre es für mich sehr praktisch wenn diese Rechnung den Status "bezahlt" erhalten würde.
Depotlieferscheine wie bei Tourenlieferscheine in ein Pdf zusammenfassen, kein Zip mit einzelen pdfs, ist umständlich.
Zusatzabos werden gleich nach dem erstellen (mit heutigem startdatum) nicht als aktiv angezeigt, erst am folgetag.
Es wäre noch gut wenn man bei einzlenen Anteilstypen den Steuersatz angeben könnte, sodass ich Brutto und Netto auf der Rechnung ausrechnen/ausweisen kann. Wir haben z. B. einen Partner der Honig und als Zusatzanteil Honigwein anbietet. Honig wird in Deutschland mit 7% und der Wein mit 19% besteuert. Da wir auf den Rechnungen die Mehrwertsteuer/Umsatzsteuer ausweisen müssen, machen wir aktuell zwei Rechungen. Eine mit 19% und eine mit 7%. Hätte ich die Mehrwertsteuer in der Rechnugsposition, könnte ich das in einer Rechnung verrechnen.
Der Steuersatz wäre in dem Fall ja eigentlich auf dem Produkt und nicht auf dem Anteilstyp, nicht?
Ich würde dem Kunden gerne 2.5% MwSt. in Rechnung stellen, seperat auf der Rechnung ausgewiesen, nicht im Abo Preis inkl.
Geht das nicht heute schon? siehe: https://openolitor.org/mwst-betrag-in-mitgliederrechnung-ausweisen/ Weicht diese Anforderung vom beschrieben Beitrag ab?
Auch auf die Gefahr hin, dass ich ein "schon da, schau mal hier" erhalte: Gibt es eigentlich ein SQL-Abfrage-Archiv für Open Olitor? Dann hätte ich nicht immer so ein schlechtes Gewissen, wenn ich meine SUNU-Supporterin mit meinen Auswertungs-Sonderwünschen behellige. Ich selbst in SQL zu unerfahren, um entsprechende Abfragen selbst zu erstellen.
Ja, wir haben einige Auswertungen hier gesammelt:
https://openolitor.org/auswertungen-erstellen/
Bei Zahlungs-Import: wenn nicht automatisch erledigte Rechnungen mit Kommentar versehen werden und auf "Erledigt" geklickt wird, wäre es für mich sehr praktisch wenn diese Rechnung den Status "bezahlt" erhalten würde.
Dem schliesse ich mich an, sonst muss man die Rechnung danach noch von Hand einbuchen. Wobei man dann natürlich 2 funktionen haben müsste: ok = auf bezahlt setzen und ignorieren für falsche Zahlungseingänge oder solche die angepasst werden müssten.
Teilzahlungen buchen können: Wir haben z.T. Ratenzahlungen oder KundInnen die ausversehen einen falschen Betrag bezahlen (Tippfehler). Bei diesen KundInnen müsste ich beim Mitglied/Rechnung/Rechnung bezahlt eine Teilzahlung vornehmen können, so dass der Restbetrag offen stehen bleibt und die Rechnung mit dem Teilbetrag unter Rechnungen/Status verschickt ersichtlich ist. lg Rebekka
Zahlungsimport Direktlink zur entsprechenden Person: Bei Zahlungsimports/Nicht erledigte Zahlungseingänge wäre ein Direktlink in das entsprechende Mitgliederprofil sehr hilfreich (nicht nur auf die Rechnung, sondern direkt auf Mitglied). Dies würde ich benötigen bei Meldungen wie "bereits verarbeitet" oder "Betrag nicht korrekt" um zu überprüfen, was das Problem ist beim Mitglied. Oft ist dann dort die Lösung, z.B. man sieht, dass eine falsche, alte Referenznummer zum 2. Mal gebraucht wurde, ein Tippfehler erfolgt ist etc. lg Rebekka
Sicherheitsfrage oder Papierkorb beim Löschen von Rechnungen. Beim Löschen von Rechnungen aus dem Status "erstellt" wäre ein Sicherheitsfrage "Wollen sie wirklich löschen" oder eine Papierkorbfunktion zum Zurückholen hilfreich. Wenn man ausversehen auf löschen klickt.... lg Rebekka
Mehrere Rechnungsdokumente gleichzeitig direkt aus dem Openolitor drucken Wir haben 3 x pro Jahr grosse Rechnungsläufe. Dabei erstelle ich via Anteile/Rechnungspositionen erstellen/etc etc jeweils 150 bis 180 Rechnungen gleichzeitig für unsere Abokundschaft. Es wäre sehr hilfreich, wenn ich dann in "Rechnungen" alle neu erstellten, markierten Rechnungsdokumente direkt gemeinsam mit einem Druckbefehl aus den Openolitor drucken könnte. Also eine Erweiterung mit der Funktion "Rechnungsdokumente drucken".
Zusatzanteile bei Eröffnung einer neuen Lieferplanung sofort ersichtlich Wenn wir momentan eine neue Lieferplanung eröffnen und die Anteilstypen hinzugefügt haben und die Planung speichern, werden die Zusatzanteile nicht angefügt. Ich muss zuerst die aktive geöffnete Planung schliessen und wieder öffnen, erst dann werden die Zusatzanteile auch angezeigt. lg Rebekka
Die Rechnungspositionen in Minus sind Teil einer nächsten Rechnung. Keine Rücküberweisung.
Das wäre für uns auch ganz wichtig. Bei via Anteil und/oder Zusatzanteile erstellte Rechnungen manuell weitere Rechnungspositionen einfügen können und zwar sowohl Minus wie auch Plus Positionen. Wir haben ebenfalls wie Brunnereichhof Gutschriften aus dem abgelaufenen Abohalbjahr, die wir an den neuen Halbjahres-Vorausrechnungen abziehen müssen und haben zusätzliche Rechnungspositionen (neben den Abos) die wir dazu rechnen müssten (z.B. wenn jemand zusätzlich zum Abo noch etwas bestellt hat. lg Rebekka
Kein Verfall des Links aus der Weblogin Einladung. Den Link welchen wir den NeukundInnen via Weblogin Einladung / Einladung senden" versenden verfällt nach einer gewissen Zeit. So haben wir immer wieder Anfragen von KundInnen, die vergebens versuchen sich einzuloggen. Der Link sollte nicht verfallen. lg Rebekka
Lieferplanung: Wir bringen oft bei der Lieferplanung den Betrag nicht korrekt auf "0", weil wir dazu mit 3 Stellen nach dem Komma justieren müssten, das akzeptiert der OpenOlitor aber nicht. lg Rebekka
Lieferplanung/Produzentenübersicht/Totalmenge von einem Produkt: Bei der Lieferplanung/Produzentenübersicht ein Feld einfügen mit der Totalmenge eines Produktes. Wir haben bei der Hauslieferung 3 verschiedene Taschengrössen (klein, mittel, gross) und meistens gewisse Produkte in jeder Tasche. Diese werden dann bei der Produzentenübersicht 3 x einzeln aufgeführt. Ein Anzeige der Totalmenge wäre super. lg Rebekka
Alphabetische Reihenfolge bei den Lieferetiketten stimmt nicht. Alle Namen mit Umlauten kommen ganz am Schluss des entsprechenden Anfangs-Buchstabens (also z.B. Bühler nach Byland). Namen mit von (z.B. von Siebenthal) kommen ganz am Schluss von allen Namen. Schafft Verwirrung in den Depots