Tiesa pasakius pigiu geru programu transportininkams nera.

Daugelis pigwsniu programu apie kurios galite paskaityti siame forume turi "transporto muduli".
Kiekviena tokia programa turi savo trukumus ir pranasumus. Jeigu tuos trukumus ir pranasumus sudeti, gausis, kad jos vienodai tinka (arba netinka) transporto imonems.
Taip pat jus galesite rasti mazdaug vienoda teigiamu/neigiamu atsiliepimu apie sias programas.

Taigi isskirtynio varianto nera. Yra daug vienodo "tinkamumo" produktu.

Taip, tai nera daug.
Paliginimui pas musu klientus vydutiniskai tinkle dirba apie 40 zmoniu (nuo 15 iki 80 priklausomai nuo imones) ir iveda nuo 5000 iki 60000 dokumentu per menesi.

Seip tokios programos pradeda kvailioti kai tinkle dirba virs 10 darbuotoju (vidutiniskai, priklauso nuo programos ir dokumentu apyvartos). 10 darbuotoju iveda atitinkama duokumentu kieki.

Istikruju problema ne tame, kad Pragmistai nemoka dirbti su duombazem.
Savo laiku buvo priimtas neteisingas sprendimas. Tam kad pereiti is vieno technologinio lygio (tarkime is FoxPro ar Access) i kita (pvz. SQL) faktiskai reikia programa perprojektuoti ir perprogramuoti. Vietoj to, jie pasinaudojo tam tikrais draiveriais (Pvz, dbms, t.y. pasirinko lengva buda) ir dabar programa negali susidoroti su dideliais duomenu kiekiais ir daugeliu vartotoju on-line.

Navision sia prasme, beabejo, technologiskai pranasesnis. Galima sakyti kitokio lygio produktas.

Taciau ne visos Lietuviskos programos yra tokios.

Tam tikruose Lietuviskose programuose taip pat yra galimybes daryti begalybe draudymu vadybininkams.

Teiginis apie fantastyne gamyba Navisione mazu maziausia neprofisionalus. Gal buhalterija vesti gamybos imoneje Navisiono pagalba ir gaerai, bet padoraus gamybos valdymo Navisione nera. Tiketi man nereikia, galima ju dokumentacija paskaityti, ji yra viesai prieinama internete.

Net ir Axaptoje gamybos valdymas ir apskaita turi daug trukumu, nors resursu rezervavimas gamybos planavimo metu, realizuotas Axaptoje, man asmeniskai patiko.

Imone negali pati nustatyti savo poreikiu (automatizacijos poreikiu), nes imoneje nera atitinkamu specialistu. Imones darbotojai supranta savo verslo procesus, bet nezino kaip geriau juos automatizuoti.
Nustatyti poreikius turi konsultantai, be abejo po to, kai jie atliko imones verslo procesu tyrima.
Idiegti sistema taip pat turi konsultantai, o ne imones darbuotojai, nes imones darbuotojai neturi profesionaliniu ziniu apie programa.

Zinau daug pavyzdziu, kai imones "teisingai pasirinko granules, suformavo apskaitos politika" ir "uogos" negavo.

Tiesa pasakius, labai mane erzina tokie tieginiai tipo Navision gera programa, jos diegejai protingi, o jeigu Navision netenkina imones poreikiu ir darbuotoju, reiskias kalti yra imones darbuotojai.

Jau ne pirma karta girdziu. Cia tipo Navisiono marketingas gal?

Matau, ne vien apie buhalterius rašote.

