Nuo 10 iki 1000 MGL-u.

Taip, as kalbejau apie imone.

Namuose naudoju "duomenu tilto" interneta. 35 Lt/men. Greiciai tenkina, aptarnavimas irgi.

Tiesa, jie interneta teikia ne per telekomo laidus, o per savo tinkla.

Kiek žinau ištikrųjų "visi taip elgiasi". Nors tai ir prieštarauja istatymams.

Tokiu atvėju, buhalteriškai, kurą reikia nurašinėti "neperpilstant", o savo poreikiams galite apskaičiuoti kūrą pagal automobilius, fiksuojant "perpestymą". Svarbu, kad vidinė apskaita nepakliutų į tikrintojų rankas

Mes naudojames "Telekomunikacijų grupė" paslaugomis. Jie kaip tik yra tarpininkai tarp telekomo ir kliento. T.y. teikia paslaugas per telekomo laidus.

Mokam jiems panašei, kaip ir Telekomui reikėtu, net biški pigiau. O aptarnavimas geresnis.

Mes irgi taip mokame

DaBee, jeigu viskas taip gerai, kaip Jus pasakojat, o as turiu pasenusias zinias, tai kodel, Jusu nuomone, Navision diegejai nerekomendavo perdaug individualizuotis?

a) Seip sau?
b) Nereikalingi pinigai uz papildomus darbus?
c) Biurokratas meluoja, niekas jam to nerekomendavo.
d) Tiesiog ta komanda, su kuria kalbejo Biurokratas yra labai jau silpna, reiketu kreiptis i kita komanda? Tuomet kaip silpnos komandos tampa Navision partneriais?

Klausimas del atliginimu apskaiciavimo ir atskaitu Sodrai formavimo Sodrai visada man buvo "smugis zemiau pilvo"

Kodel? Nes mes neturime tokio modulio.

Kai mes isejome i rinka su savo produktu, o buvo tai 2001 metais, musu klientai (o tai pagrinde yra nemazos imones) jau turejo visokiu programu.

Kazkodel programos, skaiciuojancios atliginimus ir formuojancios ataskaitas Sodrai, tenkino musu klientus, ir atsisakyti savo programu jie nenorejo.

Kitavertus, tie mokesciai ir ataskaitu formavimas Sodrai yra , atsiprasau, himorojinis funkcionalumas nes programavimo daug, pakeitymu mokesciu apskaitoje daug, o daug pinigu uz toki moduliuka nepaimsi, jis daug nevertas.

Todel buvo priimtas kompromisinis sprendimas: musu programoje yra apskaiciuojamos atliginimu sumos (bazinis + ivairus priedai + pagal isdirbi ir t.t.), kurias mes eksportuojame i "mokesciu apskaiciavimo ir ataskaitu Sodrai formavimo" programas.

Tose programose yra nustatomi mokesciai priklausomai nuo vaiku buvimo, invalidumo ir kitokiu parametru. Formuojamos ataskaitos Sodrai.

Mokesciu sumos yra importuojamos i musu programa, kur yra pravedamos. Taigi sujungimas gana paprastas.

Paskui, mes supratome, kad tos programos nevisada atitinka reikalavimams, ir nusprendeme kurti savo moduliuka.

Taciau, tokio modulio egzistavimas nebuvo ypac reiksmingas, nei vienas is musu klientu per visa ta laika mus neuzspaude pasirasiti sutarties, kad mes isipareigojam toki moduli sukurti iki tam tikro laiko, taigi viskas taip ir tesiasi.

Pas dali klientu yra sukurtas sumu eksporto ir apskaiciuotu mokesciu importo mechanizmas, dalis mokesciu sumas tiesiog iveda rankomis i programa. Uzima tai (rankinis apskaiciuotu sumu ivedimas) kokia valanda ir nekas stipriai nesiskundzia.

Taciau, musu konkurentai, beabejo, zino, kad tokio moduliuko programoje nera, ir visada pasakoja musu potencialiems klientams.

Paprastai buna skandalai, "kaip tai, tokioje programoje nera atliginimu mokesciu apskaitos modulis, nepirksim programos". Taciau, paskui, kazkaip uzmirsta apie tai ir nebereikalauja.

Trumpai tariant, modulis atsiras tuomet, kai kasnors mane prispaus: "jei sutartyje neisipareigosi, kad man bus idiegtas toks modulis iki tam tikros datos - sutarties nepasirasau"

P.S. Jeigu toks modulis butu - atskirai nuo programos jis nebutu platinamas. Tik kartu. O transportui mes turime daug kitu naudingu daliku.

