Dvi buhalterinės programos-vienas rezultatas:įmanoma?

Sveiki
turiu klausimėlį:
Įmonė prekybinė, naudoja buhalterinę programą tačiau ne lietuvišką.atsargų apskaita, sandėlys, atsargų nurašymai. visa kt atlieka audito įmonė.šefas nusprendė atsisakyti jos paslaugų ir kad visą apskaitą tvarkytų vienas įmonėje dirbantis asmuo tačiau sandėlio apskaitą bus vedama senoje programoje nes ji prijungta prie beto to reikalauja įmmonės savininkas užsienyje.Tad norim įsigyti naują buhalt apskait programą.Man įdomu kaip gauti galutinį teisingą rezultatą kai dirbama bus per dvi programas? Na jei naujoj programoje nebus sandėlio apskaitos?tai kažkaip reiks perkelti kakokius likučius į naująją? blembački nieko nesuprantu?Suprantu , tik kad man visų modulių naujai programai nebereiks? ir ka reiks visus likučius susivedinėt nuo pradžių?
Šefas sako: išsirink progamą pati... Dominuoja Pragma ir agnum..žiurėjau BŪtent irgi nieko...esu pasimetus...nuo besidomėjimosi jomis... jau nei viena nepatinka..įmonėje 7 žmonės..prekybinė..Ilgalaikio turto nedaug...norėčiau sužinot jūsų nuomonę-ačiū

Pilnai įmanoma taip dirbti:) pati dirbu Tiesiog reikia iš sandėlio programos atsispausdinti ataskaitą už mėnesį ir vienu įrašu įtraukti į kitą buh programą. Tiekėjų sąskaitas registruodavau savo buh. programoje dėl skolų. Prekes įvesdavau ne kaip prekes, o kaip paslaugas, bet kad suma būtų nukelta į 204 debetą. Prekių nurašymą darydavau kas mėnesį pagal sandėlio ataskaitą vienu įrašu suma D600 K 204

Man svieciasi, kad vesti apskaita su dviem programom yra neefektyvu. Tavo konkreciu atveju butu:
1. Tiekejo saskaitas reiks uzpajamuoti abejose programose, is kuriu pagrindineje (kur yra imones DK) - vienu irasu, o sandelio - isskaidyt palei nomenklatura;
2. Neveiks automatiniai task'ai pvz. parduodant prekes, israsant saskaita programose daznai padaryta, kad is karto isiregistruoja i parduotu prekiu savikaina tokiu saskaitoje israsomu prekiu savikaina. Dabar tau reikes ja subarskint rankomis savo sandelio programoje, nors ta pati jau busi ibarskines israsydamas pardavimo saskaita. ZInoma, sitai atkrenta, jai saskaitas gali israsinet is sandelio programos. Bet tuomet i pagrindine programa turi ibarskint ir savikaina -atsargas ir pardavimo pajamas - debitorius. Rankinis informacijos pernesimas visada padidina klaidu tikimybe.
3. reikia daryti periodinius sutikrinimus tarp abjieju programu sandeliu ir savikainos, kad sumazinti klaidu tikimybe - integruotuose moduliuose sito daryt nereikia, kai isitikini, jog programa veikia kaip turi veikt.
4. Reikia daryti dvieju duombaziu kopijas uzuot darius vienos.

zmones, zinoma, dirba ir su 2 ir su 3 programom, kiti sandelius turi ekselyje ar aksese - isgyvena. Bet neefektyviai. Zinoma, jei imone maza, gal ir sprendimas - atliekant patikimus sutikrinimus klaidu isvengiama, tuo tarpu programa brangiai nekainuoja, tik daugiau proceduru turi naudot uztikrindamas patikimuma.

Iš dalies sutinku:), bet pati, kai ieškojau sau programos, susidūriau su labai skirtingais požiūriais ir poreikiais. Aš ieškojau, kad programa darytų valiutų kursų perskaičiavimus mokant užsienio tiekėjams, tai va beveik visur kur skelbėsi, kad tai daro - paaiškėjo, kad tai absoliučiai rankiniu būdu padaromas darbas o vieni platintojai dar pareiškė, kad kitaip ir nebūna ir kad neieškočiau šiknoj smegenų Sau tinkamą programą visgi radau Taigi siūlau visų pirma susirašyti ko iš programos reikia, o po to pasistengti perbėgti per priimtinos kainos programų platintojus ir tegul jie demonstruoja, kaip šios operacijos yra įvykdomos. Beje vienos programos atsisakiau dėl to, kad vienos operacijos registravimas buvo vykdomas per keletą langų ir labai sudėtingai

