Klientų užklausos

Sveiki,
Reikalinga jūsų pagalba kalėdinių eglučių skaičiuoklės sukūrimui. Rudenį vėl prasidės pasiruošimas kalėdoms ir kalėdinių eglučių bumui. Šiais metais norime pasidaryti patogia skaičiuoklę kurią visa galėtume naudotis. Mums reikėtu skaičiuokles kuri sumuotu visas parduotas egles, ir dar išskirstytų jas pagal kokybes klases, kad būtų galima stebėti realiu metu kiek ir kurios klasės eglių yra parduota ir kiek vienetų dar yra like sandelyje.
Taip pat norime ir finansų skaičiuoklės. Ką galėtumėte pasiūlyti mūsų atveju?
Ačiū, lauksiu atsakymo :)

Sveiki,

Reikalingas specialistas, kuris galetu sukonfiguruoti wordpress tema (Aš daug maž turiu išsirinkus jau) plius sukonfiguruoti rezervazijos pluginą ir integruoti į visa tai Payserą mokejimą.Bus keleta custum sprenimų todėl reikalingas žmogus neblogai nusimanytis wordpres'e. Lauksiu pasiūlymų su kaininomis

Sveiki, reikėtų suprogramuoti labai paprastą kelių meniu punktų svetainę, vieno namelio rezervacijai. Turi buti rezervacijso sistema ir galimybė: vienu atveju mokėti per banką su banko kortele arba pavedimu, kitu atveju - tik rezervavimas. T.y. kalendoriaus ir rezervacijos modulis, kuris leistų klientui užsakyti namelį laisvomis dienomis.

Netikėtai VPS nusmigo MariaDB. Restartavus VPS viskas atsigavo, tačiau dėl nepaaiškinamų priežasčių kraunant puslapį per domeną (nuasmeninta) - puslapis kraunamas be paveikslų, praktiškai tik tekstas ir t.t. Viskas išsitaškę. Jeigu kraunamas puslapis per IP - bent pagrindinis puslapis užkraunamas normaliai (nuasmeninta)
Nesuprantu kas čia galėjo atsitikti. Reikėtų peržiūrėti kaip sugrąžinti viską į savo vėžes + peržiūrėti duombazės konfigūraciją. Galbūt ten yra kažkokių esminių klaidų, kurios lėmė, kad puslapis išviso nusmigo.

Sveiki,

reikėtų sukurti marketplace'ą. Veikimas turėtų būti panašus kaip skelbimų portalo su krepšelio funkcija. User friendly prekų pridėjimas per front-endą. Išvaizda - panaši į Amazon.

Turėtų būti:
- apmokęstintas kiekvieno skelbimo (prekės) paskelbimas;
- galimybė užsisakyti prenumeratą ir kelti neribotą kiekį skelbimų (prekių)
- xml ar csv importas.
- Taip pat skaičiuojamas komisinis nuo pardavimų;
- pirkėjo patvirtinimo apie prekės gavimą bei pretenzijų (dispute) funkcijos;
- Galimybė prašyti išmokos už parduotas prekes;
- Galimybė adminui apriboti klientą, neleidžiant jam pardavinėti;
- galimybė peržiūrėti visus pardavėjo skelbimus;

Na ir visos savaime suprantamos funkcijos, tokios kaip intuityvi paieška, rezultatų filtrai pagal kategorijas, atributus ir pan.

Nesu nusistatęs biudžeto ir termino. Visada norisi kaip įmanoma pigiau ir kuo greičiau, todėl klausiu jūsų - kiek preliminariai kainuotų sukurti tokią sistemą? Ar tai darytumėte nuo 0 ar naudotumėte kokį nors jau sukurtą pagrindą, kaip wordpress?

Pagarbiai,
Mantas

Laba.

Tai pradžioje norėčiau pateikti dizainą referencijai (empy state, lists, tab navigation etc, app bar settings etc, floating action button)
Paysera "tickets" self servisas
Reikės prisijungti, galima naudoti gmail arba facebook.

Taipogi, noriu pabrėžti, kaip įmanoma nenutolti, kur įmanoma pilnai taikyti material.io dizaino gaires. Kitaip tariant, mažiau kūrybiškumo vietose, kur jis nereikalingas. Function over form.

Trumpas spec overview:
1. Dokumentų valdymo panelė.
2. Pasirašančiųjų sąrašų valdymo panelė.
3. Visų darbuotojų valdymo panelė.
4. Teisių valdymo panelė.

1).
Dokumentus galima sukurti. Valdyti prieigą (ACL valdymas). Priskirti pasirašančiuosius pagal sudarytus sąrašus, priskirti žymas (tagus), ar ranka pridėti darbuotoją pasirašymui. Pateikti publikuoti arba išimti iš publikavimo (įjungti parašų surinkinėjimą).

2).
Sąrašas yra darbuotojų grupė, kurią galima valdyti atskirai. Priskirti žymas, pridėti naujus darbuotojus. Šiuos sąrašus dokumento kontekste galima priskirti dokumentams.

3).
Visus darbuotojus galima įkelti per excel pagal specifinį šabloną. Arba įvesti ranka. Įrašomas email adresas ir vardas / pavardė.
Excel parsinimas turės vykti front-ende. Ir iš ten surinkti duomenys išsiųsti į back'ą įprastu json formatu.

Darbuotojams galima nustatyti žymas "tagus". Šiais tag'ais sutaggint'i darbuotojų sąrašų resursą arba dokumento resursą. Priskyrus tag'ą prie darbuotojo, kuriuo jau yra sutaggint'as dokumentas arba darbuotojų sąrašas, darbuotojas priskiriamas be papildomų veiksmų prie tų resursų.

Darbuotojai unikalūs per email adresą.

4)
Leidžiama pridėti email vartotojo, kuriems gali būti priskirtos teisės atlikti administracinius veiksmus.
Šiuo metu dar nesame susitarę dėl visų rolių.
Bet kaip minimum eina:
- Savininkas, visada gali viską.
- Administratorius, gali viską išskyrus nuskirti savininko teises.
- Įgaliotinis, gali naudotis sistema, tačiau negali keisti prieigos teisių.
- Atskiras valdytojų priskyrimas paveiniam dokumentam (žr 1).

Iš esmės fron'tui neturėtų rūpėti, nes tiesiog bus išfiltruojami resursai, priklausomai nuo prisijungusio turimų rolių.

Tai kol kas pridedu du eskizus, nuo kurių manau galime pradėti.
Dokumentų sąrašas su juos lydinčia meta informacija bei veiksmais.

Ko tikėtumėmes, tai padaryto pirminio layout'o su navigacija ir dummy elementais apžvalgai kaip pačiai pradžiai. Kaip minimum du puslapiai, kad galėtume įvertinti flow ir tolimesnius žingsnius.

Dėl ko nesu tikras, navigacijos. Naudoti drawerį ar tab navigaciją, kaip tickets.paysera.com. Ar mums reikia kompanijos namespace kaip atskiro elemento puslapyje, ar tai būtų nustatoma prie vartotojo nustatymų šalia login laukelio (panašiai kaip amazon console) pvz.

Priskiriami eskizai yra tik orientacijai. Elementai kaip kad panaudotas checkbox pvz turėtų būti switch toggle. Mygtukai, pagal išrikiuotas ikonomis veiksmų juostomis. Ar kažkuo panašaus. Vėl, žiūrėti tickets.paysera.com pateiktą referenciją.