Transactoni muutused

[jaanleppik]

1. Et teha toote / passi TRANSFER e beneficiary / omaniku staatuse muutus, on vaja transferi staatuseid teada ja salvestada:

• [x] transfer_status (Jaan teeb, tehtud)

-- pending -- declined -- accepted / või success, et oleks universaalsem nimetus?

2. Kasutada tehingu juures ostja andmeid mitte UserProfile, vaid BusinessProfile juurest. Vt issue 307
3. Transactioni juures User relatsiooni välja peaks kututama - kui on kindel, et kood seda ühelgi sammul ei kasuta.
4. Seller business profile komponent luua ja lisada. (Jaan teeb) Mõte selles, et me salvestaksime iga tehingu toimumise hetkel tehingusse müüja ja ostja andmed sellistena, nagu nad tehingu hetkel on. Ka relatiooni business profilele toome komponendi sisse
5. Buyer business profile komponent luua ja lisada. vt eelmine punkt (Jaan teeb)
6. Delivery komponent luua ja lisada. (Jaan teeb)

[jaanleppik]

Et tootega saaks teha

• tasuta tehingut (regamine, akre / passi / kursusel osalemise tasuta saamine)
• transferit e toote omaniku staatuse kinkimist / üle kandmist ühelt kasutajalt teisele

1. Toote alla teha märgistused selle kohta

• [x] Toode tohib olla tasuta 'müüdav' BOOLEAN: FREE , et mitte kogemata 0€ tooteid ei müüks

Toode tohib olla kingitav (tulevikus ehk ka edasi müüdav) e toote omaniku staatust tohib peale ostu muuta. Toote kinkimisele loome piirangu: Kui toote kaudu on võetud / ostetud mõni pilet - PIletilevi liidestus - siis toodet enam transferida ei saa. Tickets > 0 - NO TRANSFER Toote juurde loome 2 boolearni:

• [x] Product Category ja Producti alla: BOOLEAN: TRANSFERABLE (default = FALSE).

Producti all täidame selle Transferable booleani müümise hetkel Product Category all oleva väärtusega. Et toote all säiliks müügi hetkel olnud väärtus ja seda hiljem Product Category kaudu enam ei muuda. AInult toote enda all saab seda muuta. Product alla BOOLEAN: OVERRIDE_TRANSFERABILITY LOCKING BY TICKETS vms. See peaks võimaldama Adminil / toimetajal lubada teha transfer ka sellise passiga, millega on võetud vähemalt 1 pilet ja mille transfer on tänu sellele keelatud.

Alternatiivne booleanide stsenaarium:

• Product category all TRANSFERABLE = TRUE
• Müügi hetkel saab ka product väärtuse TRANSFERABLE = TRUE
• Producti all muudab kood TRANSFERABLE automaatselt FALSE'ks, kui piletid > 0
• Admin / toimetaja saab seda booleani muuta käsitsi taas TRUE'ks - aga kui nüüd toimub taas piletite arvu kontroll ja kood muudab booleani taas FALSEKS?
• Siis teine boolean, OVERRIDE TRANSFERABILITY LOCKING BY TICKETS, peaks ise mitt muutma transferability staatust, vaid kinni keerama selle piletite arvu kaudu automaatse lukustamise?

2. Transactioni all kokku leppida, kuidas transactoni TYPE ja / või METHOD kaudu markeerida, kas transaction oli rahaline ja kas transaction oli näiteks Transfer tyypi?

• [x] E Jaan lisab transaction type'de alla Transfer ja Methodi alla Free, alustuseks.

[jaanleppik]

• [ ] Fill Product boolean TRANSFERABLE value from Product_Categrory TRANSFERABLE value at sale transaction

[mpennaste]

Eile lugesin, tundus kirja panduna loogiline, aga eks siin näha ole kui toimetamiseks reaalselt jõuab. PS! Sorry, et reedel koosolekul osaleda ei saanud kuigi plaanis oli, täiesti vältimatu värk tuli vahele.