shop kättetoimetusviisid

[jaanleppik]

@LiisKasper palun võta uuesti üle see shop'i kättetoimetusviiside teema. eesmärk: pakkuda osade toodete puhul (booleani kaudu? toote tüübi kaudu?) võmalust toote füüsiliseks kohaletoimetamiseks. 1) itella pakiautomaatide nimistu 2) aadress, et kulleriga saata a) eesti b) välismaa 3) tulen ise järgi (festivali ajal)

arutame siis ka, et millise sammu juurde see kättetoimetuse valik lisada. näiteks kas lisada ostukorvi tase poodi?

[LiisKasper]

@LiisKasper palun võta uuesti üle see shop'i kättetoimetusviiside teema.

@jaanleppik Kas meil on kuskil juba see issue olemas? Kellelt ma selle üle võtan, mis seisus me hetkel oleme?

[jaanleppik]

Mul on meeles, et sina uurisid seda natuke möödunud aastal. Võibolla eksin. Ei leia jah eraldi vana issuet.

lõin konto: https://my.smartpost.ee saadan muu info slackis

https://www.smartpost.ee/pakiautomaatide-rippmenuu-ostukorvis

[LiisKasper]

Jah, meenub, lugesin selle kohta. Aga mida lugesin, miks pidama jäi kuhu pidama jäi jne. Ma tõesti ei mäleta. Sain kasutajainfo, aitäh!

Mida mõtled "me ei taha integreerida pakkide info saatmist smartposti, vaid ainult käätetoimetuse koha valikut anda kliendile" all. Kas tahame kliendile kuvada Itella pakiautomaatide nimekirja, kliendi valiku salvestada ja ise paki selle alusel saata?

Jaan: jah, just nii. Neid on meil nii vähe tulemas, et pole mõtet teha suuremat integratsiooni.

