Reserveringssysteem (queue voor fiscaat)

[thervh70]

Het idee is ontstaan om een Reserveringssysteem te bouwen voor (vooralsnog alleen) de maaltijden. Dit systeem ziet er als volgt uit:

Lid ketzt zich in -> Kok sluit de maaltijd (Maalcie kosten worden in de transactiereserveringsqueue gezet) -> maaltijd wordt verwerkt door maalcie fiscus (kosten voor de maaltijd worden uit de queue gehaald en omgezet in een daadwerkelijke transactie)

• [ ] Bestelling krijgt een staat (enum: betaald, verwijderd, etc.)
• [ ] Saldo updaten moet juist gedaan worden > view van saldo die zichzelf cached?
• [ ] Product “Donderdagmaaltijd” verkopen aan leden
• [ ] Extra producten zoals kerstdiner of themamaaltijd kan je tijdelijk als product invoeren.
• [ ] Saldo tabel voor producten in de queue en in de vaste transactie lijst.
• [ ] Koppelen aan MaalCie transacties
• [ ] Koppelen aan SocCie transacties (geen verwerking nodig, meteen goedgekeurde transactie. Hierbij opletten op mismatch tussen SocCie klantID en uid van leden)

Dit systeem is goed uit te breiden naar bijv. microtransacties bij ketzers.

[thervh70]

@qurben is hiermee bezig, zie maalcie refactor 4. Het is work in progress

[brussee]

Bestelling krijgt een staat (enum: betaald, verwijderd, etc.)

Ik pleit tegen het bijhouden van explicite staat: data duplication en bijbehorende synchornisation issues. Beter om dit af te leiden aan de aanwezigheid van een betalingsafschrift (log) en dergelijken. Je wilt liever actuele status berekenen dan (in batches) periodiek verwerken. "Direct" verwerken kan niet altijd, zie het gegeven maaltijden-voorbeeld.