Gamybos apskaitos (& valdymo) sprendimas su sekimu (barkodingas)

Sveiki,


Gal kas galite pasidalinti informacija/patirtimi apie tai, kokia kompanija gali pasiūlyti gatavą (arba greitai pritempti) unikalios gamybos fizinę apskaitą realiu laiku

Sprendimo daugmaž reiktų tokio: yra sąrašas su užsakymais ir pozicijomis, kurias reikia sekti nuo pirminės apdirbimo operacijos iki pagaminimo. Tam prie pirmos operacijos segamas indentifikatorius (BAR kodas arba jo analogas, gal kada RFID koks bus), kuris skanuojamas po kiekvienos operacijos ir tarpoperaciniame sandėliavime. Bet kuriuo momentu reikia galimybės greitai atlikti paiešką/generuoti ataskaitas:
1. Žinoti kur randasi konkretus gabalas.
2. Žinoti, kiek iš konkretaus užsakymo kiek pozicijų jau padaryta.
3. Filtruotis užsakymus ir jų pozicijas pagal klientą, pagal numatomą pagaminti datą
ir pan. t..

Jei eitų atlikti gamybos pajėgumų planavimą (capacity planning) - būtų , gal užtektų ir rezervavimo sistemos arba bent jau matyti, kad ties konkrečia operacija laukia tiek ir tiek gaminių (matavimo vienetai nurodomi, kaip ir pajėgumo normos).

Taip pat būtų gerai ir automatinis nurašymas, bei galimybė papildomai daprogramuoti. PVZ.: automatinis klientų informavimas e-paštu apie pagamintas pozicijas, galimybė žymėti ir analizuoti broką, galbūt darbo laiko arba kitų fiznių parametrų apskaita.

Ieškau dviejų sprendimų - arba atskiro, kuris nusikočioja informaciją iš esamos užsakymų bazės ir vėliau sugražina atgal informaciją (pagaminta - kai finalas arba trumpais periodais). Gali būti ir lietuviškas softas.
Arba kitas variantas - integruoti į dabartinę užsakymų ir buhalterinę apskaitą Navision pagrindu.

is kokio miesto esi?

Nemandagu i klausima klausimu, bet ka tai keicia? Siais laikais mobiliakai, mashinos ir lektuvai atstumo supratima labai keichia.

Shiaip Kaune, kai kada Vilniuje

P.S. fotke grazi

O kodėl nebandote su Navision? Jei per senas - tiesiog reikia įsigyti naują arba atsinaujinti seną.

Galima naujinti, bet nera tikslo - manufacturing modulis kainuoja brangiai, kaip ir licencijos upgreidas, o po to visvien visa sprendima reiktu dakodinti.

Na gal ir atstumas ir sumazejes siais laikais bet visdelto is klaipedos greitai iki kauno neatleksi, o pradzioje vazineti tektu manau daug, tad nusprendem kad neapsimoka pinigai nebus tokie dideli, kad butu galima samdyti zmogu kaune, o isvaziavus klaipėdoje tektu palikti be prieziuros kitas imones tai truputi apsunkintu, tad susirasit ir kaune vietinius, be to neduok die dar gausim i galva nuo kaunieciu, kad ne i savo teritorija ilindom

O tai gal tiesiog "dakodinti" prie esamos sistemos, ar tai irgi brangu?

Na čia įdomiai jūs, labai įdomiai su atstumo situacijos vertinimu

Jeigu ką - tai pas mus viskas su RAS-VPN'u normaliai, galima per Terminal Services / VNC pasiekti visus alei vieno serverius ir kompus. Aš net iš PDA per GPRS galiu susitvarkyt daugelį problemų.