Liis: Hästi siis midagi sellist lihtsalt fronti lisada ja seda mudelisse salvestada ( https://itella.ee/ariklient/info-abi/liidestamise-opetused/soome-pakiautomaatide-rippmenuu-ostukorvi-lisamise-opetus/ ) Tundub, et see tagab ka nende poolse andmete uuendamise, kui head'i lisada

[jaanleppik]

Sammud kõige üldisemalt:

Tooted: Tahame pakkuda toodetele võimalust tellida neid kulleriga või pakiautomaati. Tahame toimetajatena tooteid (Product_Category tasemel) märgistada, kas

• tootele ei saa valida kättetoimetusviisi - tootel on 1 vaikimisi kättetoimetusviis, mida kliendile kuvada kolmes keeles.

• tootele saab valida kättetoimetusviise: tulen ise järele ja / või pakiautomaat (või ka kuller)

• kasutajale näitata kas -- vaikimisi / ainukese kättetoimetusviisi infot -- kättetoimetsuviiside valikt koos vaikimisi kättetoimetusviisiga -- anda kasutajal valida pakiautomaat ja sisestada kohustuslikud kontaktandmed

• loome collectioni kättetoimetusviisid, kolmes keeles nimetuste ja kirjeldustega, ja hinnaga (ideaalis fikseeritud hind)

• salvestame transactionisse valitud kättetoimetusviisi ja kliendi kontaktandmed (täpsemat info salvestamise struktuuri arutame)

• PÖFFi inimesed saavad info kätte shop ost tabelist, vormistavad saadetised ja saadavad pakid välja.

[LiisKasper]

Andmed, mida peame kasutajalt küsima, kui soovime talle .. saata paki automaati (kui kasutame http://www.smartpost.ee/widget/ ) siis liskas nimele, sihtriigile, mida juba teame läbi user profile. On vaja saada soovitud pakiautomaat (id v nimi, nimi ilmselt selgem toimetajale ), et meie toimetaja oskas sama sisestada tellimust tehes. Selle saame kui kasutame widget'it. Ja kasutaja telefoni nr, mis paki saatmisel nõutud. Paki suurust, kirjeldust, tellimuse nr ja kaalu peame ise teadma. Kui kasutaja soovib pakki saada Soome, siis soomes on lisaks pakiautomaadile võimalus tellida ka postkontorisse. See info tuleb ka maha salvestada. Liskamärkus: Kui soovime, teavitust siis see maksab 0,24 (Eesti) - 0,29 (Soome). mis tuleks ilmselt kohe paki saatmise hinda juurde arvutada.

.. saata pakk kullerig koju, siis olemas on meil nimi. Aga vaja juurde mobiili nr, sobiv tarne ajavahemik, tänav, maja, korter, linn v asula, postiindeks. (vb tasub kaaluda ühildamist business profile'ga. )

[jaanleppik]

Arutamiseks:

• Toote juures peab olema info, kas sel on delivery või mitte -- füüsiline toode - pick up või delivery by service -- elektrooniline toode - delivery by e-channels

• Kas delivery on -- eraldi collection või -- product või -- komponent --- komponent kas producti juures või transactioni juures?

• lisanifo, mida küsime delivery joaks - kuhu salvestada? -- Liisi ettepanek Business Profile - tähendaks business profile üldisemat kasutuselevõttu, e ei pea olema organisatsiooni andmed, vaid tähendab infokogumit, mida kõik kliendid, nii era kui ärakikliendid saavad salvestada BUSINESS'i tehes meie poes. Siis saaks olla kaudne eristus org andmete olemasolu alusel: kui neid ei täida, siis on eraisik?

• seos transactioni ja business profile vahel on juba olemas

• transactioni juures peaks olema ka seos delivery'ga (eraldi collection või product)

[LiisKasper]

Täpsemalt info, mida peab toimetaja sisestama kui tahab välja saata pakki Eestis saab saata ainult pakiautomaati. Selleks on vaja:

• saaja nimi
• saaja telefoninumber
• saaja e-post
• sihtkoht (Siin saab toimetaja algatuseks nimekirja maakondadest ja edasi võimalikest automaadi punktidest, meie saame selle info lugeda itella pakutavast widget'ist)
• paki suurus (XS - 5x34x42; S- 12x34x42; M- 20x34x42; L- 34x36x42; XL- 60x36x60)
• paki kirjeldus (pole kohustuslik täita, täpset otstarvet hetkel ei leia)
• paki kaal (max 35kg) booleanid, kas soovid teavitust e-postiga, SMS-iga ja täisealisuse kontroll (kui seda kasutada, siis pakke väljastatakse ainult ajavahemikus 10-22)

Samad väljad kehtivad ka Soome puhul, lisaks saab seal valida, kas pakk saadetakse postkontorisse või pakiautomaati. Aga selle valiku peab ka klient tegema ja meie loeme seda infot.

Lisaks leidsin tabeli näidise, mille alusel saame ka infot salvesatada, toimataja jaoks.

[jaanleppik]

Andmemudeli ehitamise valikud Kuidas teha admestruktuur, mis peab siduma sellise info ja kasutajate valikud:

• kättetoimetusviisi kirjeldus
• riikide loetelu, kus see kättetoimetusviis on kasutatav
• kättetoimetusviisi hinnad riikides, kus kättetoimetusviis on kasutatav

Kättetoimetusviis peaks minu arvates olema collection, kus saaks kirjeldada -- name_private -- name_et, name_en, name_ru -- description_et, description_en, description_ru -- time_relative - e ajamäärang, millal see kättetoimeusviis on saadaval toote enda mingi aja suhtes, näiteks festivali või kuruse toimumise aja suhtes: kui yritus on homme, aga kättetoimetusviis võtab 3 päeva - siis ei taha seda pakkuda -- time_absolute - e ajamäärang täpse absoluutse ajahetkega, milleni kättetoimetusviis on saadaval (need 2 on praegu umbkaudsed muutujate nimed, tähistavad vajadust, aga mitte veel lahendust) -- HINNAD - mis riikides mis hindadega ja mis tingimustel (paki suurus ja kaal näiteks) on see kättetoimetusviis saadaval

Kuidas seda hindade osa lahendada?

1. kas komponendiga? iga riigi kohta on kättetoimetusviisi all komponent, kus riik ja hind (+ võibolla lisatingimused). selline komponent ise ei sisaldaks kättetoimetusviisi infot - e oleks halvasti loetav ja täidetav...
2. collectioniga? relatsioon kättetoimetusviisile, riik, hind, lisatingimused?3.
3. collectioniga, kus riigid ja igale riigile vastavad hinnad igale kättetoimetusviisile? aga kättetoimetusviiside list on avatud ja kuhu sel juhul kirjeldada lisatingimused? või riikide collection, kus on kättetoimetusviisid ja nende hinad komponentidena?
4. mingil muul viisil?

https://docs.google.com/spreadsheets/d/1PG8h9RTnsgpxeBbE3YJObiPVHTKs2NKYcVRfSVHJ3G0/edit?usp=sharing

[jaanleppik]

kui teha delivery type alla korratav komponent, mis seob riigid ja hinnad - siis mis on selle info koodis kasutamise juures parem:

• riik - hind - lisanifo
• hind - RIIGID - lisainfo

kasutaja ja poe sammud: et teaksime, milliseid kättetoimetusviise saame kliendile pakkuda (peame teadma, millisesse riiki klient toodet soovib) - peab kõigepealt peab klient riigi -> siis saab meie systeem otsida valitud riigis võimalikud kättetoimetusviisid ja nende hinnad.

[LiisKasper]

Mulle tundub, et me ei pea enda andmebaasist midagi kliendile tagastama. St Itella enda rakendus võimaldab tal õiged valikud teha vastavalt riigile jne. Meie peaksime need andmed lihtsalt endale kuskile salvestama, st meie mudel peab võimaldama kõiki võimalikke lahtreid, kuhu see info kirja panna. Ja näen, et peaks just tegemist olema komponendiga, mis kuulub just ühe tellimuse juurde. Hindade osas jah. Peame tagastama kliendile vastava riigi tellimuse hinna, kui meil on riigile üks hind. Mille saaks lugeda nt collectionist riik (hind ja vb meie poolene tarbeaeg vms) Tarne aeg oleks vajalik juba meie enda loogika jaoks. Nt Eestis saame ilmselt kauba kiiremini saata kui Soome jne. Kui tahame, et kaup peale mingit tähtaega kohale ei jõuaks.

[jaanleppik]

Jah, kliendile antavad valikud tulevad Itella rakendusest, kui kasutame Itella automaatide ja postkontorite jms valikuid. Aga

• hinnad määrame ise, mitte ei kuva kliendile neid hindu, mis me itellalt saame. nii et kättetoimetuse / riigi ja hinna info peab meil endal olema, kust saame kliendile teenuse hinda ja muud infot kuvada (eeldatavat kohaletoimetamise aega näiteks)
• kulleriga kohaletoimatamise jaoks anname oma aadressi väljad täita, mitte Itella omad? peavad klappima, aga ankeet on meie ja salvestame omale.