Tai i kokia saskaita mokestineje apskaitoje as turiu nurasyti gaminio, kuris yra blogas ir kuri as noriu ismesti lauk, savikana?

Ai, ir dar, apie tai, kaip Microsoftas rupinasi saugumu ir savo programu patikimumu jums gali papasakoti bet koks tinklo administratorius, turejantis reikalu su Windowsais.

As, nors ir nesu administratorius bet su Windowso pakibimais man teko susidurti daug kartu.

Kalbant apie duomenu sauguma - koki sauguma turite omeni - kad niekas duomenu bazes nepavogtu? Tai tuom Navision (kaip ir kitos VVS) is vis nesirupina. Norint padaryti duombazes kopija nebutina naudotis pacia VVS.

Saugumu, kad duomenys is bazes nedingtu?
Bet kokia daug maz padori VVS jau senai uztikrino, kad tie duomenys savaime nedingtu.

Jas, aisku, galima piktibiskai istrinti, taciau nuo piktnaudziavimo nera panacejos. Galu gale niekas man netrukdo suformatuoti ar tiesiog fiziskai sunaukinti DB diska ir visas atsargines kopijas.

Na, jei jau taip gilinames, tai as papasakosiu, gal kam bus idomu paskaityti.

Danijoje buvo 2 kompanijos - pagrindines konkurentes VVS vidutinio masto imonems segmente. Viena vadinosi Concord, kita Navision.

Concordo produktas vadinosi Concord, paskui, kai sis produktas pasipilde funkcionalumu, jis buvo pervadintas i Axapta.

Navisiono produktas vadinosi Navision finansials, kai sis produktas pasipilde funkcionalumu, jis buvo pervadintas i Navision Attein.

Axapta buvo geresnis produktas, taciau Attein kainavo pigiau, ir Navisiono marketingas buvo stipresnis, taigi Navision galu gale nugalejo Concorda konkurencineje kovoje.

Microsoftas susidomejo kompanijos Navision pirkimu, prasidejo derybos.

Pries parsiduodant Microsoftui, Navision prarijo (nusipirko) savo konkurenta - kompanija Concord.

Taigi, Navision prarijo Concodra, taip uzeme dar didesne rinkos dali, kas, beabejo, Microsoftui patiko, nas jis, Microsoftas, megsta buti monopolistu (Windows, Word ir kiti jo produktai). Be to, Microsoftas visada elgesi kaip tikras monopolistas.

Del viso to, Navision kaina zymiai isaugo, ir buvusi kompanijos savininkai gavo is Microsofto gerus pinigelius.

Produktai buvo atitinkamai pervadinti i Microsoft Business Solutions - Navision
ir
Microsoft Business Solutions - Axapta

Paskui prasidejo diskusijos: ka daryti su 2 skirtingais produktais. Buvo priimtas mano nuomone teisingas sprendimas nebandyti sujungti 2 produktus, bet palikti 2 atskyrus produktus ir 2 atskyras programuotoju komandas.

Is sono atrodo, kad sie produktai konkuruoja, taciau realybeje Microsofto dukterine imone vykdo Microsofto mylyma monopolistine veikla.

Tas matosi net ir is MBS platintoju Lietuvoje. Monopolistinis marketingas. Mazdaug - yra tik Navision - negailekit pinigu - kiti visi nesaugus.

Ka as norejau tuom pasakyti:
1. Konsultantai daznai sako, kad MBS Axapta ir MBS Navision - beveik vienodi produktai - melas.
2. Tai, kad Microsoftas isigijo Navision, kuris, savo ruostu, isigijo Concorda nereiskia, kad mano zinios paseno, ir Navisiona raso ne Danai.


Danai NEGALEJO Navision platintojams leisti keisti sistemoje BET KA, nes jie nera idijotai.

Nevienas programos kurejas neleis platintojams modifikuoti VISUS programos objektus, nes tas platintojas savo kreivomis rankomis ilis i mano programa, kazka tenai pridirbs, ir programa tiesiog luz. Apsisaugoti nuo to neimanoma jokiais testais ir egzaminais.

Kitavertus, jaigu Navision platintojai turi galimybe keisti navisione bet ka - suderinamumas su naujomis versijomis, kurias isleidzia centrine Navision programuotoju komanda tampa visiskai neimanomu.

Na, tai jis ir turi atsirasti sandėlije (apskaitoje), nes fiziškai taigi gaminis tame sandėlije atsirado kai Jus gavote jį atgal. Ir turėjote gauti grąžinimo aktą iš kliento pagal tą prekių gražinimą.

