Lastschrifteinzug für invoices branch #67
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
needs specification
nice to have
question
ready to go
refactoring
wontfix
No milestone
No project
No assignees
3 participants
Notifications
Total time spent: 18 hours 5 minutes
Due date
flip
18 hours 5 minutes
No due date set.
Dependencies
No dependencies set.
Reference: Foodsoft/foodsoft#67
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Einzugsermächtigung erstmal außen vor
Name, IBAN, Betrag,
Verwendungszweck (=> soll die Rechnungsnr. sein)
Format herausfinden (GLS)
Ablauf:
a) sie bestellen
b) Tante Wandel rechnet ab
c) Rechnung werden automatisch erzeugt und verschickt (nochmal checken)
d) Ansicht, welche Bestellungen schon per sepa eingezogen werden sind & aus welchen csv generiert werden soll
e) Tante Wandel lädt sich CSV Datei runter und spielt dies bei GLS Bank ein
hey das klingt ja spannend und cool dass du weiter an foodsoft arbeiten kannst!
Etwas fyi für dich, was ich so in letzter Zeit zu Finance krams im Foodsoft Kontext gesehen habe:
Vielleicht sollten wir zu dem Thema mal ne Wiki Seite eröffnen ...
Der Ansatz per Lastschrift zu bezahlen klingt auch spannend und lässt sich bestimmt irgw da mit einfügen.
Plan ist geschmiedet, um kein komplett eigenes system zu bauen:
Es gibt FinancialTransactions, die angelegt werden,wenn eine Bestellung abgerechnet wird. Dann werden die Guthabenkonten der Mitglieder belastet.
- [ ] Migration IBAN für Bestellgruppen
- [ ] Fehler wenn IBAN nicht gesetzt (Für Foodcoop und Bestellgruppe)
klingt gut, sobald ich mit diesem PR weiter komme, bekommen die FT auch noch ein paar mehr Felder (payment_state usw.) und das Amount kann
nilsein. Vielleicht auch interessant für dichnoch ein paar cent von mir:
Ich kann mir vorstellen das es Probleme machen könnte die IBAN an der Bestellgruppe zu haben. z.B. können einfache User ihre Bestellgruppe garnicht bearbeiten und wahrscheinlich brauchst du ja zu der IBAN auch wieder einen Kontoinhaber?
Für User gibt es schon ein IBAN Feld, dass per Config aktiviert werden kann. Ich sehe die Schwierigkeit dass ja irgw ermittelt werden muss wessen Konto aus der Ordergroup belastet werden muss, aber vllt könnte aus dem vorhandenem contact_person feld eine relation auf user gemacht werden und standardmäßig dessen Konto belastet werden?
War nur noch ein Gedanke, steht dir natürlich frei das in dem Plugin so umzusetzten wie du es für sinnvoll hältst ;)
Beim über die Spezifikationfliegen ist folgendes aufgefallen:
Wir wollen eine
Wie soll das aussehen?
Fehlende Datenbankfelder
Dann ist notwendig zu tracken, ob es sich um eine Erstlastschrift, eine Einmalige (nicht wirklich relevant) oder eine Folgelastschrift handelt.
Streng regulierte spezifikation. Muss auf jeden Fall überprüft werden, ob das klappt.
Zu klären:
Was ist EBICS, benötigen wir das?
-> Datenfernübertragung
Ist es möglich die xml bei der Bank hochzuladen oder muss sie elektronisch übermittelt werden (EBICS)?
Sind Batch Lastschriften möglich?
Ressourcen:
https://www.formatpruefer.de/blformat/login/*******
https://github.com/salesking/sepa_king
Was bedeuten die pain Formate?
Gem kann:
Direct Debit Initiation (pain.008.003.02, pain.008.002.02 and pain.008.001.02)
Davon ist nur noch pain.008.001.02 gültig:
https://www.volksbank-pur.de/firmenkunden/konto-zahlungsverkehr/service/pain.html
Strukturierte Adresse:
https://www.ebics.de/de/aktuelles#:~:text=Insbesondere%20wurden%20die%20Formate%20des,Sie%20auch%20die%20englische%20%C3%9Cbersetzung.
Admin Einstellungen
Es gibt in den Administration >> Enstellungen >> Finanzen weitere Konfigurationen, die wichtig für die Anwendung sind:
Mindestkontostand ignorieren ist notwendig, damit Bestellgruppen ihre Bestellungen speichern können, auch wenn sie das Konto "überziehen" würden
Zahlungsart ist ein Dropdown aus den vorhandenen Finanztransaktionsklassen.
Es ist notwendig eine Finanztransaktionsklasse anzulegen und "für Kontostand ignorieren auszuwählen".
Transaktionsklasse erstellen
Diese muss dann in nach einer Bestellung in der Abrechnung auch als Abrechnungsmodalität gesetzt werden.
Bestellgruppen
Eine Bestellgruppe hat nun eine SEPA-Kontoinhaber*in.
Diese kann aus den vorhandenen Mitgliedern gewählt werden. Die BIC und IBAN werden, so das Mitglied sie eingetragen hat, automatisch in das Form eingefügt:
UI Bestellung abrechnen
Die UI in Bestellung abrechnen hat sich etwas verändert, damit die Seite nicht zu überladen ist:
Wenn eine .xml für eine Bestellgruppe heruntergeladen wird, wird sepa exportiert automatisch markiert.
Es wird pain.008.001.02 verwendet.
Leerzeichen wird in Bestellgruppe bearbeiten beimSpeichern von Iban und Bic automatisch entfernt
Ajax request statt html request für download aller XML
Ajax request lädt nun auch die tabelle nach einem XML Download neu (Zeigt an SEPA exportiert)
Kleinere Translation fixxes
Leerzeichen in IBAN und BIC in FoodcoopConfig werden beim Erzeugen von xml entfernt
Fehlermeldungen werden nun durchgereicht
Neuestes image:
viehlieb/foodsoft:2023-11-28
todo:
lösung für deface fnden. deface kann nicht mit embedded javascript umgehen, da erb converter die klammern nicht versteht...