Čtečky čárových kódů – použití bez externích systémů

Zdravím, mám prosbičku. Chtěl bych využívat čtečky čárových kódů, ale nechci to řešit přes nějaké externí nástroje, u nichž polovinu funkcí nepotřebuji. Opravdu mi nejde o nic jiného, než o rychlé zatřídění produktů do regálů a aktualizaci množství zboží na skladě. Nechci to hrnout přes žádný externí program skladového hospodářství, to je pro naše účely stále ještě zbytečné, ale rádi bychom využili stávající řešení skladového hospodářství, které je integrované do eshopu. Poradíte? Nemám nic nastudováno, takže ani moc nemám představu, jak to funguje. Nedělejte si tedy ze mě srandu, prosím o věcné podměty.

Nerozumimem na co sa vlastne pytas ale citacka iba nacita ciarovy kod a to je vsetko, namiesto tukania na klavesnicu ti ho proste nacita z kodu. Co s nim spravis je na tebe. Cize "to" ani nie je problem citacky ale toho vasho systemu aby vedel prijat ten kod a nieco s nim spravit.

Nerozumíte tomu proto, protože přesně nevím, co všechno ta čtečka dokáže a nedokážu se správně vyjádřit. Takže OK, čtečka načte čárový kód a jak ho předá systému? Potřebuji jen úplně jednoduchou věc ... když načtu čárový kód, tak chci, aby se mi počet dostupných produktů v eshopu zvýšil o +1. Toť vše. Co mám pořídit a co chtíti po programátorovi?

Tak ako som pisal, citacka ti akoby len vytuka ten kod niekam, napriklad do textoveho policka. Cize si pod tym predstav klavesnicu ktora ti ctrl+v ten kod niekam. Nic viac. Spracovanie toho kodu je uz na tom systeme kam je pripojena. Cize ak ide o nejaky SW tak ten s nou komunikuje cez driver a vie s tym kodom automaticky nieco robit. Niekedy davnejsie sa tu rieislo nieco na styl ze ja otvorene webove rozhranie, aktivovane policko a citacka donho len vkladala nacitany kod a javascript zaregistorval zmenu a nieco vykonal...respektive sa data pisielali na nejaky server/port kde pocuvala palikacia/server a niec os tymi datami robila.

Pod tou čtečkou si můžete představit, že si k počítači připojíte další klávesnici. Jakmile načtete kód tak ta čtečka vám bude znak po znaku (rychlost toho psaní by se měla dát nastavit) jej vypisovat tam kde máte kurzor, tedy do nějakého inputu nebo podobně a nakonec pokud ji tak budete mít nastavenou tak ještě odešle jako by jste zmáčkl třeba ENTER nebo TAB.Takže pokud budete mít nějkaý input do kterého už teď pouze pomocí běžné klávesnice napíšete nějaký ten kód zboží a zmáčknete enter a ono to udělá co jste chtěli tak máte hotovo.Ta čtečka to zjednodušeně napíše za vás.

Ok, takže pokud bych to chtěl řešit jen takto jednoduše z adminu eshopu. Tak by mi v adminu stačilo udělat záložku "třídění zboží", tam by bylo jedno okýnko kam bych z čtečky automaticky načítal kód. Obnovovalo by se to např. po půl vteřině a jakmile by se tam objevil kód, tak už by si s tím eshop poradil. A to se nedá udělat nějak elegantněji? Např. že by se to propojilo s nějakým telefonem nebo jiným mobilním zařízením a ty instrukce co má eshop dělat by se tam posílali nějak přes API?

Urcite by se to dalo vyresit pres aplikaci a API :)

Super, už se mi někdo ozval. Děkuji za různé nápady, jak by se to dalo řešit.