Tuomet jį (gaminį) galimą nurašiti, aš taip suprantų. T.y. sudariti komisiją, kurį nusprendžia, kad gaminis netinkamas ir jį nurašo (fiziškai išmeta lauk).

Aš sakiau, kad mažai suprantu buhalterijoje , tiesiog šis klausymas pasirodė man lengvas

Ar mažina brokas pelno mokestį aš tiksliai nežinau, tačiau logiškai mąstant brokuota produkcija turi būti nurašyta. Juk tai yra sąnaudos. Mes nurašome gaminį, kuris turi sąvo vertę (savikainą). Ar ne?
Jei ne - nepykite stipriai

Aš esu silpnas buhalterijoje, tačiau pateiksiu ir savo nuomonę.

jus nurašėte medžiagas į gamybą, užpajamavote tam tikrą gaminį su tam tikrą savikainą. Medžiagos jau įėjo į to gaminio savikainą.
Pardavote gaminį, jį jums grąžino - formuojate gražinimo operaciją.

Dabar mano galva reikia tiesiog nurašiti gaminį kaip broką - t.y. suma nueina į nuostolį, kas savaime mažina pelno mokestį
Ir koks skirtumas kokios medžiagos buvo panaudotos jo gamyboje?
O kodėl norite atvaizduoti nebaigtoje gamyboje, jei Jūsų manymu panaudoti tą gaminį nepaviks?

Mano galva yra taip:
Arba, kai mes nusiunciam "daug saskaitu i spausdintuva" Pragma suformuoja viena bendra faila ir ji nusiuncia spausdinti. Jeigu taip, tai pacio failo formavimas gali uztrukti, o spausdintuvas veiks letai, nes jam bus dalimis perduodamas didelis failas.

Arba Pragma siuncia i printeri po viena saskaita spausdinimui.

Taigi reikia paklausti ar, paspaudus Pragmoje "Spausdinti" printeris "ilgai galvoja" o paskui normaliai spausdina, arba po kiekvienos atspausdintos saskaitos "ilgai galvoja" pries spausdinant kita saskaita.

O paskui tiesiog suformuoti "saskaitos farianta spausdinimui" ir paziureti kiek tai uztruks.

Jei formos formavimo laikas yra panasus i "printerio uztrukimo laika" - kalta Pragma, jei ne - kaltas printeris.

Kitavertus, galima tiesiog 50 lapu Wordini dokumenta pabanditi atspausdinti ir paziureti ar nestabdo printeris.

Na kam Jus melojate?
Taigi problema akivaizdi.

Tarkime Sonex, Alna ar dar kazkas sukuria klientui tam tikra funkcionaluma, kuris saveikauja su kitais Navisiono objektais (funkcionalumas visada saveikauja su kitais objektais, kitaip tas funkcionalumas yra atskira programa).

Kad ir kokia nors ataskaita, kuri, tarkime, ima tam tikra informacija ir kazkaip ja apdoroja. Pavizdziui, ima darbuotoju adresa.
Tarkime, darbotojo adresas dabartineje Navision versijoje yra realizuotas kaip objekto darbuotojas atributas.

Viskas veikia, ataskaita ima objekto "darbuotojas" atributa "adresas", kazkaip ji analizuoja ir t.t.

Dabar Danai isleidzia nauja Navision versija, kurioje darbuotojo adresas sistemoje yra saugomas ne kaip objekto darbuotojai atributas, bet kaip atskiras objektas, turintis rysi su darbuotoju objektu.

Paleidziame ataskaita, ji iesko objekto "darbuotojas" lauka "adresas" (ataskaita taip yra suprogramuota), bet tokuio lauko naujoje Navision versijoje NERA, ataskaita NEVEIKIA.

Kad ataskaita vel veiktu, JA REIKIA PERPROGRAMUOTI, kad jinai adresa ieskotu ne objekte "darbuotojas", bet pereitu per antrini rakta i objekta "adresas".

Va taip. Atkreipkite demesi, kad as pateikiau PAPRASCIAUSIA pavizdi. Pertvarkiti rimta funkcionaluma bus kartais sudetingiau.

Del to, kad galima Navisiono pagalba padaryti viska gamyboje as jau rasiau. Visu pirma, visko padaryti negalima, nes dali objektu Navisiono platintojai koreguoti negali. Danai uzdraude. Antra priezastis - naujos versijos paprastai nepalaiko pakeitimu, kuriuos atliko Navision platintojai.

