Mantas
2026-01-30 10:04
Sveiki,
Noriu iškelti diskusiją dėl iTax partijų (batches) ir galiojimo datų funkcionalumo. Šiuo metu esamas sprendimas leidžia vesti partijas, tačiau dirbant su didesniais kiekiais, e-prekyba ar produktais, turinčiais griežtus galiojimo terminus (pvz., maistas, veterinarija, kosmetika), jis tampa nepakankamas. Trūksta esminių grandžių, kurios leistų pilnai išnaudoti šią funkciją.
Norėčiau pasidalinti konkrečiais punktais, ko trūksta, ir sužinoti, ar kitiems vartotojams tai taip pat aktualu:
1. Automatinis partijų nurašymas pagal FEFO (First Expired First Out) - Šiuo metu pardavimo sąskaitose partijas reikia priskirti rankiniu būdu. Jei užsakymai krenta per API iš el. parduotuvės, prekės įkrenta be partijų, o likučiai sandėlyje „išsiderina“ (atsiranda minusas prie prekių be partijos ir pliusas prie partijų).
Poreikis: Sistema turėtų automatiškai parinkti partiją su trumpiausiu galiojimu. Jei reikia kitokios – vartotojas visada galėtų pakeisti ranka, bet bazinis procesas turi būti automatizuotas.
2. Centralizuota galiojimų ir likučių ataskaita - Šiuo metu matyti, kiek kokių partijų turime, yra sudėtinga (reikia eiti per kiekvienos prekės kortelę).
Poreikis: Reikalingas bendras langas/ataskaita, kurioje matytųsi visos prekės, jų likučiai, išskaidyti pagal partijas ir galiojimo datas. Tai labai svarbu norint laiku suvaldyti prekių krepšelį ir išvengti nuostolių dėl pasibaigusio galiojimo.
3. API funkcionalumo išplėtimas - Automatizuotam verslui būtina per API gauti ne tik bendrą prekės likutį, bet ir likučių išskaidymą pagal partijas su jų galiojimo datomis.
Poreikis: Galimybė per API gauti informaciją apie konkrečias partijas ir jų kiekius, kad galėtume savo pusėje (el. parduotuvėje) rodyti nuolaidas prekėms, kurių galiojimas eina į pabaigą.
4. Atsekamumo reikalavimai (Traceability) - Daugeliui įmonių (ypač dirbančių su maisto produktais ar veterinarija) partijų atsekamumas yra privalomas pagal įstatymus. Rankinis kiekvienos sąskaitos koregavimas ne tik stabdo darbą, bet ir didina žmogiškosios klaidos riziką.
Baziniai pamatai jau yra padėti, galbūt būtų įmanoma įgyvendinti šitą dalyką iki galo? Manau ne man vienam aktualus toks funckionalumas.