Podme sa rozpravat o logistike

Zdravim vsetkych, kedze uz zopar rokov prevadzkujeme sklady a poskytujeme outsourcing vsetkeho okolo balikov/paliet/dopravy nielen pre eshopy, skusenosti su siroke a popri blogu sa chcem trosku podelit a rozprudit debatu aj tu na fore Webtrh, kde som registrovany tiez nejaky cas, uz od 03.02.2007 :)

Tak si nám o sobě něco řekl a teď o čem se chceš bavit?

Napsal Pette;1055270

Podme sa rozpravat o logistike

:)

nepudu

Programujem e-shop a dost by ma zuajimalo ako funguje taka skladova evidencia. Aky je tam workflow, objednavkovy proces, identifikacia produktov, fyzicka lokacia produktu a rozne logisticke zalezitosti.

Node - Presli sme dvomi fazami ako riesit tvoje popisane problemy, momentalne bezime na tretej verzii systemu. Dospelo to postupne do stavu, kedy bol dlhodobo problem, hlavne pri mensich zakaznikoch s oznacovanim tovaru - teda ako je oznaceny fyzicky na obale z vyroby/od dodavatela, aky je standardny kod (napr EAN, UPC..), ako ho ma dotycny zakaznik zapisany v eshop systeme a ako napr v uctovnictve, odkial povedzme vystavuje faktury. Male eshopy casto ani kody nepouzivaju, objednavaju na zaklade nazvu produktu alebo fotiek:) Tak sa stalo, ze nam prisiel tovar A od zakaznika B do skladu, nikdy predtym u nas nebol. Zaradil sa na sklad pod eanom a nazvom z jeho obalu. Zakaznik ho ale chcel vyskladnit pod jeho internym napriklad ponozka1biela, a bum ho, problem. Preto teraz bezime na systeme, kde je uplne oddeleny vstup a vystup kazdeho kusu tovaru - to v skratke znamena, ze na vstupe dostane polozka nas interny ciarovy kod s identifikatorom majitela (toho zakaznika) a kodom polozky/nazvom. Potom tam bezi parovanie, ktore ma na starosti a dohliada na neho clovek. Ak pride jasna polozka, ktora uz je skladom a vieme ako sa vyskladnuje, tak sa zapise len +1 kus skladom a ak treba, tak fyzicka lokacia (nepiseme vsade, mame regalove boxy priradene zakaznikom a tie su podla internych cisiel, takze je to v nom obsiahnute. Ak nie a je to napr zlozene na palete, dostane aj lokaciu typu rad A, regal 2, pozicia 3). Ak ta polozka nie je jasna, je uplne nova a nemame ju v indexe tovaru, ktory zakaznik predava/posiela, tak sa zapise univerzalny nazov a vsetky najditelne identifikatory ako externe kody. Potom nastava objednavka - teda zakaznik chce poslat na zaklade faktury tovar A. Na fakture pride jeho nazov a jeho interny kod tovaru. V manazerskom mode sa po natiahnuti takejto objednavky zobrazi varovanie, ukaze sa automaticke naparovanie s moznym produktom a clovek ho fyzicky skontroluje - aj podla fotiek, aj rozumom, ci to je ten tovar (napr dlzka, farba, popis tovaru...). Ak ano, potvrdi a zasielka sa zaradi do fronty normalnych bezproblemovych na vyskladnenie a poslanie. Takze rada pre teba - ak programujes eshop, pri tovaroch daj dostatocny pocet stlpov v databaze na ID - kludne 5-7, a alfanumericke znaky aj do 64 dlzky. Casto sa tovary lisia aj totalnymi detailami typu ina farba gombikov pri textile. My ich nemozeme naskladnit ako jeden typ, potom by nam nesedeli v niektorom bode skladove pocty alebo by zakaznik dostal iny ako objednany tovar a to je velmi draha chyba.

