Klientų užklausos

Ieškome patirties turinčių specialistų, galinčių užtikrinti ilgalaikį bendradarbiavimą.
Pradiniame etape mus domina preliminarus darbų įkainojimo bei terminų rėžis.

Reikalavimai:
1. Paskirtis
1.1. Mobili aplikacija turi leisti filmuoti, fotografuoti, įrašyti garsą ir saugiai įkelti šiuos vaizdo, garso įrašus ir nuotraukas į Sistemos serverį ir duomenų saugyklą kartu su metaduomenimis, skirtais šių įrašų ir nuotraukų tvarkymui.
2. Suderinamumas
2.1. Numatyta veikti mobiliuosiuose telefonuose, planšetiniuose kompiuteriuose su Android 14 ir naujesnėmis versijomis.
2.2. Aplikacijoje neturi būti naudojamas Android funkcionalumas, apie kurio atsisakymą (planuojamą nepalaikymą) yra pranešęs Android operacinės sistemos kūrėjas (kompanija Google).
3. Fotografavimas
3.1. Prieiga prie įrenginio kameros, kad būtų galima fotografuoti aukštos raiškos nuotraukas.
3.2. Galimybės įjungti/išjungti blykstę ir perjungti tarp priekinės/galinės kameros.
3.3. Peržiūrėti nuotrauką po fotografavimo su galimybe pakartoti arba patvirtinti.
3.4. Galimybė įkelti į Sistemos serverį ir duomenų saugyklą įrenginyje esančią nuotrauką (pvz. pasirinkus fotografavimą, atsiranda pasirinkimas iš naujo fotografuoti ar pasirinkti iš esamų įrašų).
4. Filmavimas
4.1. Įrašyti vaizdo ir garso įrašą naudojant įrenginio kamerą ir mikrofoną.
4.2. Galimybės įjungti/išjungti blykstę, perjungti kameras ir reguliuoti raišką (numatytoji: 1080p).
4.3. Rodyti laikmatį įrašymo metu.
4.4. Pradžios, sustabdymo, tęsimo ir baigimo funkcijos.
4.5. Perklausos galimybė peržiūrėti vaizdo įrašą prieš išsaugant.
4.6. Galimybė įkelti į Sistemos serverį ir duomenų saugyklą įrenginyje esantį vaizdo įrašą (pvz. pasirinkus filmavimą, atsiranda pasirinkimas įrašyti naują įrašą ar pasirinkti iš esamų įrašų).
5. Garso įrašymas
5.1. Įrašyti garsą naudojant įrenginio mikrofoną.
5.2. Rodyti laikmatį įrašymo metu.
5.3. Galimybės pradėti, sustabdyti, tęsti ir baigti įrašymą.
5.4. Perklausos funkcija, skirta peržiūrėti garsą prieš išsaugant.
5.5. Galimybė įkelti į Sistemos serverį ir duomenų saugyklą įrenginyje esantį garso įrašą (pvz. pasirinkus garso įrašymą, atsiranda pasirinkimas įrašyti naują įrašą ar pasirinkti iš esamų įrašų).
6. Metaduomenys
6.1. Sistemos serveryje turi būti galima nustatyti, kokie metaduomenys aplikacijoje turi būti įvedami kartu su vaizdo, garso įrašais ar nuotraukomis, priklausomai nuo aplinkybių.
6.2. Prieš fotografuojant, įrašant vaizdo įrašą ar garsą, vartotojai turi įvesti metaduomenis iš sistemos serverio parsiunčiamoje formoje, preliminarūs laukai:
6.2.1. Įvykio Pavadinimas;
6.2.2. Kategorija;
6.2.3. Susiję asmenys;
6.2.4. Įvykio vieta;
6.2.5. Aprašymas: Laisvo teksto laukas pastaboms (neprivalomas).
6.3. Automatiškai fiksuojami metaduomenys (turi būti išsaugoti kartu su užfiksuotu failu):
6.3.1. Aplikacijos naudotojo prisijungimo vardas;
6.3.2. Data / Laikas: Automatiškai užpildoma dabartine data ir laiku;
6.3.3. Vieta: Automatiškai aptinkama per GPS.
7. Failų saugojimas
7.1. Aplikacija turi išsaugoti nuotraukas, vaizdo įrašus ir garso failus lokaliai įrenginyje su užšifruotais failų pavadinimais.
7.2. Palaikomi formatai:
7.2.1. Nuotraukos: JPEG (konfigūruojama raiška, numatytoji 1920x1080);
7.2.2. Vaizdo įrašai: MP4 (H.264 ir/arba H.265 kodavimas, konfigūruojama raiška, numatytoji 1080p esant 30 kadrų per sekundę);
7.2.3. Garsas: MP3 arba WAV (konfigūruojama kokybė, numatytoji 128 kbps).
7.3. Lokaliai saugomi failai turi būti šifruojami AES-128 ar lygiaverčiu ar aukštesnio saugumo šifravimo algoritmu.
7.4. Į Sistemą sėkmingai perkelti failai turi būti ištrinami mobilioje aplikacijoje, paliekant informaciją apie į Sistemą perkeltus failus.
7.5. Aplikacija turi būti numatyta veikti, jei vienu įrenginiu naudojasi keli asmenys paeiliui.
8. Vaizdo, garso įrašų ir nuotraukų grupavimas
8.1. Aplikacijoje turi būti numatyta, kad įvikyje gali būti padaryta keletas įrašų, nuotraukų. Šie įrašai ir nuotraukos turi būti kartu saugomi, įkeliami į sistemos serverį kartu.
8.2. Turi būti galimybė daryti papildomus su įvikiu susijusius vaizdo, garso įrašus, nuotraukas, papildyti metaduomenis, kol šie įrašai nebuvo įkelti į Sistemą.
8.3. Naudotojo sąsajoje turi būti aišku, su kokiu įvikiu yra susiję įrašai ir nuotraukos.
9. Įkėlimas į Sistemos serverinę PĮ
9.1. Aplikacijoje turi būti mygtukas, kurio paspaudimu į sistemos serverį būtų įkeliami su įvykio pavadinimu/numeriu susiję vaizdo, garso įrašai ir nuotraukos.
9.2. Aplikacijoje ir Sistemoje turi būti sprendimas, užtikrinantis, kad įrašai ir nuotraukos nepasikeis duomenų perdavimo metu (ryšio sutrikimo ar pan. situacijose).
9.3. Įkėlimo metu turi būti rodoma įkėlimo eiga (pvz. procentais arba progreso juosta).
10. Veikimas neprisijungus prie Sistemos
10.1. Aplikacija turi leisti prisijungti prie aplikacijos (gali būti tik tokiu atveju, jei šis naudotojas anksčiau buvo prisijungęs prie sistemos serverio iš šio įrenginio).
10.2. Daryti vaizdo ir garso įrašus, nuotraukas, jei tuo metu nėra ryšio su sistemos serveriu.
10.3. Leisti vaizdo ir garso įrašus, nuotraukas įkelti, kai yra ryšys (įkėlimas gali būti neautomatinis, o reikalaujantis aplikacijos naudotojui paspausti pakartotinio įkėlimo mygtuką).
11. Aplikacijos naudotojo darbo eiga
11.1. Paleidus programą, pirmą kartą prašoma nurodyti prisijungimo prie Sistemos IP arba domain vardą. Numatyta galimybė pakeisti adresą.
11.2. Esant ryšiui su Sistema, prašoma prisijungti įvedant vardą ir slaptažodį. Pageidautina galimybė prisiminti prisijungimo duomenis.
11.3. Prisijungus galima pasirinkti atlikti naujus įrašus, tvarkyti nebaigtus įrašus, peržiūrėti į sistemą išsiųstus įrašus.
11.4. Pasirinkus atlikti naujus įrašus, iš Sistemos parsiunčiamoje formoje įvedami metaduomenys.
11.5. Pasirinkus tvarkyti nebaigtus įrašus, yra galimybė juos peržiūrėti, papildyti naujais įrašais arba išsiųsti į Sistemą.
11.6. Pasirinkus peržiūrėti į Sistemą išsiųstus įrašus, yra galimybė matyti, kokie įrašai ir kada buvo išsiųsti. Sėkmingai perkelti įrašai ištrinami iš įrenginio.
11.7. Numatytas mygtukas atsijungti iš aplikacijos.
11.8. Fotografuojant, įrašant vaizdą ar garsą palaikomas funkcionalumas.
12. Saugumas
12.1. Prisijungimas apsaugotas vardu ir slaptažodžiu, susietu su „Microsoft Active directory“ sistema.
12.2. Prisijungimo vardas ir slaptažodis siunčiami apsaugoti saugiais šifravimo algoritmais (pvz. HTTPS, SSL, AES, RSA).
12.3. Aplikacija daryti vaizdo, garso įrašai pasiekiami tik prisijungus.
12.4. Sistemos serveryje turi būti vedamas mobilios aplikacijos veiksmų žurnalas.
12.5. Mobilioje aplikacijoje neturi būti funkcionalumo, nesusijusio su jos paskirtimi (pvz. reklamos rodymo, papildomų duomenų perdavimo).
13. Patogumas naudoti
13.1. Intuityvus dizainas, reikalaujantis minimalaus mokymo.
13.2. Dideli mygtukai ir tekstas.
13.3. Tamsaus režimo palaikymas.