Viename kaime buvo tik vienas traktoristas. Nespėdavo arti ir visas kaimas susimetė ir nupirko jam naują užsienietišką traktorių.
Traktoristas yra traktoristas. Aplaistė šį reikalą ir sudaužė traktorių.
Susirinko kaimas spręsti kaip traktorininką nubausti.
- Siūlau jam žiemai neduoti miltų.
Atsistoja Jonas. Toks 2x2. Ir sako:
- O, davai, aš jam į galvą duosiu!
- Ne, Jonai, tu pernai davei į galvą dviem ūkininkam, tai vienas jau mirė, kitas vis dar ligoninėje guli. Traktoristas pas mūs vienas, žmones dabar į kaimą nevažiuoja, užmuši, sužalosi, kur kitą traktorininką gausim? Negalima.
Jonas atsisėdo.
- Siūlau jam premijos nemokėti metus
Atsistoja Jonas.
- O, davai, aš jam į galvą duosiu!!!
- Ne, Jonai, sužalosi, užmuši, traktoristas pas mus vienas, kas paskui žemę ars? Tu? Negalima.
Jonas atsisėdo.
- Siūlau jam metus nepardavinėti degtinės
Atsistoja Jonas.
- O, davai, aš kalviui! į galvą duosiu!!! !!! !!! !!!
- Jonai, o prie ko kalvis? Kodėl kalviui?
- O pas mus yra 2 kalviai!!!!

O ka? Egzistuoja 1 C lietuviska versija?
Butu labai idomu suzinuoti, kas platina si produkta.

Daug kur yra teigima, kad 1 C pradeda kvailioti, kai su ja dirba daug vartotoju vienu metu. Kaip Jums sekasi?

Atsiprasau, kada Navision pradejo taikyti tokia kainuodara?

Preis viena? du menesius?

Ir ka, jau yra pasaulines rinkos statistyniai duomenys?

Pateikite nuoroda i nepriklausoma saltyni.


Gali buti.
Pagal ka skaiciuojame? Pagal apyvartas?

Na uzeme Navision Lietuvos rinkos dali del to, kad eina stiprus marketingas, kad yra tik viena "kieta" programa. Programa kainuoja daug. Pavyko istraukti pinigu is Lietuvos verslo. Ir ka tai parodo? Nieko.



Taip, jeigu diegeju kvalifikacija nera vienoda. O as tuom labai abejoju.



Tam ir reikalingi konsultantai, kad galetu sutvarkyti vidynius procesus TAIP KAIP REIKIA KONKRECIAI IMONEI, O NE TAIP, KAIP PROGRAMUOJE REALIZUOTA.
Reennzineringas visada turi lydeti VVS diegima, kitaip naudos bus mazai.

Būtent. Protai, kurie diegia lietuviams Navision nėra šios programos kūrėjai.

Žinote, neseniai verslo žynių priede karjera (lyg tai) skaičiau straipsnį, kur vienas toks protas teigė, kad verslo valdymo sistemas negalima diegti etapais. Viską diegti reikia iškarto.
Protas nežino, kad naujausiuose (ir senesniuose taip pat) moksliniuose darbuose šia tema yra pateikiami TIK etapiniai ir netgi iteraciniai tokių sistemų diegimo modeliai. Protas nėra susipažinęs su vakarietiška (ir rytietiška taip pat) tokių sistemų diegimo praktika, kur visi rimti projektai yra realizuojami etapais ir iteracijomis.
Tas pats protas teigė, jog jeigu sistema yra diegiama daugiau nei 3 ar 5 (tiksliai neprisimenu) mėnesių, reiškias kažkas yra blogai. Protas nežino tokių sistemų diegimo projektų trukmės statistikos vakaruose (ir rytuose). Tokių projektų vidutinė trukmė yra 1,5 – 2 metai.
Straipsnyje buvo panaudota JAV tyrimų kompanijos pateikta statistika. Statistika yra labai įdomi. Įdomi tom, kad žymiai skiriasi nuo daugybės kitų tokių pačių tyrimų rezultatų. Beje, straipsnio autoriai pamiršo pateikti nuorodą į statistinės informacijos šaltinį.
Beje, proto pareigos buvo Navision diegiančios bendrovės direktorius. Ne konsultantas, ne projektų vadovas, o direktorius. T.y. protų protas.
Tai yra tik vienas pavyzdys. Tik vienas straipsnis. O jie visi yra tokie pat.
Va tokie protai ir diegia Navisioną Lietuvoje.