No, robim vo velkosklade a presli sme tiez na vlastne cislovanie. Na vstupe od dodavatela pride faktura. Program nacitat fakturu a kody tovarov od vyrobcu konvertuje na nase cislovanie a dalej pracujeme s nasim cislovanim. Dalej je evidencia, kde sa konkretny druh tovaru nachadza v sklade na ktorom poschodi, v ktorem regali a ktorej pozicii. Takze pri vyskladnovani dostane skladnik presne info kde ma konkretnu vec hladat. Pre predstavu bavime sa o sklade, ktoreho skladovacia plocha je v radovo tisicoch m2 a na sklade sa nachadza radovo desattisice skladovych poloziek.

qwertr - presne tak. a si zober, ze situacia ked sa jedna o interny sklad a je to majetok firmy, tak je ovela jednoduchsia - mozu si zjednat aky taky poriadok. U nas ma kazdy zakaznik specifika a rovnako musime respektovat jeho system, ak prechadza od inej firmy alebo presuvame jeho vlastny sklad do nasho. Takze sme museli postavit skladovu evidenciu nad skladovou evidenciou a to iste sa tyka vystupu - parujeme zasielky/vystupy od vsetkych kurierskych a dopravnych spolocnosti plus nase dorucovanie, robime manazment platieb... je to zabava:)

U nas nieco podobne. Mame sice kupeny skladovy system, ale zaciname budovat system nad skladovym systemom. Riesime v nom prijem faktur, fyzicke umiestnenie tovaru na sklade, vydaj zo skladu. Takisto v nom riesime zakladanie skladovych kariet. Takze do skladu len naimportujeme vytvorenu skladovu kartu. Sklad nam postupne bude sluzit len ne vypocet cien, inventur. Vyzia majitelov je taka, ze postupne opustime kupeny skladovy system a naprogramujeme si vlastnyU nas s ciselnikami je to jednoduksie, ze robime len konverziu na vstupe od dodavatelov. Nemusime robit spetnu konverziu ciselnikov pre odberatelov.Este k skladu. Zaujimave by bolo pozriet sa ako to robia napr parfums.cz. Co viem, tak isto bezia na vlastnom systeme.

k parfums a podobnym - ak maju ustaleny okruh dodavatelov a vsetky ich tovary su priemyslene, teda maju od vyroby na baleniach EAN.. tak to je "easy". skladovanie je ale tak 10-15 percent IT systemu, by som to odhadol. ovela vacsia zabava je doprava, billing, praca s penazmi - dobierky a potom cely ten workflow, aby mohli zaroven pracovat viaceri ludia na jednej "objednavke" a hlavne aby sa to dalo skalovat, lebo Vianoce su fakt udalost:)Nic z tohoto nemusite riesit pri eshope so 100 objednavkami mesacne, to staci jeden papier a jedno pero a nestratite sa.

No, pridavam si tuto diskusiu do zaloziek lebo je to celkom zuajimave. Dufam ze sa vyjadria aj nejake vEcsie e-shopy. Hlavne to cislovanie a ten spomenuty workflow je velmi zaujimave citanie.

node - tak tak, na internete, konferenciach atd... sa venuje velky doraz marketingu, ppc, seo... pritom pomerovo a nakladovo logistika vie zarobit/usetrit aj nasobne viac penazi. Tento rok sa preto pustam do osvety, viz napr Program | ShopComm 2014 http://www.shopcomm.eu/program/A rovnako, otvara nove trhy, ked sa vie posielat cenovo dostupne a plnohodnotne do celej Europy, mozete si vybrat kam predavat. Z jedneho skladu, lebo to byva problem - ako financovat napriklad dalsi sklad v Nemecku - zasoby, beh, rezie? Takto sa to da obist.

Ďalšia zaujímavá téma sú skladové zásoby. Čo držať na sklade, v akým množstvách, predpovede a odhady budúcej spotreby. Akcie, sezónnosť tovaru. Pokiaľ niekto vie, nejaké odkazy, knihy ktoré sa tým zaoberajú tak sem s tým.Momentálne čo máme skladový systém nič také nerieši. Dá sa nastaviť na pevno minimálne množstvo tovaru na sklade a pokiaľ by stav klesol pod to minimálne množstvo, tak by vystavil objednávku. Takže je to ďalšia vec čo budeme programovať a upravovať.Logistika - tiež zaujímavé. My máme napríklad vlastné autá a vlastné rozvozy. Takže je potrebné aby tovar od zákazníka sa dostal do toho správneho auta a v tom aute aby boli všetky potrebné doklady ku tovaru. Zákazník môže mať viacero pobočiek na rozličných geografických miestach a tovar musí ísť na správnu pobočku, ale faktúra sa vystavuje na centrálu.Platobná disciplína - sledovať zákazníkov, či platia či neplatia, na základe toho sa k ním správať.