Zdravím, do tohoto HW děláme, tak zkusím pomoct... co se týče čteček čárových kódů, jsou dva druhy... první je sériová čtečka, resp. se chová a komunikuje buď přes sériový port RS-232, nebo pokud je v USB provedení, tak jej emuluje, tedy se v počítači nainstaluje virtuální sériový port COM, a přes ten daný SW se čtečkou komunikuje. Pro vás jestli dobře rozumím, by to bylo na nic, protože nevím, zda web=shop umí, spíše jak je to náročné takto komunikovat, resp. muselo by se napsat. Druhým typem jsou čtečky klávesnicové, ty jsou USB (dříve byly PS2) a emulují klávesnici. Po přečtení kódů napíší tam kde je kurzor přečtený kód tak, jako by jej někdo opsal přes klávesnici. Toto by pro vás bylo použitelné, protože by dle mého stačilo napsat pole, do kterého se čtečkou načte kód a shop si jej zpracuje. Pokud by to pole reagovalo i na ENTER, tak současně se dá povel ke zpracování, protože každou čtečku lze nastavit tak, aby po přečtení kódu provedla sufix příkaz, což je např. odEnterování... toto se běžně používá i v prodejních softwarech, a také v ERP systémem, čtečka sejme kód, vepíše do pole a ENTER, zbytek už zpracuje software.Co se dále těch čteček týče, je v nich rozdíl ve snímači, a to buď laser nebo CCD, laser je kvalitnější, čtečka sice dražší, ale přečte kód na větší vzdálenost, rychleji a i hůře čitelné nebo malé kódy. CCD má osvit řešený diodami, které nevytváří tak výrazné světlo, a mohou mít u některých, hlavně malých kódů problémy, stojí ale méně. Já všechny tlačím do laserů, ikdyž CCD čtečky také dodáváme kvůli ceně do provozů s malou kadencí čtení.

Ve skladu teď řešíme, jak načítat seriová čísla zboží nějakým jednoduchým způsobem do účetního systému money s5 + celkově věci zjednodušit, protože skladník občas hodí do balíku něco blbě, něco vůbec. Něco už tu zaznělo. Takže zkusíme koupit čtečku Honeywell Dolphin 60s. Tam je OS WEH 6.5 Pro, což je přejmenovaný windows mobile a neměl by být problém si tam udělat vlastní soft, který se napojí na databázi a podle čárového kódu dodacího listu si načte zboží a vypíše, kde se nachází. Skladník načte eany a sériová čísla. Na serveru bude běžet apka v php, která si data načte přes wifi, nějak to pobere přes api a doplní do money přes databázi. Skladník pak vytiskne hotový dodák.Práce skladníka by měla teoreticky vypadat takhle:otevřu v účetnictví dodák, načtu si jeho čárový kód - tím se mi na čtečce vypíše seznam zboží a umístění v regálechproběhnu regály a postupně načítám eany a k nim sériová čísla (mělo by stačit načíst sériové číslo, protože už by mělo být v systému)na čtečce se mi vypisuje zbývající zbožíkdyž je tam všechno, stisknu čudlík a odešle se to na serverv kanclu vytisknu dodák(ještě je možnost nahrávat postup kamerou, který by se pak automaticky nahrál na server do složky s číslem objednávky, při reklamaci ukládat fotky atd.)Pak při příjmu zboží má skladník dodák, co mělo přijít, tak to je stejný postup, jen to bude dávat do regálu a psát pozici. Ještě nevíme, jak pojmenovat regály. Asi písmenama řady regálů (ABCD.. Z bude, že to leží někde na zemi :D). Číslama jednotlivé regály (123..). Další číslo je police (1 patro, 2 patro ..). A poslední je písmeno pozice na polici.Ve čtečce půjde najít pozice zboží+skladovost podle názvu, partnumberu, eanu.

My to máme očíslovanéM1R1P1 - místnost1, regál1, pozice1. Patra neděláme z toho důvodu, že můžou některé pozice být delší, některé kratší a může se množství pozic v jednotlivých patrech lišit. Proto máme jen regál a pak čísla pozic 1,2,3,4,5,6 ... atd, třeba až do 50ti. Pozice 0 je horní patro, kam strkáme velké věci.

Napsal kolousek;1398273

Ve skladu teď řešíme, jak načítat seriová čísla zboží nějakým jednoduchým způsobem do účetního systému money s5 + celkově věci zjednodušit, protože skladník občas hodí do balíku něco blbě, něco vůbec.

Něco už tu zaznělo. Takže zkusíme koupit čtečku Honeywell Dolphin 60s. Tam je OS WEH 6.5 Pro, což je přejmenovaný windows mobile a neměl by být problém si tam udělat vlastní soft, který se napojí na databázi a podle čárového kódu dodacího listu si načte zboží a vypíše, kde se nachází. Skladník načte eany a sériová čísla. Na serveru bude běžet apka v php, která si data načte přes wifi, nějak to pobere přes api a doplní do money přes databázi. Skladník pak vytiskne hotový dodák.