Prisistatykit ir siūlykitės, jei turit ką pasiūlyt gamybai, ba gamybos blokai ir sprendimai nėra ant kiekvieno kampo pasitaikantys reikalai. Dėl atstumų tai irgi man rodosi visiškai ne lygis. Juk pradiniam diegimu galima ir komandiruotę pasiimt savaitei-dviems, o vėliau supportą galima imti per remotą. Be to, niekas juk neturės atlikti proceso hot-replace'o, čia bus galima ramiai sistemą subildinti atskirai ir po truputį įverst. Man rodos vartotojai kol pripras normaliai veikt tai be kelių mėn. išvis niekaip.

Be to, kas ten žino, gal Klp. pigiau?

Galima ir taip. Bet ne visada Navision supporterių siūlomas sprendimas atitinka kainą. O kai bandomas pagrūst gatavas produktas, o klientas linkęs nenusileist, tada siūlomi individualūs programavimo darbai neretai staiga pasidaro neįkandamai brangūs.

Kitaip sakant arba atsegi brangiai ir po to vis vien moki arba moki iškart už daug. Taigis tokioje situacijos, manau, protingiausia būtų ieškoti tų kurie verčiasi su savo sukurtu stambiu moduliu arba tiesiog tiekia lanksčias programavimo paslaugas, licenzijų upgreidą siūlydami kaip paskutinę išeitį.

Jei yra noro galime pasiūlyti pakeisti Navision į kitą sistemą (mūsų sistema be buhalterinės dalies neparduodama), kurioje galima Jūsų aprašytus reikalavimus gamybai įgyvendinti. Įsivaizduoju, kad kainuotų mažiau nei Navision. Parašykit privačią žinutę jei įdomu.

Mes galime realizuoti sprendima, taciau jungtis su Navision buhalterija negalime.

Bus brangiau, nei pakeisti ir dirbs neefektyviai. Integracija visada neefektyvi.

Faktiskai, viskas jau yra realizuota (uzsakymu vikdymas, nurasymas, brokas, planavimas ir t.t.), tik reikia patogia specializuota uzsakymu analize (ataskaita) sukurti. O taip, visi reikalingi rysiai tarp uzsakymo, gamybos ir tiekymo programoje yra.
Tiketina, kad reikes modifikuoti planavima. Jo realizacija visada yra unikali.
Nesupratau kam barkoduoti uzsakymus. Automatizacija leidzia apseiti be "popieriuku". Nors, kai kuriais atvejais uzsakymu (klientu uzsakymu, gamybos uzsakymu, paskyru, ir pan.) bar-kodai yra naudojami.

Ai, dar "informavima e-mailu" reikia suprogramuoti, bet tai yra lengva uzduotis.

Negalite dėl techninių kliūčių (jei taip - būtų l. įdomu sužinoti kodėl) ar nėra motyvacijos?



Su jumis nesutinku. Vien todėl, kad yra pakankamai specifinė sistema, o ištisas verslo valdymo sprendimas. Nė viena "integruota" sistema nesprendžia visko efektyviai, nes bandoma "aptūpti daug kėdžių".
Be to man asmeniškai keistas tvirtinimas iš anksto "dirbs neefektyviai" - tai visiškai neargumentuota subjektyvi nuomonė. Be to yra toks parametras kaip efektingumas (sinergija) - o jis neretai svarbiau už bendrą ar atskirų dalių efektyvumą.



Asiprašau, bet nesupratau apie ką rašote? Apie kažkokį jūsų siūlomą produktą? Dėl barkodavimo - turbūt neįsigilinote į tai, kad reikia sekti POZICIJAS (pusfabrikačius, komponentus, kai kada - surinkimą į finalinį gaminį) - o jos yra "mišrainė" pagal savo specifikacijų apibrėžimo tipus. UŽSAKYMAS gali susidėti nuo vienos iki kelių tūkst. pozicijų.

Iš anksto tvirtinama, nes patirtis taip sako.

Sakydamas neefektyviai, turejau omeni, kad bus daug galvos skausmo.

Tarkime, mes automatizuojame tik gamyba.

Navisione lieka buhalterija, sandeliai, pirkimai, pardavimai ir t.t.