Ieškome programuotojo ar komandos, galinčios sukurti marketplace tipo sistemą (web platformą + mobilią aplikaciją iOS ir Android).

Trumpai apie projektą:

Bus du pagrindiniai vartotojų tipai: vieni kuria profilį su savo įgūdžiais/paslaugomis, kiti – ieško ir užsisako paslaugą.
Turi būti galimybė filtruoti/profiliais ieškoti pagal kriterijus.
Reikalinga vidinė žinučių sistema (chat), kad vartotojai galėtų susitarti dėl paslaugų sąlygų.
Mokėjimai vykdomi per sistemą, su komisijos procentu platformai.
Vartotojų autentifikacija turi būti patikima (Smart-ID arba bankinis prisijungimas).
Reikalinga administratoriaus valdymo panelė (vartotojų valdymas, skelbimų/moderavimo galimybės, mokėjimų peržiūra).

Norėtume sužinoti:

Kiek preliminariai kainuotų tokios sistemos sukūrimas?
Kiek laiko užtruktų projektas?

Norime sukurti edukacinį zaidimą, kurio metu, viktorinos ir kitų užduočių (pavyzdžiui QR kodų pagalba) moksleiviai susipažintų su archyvu, archyviniais dokumentais, įdomiausiais istoriniais faktais apie Šiaulių miesto įkūrimą. Edukacinis žaidimas skirtas 9-15 m. moksleiviams. 2026 m. Šiaulių miestas minės 790 m. jubiliejų, šiai progai rengiame projektą ir norėtume sužinoti kiek laiko užtruktų tokios programėlės parengimas ir lauktume detalaus pasiūlymo.