Dėl to, kad Navision dabar yra pigus:
Jus pamirštate, kad į šią kainą įeina TIK tam tikri moduliai;
Jus pamirštate, kad tai yra TIK vienos darbo vietos kaina;
Jus pamirštate, kad Navision yra sudėtinga naudojimui sistema, ir kad į diegimo kainą reikia įtraukti diegimo, apmokymo, konsultavimo, programavimo ir kt. darbus.

Beje, Navisiono funkcionalumas, įeinantis į šį pasiūlymą beveik nieko nesiskiria nuo vidutinės lietuviškos buhalterinės apskaitos sistemos. Jei ne – nurodykite skirtumus.

Šis pasiūlymas yra standartinis pasiūlymas „su žvaigždute“. Kaip kelionės agentūrose. Kelionė į Egiptą kainuoja 400Lt, ir žvaigždutė šalia, tipo yra papildomų sąlygų. O kai pradedi aiškintis supranti, kad ši kaina buvo žiema (jau pavasaris), vaikui, keturiom dienom, tai buvo „karšta kelionė“, ir į šią kainą neįėjo aerouosto mokesčiai, draudimas ir t.t.

Pilnai su jumis sutinku.



Jus blogai informuotas.

Navision uzima tam tikras rinkos dalys rytu europoje ir azijoje. Pagrinde tai yra buvusios TSRS salys ir Indija.

Visu saltyniu neprisimenu, bet viena radau. Prisegu ji, kaip faila, prie sios zinutes. Autorius: Britu tyrimu kompanija Cambashy LTD

Tiesa, tyrimas jau senas. Gal Navision per 3 metus uzkariavo Europos rinka, bet labai abejoju, tiesa pasakius.

O Riviles diegymu daugiau uz Navisiono. Ir kas?



Taigi parasiau. Ziureti virsuje.


Na, tai yra Navisiono konsultantu marketinginiai teiginiai.

Taip, yra objektu hierarhija. Tipo dali gali modifikuoti Danai, dali amerikonai, dali kiti pardavejai (atsiprasau, diegejai). Pavizdziui sukuriamas mechanizmas klientui, kuris kreipiasi i "platformos" funkcionaluma. Danai modifikuoja savo objektus. Rysis tarp pardaveju sukurto funkcionalumo ir "platformos" funkcionalumo dingsta.

Faktas, juodai ant balto:
Perkant naujas versijas Navision, beje kaip ir Axaptos klientai turi moketi uz jiems atliktu modifikaciju pertvarkyma. Ir moketi daug.
Del to daugelis kompaniju atsisako nauju versiju, ju produktas sensta.
Va toks supportas.

O apmokyti personala - diegejo darbas. Ir jeigu duhaltere nemoka kazko padaryti ir pridaro klaidu - tai yra konsultantu kalte.

O zinote kodel jie neskambina diegejams? O del to, kad diegejai atvazios, pakonsultos, nieko gerai nepaaiskins, ir ... istatys faktura!

Userio profesionalumas - konsultanto atsakomybe.



Ne as VVS kureja, o kompanija-VVS kureja

Visus su darbo dienos pabaiga Pabaigsiu ryt.

Na, negaliu sutikti, kad nera Lietuvoje Axaptos diegymu. Zinau pakanakamai pavyzdziu.

Taip pat negaliu sutikti, kad Navisionas yra lankstesnis uz visas Lietuviskas programas.

Beabejo lyginti Navision su Fox-inemis lietuviskomis programomis nera verta, taciau Jus imat zemiausia Lietuvisku programu segmenta. Yra Lietuvoje ir geresniu. Ta pati Skaita ar Apskaita III mano nuomone neprastesne.

Be to, jus uzmirstate, kad Lietuvisku programu kurejai, iskaitant ir architektus, sedi Lietuvoje, o Navisiono Danijoje. Todel klientams Lietuvoje yra prieinamos programos modifikavimo paslaugos tiesiai is programu kureju, o ne is programos pardaveju (kaip yra su Navision). Todel as esu isitikynes, kad Lietuvisku programu modifikavimo galimybes prie vartotoju poreikiu yra aukstesnes uz Navisiono modifikavimo galimybes.