Zdravím, o Money S5 něco vím, a to jak si to "malujete" nedoporučuju... hlavní problém v tom procesu je, že ty sériová čísla zapíšete na přímo do databáze. Když pominu to, že tím updatem přímo do SQL databáze ztrácíte garanci konzistentních dat od CSW jako výrobce, a v případě nekonzistence může být oprava buď nákladná, nebo dokonce i nemožná, tak je potřeba si uvědomit, že když se ukládají data, probíhá tam u skladové evidence více procesů, než je na první pohled vidět. Ten zápis do jedné tabulky vám způsobí problém, protože se to dle mého nepropíše všude, do detailů stavu zásob, do dodávek, apod. Pokud se zapisuje, tak naprogramovanou funkcí, která volá objekt Money, který vše uloží tak, aby bylo vše OK i s tím, že tam probíhají kontroly a zápisy do všech potřebných tabulek a vytvoření vazeb, apod. (nebo přes XML, které ve výsledku opět data zapisuje zavoláním objektů) S tímto vám dokáže pomoci buď CSW, nebo některý vývojový partner, který má na S5 vyškolené programátory dodržující určité konvence, aby vše bylo ok. U velkých firem, která mají velká data je navíc zajištění konzistence dat a chodu stěžejní, a tím že píšete o S5, nepředpokládám, že jste malá firma, ty mají buď S4, nebo ještě S3.I co se týče toho Honeywellu, windows mobile už je trochu zašlá sláva, a když vezmeme např. i Mobile S5, který je napsaný pro Money S5, tak JetSoft také záměrně již opustil windows, a podporuje čistě Android PDA, jako je např. Motorola (nebo Symbol) TC55, který i my u našich klientů máme ověřený na velkých datech, a provozech, kde ta prodleva je potřeba. Windows PDA jsme opustili u posledního klienta loni, a jsme ve stavu, že je po všech rychlostních a komunikačních problémech, které jsme tam průběžně řešili.To co navíc řešíte, nebudete psát již napsané? Mobile S5 od JetSoftu umí skladové pozice, i série/výrobní čísla/šarže... sice to u našich klientů nikde nevyužíváme, ale umí to to... já bych tedy pořídil k Money S5 rozšiřující modul Mobile S5 + osvědčenou Motorolu TC55 a nechal si nasadit ... podle lokace od implementátora Money S5, jako jsme my, nebo dle lokace nejbližšího, nebo přímo od JetSoftu, který je implementátorem S5 také.

