Raktárprogram
 Sziasztok szeretnék írni egy raktárkezelő programot szeretném megkérdezni milyen fejlesztőkörnyezettel érdemes belefogni ami hamar kész van és kezdőknek is érthető!
Mármint ez rám értendő!
Köszönöm a segítséget és nem kell nekem kompletten egy program éppen azt se vetném el de elég ha csak kódrészleteket kapnék amivel egy raktárkezelőit össze tudnék rakni!
Akár pár ezer ftot fizetek azért ha megcsinálja nekem valaki azt amit elképzeltem köszönöm!
Előre is köszönöm! |
Alkohol raktárprogramot írtam régen, de azt C++-ban, CBuilderben.
Gondolom ma már inkább C#-ben érdemes megírni. |
Nem érdemes minél kevesebb táblára optimalizálni. Ésszerűen kell tervezni.
A termék törzset (cucc típus) nem úszod meg. Malacfej vagy akármi.
Aztán kell egy recept fej, és egy recept tételek.
A recept fejben az van hogy milyen termék készül (meg még pár más plusz infó, de az egész leginkább azért kell hogy ki lehessen választani a dolgot) a tételekben pedig hogy a gyártás során mi keletkezik és mit használtál fel.
Ez azért kell, mert gyakran egy művelet során nem egy termék keletkezik, ugyanakkor egy adott terméket sem mindig egyféle recept alapján lehet előállítani.
Aztán kell két tábla a tényleges gyártásnak. Itt is van fejléc a gyártás dátumával, mennyiséggel, stb.
Aztán vannak a tételek a ténylegesen felhasznált / keletkezett dolgokkal. Ezeket a gyártás vagy a recept alapján tudja felhasználni (azaz ha a receptben van hogy 1 db disznófej kell és én megadom fenn hogy 10 egységet gyártok akkor 1 disznófej vonódik le a készletből) vagy kézzel lehet beírni ha ad-hoc gyártás van.
Aztán kell egy készlet tábla. Olyanokkal hogy raktár, termék, aktuális készlet. Esetleg egyedi azonosító ha úgy vannak nyilvántartva. Ez a nyilvántartás lehet teljesen egyedi, de mivel nem hiszem hogy vonalkódot kellene rakni minden malacfejre így ez aligha szükséges. De csoportos azonosítást már el tudok képzelni, Pl. egészségügyi termékek LOT-os gyártásához szoktak ilyet - és még ki tudja mit fog kitalálni az EU az élemiszeriparban is.
Persze ez még egy nagyon vázlatos rendszer, az igazi az az ha egy füst alatt el is lehet adni a legyártott kolbászt, esetleg szállítóleveleket is kezel a rendszer, esetleg leltár is van, esetleg statisztikák hogy az elmúlt 12 hónapban hogy alakult a kolbász eladása... Szóval lehet ezt fokozni, és a kis rendszerecskéből hamar el lehet jutni a sok éves fejlesztésig.  |
| Elnézést tévedés ne essék most is folyik raktározás(programmal) csak nem mindegy hogy 5 percet ülök a gép előtt vagy 20 percet és azért gondoltam egy kis egyszerűt összedobni:) |
Jó bonyolult ez a malacosdi.
Egyébként azon merengtem, hogy maga a nyomonkövethetőségesdi alapvetően nagyon kevés táblából megoldható, csak jó absztraktan kell kezelni.
Vegyünk 4 táblát:
- 'cucc típus'
- 'recept'
- 'cucc'
- 'belekerült'
A cucc típus magától értetődő: cucc típus a malac, a malacfej, az egy kilós zacskó só, stb...
A recept azt mondja meg, hogy egyes cucc típusok milyen és mennyi más cucc típusokból épülnek fel.
A cucc az egy konkrét cucc típus instance.
A 'belekerült' tábla pedig ilyen oszlopokat tartalmaz:
- mi került bele (cucc id)
- mibe került bele (cucc id)
- mikor
Pl. ha egy konkrét tasak sóból 3 gramm belekerült egy konkrét malacfejbe, akkor az ő id-jük fog együtt szerepelni ebben a táblában. Ennyi, innentől elvileg minden az utolsó szem sóig nyomonkövethető.
Attól még, hogy a nyomonkövetés alapvetően ilyen kevés táblával megoldható, attól persze még erre épülhet egy csomó speciális tábla meg jó bonyolult üzleti folyamatok és bonyolult üzleti kód.
De önmagában a nyomonkövethetőség még nem feltétlenül lenne gáz szvsz.
Amúgy abszolút nem értek hozzá, csak gondolkodtam, hogy hogyan oldanám meg ezt a nyomonkövethetőségesdit úgy általánosságban. |
"Ma már olyan szintű a hatósági kontroll az élelmiszert gyártó üzemekben,"
Nem erről beszélek, hanem arról, hogy ilyen meg olyan programrendszer nélkül bukásra van ítélve egy kis üzem.
"Ennek előtte takarmánykeverő üzemre írtam hasonló rendszert, ami nagyon hasonló a húsüzemhez."
A takarménykeverők és élelmiszer-ipari üzemekre egészen véletlenül van rálátásom, úgyhogy nyugodj meg, én sem hülyeséget bezélek. ;)
|
Sajnos nincs itt semmi túlzás!
Ma már olyan szintű a hatósági kontroll az élelmiszert gyártó üzemekben, hogy bármilyen kis stiklin elbukhatják azonnal a működési engedélyüket.
Jól írta az előttem szóló, hatósági ellenőrzéskor az input az áruházi címke, onnan indul a nyomon követhetőségi vizsgálat. Amennyiben nem tudja az üzem levezetni a termék eredetét az adott termelő adott szállítmányáig, esetleg adott disznajáig, akkor bukta van!
Nem olyan régen kaptam egy pontosan ilyen megbízást, vágóhíd teljes folyamat menedzsmentjére, eddig vagy 30 órát töltöttem a termelési folyamatok és hatósági elvárások megismerésére.
Ennek előtte takarmánykeverő üzemre írtam hasonló rendszert, ami nagyon hasonló a húsüzemhez.
A takarmánykeverős adatbázisban van vagy 30-40 tábla minimum és vagy 30 féle riport.
Azt, és ezt is Delphi + mySQL párossal oldottam és oldom meg, de nem 200 ezerért, hanem a tízszeresénél is többért. :)
|
Bocs, te láttál már húsüzemet belülről? Persze egy Pick-nél vagy Herz-nél kissebb kaliberüt, mondjuk kifejezetten kis családi vállalkozást?
Ezek nélkül ma már nincs eu-s húsüzem. Ha van, az életképtelen.
Ez elég erős volt.
|
Persze és 10 éves eu + magyarországi szabály változás követése.  |
| A 200.000-ben ugye a forráskód is bennevan ? :) Szerintem megrendelem. |
"Szerinted mit takar a "receptúra"?
Azt hiszem erre csináltam 2 táblát."
Biztos, hogy elég annyi? (Visszahívás)
"Hol van az élőállat vagy alapanyag beszállítás?
A bizonylaton történik a beszállítás (beszerzés), nem?"
És milyen adatai vannak? Hová tárolod? Hogy viszed végig a gyártáson? (Visszahívás)
Aztán meg lehet ugye fejelni a nevelési paraméterekkel is, plussz beszállításkor állatorvos ugye.
"Hol van az élőállat falka tulajdonsága?
Ez egy mező a cikk táblában, nem? Esetleg egy közös szótár táblából jöhet."
Tévedés. Gondold végig. Egy falka, egy dátum tól-ig. Aztán ugyanaz a számú falka megint egy dátum tól-ig.
Annak van beszállítója, szállítólevele, azon adatok stb. (Visszahívás)
"Hol van a készáru lecímkézése és annak járulékos kezelése?
Ez a címke is egy mező a recept (készárú) táblában"
Igen? És hogyan viszed be? Melyik rekordhoz? Hogyan készül el a címke? Rajta van minden adat, esetleg az adatbázisban is? Úgy van rajta minden adat, ahogy az adott vevő kérte? Olyan adat is, ami kell a visszahíváshoz? Hogy kerül rá és hogy kerül mögé a többi?
"Hol van a raktár és egy szállítmány lejárat szerinti bontása?
Lejárat kezelése nem volt a program része, de ez is rámehet a bizonylat törzsére. Mikor beszerzik, beírják mikor jár le."
És mi van a "pancsolt" áruval? Azt alkatrészenként szállítják be. Melyiké lesz a lejárat? Vagy teljesen a készterméktől függ és annak gyártási dátumától és receptúrájától?
"Hol van a csomagolóanyag kezelése a gyártás során?
A receptúra része az is."
Persze. A mennyisége. És honnan tudod, hogy melyik áru melyik beszállító melyik szállítmányának csomagolóanyagával készült és hogyan tudod visszahívni?
"Hol van a szállítási logisztika, a túraszervezés?
Szállítás? Ehhez nem lesz számlázó. Kiadási bizonylat készül."
Szó sincs számlázásról még. Adott a gépjárműparkod, azok teherbírása és adott a kiszállítandó mennyiség egy-egy vevőhöz. Szervezd túrába, hogy melyik autó hová megy és mit visz.
"De igazad van, akkor legyen 1 partner tábla, az úgyis kelleni fog."
Nem kérdés.
"Hol van a rendelésfelvétel?
Rendelés? Ehhez nem lesz számlázó. De a rendelés ugyanúgy mehet a bizonylatokba"
Szó sincs számlázásról még. Mit gyártasz? Rendelés ismerete nélkül gyártasz a vakvilágba? Állatok feldolgozásáról van szó. Nem mindegy, hogy egy félsertést teszel el másnapra, vagy combot, lapockát stb...
Aztán ugye egy rendelést illik visszaigazolni. Honnan tudod, hogy tudod-e teljesíteni? Esetleg egy rendelés napokkal a gyártás előtt jön be. Van vágási programod? Van a teljesítéshez képest előző napi gyártásod, rendelésed, vágásod stb.. nem ragozom.
"Hol van a gyártási utasítás?
A recept az mi? Ezen kívül egy darab text, amibe beírhatod, hogy a 29. perc 13. másodpercében kell beletenni a sót a hurkába."
Nem. A gyártási utasítás arról szól, hogy x mennyiségű és y fajta cikkszámot gyártok a rendelés függvényében és ehhez mennyi és milyen segédanyagok kellenek a recept alapján(cimke, zacskó, fűszer, raklap, láda, pántolószalag stb.).
"Hol van a mintegy 25-50 féle riport fajta?
25 db 1 soros sql? Ez már megterhelő?"
Nem, de egy riport nem csak ebből áll. Egy riportnak van kinézete és járulékos adatai is, azonkívül van egy szempontrendszer, ami alapján az SQL-lekérdeződet paraméterezed.
"Hol van a visszahívás kezelése?
A visszahívás bizonylaton..."
Ez nálad mit jelent? Elkezdesz papírbizonylatokat nyálazni és egy csapat egy nap alatt meglel valamit, miközben újabb szállítmányok hagyják el az üzemet?
Viszzahívások:
- gyártási időintervallumra és gyártósorra
- falkára
- csomagolóanagra
Input: egy sima áruházi címke.
Output:
- készletből melyeket (késztermék, még fel nem használt csomagolóanyag és segédanyag, ha azzal van baj)
- Már kiszállítottból mely szállítmányokat és azon belül melyik cimkéket? Vagy te az egész szállítmányt?
A lecke adott.  |
Rendben, kb negyedóra. De csak címszavakat, mert nem írom le egy ilyen rendszer felépítését.
A hosszabb válaszodból fogok kiindulni. |
De azért megírod, hogy hol tévedtem, és hogy hogyan lenne jobb? Mind tanuljunk belőle. Pár ezerért úgy sem csinálja meg senki  |
Hasonló, de nem teljesen ugyanaz.
Sem az adatbevitelek módjában, sem volumenében és még sok minden másban sem. |
| Hát bakker, pedig a receptúrát még idézted is... |
Valóban nem csináltam húsfeldolgozót.
De évek óta üzemeltetek egy szállodai áruforgalmi programot. Abban is van receptúra. Beszerzés, kiadás, visszárú, selejt stb bizonylatok. Még annyival több, hogy van norma, menü, kalória, vendég típus (más a norma, menű), stb. |
"A program feladata egy félsertés megérkezik és annak a feldolgozása na persze a bevételezéshez jönnek más termékek is fűszerek meg tasakok meg egyebek!
És a feldolgozott félsertésből lenne késztermék,és értékesítés.És utána itt jönne szóba a gyártás és persze a termék kezelése egyik hűtőből a másikba vagy tegyük fel vákuumozás során ismét egy másik terméket kapunk!Innentől kezdve szállítólevél és járatlap kell a sofőröknek a többi nem a program feladata lenne!"
Hát bakker... Én tényleg hittem benne, hogy neked csak raktározás kell, de ez így, amit most leírtál, az már sokkal több egy raktározásnál. Ezek szerint a többieknek lesz igazuk, és tényleg sokkal nagyobb volumenű munkáról van szó, mintsem csak raktározásról. Pedig én hittem benned... |
| Válaszomat csak külön részletezném, ha kívánod, de az már tisztán látszik, hogy nem csináltál ilyet és fogalmad sincs egy ilyen élelmiszer (hús) feldolgozó üzem termékskálájáról és annak gyártási menetéről. |
A 32000 darabot én mondtam, nem?
De azt hiszem van egy párfajta hús. Csak nézz végig a tescoban Nyilván nem egy marhára kell gondolnod, hanem mondjuk arra, hogy mi lehet belőle. A receptúra meg volt említve, így a marhából készíthető összes termék bejátszik. Ugyanígy a disznó, a csibe, a kakas, a csirke, a kacsa, a liba, a stb (ebből készül a legtöbb ). Vagy akár a szarvas is. |
A program feladata egy félsertés megérkezik és annak a feldolgozása na persze a bevételezéshez jönnek más termékek is fűszerek meg tasakok meg egyebek!
És a feldolgozott félsertésből lenne késztermék,és értékesítés.És utána itt jönne szóba a gyártás és persze a termék kezelése egyik hűtőből a másikba vagy tegyük fel vákuumozás során ismét egy másik terméket kapunk!Innentől kezdve szállítólevél és járatlap kell a sofőröknek a többi nem a program feladata lenne!
Persze finomítások megkönyítik az ember munkáját de úgy 90% ez a program fő feladata!És így végig nyomon lehessen követni egy terméket.(Persze ez most jelenleg mivel kicsi a cég így nem nehéz kitalálni miből mi lesz így nem kell gondolni gyártási utasításra!)
Ám köszönöm a sok választ sokat tanultam belőle legfőleképpen azt hogy ezt nem fogom én megcsinálni mert addigra már elavult lesz a programom!)
De legalább tájékozódtam az árakról és tudom hogy nem kis piskóta egy ilyen program összerakása és természetesen egy idő után úgyis fejleszteni kéne így mindegy ha most kiadunk érte annyi összeget minthogy apránként adunk ki rá!De legalább így hamarabb megtanuljuk kisebb tételnél mintha több több tíz tonna sertés után kezdenénk gyakorolni ilyen programmal!
DE köszönöm mindenkinek! |
Na azt ne mondd már, hogy egy marhát 32.000 darabba cafatolnak szét, mert menten össze pisálom magam a röhögéstől. 32.000 darabba szedve mégis mekkora falatok lennének belőle kicsontozottan? Úgy kb. egy-egy hangya méretű...
Látod itt a baj, hogy ez jött le neked belőle. A különböző félkész, kész, fűszerezett stb... mirelit cuccokról még nem is hallottál? Nem jársz közértbe? |
Én az ajánlatom tényleg csak raktározásra mondtam. Oda pedig alsó limitnek elfogadható. |
Nem, amit Te felsoroltál, az nagyrészt benne van. Én nem az a típusú programozó vagyok, aki egy mező miatt új táblát hoz létre.
Szerinted mit takar a "receptúra"?
Azt hiszem erre csináltam 2 táblát.
Hol van az élőállat vagy alapanyag beszállítás?
A bizonylaton történik a beszállítás (beszerzés), nem?
Hol van az élőállat falka tulajdonsága?
Ez egy mező a cikk táblában, nem? Esetleg egy közös szótár táblából jöhet.
Hol van a készáru lecímkézése és annak járulékos kezelése?
Ez a címke is egy mező a recept (készárú) táblában
Hol van a raktár és egy szállítmány lejárat szerinti bontása?
Lejárat kezelése nem volt a program része, de ez is rámehet a bizonylat törzsére. Mikor beszerzik, beírják mikor jár le.
Hol van a csomagolóanyag kezelése a gyártás során?
A receptúra része az is.
Hol van a szállítási logisztika, a túraszervezés?
Szállítás? Ehhez nem lesz számlázó. Kiadási bizonylat készül.
De igazad van, akkor legyen 1 partner tábla, az úgyis kelleni fog.
Hol van a rendelésfelvétel?
Rendelés? Ehhez nem lesz számlázó. De a rendelés ugyanúgy mehet a bizonylatokba
Hol van a gyártási utasítás?
A recept az mi? Ezen kívül egy darab text, amibe beírhatod, hogy a 29. perc 13. másodpercében kell beletenni a sót a hurkába.
Hol van a mintegy 25-50 féle riport fajta?
25 db 1 soros sql? Ez már megterhelő?
Hol van a visszahívás kezelése?
A visszahívás bizonylaton...
tehát akkor van 2 plussz táblánk:
szótár
partner |
Banderasz. Ezt én értem, csak menetközben kiderült, hogy húsüzem, onnantól meg a sima raktár sem működik.
Szvsz. a kérdezőnek fogalma sem volt a követelményekről. |
| Na azt ne mondd már, hogy egy marhát 32.000 darabba cafatolnak szét, mert menten össze pisálom magam a röhögéstől. 32.000 darabba szedve mégis mekkora falatok lennének belőle kicsontozottan? Úgy kb. egy-egy hangya méretű... |
Amíg csak viszonylag alacsony számú termék van, addig nem okoz gondot az autocompleter. Ha meg tényleg sok termék van (egy húsüzemben a 32.000 termék elképesztően sok, ennyi sose lesz szerintem)
Látszik, hogy nem jártál még komolyabb húsüzemben. Ma már nem az van, hogy az állatot 4 felé vágnak, oszt jó napot. |
Tisztelt MINDENKI!
Értétek meg, hogy itt én a 200K-t tényleg csak raktározásra mondtam. Nem arra, hogy a húsüzem minden kínját-baját orvosolja a program, hanem CSAK raktározásra. Hiszen a topiknyitó szerint csak ennyiről van szó. Ennek tudatában a 200K az az alsó limit, amiért a RAKTÁROZÁST leprogramoznám. De persze ezt is csak részletes specifikáció elolvasása és megértése után (fentebb írtam ezt).
Remélem így már érthető miért 200K az alsó határ. |
Ez nem így működik.
Gyártási utasítás nélkül nem nagyon elképzelhető a gyártás, annak meg alapfeltétele, hogy az adott cikkszám létezzen.
Mondok egy példát: bejün egy egész marha (nem a művezető  ). Honnan tudják a nyiszatolók, hogy milyen mennyiséget milyen szintig kell darabolni? A gyártási utasításból. Egy negyedmarhát minek szétvágni combra meg egyéb részekre, ha nincs belőle megrendelés? |
"Csak egy kérdés, hogy oldanád meg (akát ajaxosan) 32000 termék közül való kiválasztást? Egy raktárban simán előfordulhat ennyi."
Amíg csak viszonylag alacsony számú termék van, addig nem okoz gondot az autocompleter. Ha meg tényleg sok termék van (egy húsüzemben a 32.000 termék elképesztően sok, ennyi sose lesz szerintem), akkor meg használnék részletes keresőt az autocompleter-rel kombinálva. Tehát elkezdi pötyögni a user a szöveget, és addig semmilyen találat sem jelenne meg előtte, amíg meg nem áll, mondjuk 0.5 másodpercre (ezt a trükköt a Thunderbird keresőjéből lestem el). Ha megállt, akkor elküldeném a szervernek az addig bepötyögött szöveget, meg a beviteli mező alatt összes többi keresési opciót. Egy jól átgondolt struktúra esetén ez olyan mértékig leszűkíti a kört, hogy voltaképpen sosem volna a user előtt hosszú lista. Ennek mindössze a lelke egy tényleg jól indexelt táblaszerkezet az aatbázisban. |
| Hát ha nem akarjuk, hogy a program kezelője határozza meg az áruk adatait, akkor lehet gyorskeresést használni, és hibát írni, ha a cucc nincs benne az ab-ban. |
Így első nekifutásra mi maradt ki?
Minden, amit még a 20:25-ösben felsoroltam és azon kívül is. |
|
