INVOICE: Export Buchungsbeleg

[olibrian]

Als Kassier
möchte ich ein Buchungsbeleg exportieren können,
um die Zahlungen in die Buchhaltung zu übertragen

Der Buchungsbeleg soll folgende Informationen enthalten:

Das Periode kann entsprechend gewählt werden.
Die Beträge sollen aufgrund der Zahlungen der Periode berechnet werden.

Umsetzung als Reporting im WebUI als Table
Zuweisung Payment -> Rechnungsartikel könnte noch speziell werden, da wir das in der DB nicht abbilden. Müsste man also korrekt “interpretieren”.
Sicher nicht unmöglich, muss aber gut getestet werden.

Export in Ticket: #61

Mockup

See hitobito/hitobito#1787

Tech-Spec

Umsetzung soweit verallgemeinerbar im Core.

• Neuer Eintrag "Auswertungen" im Rechnungen-Menü jedes Layers (linke Navigation, siehe Mockup)
• Auf diesem neuen Auswertungen-Sheet werden in Zukunft z.B. in Tabs verschiedene Auswertungen abrufbar werden. Für den Moment reicht es aber wenn der Buchungsbeleg direkt ohne Tabs angezeigt wird
• Datumsbereich als Inputfelder mit Submit-Button
  • Standard ist von "vor einem Monat" bis "heute"
• Zeilen "Verbandslösung Schweizer Wanderwege", "Druckdatum", "Mitarbeiter" vom Mockup können weggelassen werden
• Tabelle wird berechnet aus den vollständigen Zahlungen im Datumsbereich in diesem Layer
  • Da nur vollständig bezahlte Rechnungen betrachtet werden, können die Rechnungsartikel einfach summiert werden.
  • Die letzte Zeile ist immer "Überschuss" (excess) was im SWW-Wagon mit "Spenden" übersetzt werden soll
• Allenfalls Domainklasse Donation auf Payments oder PaymentCollector o.ä. umbenennen und ggf. anpassen
  • in allen Wagons prüfen, ob das noch woanders verwendet wird
• Da die Rechnungsposten nach Namen gruppiert werden müssen, müsste man möglicherweise einen DB-Index auf invoice_items.name machen. Dies sollte aber kurz getestet werden (sowohl mit kurzen wie mit langen Datumsbereichen). Nicht in jedem Fall ist ein Index besser als keiner.
• Specs schreiben
• Kunde wegen Übersetzungen informieren
• Mit angemessener Rolle "durchklicken"
• CHANGELOG-Eintrag unter "unreleased" unten hinzufügen

[kebpot]

• Es sollten alle Zahlungen berücksichtig werden. Aus solche welche nicht vollständig bezahlt wurden.

• Unterzahlungen sollten ebenfalls ausgewiesen werden (= fehlender Betrag), berechnet aus differenz zwischen offenem Betrag und Zahlung pro Rechnung. Dieser Betrag sollte nicht in das Total einfliessen (dient der Info/ Übersicht).

• Anstatt Umsetzung in Navigation Links wäre uns eine Umsetzung im Export Button lieber.
  

[kebpot]

Das Buchungsbeleg sollte alle Zahlungen innerhalb des Daterange greifen - sowohl für Einzel- wie auch Sammelrechnungen.

[kebpot]

" Datumsbereich als Inputfelder mit Submit-Button
Standard ist von "vor einem Monat" bis "heute""
Für den Daterange sollte eine Auswahl möglich sein wonach gefiltert wird (Erstellt, bezahlt, ...)

[olibrian]

Annahme/Umsetzung:

• Unterzahlung auch ins Total aufnehmen -> Ansonsten stimmt der Buchungsbeleg nicht mit dem Bankauszug überein. Unterzahlungen sind Beträge, welche wir nicht einem Rechnungsartikel zuweisen können. Beispiel ist eine Rechnung mit zwei Artikel, wo nur einer bezahlt wurde.
• Filter: Aktuell sehen wir hier keinen Mehrwert, da wir uns auf die Zahlungen beziehen und nicht die Rechnungen.
• Umsetzung erfolgt in einem Web-UI. Export erfolgt in INVOICES: Export Buchungsbeleg als XLSX #61

[nilsrauch]

Bereits erledigt:

• Donation Methoden:
• from & to: Um die Daterange anzugeben
• grouped_by_invoice_items: Um die Tabellendaten heraus zu ziehen
• of_fully_payed_invoices: Filtert Payments heraus, die nicht eine Rechnung ausreichend abbezahlt hat. Wichtig ist, dass wenn mehrere Payments zu derselben Rechnung besagte Rechnung gemeinsam abbezahlen, bleiben alle Payments erhalten.
• Controller Endpunkt mit grundlegender View & Daterange Pickern
• Beginn Ausgabe der erfordeten Werte innerhalb des Controllers (sicher nicht ideal): Das Total per Rechnungsposten ist noch nicht korrekt!!! Bei mehreren Payments pro Rechnung wird es noch falsch berechnet.

ToDo:
Siehe ToDo im Ticket.
Sicher auch noch eine Aufräumaktion bisher bestehender Sachen, insbesondere Controller hab ich so das Gefühl :)

Bei inhaltlichen Fragen gerne an @olibrian wenden

Weiterführende Ideen:

• Bei Unterzahlungen (evtl. auch Überzahlungen) in einer weiteren Tabelle die Zahlungen und/oder dazugehörigen Rechnungen anzeigen. So ist klarer, woher die Über-/Unterzahlungen stammen