Nezinau ar Jus zynote, as ne karta rasiau siame forume, kad dirbu kompanijoje - VVS kureja.

Tai va, mes laimejome eile konkursu ir pries Navisiona ir pries Axapta ir ne del kainos (tiksliau ne tik del kainos) bet ir del funkcionaliniu galimybiu, modifikavimo galimybiu ir programos technologines realizacijos. T.y. del programos kokybes. O programa sukurta yra Lietuvoje. Va taip.

Tiesa, ir pralaimejome keleta . Pagrinde del Navisiono "brando". Tipo tai gi cia Navision, taigi cia "kietai yra".

Bet as tyrinejau ir Axaptos ir Navisiono galimybes ir realizacija, ir mano nuomone (kaip nepriklausomo eksperto) - Navision daug pranasesne. Beabejo ir daugiau kainuojanti. Kas be ko. Tikslisi kainu skirtumo as nezinau. Kokie 2 kartai gal? Gal jus pasakitumeme? Butu idomu sizinuoti.

Funkcionalumo pakankamumas:
Navisiono funkcionalumo nepakanka bet kokiai Lietuvos kompanijai, norinciai spresti verslo-procesu automatizacijos uzdavinius, tokius kaip:
Operatyvinis tiekymu planavimas;
Operatyvinis pardavimu planavimas;
Operatyvinis gamybos planavimas;
Biudzetavimas;
Gamybos valdymas;
Transporto logistika;
Valdymo apskaita (tik nerasykite apie mappinga ir 3 kastu centru tipus, kurios galima grupuoti tarpusavyje)
ir t.t.

Del kainos:
As nerasiau, kad kainos panasios. Axapta kainuoja daug daugiau. Ir as suprantu del ko. O del ko Navision kainuoja daugiau uz Lietuviskas programas (o jis kainuoja daugiau) as nesuprantu.

Del technologiju:
Turejau omeni pagrinde technologine realizacija. T.y. buna tas pats funkcionalumas realizuotas protingai, buna neprotingai. Tai va, technologine realizacija Axaptoje yra geresne uz Navision. Pavyzdziu as cia nepateikinesiu. Tai yra MANO SUBJEKTYVI NUOMONE.
Ir, beabejo, naudojamas technologijas. Cia galiu klisti. Ar Navision parasyta su COM?

Pilnai palaikau "baisu".

Axapta daug pranasesne uz Navision. Ir pagal technologijas ir pagal funkcionalines galimybes.
Padaryti ir vienoje ir kitoje programuoje gal ir galima viska, bet kazkodel tai praktikoje nesigauna.

O ka reskia Lt pakanka funkcionalumo? Funkcionalumo gali pakakti arba nepakakti imonei, o ne Lt. Buhalterija vesti funkcionalumo pakanka. Pilnai sutinku. Kaip ir kokios Apskaita III funkcionalumo pakanka vesti buhgalterija.

Planavimo Navisione beveik (jeigu ne is viso) nera. Tai kaip ja galima vadinti ir lyginti su kitomis ERP (Enterprise Resourse PLANNING) sistemomis? Gamyba laibai silpname lygyje. Ir t.t.
Apie ka jus kalbate? Apie kokia galinga programa?

Seip Axapta neorientuojama i stambiu imoniu segmenta. Jie tiesiogiai nekonkuruoja su SAP Oracle ir pan. Uzsienietiskose saitose rasoma, kad segmentas - nuo 10 darbo vietu. Tai tikrai nera daug.

Jei gali - tikrai nereikia.
Klausimas ar gali.