Norite pavizdziu? Pvz. PakMarkas. Jo atstovas man sake, kad jiems pertvarke gamyba ir jie, idiegiant nauja versija, KIEKVIENA KARTA MOKA DIDELIUS PINIGUS, uz tai, kad JAU ATLIKTI IR APMOKETI pertvarkimai veiktu naujoje sistemoje.
Taip jiems teko rinktis: ar kiekviena karta moketi uz tai, ka jie jau nusipirko, ar palikti sena sistema. Sistema be atnaujinimu greitai pasensta.

Gal tas atstovas man pamelavo, bet as jam tikiu.

Del Alnos - gal ir klistu. Tiesiog skaiciau Verslo Ziniuose, kad Alna parduoda Navision versla Sonexui. Gal ir nepardave, nezinau. Skaiciau pries gera pusmeti.

Tiksliau negu yra parasyta siame forume - nepasakisiu.

Cia viskas paprasta, Rivile, Debetas ir t.t. ir pan. isaugo is FOXo ir, pereinant i SQLini varianta nepertvarke programos, o pradejo jungtis prie SQLo DBMS pagalba. Del to, esant didelei DB ir tam tikram skaiciui on-line vartotoju jos pradeda stabdyti ir galu gale sustoja.

Nu, pagaliau man bent kazkas pritare

Vat kodel as ir nemanau, kad gamybos planavima galima automatizuoti Navision pagalba

O Prototechnikos, Labbio ir Rivile programu pagalba negalima automatizuoti planavimo del tos paprastos priezasties, kad tenai nera nei atitinkamu funkciju, nei atitinkamu konsultantu (mano asmeniska nuomone, kuri gali buti klaidinga).

Kiek girdejau, Alna savo Navision platinimo versla jau pardave.

Aptarnavimas kiek girdejau labai prastas (tiksliau paskaitikite atsiliepimus siame forume)

Del Navisiono pataikete i taska. Jeigu jums bus pertvarkytas gamybos funkcionalumas, isigijus nauja programos versija lauksite, kol tie patys darbai, uz kuriuos jau sumokejote bus dar karta atlikti naujoje versijoje, ir turesite dar karta sumoketi uz juos.

Nepagrista nuomone.[/quote]

Nuomone remiasi tu sistemu klientu pasakojimais, kaip pas juos diege gamybos planavima.

Dristu teigti, kad Riviles serveriai stovi kiekvienoje parduotuveje (atskiri). Todel su vienu serveriu dirba nedaug vartotoju. Taip pat dristu teigti, kad kai vienas parduotuves apskaitininkas paleidzia kazkokia procedura, kiti sedi ir laukia kol ta procedura pasibaigs ir sistema atsigaus.

Prototechnika kiek zinau pastoviai "ima idejas" is Labbio. Gal but ir Labbis daznai paziuri i Prototechnikos programa.
Seip, sios programos turi panasias galimybes ir panasiai yra realizuotos.
Mano nuomone Prototechnikos "Skaita" = Labbio "Apskaita".

Navisionas yra geresnis uz Skaita. As taip manau, nes Prototechnika PLATINA Navision. Jie patys teigia, kad ju produktas - Skaita orientuotas i mazesnes imones, o didesnems jie gali parduoti ir idiegti Navisiona.

Rivile del technologiniu problemu tiesiog netempia dideles duombazes ir daug on-line vartotoju. Taigi, jinai atkrenta iskarto.


O seip, vargu ar jums paviks isidiegti daug maz padoru gamybos planavima vienos is siu programu pagalba. Vel gi, tai yra tik mano nuomone.

Mes neteikiam nuomos paslaugas. Ir nelabai suprantu nuomos prasmės. Juk yra dar programos diegimo darbai, kurie kainuoja.

Jeigu tiesiog nesinori mokėti visos sumos iškarto, galime susitarti dėl mokėjimų dalimis.

[quote="aistullka"]

Kiek žinau, dauguma kompiutiais prekiaujančių įmonių platina ir jas

Kiek zinau vidiniu dokumenu valdymo programos neturi savije kazkokios schemos (tvarkos). Tvarka reikia sugalvoti patiems, ir atitinkamai sukonfiguruoti programa.

Tokios programos pavizdis - "Microsoft Exchange Server".

Procentas apklaustu imoniu (nuo visu naudojanciu), kurie pasake, kad jie naudojasi tokia programa.

Nerasome, nes kainu diapozonas labai skiriasi.

Nuo 16 000 iki 400 000.

Suprantu, kad nepigi, taciau ir neprasta

Kitos neturiu.