Магацински софтвер

Већина фирми које нам се јављају због складишта већ има програм. Проблем је у томе што је он на једном рачунару, продаја се води у другом, сајт у трећем, а иста роба има различиту залиху на три места. Тако је изгледала компанија Пеликан ДТМ пре система: залихе, испоруке, фактуре и цене у одвојеним програмима и табелама, а годишња ревизија 2 500 артикала трајала је данима и није могла да се провери.

Систем за управљање магацином компаније Saitami намењен је фирми која је прерасла готов програм: исплати се када имате више од једног објекта, онлајн продавницу која треба да повлачи из исте залихе, трговце који праве поруџбине телефоном или каталог који готов програм више не претражује и не отписује довољно брзо. Дистрибутер са више од 50 000 артикала описао нам је управо то: отпис у новој верзији његовог готовог програма трајао је више од два минута уместо двадесет секунди, а унос цена за шест ценовних група трајао је од једног до осам минута рада.

Пишемо систем према процесу Ваше фирме, а не према шаблону. Почињемо од модула који Вас највише успорава, обично складишта и касе или складишта и поруџбина, а следеће додајемо у исти програм када их затражите.

Пријем се обавља скенером. Испорука почиње као захтев добављачу, прима се ред по ред са набавном ценом и сама уноси робу у залиху. Улазна фактура може да направи нови артикал директно из свог реда, без изласка из документа. Сваки артикал има баркод, категорију, добављача и онолико цена колико имате објеката и клијената: код Пеликан ДТМ их има четири, набавна, велепродајна, у продавници и у књижари.

Када роба има рок трајања, улази са партијом и роком, а приликом продаје систем прво отписује паковање којем рок истиче. Рок не мора да памти запослени. Менаџер види шта истиче током наредног месеца и шта је испод минималне залихе, по објекту и по партији. То је и често питање продавница прехрамбене робе: улазна контрола са бројевима партија и робом која се мери, са етикетом са ваге или директном везом са њом.

Пренос између објеката је један документ са неограниченим бројем редова, са штампом пре чувања и вредновањем по цени објекта у који роба одлази. Ревизија је физичко пребројавање: ради са хиљадама артикала одједном, чува се као нацрт док се броји и разликује пребројану нулу од непребројаног артикла, тако да се ништа не поништи грешком.

Каса продаје помоћу скенера или претраге по називу и не дозвољава продају робе које нема. Извештаји су намењени менаџеру: продаја по објекту и периоду, мале залихе, кретања по артиклу, разлике из ревизије. Свако види само свој део, а ревизиони дневник чува ко је шта променио.

Поруџбина стиже од трговца, имејлом, из Excel-а или са сајта и у систем улази као поруџбина са статусом од „нове“ до „примљене“. Захтеве из имејла и Excel-а аутоматски уносимо у решење за производњу хране, где фирме клијенти поручују сваког јутра.

Онлајн продавница чита из исте базе: њене поруџбине улазе у складиште, а систем објављује артикле, цене и залихе на сајту. Код 3DPrintX цене се мењају у оба смера, а код Пеликан ДТМ продавница pelikan-dtm.com повезана је са системом, па су залихе на сајту исте као залихе у складишту. Товарни лист за Еконт прави се из поруџбине, без преписивања адресе.

Најчешће питање је да ли ће систем радити са опремом коју већ имате. Баркод скенер ради са сваким веб системом. Скенерска вага на пулту и етикетна вага са тастатуром повезују се према моделу: артикли са ценама учитавају се у вагу из система, она штампа етикету са баркодом, а каса са ње очитава артикал, тежину и цену. Када веза није могућа, тежина се уноси ручно.

За фискалну касу проверавамо модел. За продавницу прехрамбене робе описали смо у понуди повезивање са Tremol M20 у режиму „фискални штампач“: рачун издаје сам уређај по команди из система, а његова регистрација у НАП-у остаје непромењена. У систему који је пуштен у рад до сада нисмо повезивали фискални уређај, зато га у понуди наводимо као посебну ставку, а не као обећање. ПОС терминал банке повезујемо према његовом моделу; клијент га шаље једну до две недеље раније ради подешавања. Плаћање картицом преко MyPOS и Stripe већ смо повезивали.

Магационер ради са телефона или таблета: скенира приликом пријема, приликом прикупљања поруџбине и приликом пописа, а запис улази у систем истог тренутка.

Каталог са десетинама хиљада артикала захтева стабло категорија са сачуваним редоследом, варијанте и атрибуте за производ и варијанту, више ценовника истовремено и ценовне групе са попустима по клијенту. Добављач има сопствени каталог са својим шифрама, повезаним са Вашим артиклима; увоз цена из његових датотека приказује резултат ради провере пре него што га сачува. Претрага прихвата више речи у једном пољу, а историја кретања стоји уз производ: када је ушао, по којој цени и куда је отишао.

Систем ради у прегледачу. Ништа се не инсталира на рачунаре: нови рачунар, ново складиште или нови продавац представљају још један приступ са лозинком, без накнаде по радном месту. За продавницу прехрамбене робе са око 30 уређаја то је било прво питање, а одговор је да се плаћа сервер, а не број људи.

Сервер и архиве могу бити код нас или на налогу Ваше фирме у Hetzner-у, Немачка, са свакодневним архивама и живом копијом, тако да у случају пада губитак података буде краћи од једног минута, а опоравак траје до два сата. Код и подаци су Ваши и предајемо Вам их.

Подаци из садашњег програма се не губе. Артикле, баркодове, добављаче, клијенте и стање залиха преносимо из извоза у Excel-у или из базе старог програма; увоз и извоз из Excel-а део су система Пеликан ДТМ. Пренос планирамо за дан са мањим обимом посла, а првих дана смо доступни телефоном.

Складиште и касу за један објекат понудили смо за 35 дана; каталог, складиште и сајт у једном систему за дистрибутера за шест недеља. Пеликан ДТМ ради са својим системом од априла 2026. и развија га и данас, модул по модул. Плаћање је у деловима: половина на почетку и половина приликом предаје. Након пуштања у рад одржавамо програм за 100-350 € месечно, ако желите, или радите без месечне накнаде, само уз плаћање сервера.