Kaip išsirinkti naują apskaitos ir verslo programą????
A
2006-03-23 23:56
amber
Taip, Lietuvoj klystam, klaidinam, slepiam, apgaudinejam..... dar isradinejam dviracius
O paskui skundziames programuotojais, virsininkais, inspektoriais, gyvenimu....
As nieko pries lietuviskas programas, nors servisas verkte prasosi buti geresnis. Taciau paziurekime placiau - svietas nesibaigia ties lietuvele, pasiimkime tai, kas geriausia is uzsienio!
O paskui skundziames programuotojais, virsininkais, inspektoriais, gyvenimu....
As nieko pries lietuviskas programas, nors servisas verkte prasosi buti geresnis. Taciau paziurekime placiau - svietas nesibaigia ties lietuvele, pasiimkime tai, kas geriausia is uzsienio!
A
2006-03-24 09:44
Andron
2011-09-11 04-54
amber rašė: As nieko pries lietuviskas programas, nors servisas verkte prasosi buti geresnis. Taciau paziurekime placiau - svietas nesibaigia ties lietuvele, pasiimkime tai, kas geriausia is uzsienio!
Nevarykite ant kitų, o pasiūlykit liaudžiai kąnors geresnio.
amber rašė: As nieko pries lietuviskas programas, nors servisas verkte prasosi buti geresnis. Taciau paziurekime placiau - svietas nesibaigia ties lietuvele, pasiimkime tai, kas geriausia is uzsienio!
Nevarykite ant kitų, o pasiūlykit liaudžiai kąnors geresnio.
L
2006-03-24 09:52
Loreta13
2011-09-11 04-54
amber rašė: Taip, Lietuvoj klystam, klaidinam, slepiam, apgaudinejam..... dar isradinejam dviracius
O paskui skundziames programuotojais, virsininkais, inspektoriais, gyvenimu....
As nieko pries lietuviskas programas, nors servisas verkte prasosi buti geresnis. Taciau paziurekime placiau - svietas nesibaigia ties lietuvele, pasiimkime tai, kas geriausia is uzsienio!
Gražu, kai žiūrite taip "plačiai"
O manęs nedomintų tos programėlės, kurios nėra adaptuotos Lietuvos apskaitos ir mokesčių sistemai.
amber rašė: Taip, Lietuvoj klystam, klaidinam, slepiam, apgaudinejam..... dar isradinejam dviracius
O paskui skundziames programuotojais, virsininkais, inspektoriais, gyvenimu....
As nieko pries lietuviskas programas, nors servisas verkte prasosi buti geresnis. Taciau paziurekime placiau - svietas nesibaigia ties lietuvele, pasiimkime tai, kas geriausia is uzsienio!
Gražu, kai žiūrite taip "plačiai"
O manęs nedomintų tos programėlės, kurios nėra adaptuotos Lietuvos apskaitos ir mokesčių sistemai.
O
2006-03-24 11:35
Oleg
2011-09-11 04-54
amber rašė:
O atsakymas ar ne marketingas?
Ne. Marketingas - kai gerai pasakai apie bloga daikta.
Kai gerai pasakai apie gera daikta - tiesa
amber rašė:
Compiere is for business with the level of functionality usually only found in expensive first tier ERP systems with revenue between $5M and $500M.
Taip, serveris gali kainuoti 8-10 tukst, nelygu kiek vartotoju, mano atveju tilpau i 2000 Lt.
Ar jus apie gelezi kalbate? As apie serverio gelezes kaina.
Nors jus mane zudikite, netikiu, kad paprastas serveris gali apdoroti mano aprasytos bazes dydzio operacijas.
Kiek pas jus dabar dokumentu?
amber rašė:
Paprasciausiai kiekvienai operacijai galima priskirti kelias schemas, skirtingoms apskaitoms/saskaitu planams. Privalumas - operacija viena, duomenys vienakart irasyti, atskaitomybes kelios. Tik nestandartinem operacijom tektu kazka rankiniu budu priskyrineti
Na, tuomet suprantu. Jeigu mes iskarto ivedant kiekviena specifikacijos pozicija pasirenkame 2 kontavimo schemas kiekvienai specifikacijos eilutei - viskas gerai.
Tik kodel sia operacija negalima ISKARTO atvaizduoti skirtingose SP? Ar taip nebutu geriau? Del to, kad skirtingu SP nesugalvojo sios programos kurejas.
amber rašė:
Sukuriam nauja schema ir pirmyn! sena tegul lieka!
Schema pirminiu dokumentu tipams, nebent netipinius reiktu pakoreguoti.
Dar karta apie principa: KIEKVIENA OPERACIJA TURI PO VIENA IRASA DUOMBAZEJE, BET PRIE JOS GALI BUTI PRIKABINTOS KELIOS SCHEMOS, KAIP TIE DUOMENYS ATSISPINDI ATSKAITOMYBEJE.
Ne, netaip. Sukuriam nauja schema ir prie kiekvienos specifikacijos eilutes kiekvieno dokumento irasome operacija is antros schemos (pirma, aisku lieka, kas yra gerai).
Tik nesakykite, kad operacijas is naujos schemos galima priristi prie operaciju is pirmos schemos. Tuomet tikrai schemu galimybes yra stipriai aprybotos.
amber rašė:
Matau dideli privaluma klaidu taisyme, juk operacijos duomenys tik vienoje vietoje, taisyti tik pirmine operacija... Klaidos ir atsiranda del duomenu nesinchronizacijos ivairiuose zurnaluose, knygose... ten pataisiau, o cia pamirsau
Tai kad duomenys turi buti sinchronizuoti as suprantu ir palaikau.
Klaidos atsiranda ir del to, kad vartotojas padare klaida pats. Tuomet jos pataisymui reikia pataisyti, paleisti varikliuka, palaukti, kol jis viska suskaiciuos, patikrinti ar gerai, tuomet paleisti varikliuka dar karta pagal antra schema, palaukti....
Tikriausia pas jus dar duomenu baze nera didele. Todel siu problemu jus kolkas nematote.
amber rašė:
Olegai, jei vietoje sio susirasinejimo savo energija SKIRTUME zmoniu isprusimo kelimui, tai brangus vartotojai zinotu, kad didziausia VERTE yra ne gelezis ir ne programa, o paslauga: sprendimas, kuris palengvina versla, aptarnarnavimo kokybe ir pan. Vartotojai nepasirenge tinkamai sumoketi uz paslauga, gal paslaugos kokybe to neverta? Uzdaras ratas gaunasi.
Vakaruose VVS diegimo kastai 1 darbuotojui (radau internete):
duombazes licencija - $300
verslo valdymo sistema - $8000-10000
diegimas x1-x2 dar tiek.
Jeigu paleisite atitinkama paieska siame forume - rasite kruva mano zinuciu kur tai, ka jus parasete apie diegima, yra parasyta.
As skiriu pakankamai demesio "zmoniu isprusimo kelimui" tame tarpe ir aiskinu del diegimo darbu dydzio ir konsultantu kvalifikacijos svarbos.
amber rašė:
O atsakymas ar ne marketingas?
Ne. Marketingas - kai gerai pasakai apie bloga daikta.
Kai gerai pasakai apie gera daikta - tiesa
amber rašė:
Compiere is for business with the level of functionality usually only found in expensive first tier ERP systems with revenue between $5M and $500M.
Taip, serveris gali kainuoti 8-10 tukst, nelygu kiek vartotoju, mano atveju tilpau i 2000 Lt.
Ar jus apie gelezi kalbate? As apie serverio gelezes kaina.
Nors jus mane zudikite, netikiu, kad paprastas serveris gali apdoroti mano aprasytos bazes dydzio operacijas.
Kiek pas jus dabar dokumentu?
amber rašė:
Paprasciausiai kiekvienai operacijai galima priskirti kelias schemas, skirtingoms apskaitoms/saskaitu planams. Privalumas - operacija viena, duomenys vienakart irasyti, atskaitomybes kelios. Tik nestandartinem operacijom tektu kazka rankiniu budu priskyrineti
Na, tuomet suprantu. Jeigu mes iskarto ivedant kiekviena specifikacijos pozicija pasirenkame 2 kontavimo schemas kiekvienai specifikacijos eilutei - viskas gerai.
Tik kodel sia operacija negalima ISKARTO atvaizduoti skirtingose SP? Ar taip nebutu geriau? Del to, kad skirtingu SP nesugalvojo sios programos kurejas.
amber rašė:
Sukuriam nauja schema ir pirmyn! sena tegul lieka!
Schema pirminiu dokumentu tipams, nebent netipinius reiktu pakoreguoti.
Dar karta apie principa: KIEKVIENA OPERACIJA TURI PO VIENA IRASA DUOMBAZEJE, BET PRIE JOS GALI BUTI PRIKABINTOS KELIOS SCHEMOS, KAIP TIE DUOMENYS ATSISPINDI ATSKAITOMYBEJE.
Ne, netaip. Sukuriam nauja schema ir prie kiekvienos specifikacijos eilutes kiekvieno dokumento irasome operacija is antros schemos (pirma, aisku lieka, kas yra gerai).
Tik nesakykite, kad operacijas is naujos schemos galima priristi prie operaciju is pirmos schemos. Tuomet tikrai schemu galimybes yra stipriai aprybotos.
amber rašė:
Matau dideli privaluma klaidu taisyme, juk operacijos duomenys tik vienoje vietoje, taisyti tik pirmine operacija... Klaidos ir atsiranda del duomenu nesinchronizacijos ivairiuose zurnaluose, knygose... ten pataisiau, o cia pamirsau
Tai kad duomenys turi buti sinchronizuoti as suprantu ir palaikau.
Klaidos atsiranda ir del to, kad vartotojas padare klaida pats. Tuomet jos pataisymui reikia pataisyti, paleisti varikliuka, palaukti, kol jis viska suskaiciuos, patikrinti ar gerai, tuomet paleisti varikliuka dar karta pagal antra schema, palaukti....
Tikriausia pas jus dar duomenu baze nera didele. Todel siu problemu jus kolkas nematote.
amber rašė:
Olegai, jei vietoje sio susirasinejimo savo energija SKIRTUME zmoniu isprusimo kelimui, tai brangus vartotojai zinotu, kad didziausia VERTE yra ne gelezis ir ne programa, o paslauga: sprendimas, kuris palengvina versla, aptarnarnavimo kokybe ir pan. Vartotojai nepasirenge tinkamai sumoketi uz paslauga, gal paslaugos kokybe to neverta? Uzdaras ratas gaunasi.
Vakaruose VVS diegimo kastai 1 darbuotojui (radau internete):
duombazes licencija - $300
verslo valdymo sistema - $8000-10000
diegimas x1-x2 dar tiek.
Jeigu paleisite atitinkama paieska siame forume - rasite kruva mano zinuciu kur tai, ka jus parasete apie diegima, yra parasyta.
As skiriu pakankamai demesio "zmoniu isprusimo kelimui" tame tarpe ir aiskinu del diegimo darbu dydzio ir konsultantu kvalifikacijos svarbos.
O
2006-03-24 11:44
Oleg
2011-09-11 04-54
Skaiva rašė: Manau, kad Olegas visiskai teisus del lietuvisku programu. Man kartais atrodo, kad Navision, Scala ir kitos užsienietiškos programos - tai senos programos perprogramuotos su naujomis technologijomis. Lietuviškose programose yra realizuota žymiai daugiau originalių ir naujų idėju.
Kokia čia ptrograma, jei as, buhaltere, padariau klaida, as ja matau, noriu pataisyti ją taip, kad niekas nematytu, kad ten buvau kazka ne taip padariusi, o programa neleidzia. Atseik stornuok. O jei as galiu be to apsieiti, man tik skaiciukus pakeisti reikia. O visa kita yra mano problemos. Tai mano kaip buhalterės teisių suvaržymas. Kodėl aš būtinai turiu visiems demonstruoti savo klaidas ir neturiu teisės jų pataisyti net tokiu atveju, kai tai niekam nepakenks, nei VMI, nei savininkams.
Teko girdėti tokia istorija. Buhaltere stornavo įplaukos į kasą operaciją. Storno operacijoje aišku buvo C Kasa. Šefas pamatė atspausdintą diddžiąją knygą ir klausia "Kur padėjai pinigus? Kam juos išmokėjai iš kasos?" O išaiškinti, kad tai stornas jam juk beviltiška. Arba dar variantas. Dirbant su NAVISION buhalterė kreditavo ne tą pajamų sąskaitą. Pamatė, kad padarė blogai po kiek laiko. Tada ji tą sąskaitą debetavo ir kreditavo kitą pajamų sąskaitą, t.y. padarė koreguojantį įrašą. Tai va, kai ją tikrino VMI, reikėjo rašyti pasiaškinimą, kam ji sumažino pajamas. Kad kitur atitinkamai padidino, tai niekam neįdomu, tokia mat buvo tikrintojų kvalifikacija. Aišku savaime, viskas baigėsi gerai, bet tokių nesusipratimų nebūtų, jei programa leistų pakoreguoti perkeltą įrašą. O ar galima tai daryti, tai jau ne programos kūrėjų, o mano, buhalterės reikalas. Jei aš kažką ne taip padarysiu, tai ir atsakysiu. O jei kai kas mano, kad tai apsaugos nuo apgavysčių, tai labai klysta. Vėl turiu gerą pavyzdį, su HANSA programa. Įmonę tikrino auditorė. Buhalterė buvo padariusi kažkokią kliauzą, kurios nenorėjo parodyti. Tada ji padarė taip: iš HANSA programos ataskaitą eksportavo į EXCEL'į, ten išmetė keletą eilučių, kurių ji nenorėjo parodyti auditorei, o sumas galutines paliko tokias, kokias reikia, t.y. taip, kaip programoje. Va jums ir perkėlimai, geležiniai uždarymai.
Man atrodo, kad ir suprogramuoti tokią programą, kurioje leidžiamą viską laisvai koreguoti ir perskaičiuoti, žymiai sunkiau, negu tokią, kurioje padarei įrašą, ir jis užrakintas, baigėsi mėnuo, jis uždaromas ir baigta.
Taigi, mielieji užsienietiškų programų propaguotojai, baikit pūsti arabus žmonėms į akis. Jokio stebuklo ten nėra, tik pasenusios idėjos. Ir jūsų šūkis, kad tos programos leidžia "laisvai organizuoti apskaitos procesą įmonėje" labiau tinka lietuviškoms programoms, kurios kuriamos ŽMOGUI,
kuris klysta, bet turi teisę pataisyti savo klaidas.
Tai, kad uzsienetiskos programos yra pasenusios - tiesa. Aisku, yra ir nauju uzsienetisku programu, taciau jie nera pristatytos lietuvos rinkoje. O pristatytos - jau senai sukurtos (aisku juos perprogramavo, taciau pagrindines idejos, realizuotos brandolyje liko senos).
Tai yra visiskai normali situacija. Tam, kad programa iseitu i uzsienio rinka praeina laikas. Ir i uzsienio rinka ateina jau pasenusi programa. Kai mes iseisime i kokios Anglijos rinka, musu programa, tikriausia irgi bus pasenusia
O del storno, noreciau su jumis sutikti, bet negaliu.
Esme tame, kad stornas yra realizuotas ne tik del to, kad perskaiciavimus atbuline tvarka sunku realizuoti programoje. Pagrindine prezastis - SKANDINAVISKA APSKAITOS KULTURA.
Skandinavijoje yra taip priimta - stornoti. Jie taip daro, jiems tai patinka. O tai, kad Lietuviams patinka kitaip - niekam nera idomu.
Skaiva rašė: Manau, kad Olegas visiskai teisus del lietuvisku programu. Man kartais atrodo, kad Navision, Scala ir kitos užsienietiškos programos - tai senos programos perprogramuotos su naujomis technologijomis. Lietuviškose programose yra realizuota žymiai daugiau originalių ir naujų idėju.
Kokia čia ptrograma, jei as, buhaltere, padariau klaida, as ja matau, noriu pataisyti ją taip, kad niekas nematytu, kad ten buvau kazka ne taip padariusi, o programa neleidzia. Atseik stornuok. O jei as galiu be to apsieiti, man tik skaiciukus pakeisti reikia. O visa kita yra mano problemos. Tai mano kaip buhalterės teisių suvaržymas. Kodėl aš būtinai turiu visiems demonstruoti savo klaidas ir neturiu teisės jų pataisyti net tokiu atveju, kai tai niekam nepakenks, nei VMI, nei savininkams.
Teko girdėti tokia istorija. Buhaltere stornavo įplaukos į kasą operaciją. Storno operacijoje aišku buvo C Kasa. Šefas pamatė atspausdintą diddžiąją knygą ir klausia "Kur padėjai pinigus? Kam juos išmokėjai iš kasos?" O išaiškinti, kad tai stornas jam juk beviltiška. Arba dar variantas. Dirbant su NAVISION buhalterė kreditavo ne tą pajamų sąskaitą. Pamatė, kad padarė blogai po kiek laiko. Tada ji tą sąskaitą debetavo ir kreditavo kitą pajamų sąskaitą, t.y. padarė koreguojantį įrašą. Tai va, kai ją tikrino VMI, reikėjo rašyti pasiaškinimą, kam ji sumažino pajamas. Kad kitur atitinkamai padidino, tai niekam neįdomu, tokia mat buvo tikrintojų kvalifikacija. Aišku savaime, viskas baigėsi gerai, bet tokių nesusipratimų nebūtų, jei programa leistų pakoreguoti perkeltą įrašą. O ar galima tai daryti, tai jau ne programos kūrėjų, o mano, buhalterės reikalas. Jei aš kažką ne taip padarysiu, tai ir atsakysiu. O jei kai kas mano, kad tai apsaugos nuo apgavysčių, tai labai klysta. Vėl turiu gerą pavyzdį, su HANSA programa. Įmonę tikrino auditorė. Buhalterė buvo padariusi kažkokią kliauzą, kurios nenorėjo parodyti. Tada ji padarė taip: iš HANSA programos ataskaitą eksportavo į EXCEL'į, ten išmetė keletą eilučių, kurių ji nenorėjo parodyti auditorei, o sumas galutines paliko tokias, kokias reikia, t.y. taip, kaip programoje. Va jums ir perkėlimai, geležiniai uždarymai.
Man atrodo, kad ir suprogramuoti tokią programą, kurioje leidžiamą viską laisvai koreguoti ir perskaičiuoti, žymiai sunkiau, negu tokią, kurioje padarei įrašą, ir jis užrakintas, baigėsi mėnuo, jis uždaromas ir baigta.
Taigi, mielieji užsienietiškų programų propaguotojai, baikit pūsti arabus žmonėms į akis. Jokio stebuklo ten nėra, tik pasenusios idėjos. Ir jūsų šūkis, kad tos programos leidžia "laisvai organizuoti apskaitos procesą įmonėje" labiau tinka lietuviškoms programoms, kurios kuriamos ŽMOGUI,
kuris klysta, bet turi teisę pataisyti savo klaidas.
Tai, kad uzsienetiskos programos yra pasenusios - tiesa. Aisku, yra ir nauju uzsienetisku programu, taciau jie nera pristatytos lietuvos rinkoje. O pristatytos - jau senai sukurtos (aisku juos perprogramavo, taciau pagrindines idejos, realizuotos brandolyje liko senos).
Tai yra visiskai normali situacija. Tam, kad programa iseitu i uzsienio rinka praeina laikas. Ir i uzsienio rinka ateina jau pasenusi programa. Kai mes iseisime i kokios Anglijos rinka, musu programa, tikriausia irgi bus pasenusia
O del storno, noreciau su jumis sutikti, bet negaliu.
Esme tame, kad stornas yra realizuotas ne tik del to, kad perskaiciavimus atbuline tvarka sunku realizuoti programoje. Pagrindine prezastis - SKANDINAVISKA APSKAITOS KULTURA.
Skandinavijoje yra taip priimta - stornoti. Jie taip daro, jiems tai patinka. O tai, kad Lietuviams patinka kitaip - niekam nera idomu.
Tax.lt © 2002 - 2024, admin@tax.lt,
Reklama tax.lt
Buhalterinės apskaitos sistema internete smulkiam ir vidutiniam verslui