Nezinau, nezinau. Visi musu klientai leidzia, kad ju kontaktine informacija butu pateikta musu potencialiems klientams. Ir net priima svecius pas save ofise parodyti kas ir kaip veikia. Ir kas svarbiausia, nieko sau uz tai nei vienas is ju nepaprase.
Aisku, geranoriskumu mes nepiktnaudziaujame. Nera taip, kad kontaktyne informacija dalinama visiems is eiles. Na, ir aisku, visi klientai yra patenkinti turima programa. Jei nebutu - neleistu duoti kontaktus. O jei leistu, tai mes vistiek neduotumem

Kas trukdo paprasyti Cento platintojus pateikti programos vartotoju kontaktine informacija?

Kaip ir su bet kokia kita sistema.
Istikruju sudetingiau suprasti ka reikia daryti su sistema (kaip tvarkyti buhalterija, valdymo apskaita, kaip planuoti resursus ir t.t.), negu kaip daryti (kokius mygtukus kada spausti).

Kiekviena cele turi savo nustatyta formata. Jusu atveju yra nurodyta, kad sios celes formatas - data. Todel ir keicia skaiciuka. Reikia pakeisti celes formata: Format - Cell. Ir tenai category.

Ištrinta

As nesakiau, kad blogai yra tai, kad jus rasote tik gerus dalykus, ar sakiau, kad kaip vartuotojas jus esate labai gerai informuotas. Zinote ir apie Sonexo diegymus ir apie duovanas tam tikrose imonese. Galima jus tik pagirti uz toki informatyvuma.
Taip pat labai idomus yra jusu poziuris i "buhalterio nepatenkinima". Toks, tikras "vartuotojo" poziuris. Mazdaug - nepatenkinta tai pati ir kalta, o Sonex Lietuvai gerai daro.

Jo, Zuvyte labai daug zino apie Sonex. Ir kur idiege ir ka kam padovanuojo.
Ir tik teigiami "vartotojo" atsiliepimai.

Beje, labai idomus poziuris i buhgalterio nepatenkinima. Vidaus problema. Nepriklausomai nuo aplinkybiu.
Svarbu, kad Lietuvai butu geriau.

Pakeičiau.

Istriniau.

Beja, ar as toks kvailas, kad nerandu kaip, ar negalima zinuciu trinti?

Istikruju yra daug ivairiu schemu. Jus kalbate apie labiausiai paplitusia lietuvoje - taip vadinama "licencijos pardavimo" schema. Tuomet parduodama licencija, o toliau ziurima ka reikia modifikuoti, ka apmokyti ir kiek kainuos.
Toks variantas pasizimi neapybreztu projekto biudzetu ir neapybreztiems terminams.