Optimalizaciou dopravy - celkovej, teda od vyrobcu na sklad, zo skladu na predajne, ku velkoobchodnym zakaznikom, alebo koncovej doprave kuriermi, rozvozmi, postou... sa da usetrit 10-30 percent celkovych nakladov na nu. napriklad pre male eshopy je to povedzme stovky eur rocne, pre stredny uz tisice. a velky predajca vie rocne usetrit aj jedno BMW.

Po mesiaci sa opat dostavam k tomu nieco k teme napisat - a to konkretne nadviazem na posledny post o doprave. Doprava - bavme sa zjednodusene o balikovej - parcel preprave. Je to cely modul skladoveho softveru, ktory je nadviazany na vstup - teda kam/komu a aky ide balik a aku ma financnu nadvaznost. Spolupracujeme so vsetkymi relevantnymi sietovymi prepravcami - a to preto, ze kazdy ma lepsi servis a moznosti v nejakej sluzbe alebo konkretnej krajine. Vybera sa podla - tvrdej preferencie klienta, teda ak ide vzdy a len cez jedneho prepravcu, ak nie zacina poloautomatizovany vyber. Po skompletovani zasielky v procese balenia sa dostane na vazenie a meranie - zisti sa hmotnost a volumetricka (objemova) hmotnost. nasledne sa otvori adresat - typ (domaci, alebo biznis), krajina dorucenia, casova preferencia, nutne doplnkove sluzby ako vymenny balik, podpis dokumentov, dobierka. Vysledkom je navrh sposobu dopravy zo systemu - napriklad dopravca A, sluzba Home, dobierka v EUR, SMS avizo. Ak je to bezny pripad, moze ist dalej bez potvrdenia clovekom. Casto je jeden parameter klucovy - ak napr do krajiny Nemecko vieme robit COD - dobierku len cez prepravcu A, ale pritom je pozadovany next day delivery, musi to riesit a rozhodnut co je dolezitejsie clovek. Ak tam nie je dobierka, moze to ist cez dopravcu C, namiesto A, ktory ma sice rovnaky servis ako B, ale mame dohodnuty o nieco horsi cennik. Ak by to bolo COD, tento parameter vylucuje C a B. Znie to zlozito a aj je, a to tam este nespominam motanicu s lokalnym podavanim a objemom:) Nato je obrazovka, ktora "skartuje" vsetky uz vykonane vybery a ak objemy dosiahnu zaujimave cislo, moze manazer rozhodnut o lokalnom podaji v krajine, napr Nemecko. Tym padom sa zapne proces nacenovania, kde sa zrataju naklady na tuto udalost a ked to vychadza, vymazu sa zo sumy zasielok tie, u ktorych to vylucuje sluzba (napr COD alebo next day express). Na toto je naviazany tracking a manazment vratiek, aby sme vedeli kadial isla zasielka a ako bude eventualne vratena. Dalsie nadviazanie je na payment processing, spracovanie dobierok, lebo jednemu zakaznikovi mozu prist za jeden den dobierky za faktury aj od 4 prepravcov, dokonca aj v rovnakych menach. Priklad - do CR idu dve zasielky, jedna parcel balikova a jedna cargo - paletova kvoli optimalizacii, ale tiez koncovemu zakaznikovi a dobierkova. Ide to cez dvoch prepravcov, od nich roznym sposobom ci uz ako suhrnne platby priamo alebo cez nas... Ako som pisal, touto optimalizaciou sme napriklad konkretnemu zakaznikovi usetrili za januar 2014 sumu 2270 eur voci stavu, ze by isli vsetky zasielky cez jedneho prepravcu. Pre neho to znamenalo len malo prace navyse.

.