Díky za info. Windows mi také přišel out, ale viděl jsem ho ve skoro ve všech čtečkách a napsat něco jednoduchého nevidím jako problém (na první pohled). Když zprovozním rychle základ, tak dál neřeším (dělám php, c++, c#, android neznám, ale asi se ho budu muset naučit). Původně někdo koupil shit čtečku za stejnou cenu bez displeje, která po měsíci zdechla, takže teď jde hlavně o náhradu a já si s ní budu občas hrát. U tohohle by teoreticky money import šel použít, ale to se uvidí při testování. Mám teď náladu, tak něco vyplodím :DMy teď všechno řešíme přes slovenskou pobočku Cíglera a komunikace s nimi je celkem problém, takže se možná případně obrátíme na vás. Money S5 jsme vybrali kvůli funkcím a rychlosti katalogu. Na money jsme potřebovali napojit dopravce, dodavatele a původní záměr vedení byl, že money si udělá všechno samo (neřeším kdo komu co nakukal) a všechno budeme dělat v money. Pak se teda přišlo na to, že to tak snadno nepůjde. Cígler nám nabídl, že by nám to udělal, ale to by trvalo pravděpodobně roky při těch požadavcích (první den nevíte nic, druhý den něco zkusíte a třetí den víte, že to takto nepůjde, místo dne dosaďte týden, měsíc, rok) a i tak by to těžko udělali tak, aby to makalo rychle. My jsme potřebovali spustit eshop za 2 měsíce, takže jsme si mohli(nebo spíš nemohli) vybrat, buď přejít na něco jiného na trhu (stejně rychlého, sk i cz legislativa, moduly pro automatizaci, importy z eshopu, cena pod 1M) nebo si to udělat sami. Některé moduly, které jsme koupili, nebyly vůbec použitelné kvůli rychlosti (import produktů přes xml 1 za 2 sekundy, při 100k+ položkách nemožné, synchronizace ceníků 5 hodin, použitelná je jen synchronizace skladů, což je při jejich složitosti útěcha). Automatizace všeho byla nutnost a hlavně rychlost (při 4 lidech - skladník, účetní, obchodník, programátor). Pokoušel jsem se importovat 50k produktů najednou přes money import a po cca 30ti hodinách, kdy se po každém naimportovaném produktu zvýšila další doba importu exponenciálně (celý import se nahrává jen do temp databáze a při jakékoli chybě se to celé rollbackne), jsem uvěřil, že peklo existuje. Skoro na všechno jsem nakonec psal scripty v php a to funguje spolehlivě už rok. Třeba importy výpisů pk z csob - z mailu přímo do money. Money umí jen běžný výpis, takže účetní stačí otevřít money kolem poledne a už tam má výpis s položkama plateb+vs a napáruje si, co potřebuje (tam už to money řeší dobře). Plná automatizace dopravců dpd, geis, čp, importy od dodavatelů, aktualizace skladů, ceníků, kategorií, parametrů). Tam není jiná možnost, než to cpát přímo do databáze. V kanclu udělají fakturu, z toho je automaticky expedice a hned se to odesílá na dopravce, vytvoří se štítek ve složce a skladník i obchodník tam vidí, kde je blbě co vyplněno, co odešlo, co došlo, kde se zaseklo... Z toho jsou stavy objednávky a čísla balíků posílané na eshop. Na 10-15 balíků připadá cca 1 s chybou v adrese, takže to automatizovat úplně nelze a skladník má info, kde nastala chyba (psč, město, chybí hmotnost). Když nám dpd napsalo, že zdraží, přešli jsme na geis během 4 dnů. Nevím, jak dlouho by trvalo naprogramování modulu od Cíglera nebo někoho jiného, ale netroufám si odhadovat. Při tom jak dopravci, dodavatelé, banky, mění feedy, api, musíme mít vše u sebe a možnost opravit to během několika minut. Eshop máme jinak externě a to je v podstatě jen frontend pro money. Samozřejmě kde to šlo, na to se používají funkce money (objednávky z eshopu, import kurzů měn, synchronizace skladů), protože při 200 sloupcích v každé tabulce, 1 tabulka navazuje na 5 dalších, je jakákoli implementace složitá, při čemž vám php nakonec řekne, že neumí načíst víc jak 50 sloupců a crashne. Ještě bude tedy nutné udělat nějaký interní web pro správu kategorií a parametrů a dalších věcí, ale to už je v databázi mimo money. Databáze money se jinak nijak neupravovala. Samozřejmě vím o tom, že třeba shodné guid ve více tabulkách jako index může znefunkčnit celé money, ale to se mi kupodivu povedlo jen při použití toho jejich XML importu, který kontroluje milion věcí. Nebo když jsem jednou ve správě agendy omylem kliknul na kopírovat a OK (na původní agendu se pak nešlo přihlásit). Naštěstí zálohování a obnova funguje v money dobře a rychle, na ssd disku do 2 minut. Každopádně to funguje, je to stabilní a rychlé (aktualizace dodavatele do 10ti minut, aktualizace skladů všech dodavatelů 1 minuta, synchronizace ceníku 3 minuty).

Napsal kolousek;1398341

Díky za info. Windows mi také přišel out, ale viděl jsem ho ve skoro ve všech čtečkách a napsat něco jednoduchého nevidím jako problém (na první pohled). Když zprovozním rychle základ, tak dál neřeším (dělám php, c++, c#, android neznám, ale asi se ho budu muset naučit). Původně někdo koupil shit čtečku za stejnou cenu bez displeje, která po měsíci zdechla, takže teď jde hlavně o náhradu a já si s ní budu občas hrát.

U tohohle by teoreticky money import šel použít, ale to se uvidí při testování.

Mám teď náladu, tak něco vyplodím :D

My teď všechno řešíme přes slovenskou pobočku Cíglera a komunikace s nimi je celkem problém, ta...

Díky za vysvětlení, myslím, že to není už na diskusi tady...něco je fakt, na něco se dá reagovat, apod... teď mě napadá, že pokud umíte C#, neuvažoval jste o tom, že by jste se nechal zaškolit na vývoj na S5 a pak jste si to psal přímo do něj... a používal přímo ty objekty? Ty počty nejsou u importů tak velké, aby byly na 30hodin, pokud to není přes XML, ale objekt to zapíše rychleji... taky máme u klientů pumpy např. z feedů od dodavatelů v počtech desítek tisíc produktů, a časově to stíháme, ikdyž se přiznám, neznám přímo jakou metodu používají na ten zápis, ale zapisujeme také s parametry, obrázkami, apod.

Koupení nějaké licence nebo smlouva na vlastní implementace se řešili, ale pak se řešilo dalších milion věcí a že money v budoucnu stejně stačit nebude, takže už to neřešíme.Šlo by spíš o menší úpravy, které jsem chtěli přímo od Cíglera, ale nedokázali pochopit, co chceme (např. z expedice se nedá dostat přímo na fakturu, z té se nedá dostat přímo na objednávku, i když nahoře vidíte mega písmem příslušnou vazbu). U stovek objednávek denně už to nebude snesitelné, takže se budeme rozhodovat, co dál s tím.