Yra ir kitu diegymo schemu, apie viena is ju, as kalbejau. Mano variante pasirasoma viena sutartis (taip sakant "iki rakto") licencijai ir diegymui.
Pries pasirasant sutarti - atliekamas tyrimas. Jo rezultate yra fiksuojamos projekto parametrai, bet nesmulkiai (iki techniniu uzduociu), o bendrai (iki funkciju saraso. Nustatoma galutyne kaina ir terminai. Vykdytojas prisiima neteisingo ivertinimo rizika ir atsakomybe uz rezultata. Taciau, kai vykdytojas turi daug patirties, rizika nera labai dydele, nes jis gali teisingai ivertinti savo sanaudas.


Jo, problema. Taciau ne tokia ir dydele. Seip tai ir su paprastu pardavimu situacija panasi. Pavizdziui, uzsakovui reikalinga licencija 40 d.v. ir tam tikru granuliu (moduliu). Licencijos kaina - 200 000Lt. Jis isskyre 100 000Lt. Nieko nepadarysi. Nekeisi gi kainuodaros vienam klientui. Negalima taip. Tuomet bandai susitarti, kad jis imtu kol kas 30 d.v. ir neimtu tam tikru moduliu. Tada 100 000Lt bus.
Cia tas pats. Primeti, kad jam reikalingas sprendimas (iki rakto) kainuos 200 000Lt, susitari, kad kol kas tam tikri verslo-procesai nebus automatizuojami. Tada 100 000Lt.

Nors, mano praktikoje, biudzetas projektui dazniausiai buna isskyriamas projektui (t.y. zinant kaina). O ne atvirksciai.


Cia velgi priklausomai nuo sutartiniu isipareigojimu. Pavizdziui, sutartyje yra punktas, kur nurodoma, jog uzsakovas realizuos visas funkcijas atitinkamai uzsakovo poreikiu. Jeigu uzsakovas sugebes motyvuotai parasyti kodel funkcijos realizacijos metodika neatitinka jo poreikiu - jis gali nutraukti sutarti, o Diegejas privalo jam grazinti visas sumas (ir uz licencija). Kazkas tipo: funkcija "gaminio savykainos skaiciavimas" neatitinka mano poreikiu del to, kad i ja itraukiama tik medziagu savykaina, o, atitinkamai apskaitos standartus, reikia itraukti....
Jei Diegejas nesutinka, kad tai yra argumentuotas atsisakymas - gincas sprendziamas teisme.

Butina pamineti, kad nei Diegejas nei Uzsakovas nera suinteresuoti nutraukti sutarti. Ir to labiau bilinietis teismuose. Diegejas suprantamai kodel, o Uzsakovas praras sugaista laika ir sugaistus projektui darbo sanaudas. Todel abi salys stengiasi isspresti klausyma, o ne nutraukti diegyma.
Taciau, padetis nera tik vienos salies rankuose.



Nu, cia nuo diegejo kvalifikacijos priklauso. O terminai buna apybrezti pries diegyma.
Taip, iki sutarties pasirasymo. Ja nustato Diegejas, remiantis savo patirtimi. Kai patirtis dydele - suprasti ko reikes Uzsakovui ir kiek jam tai kainuos nera sudetinga.


As rasiau apie T U suderinima diegymo metu pries atliekant darba (kur kokie laukai ir kaip veikia suderinama diegymo metu priesh pradedant kiekviena darba-modifikacija). Smulkus - tie, kurie nereikalauja daug sanaudu. Pagal viena, realizuota ir suderinta T.U., ju daug nebuna.




Realizacijos budas ir yra aprasomas T.U. Jeigu realizacija hrenova - rezultatas neatitinka T.U. - kaltas diegejas, nes jis realizuoja T.U.




Taip, priesh. Imanoma ir vykdoma. Surasomos smulkios funkcijos, o ne ju realizacijos metodikos. Funkcijos realizacijos metodika nustatoma diegymo metu, sudarant T.U.
Pvz.
Sutartyje fiksuojama funkcija - kuro panaudojimo ataskaita.
Diegymo metu sudaroma T.U. kokie tenai bus laukai, is kur imami duomenys, kokie parametrai ir pan. Suderinama su Uzsakovu - vykdoma.
Patyres diegejas dar priesh sudarant sutarti, gali gana tiksliai primesti kas mazdaug turi buti toje ataskaitoje ir kiek jam kainuos ja padaryti.



Taip, zinau
Beje, projektas buvo sekmingas (ir diegejo ir uzsakovo atzvilgiu), i minusa mes nenuejome, funkciju sarasas atitiko vartuotoju poreikiu, sistema dirba pagal uzsakovui suprojektuotas metodikas.

Apskaitos programas galima padalinti i segmentus, atsizvelgiant i ju lankstuma.

Lankscios yra orientuotos i stambias imones, nelankscios i smulkias.

I "lankstuma" ieina ne tik "modifikacijos terpe", bet ir sistemos modifikacijos be programavimo pagalbos galimybes.

Diegiant lankscia programa, rezultatas buna daug geresnis, taciau lankscios programos diegymo sanaudos yra daug didesnes, nei nelankscios.

Debetas priklauso prie nelanksciu programu, todel jos diegymas negali buti brangus.

Be to, jeigu programa sprendzia tik buh. apskaitos uzdavini, taikyti ja prie konkretaus vartotojo poreikiu nelabai ir reikia, nes buh. apskaita yra stipriai standartizuota.

Isvada: Debeto lygio programu diegimas neturi daug kainuoti.

Negaliu Cia citata. Va tik neprisiminu kas pasake, todel ir neparasiau. Man, asmeniskai i Cercili panasu. Nors, gal tikrai verta pakeisti, nes Jusu variantas labiau atitinka mano poziuriui.

Ar Jus po kiekvienos savo zinutes rasote kokia yra nauda is jusu posto forumo lankytojams?

Sio ginco nauda - zmones, renkantys sistema, perskaicius musu postus geriau supras neteisingo sistemos pasirinkimo pasekmes, nesekmingu projektu priezastys, ir budus, kaip nesekmes tikimybe galima sumazinti.

Karli, jums atsakysiu veliau.

Nu vat, radome bendra kalba. Tikrai, gali buti suprantama skirtingai. Rasydamas, kad yra nesekmingu projektu, as nesiremiau nei diegejo nei uzsakovo nuomone. Tai buvo mano, kaip eksperto nuomone. Nuomone as sudarinejau remiantis protingumo, saziningumo ir teisingumo principais.




Ne tai turejau omeni.
Kalbejau apie toki darbo principa.
Uizsakovas sako: man reikia automatizuoti 1, 2, 3.
Diegejas sako - ne, tau reikia automatizuoti 1, 2, 3, ir dar 4. Del tokiu tokiu priezasciu.
Uzsakovas sutinka su argumentais.
Jeigu Uzsakovas nesutinka su argumentais - diegejas daro jo projekta, bet uz tai, kad 4 neautomatizuota jis jau nebeatsako, nes jis perspejo Uzsakova. Tam yra sudaroma atitinkama sutartis.

Toliau Diegejas, o ne uzsakovas! nustato projekto kaina. T.y. sako tam, kad automatizuoti 1,2,3 (ir 4) man reikia X sanaudu ir Y laiko. Del to, to ir to.
Uzsakovas gali sutikti, arba nesutikti.
Fiksuojama sutartyje.

Toliau, sutartis realizuojama pagal grafika.
Uzsakovas sako: sutartyje numatyta funkcija gamynio savikainos skaiciavimas, as noriu, kad savykaina butu skaiciojama taip.
Diegejas sako: ne - tau reikia savykaina skaicioti kitaip - vat tokiu principu. Del tokios ir tokios priezasties.
Uzsakovas sutinka - diegejas padaro - jis yra atsakingas uz rezultata. Pertvarkymas uz Diegejo kaina.
Uzsakovas nesutinka - diegejas padaro taip, kaip prase uzsakovas - uzsakovas atsakingas uz rezultata. Pertvarkymas - uz papildoma kaina.
Tai taip pat fiksuojama aktuose.

Tai yra Diegejas nepriverstas po 100 kartu perdaryneti ta pati funkcionaluma nemokamai. Priesh darant kiekviena smulku sistemos pertvarkyma sudaroma technine uzduotis (smulki) ir realizuojama be papildomu mokesciu (tai buvo itraukta i suma pirmame etape). Uz nesekme atsako tas, kieno variantas buvo priimtas.



Aprasyti funkcionaluma turi diegejas. Ir paaiskinti kiekviena funkcija turi diegejas. Uzsakovas turi suprasti ir pasakyti viskas yra arba truksta tokiu procesu - darasyk funkcionaluma.

Surasyti smulku funkcionaluma nera taip ir sudetinga. Asmenishkai rasiau transporto imonei.

Del patikymo ir protingo diegejo - super variantas. Ideali suituacija. Tik deja surasti toki yra sudetinga.
O jau funkciju realizacijos metodika yra sudaroma diegymo metu. Tuomet yra suderinamos ir pasirasomos Technines Uzduotys (smulkus) kiekvienai funkcijai. Jeigu abu pasirase, kad realizuoti funkcija reikia taip (pagal TU) - diegejas realizavo - tinka, nerealizavo - netinka.
Jei kila gincai - atsako tas, kurio variantas buvo priimtas. Jei gincai nesibaigia - juos galima spresti teisme pagal protingumo, teisingumo ir saziningumo kriterijus.

Tai, kad darbas toks