Įvedėmė kliento užsakymą i Navision.

Dabar užsakymą reikia patalpinti gamyboje. Atliekamas eksportas į Mūsų programą. Duomenų struktūros skirtingos, jas reikia derinti, išeina naujos versijos, keičiasi vienos programos struktūra, reikia derinti vėl ir t.t.

Toliau:
Įvedama unikalaus gaminio technologija.
kas įveda naujus matavimo vienetus? Kas įveda naujas prekes/gaminius? Kas įveda įrengimus (mums reikalingi planavimui, navisione reikalingi nudevejimui) ir t.t.?
Gamyba arba pardavimai? Kaip sinchronizuoti? Ką daryti, jeigu ir ten ir ten zmones įvedė naujas prekes su vienodu kodu bet su skirtingai pavadinimais?


O įsivaizduokite, kad dali gaminio dalių gaminame mes (automatizuojame pas mus programuoje), dali uzsakome is tiekeju (Navisione). Kaip planuoti? Kaip kontroliuoti?

Arba isivaizduokite:
Kliento užsakymą mes eksportojame į gamybą (formuojame gamybinį užsakymą). Ir paaiškėja, kad kliento užsakymą reikia pakoreguoti. Maža ko buna. Kaip pakeitymus suderinti dvėjose sistemose? Pereksportoti. O jeigu gamybos užsakymas jau apdorotas programoje?

O kas bus, jei mes iš savo sistemos rezervuojame Navisione medžiagas užsakymui, o Navisione kažkas paima jas ir parduoda. Jis juk nežino, kad mes savo programuoje rezervavome tas medžiagas gamybai.

Aš galiu tęsti ir tęsti. Tokių klausymų yra kruva. Juos reikia spręsti. Reikalinga šimtų lentelių on-line sinchronizacija. Pasikeičia versija programos ir viskas lužta.

Butent dėl to integracija yra sudėtinga (brangi) ir veikia kreivai.

Integruotis su navižonu daug maž efektyviai galima tik tuomet, jeigu Navisione liks TIK dydžioji knyga. Navisiona naudoti kaip Dydziaja knyga? O kam? Juk ji ir pas mus yra. Ir niekom neblogesne.




Taip, apie produktą.

Dėl barkodų dabar supratau. Jus norite paleisti maršruto kortelę su bar-kodais bei barkoduoti atsargas ir pusgaminius. Aš galvojau, kad norite kliento užsakymą barkoduoti. Neisigilinau.

Kažkaip labai sudėtingai kalbate apie integraciją. Šiais laikais tai padaryti yra vienas juokas (jei tik sistema tai leidžia). Galim naudoti "xml" dokumentus, kurių neįtakoja versijos pasikeitimas. Be to galima numatyti, kad tam tikra informacija bus įvedama vienoje sistemoje o į kitą ji pateks automatiškai (taip mažiau kainuotų integracija).
Beje, jei abi sistemos naudoja SQL'ą, tai apskritai visos integracijos problemos kelia juoką
Taigi, viskas nėra taip sudėtinga šiais technologijų laikais

xml - reiskia ne on-line rezima. Taip pat xml reiskia dideli hemoroju, kai vienoje programoje pasikeicia duomenys ir juos reikia pereksportuoti. Taip pat xml neuztikrina veikimo versiju pasikeitymo atveju, nes reikia perprogramuoti xml formavimo funkcija.

jeigu ta pati informacija patenka automatiskai i kita programa, reiskia, ta antra programa turi KUR informacija is pirmos programos turi patekti. Paprastai taip nebuna. Tiksliau visada taip nebuna.

O kodel kelia joka, jeigu abi sistemos naudoja SQLa? Kodel tuomet integracija yra lengva?

As nesu pries integracija, tiesiog manau, kad sio konkreciu atveju integruoti reikia labai daug duomenu. Pernelyg daug. Ir, kas svarbiausia, duomenys tie apraso operatyvius procesus.