Grįžtant prie klausimo ištakų- nuoširdi užuojauta. Asmeniškai dirbau tokiu būdu kelis mėnesius, atisminimai nekokie. Kad rezultatas gali būti teisingas, neabejoju, bet kokios beprasmiško darbo sąnaudos. Gerai, jei sąskaitų nedaug, tada gal dar įmanoma, bet jei daug... Nesutikčiau taip apskaitą vest nė už ką.

Pilnai įmanoma taip dirbti:) pati dirbu Tiesiog reikia iš sandėlio programos atsispausdinti ataskaitą už mėnesį ir vienu įrašu įtraukti į kitą buh programą. Tiekėjų sąskaitas registruodavau savo buh. programoje dėl skolų. Prekes įvesdavau ne kaip prekes, o kaip paslaugas, bet kad suma būtų nukelta į 204 debetą. Prekių nurašymą darydavau kas mėnesį pagal sandėlio ataskaitą vienu įrašu suma D600 K 204 [/quote]

Aciu labai uz palaikyma Ina Manau kad galima susitvarkyt:) kaip pagalvoji, jeigu jau samdoma audito imones buhaltere gali, tai kodel as negaliu:) nes ji mano pateiktas ataskaitas suveda irgi i kt programa (Navision) + kai visa mano pateikta pirmine informacija yra smulkiai "sukramtyta". kai pagalvoji pagal susitarima ji turi per 5d.d sutvarkyt menesi ir pateikt visas deklaracijas, bei uzskaitas ar pan. tai manau, kad as irgi ta sugebeciau tik kitas klausimas - kai nebuvo tokios atsakomybes dabar sdarosi baisoka

Del programos pasirinkimo - kazkaip figuruoja Pragma + turiu pazistamu kurie dirba su sia programa, ir ne vienas nesiskunde:)

Ir dar karta aciu visiems uz komentarus Parašyta: 2004-10-31 20:28

--------------------------------------------------------------------------------

Grįžtant prie klausimo ištakų- nuoširdi užuojauta. Asmeniškai dirbau tokiu būdu kelis mėnesius, atisminimai nekokie. Kad rezultatas gali būti teisingas, neabejoju, bet kokios beprasmiško darbo sąnaudos. Gerai, jei sąskaitų nedaug, tada gal dar įmanoma, bet jei daug... Nesutikčiau taip apskaitą vest nė už ką.
____ka darysi dirbti tai reikia

Zinokit yra imoniu, kurios naudoja beveik 20 skirtingu programu apskaitai tvarkyti. Aishku, bendro vaizdo jie nemato, suskaicioti teisingai neisheina, taciau dirba...

Taigi ne taip pas Jus ir blogai, paliginamai

nesamone del bendro vaizdo nematymo, viena is tu 20 programu turi buti pagrindine, kurioje yra didzioji knyga ir i kuria suplaukia suvestiniai irasai is kitu 19 programu, kuria remiantis sudaroma imones atskaitomybe.

Terminas "Bendras vaizdas" buvo naudojamas ne kaip "atskaitomybe", bet kaip "valdymui butina informacija". O atskaitomybe beabejo sudarineja, pagrinde rankomis. Kaip gi be atskaitomybes?

na, tokiu atveju, kas be ko, dar butu galima pamineti fakta, jog viska laikant vienoje duombazeje pasiekiamas tam tikru vieksmu, kaip info pernesimo ar kitokio dubliavimo, isvengimas, tuo budu darbas tampa maziau imlus laiko sanaudoms, ar efektyvesnis, vadink kaip nori.

---

Kaip tai labai itartina, kad tas pats zmogus turintis 3 postus, paraso dvi vienodas zinutes per dvi skirtingas temas. Ar tamsta zinai kas yra Microsoft reikalavimai? O ka reiskia isskirtine duomenu bazes architektura? O ka reiskia kad nera daugialanges sistemos: su 1 langu lengviau dirbti ar kaip?????? Sorry Simonja bet cia varai spama arba reklama, taip kaip ir sitame poste:

tax.lt/modules.php?name=Forums&file=v...

Kartais, apologetai, yra situacijos kai netenkina viena programa. Net ne todėl, kad kažkas iš užsienio turi matyti.

1,2)Manau, kad geras sprendimas Neringenui būtų duomenų eksportas. Sandėlio apskaitos programoje suformuoti failą ir įsikelti jį į savo buh. programą. Nereikės rankytėmis perkėlinėti įrašų ir tai sumažins klaidų tikimybę.
3)Eksportą galima daryti kasdieną, kas savaitę ar kas mėnesį. Nereikės nuolatinių sutikrinimų.
4)Jei duomenų bazė pakankamai patikima, nereikia daryti jos kopijų.