Su komanda kuriame aplikaciją, kuri įgalintų studentus mokytis anglų kalbos žodžių "sužaidimintai". Išnaudotų klausymo, rašymo, matymo, kalbėjimo jutimus. Atsidaro aplikacija, nufotografuoja žodžius kuriuos užsirašė į sąsiuvinį ar nuo knygos ir iškart gali mokytis.

Siekiame surasti tų, kurie norėtų prisidėti prie tokios aplikacijos kūrimo pasidalinant savo, kaip profesionalų įžvalgomis, patirtimis, dabartiniais sprendimais kuriuos naudoja/jei naudoja ir kas juose galėtų būti geriau.

Siūlome susiorganizuoti konferencinį skambutį ir pasikalbėti plačiau apie galimą bendradarbiavimą, ar domina?

Sveiki,

Ieškome kūrėjo/komandos, galinčios sukurti interaktyvią aplikaciją planšetei (offline režimu).
Struktūra:
SVG žemėlapis (centrinė Vilniaus dalis) su 4 aktyviais taškais. Užvedus pirštu – trumpa info (tooltip). 2x tap – pereinama į 2 lygį.

2 lygis – nuotraukos, vizualizacijos, QR kodas, mygtukas „Daugiau info“.

3 lygis – išplėstas tekstas apie objektą.

QR kodas veda į formą, kur paliekami kontaktai pagal BDAR reikalavimus.

Vaizdo kokybės turėtų būti pakankama ir 55'' ekranui.

Kokia būtų preliminari kaina ir trukmė?

Sveiki,
Ieškome programuotojų, galinčių įgyvendinti Rivile GAMA apskaitos sistemos integraciją su mūsų platforma, veikiančia WordPress pagrindu. Tikslas – automatizuoti duomenų apsikeitimą tarp sistemų, pavyzdžiui, perduoti klientų, užsakymų ar sąskaitų informaciją iš WordPress į Rivile GAMA ir (arba) atvirkščiai. Mums aktualu sužinoti preliminarią tokios integracijos kainą, įgyvendinimo terminą bei tai, kokios techninės specifikacijos ar papildoma informacija iš mūsų pusės būtų reikalinga tikslesniam pasiūlymui pateikti.

Duomenų kiekiai nėra dideli, tačiau ypač svarbūs saugumas ir sistemos stabilumas. Jei turite patirties su Rivile GAMA ar panašiomis sistemomis, prašome tai pažymėti. Lauksime jūsų komentaro ir pasiūlymo.