Žinau variantų, kai įmonė dirba per 3 programas: viena DU apskaitai (pilnai su PV ir su ekonom. paskirstymais), kita sandėlių programa ir dar pagrindinė buh. programa. Mėnesiui pasibaigus - eksportai į pagrindinę programą... Viskas "nusėda" ant atitinkamų buhalterinių sąskaitų. Teisybė, ta įmonė pakankamai stambi ir skirtingos buhalterės skirtingose programose dirba. Vienžo, darbų pasiskirstymas. Tik pagrindinis padalinys viską prižiūri.

Apskaitos programos vartotojui turite labai geras žinias. Orientuojates ir DB architektūroje ir Microsofto laboratorijose. Pagarba Jums.

Kiekvienas sprendimas "kaip dirbti su neintegruotomis programomis" visada turi daugeli trukumu. Tiesiog reikia suprasti, kad turint neintegruotas progamas neimanoma padaryti taip kad butu patagu dirbti.

Tas liecia ir "eksporta/importa". Visu pirma reikia pabrezti, kad skirtingos programos turi skirtinga duomenu architektura ir visishkai integruoti jas niekada nepaviksta.

Be to yra ir kitos ivairios problemos. Pavizdziui: Tiekymo skirius nusipirko nauja preke (buhalterija ivede faktura). Ta pacia diena prekes atvyko i sandeli. Sandelininko programoje dar tu prekiu nera (dar nebuvo importo). Ka daro sandelininkas? Iveda nauja preke. Rezultate sandelio pajamos neatitinka buhalteriniu pajamu.

Tokiu pavizdziu galima sugalvoti desimtys.

Trumpai tariant atsakymas i temos klausyma yra NE. Galimi ivairus tarpiniai sprendimai, bet visishkai ishpresti shios uzduoties neimanoma.

Šiuo atveju Neringenas, kiek suprantu, vienas(-a) dirba abejose programose, vadinasi, eksportas/importas būtų nebloga išeitis.

Visiškai - sutinku- išspresti neįmanoma. Bet visada yra aplinkinių kelių. Ir kas vienam vartotojui neparanku, kitam - naudinga.

labai primityvus pavyzdys. Be abejo, protingas buhaleris atims sandelininkui teise kurti korteles, suteikts tik buhalterijai. Nereikia perlenkti lazdos su tokiais elementariais pavyzdukais. Is esmes eksporto / importo problema yra ne kazkoks duomenu dubliavimas ar pan., o tai, kad sudetinga atsekti, koks dokumentas leme vienokia ar kitokia operacija (nes pirminis dokumentas g.b. ivestas ne ten, is kur imami duomenys), be to, eksportai / importai luzta, be to, reikia visada sutikrinti, ar eksportas / importas pvyko, galiausiai, jei aptinki, kad nepavyko, tai tenka trint lauk (ar revrersuot) visa importuota faila, pataisyti eksporto nustatymus, eksportuot ir vel is naujo importuot, net jei klaida yra labai elementari.

Kitaip sakant - daug darbo prisideda, kurio matomai butu isvengta turint integruotus modulius. Bet pilnai sutinku su Antilope- nera tinkamos programos visoms veiklos sritims, kita karta visai verta tureti keleta programu ir stiprias proceduras, nei kad daryti, kurti, uzsakyti, moketi pinigus ir paskui turetu griozdiska issigimusia nebeatsekamo algoritmo programa.

As nepretendavau i gera pavizdi, rashiau, kad viena problema is daugelio. Draudimas vesti naujas prekes vel gi neissprendzia problemos. Ka turi daryti sandelininkas? Laukti dienos pabaigos, kol importas nebus padaritas?

Siolaikines valdymo sistemos turi specialius modifikacijos instrumentus, todel jas modifikuoti yra lengviau, greiciau ir pigiau, nei kurti "galingas importo-eksporto" proceduras. Be to "importas-eksportas" turi daugeli trukumu net kai apsikeiciama duomenemys tarp vieno kurejo programu, jau nekalbant apie skirtingu kureju sistemas.

Beabejo kai kur "importa-eksporta" protingiau naudoti, nei kurti integruota sprendyma. Pavizdziui integruojant taip vadinamus SAPR (gamybos technologijos formavimo programos) arba samatu skaiciavimo programas arba Outlook su ERP (kompanijos resursu valdymo sistemomis), taciau kalbant apie tokius procesus kaip sandelis ir pirkymai/pardavimai, negalima sakiti kad GAL reikia vieno integruoto sprendymo, jo reikia TIKRAI. Sitie procesai turi buti realizuoti vienoje programoje.

Simonja ka pasakei, tai regis ne as vienas supratau. Tai gal 5-oji tamstos zinote bus pirmoji zinute be reklamos?

P.S. Kai tamsta progamuosi, tai suprasi, kad duomenu bazes architektura nieko bendra su programos interfeisu neturi.