Loretaalbe
2
#1191342 2013-11-18 13:45 Loretaalbe
Ačiū Jums už atsakymą. Teks suktis iš padėties :)

Niemand
4524
#1191650 2013-11-19 21:35 Niemand

Aleksiukas rašė:


Sveiki. Labai reikia skubios pagalbos. Norint pasižiūrėti bet kokio laikotarpio balansą (1.) arba pelno (nuostolių) ataskaitą (2.) meta tokias klaidas:
1. Neatpažinta klaida modulyje Balansas procedūra Rodyti: Conversion from string "16.548,94" to type 'Double' is not valid.
2. Neatpažinta klaida modulyje Balansas procedūra Rodyti: Conversion from string "150.943,25" to type 'Double' is not valid.
Pačiole PN ataskaitoje veiklas įrašo (sumuoja) su minusu ir po to jų iš tipinės veiklos pelno nebeatima.
yra skilčių, kur po kablelio rašo skaičių kiek tik ten telpa (pvz. atsiranda 3688,450000000002, ko seniau nebuvo ir balansas nesusidaro.
Gal gali kas skubiai padėti. labai reikia. kame reikalas?
Ačiū



Tokie pokštai kartais nutinka dėl kompo regioninių nustatymų.

Niemand
4524
#1191651 2013-11-19 21:37 Niemand
Gal atsirastų pora trejeta savanorių naujos versijos testavimui?
Tik su kompu draugaujantiems pirmai pradžiai.

Niemand
4524
1   #1191652 2013-11-19 21:43 Niemand

Byla rašė:


Gal pasiteiraukite pas tuos, kas ją prižiūri/jei prižiūri. smile

rašė:

Konsultaciją galite apmokėti pavedimu:
Lėšų gavėjas: IĮ INLO
Lėšų gavėjo kodas: 302784714
Sąskaitos Nr.: LT927300010131702575


rekvizitai.vz.lt/imone/ii_inlo/



Aš su tais konsultantais nieko bendro neturiu, bet gal ir gerai, kad konsultuoja :)

Maroko
47
#1191660 2013-11-20 07:51 Maroko
labukas, mielai patestuočiau naują versiją, gal būtų pranašesnė už esamą, nes jau planavau rinktis smile kokią kitą, gal testavimas parodys, kad galiu toliau dirbti su šita

e_e
31
#1191669 2013-11-20 09:35 e_e
Sveiki ir as pratestuociau :)

Tabeliss
1494
#1191680 2013-11-20 10:27 Tabeliss
Niemand o nauja versija bus tobulesnė?kas naujo laukia? smile svarsčiau nuo naujų metų pirkti kitą programą bet jeigu ši turės daugiau funkcijų tai gal dar neskubėt smile
darbo daugėja reikia kažką daryt smile

Niemand
4524
1   #1191735 2013-11-20 12:40 Niemand
Pageidaujantiems išsiunčiau info asmeninėmis žinutėmis.


Tabeliss rašė:

Niemand o nauja versija bus tobulesnė?kas naujo laukia? smile


Daug visko, aiškesnis interface'as su raudonais šauktukais prie laukelių, paaiškinančiais klaidos konkrečiame lauke esmę, lentelių customize'inimas, pilnas valiutų palaikymas su ryšiu su Lietuvos Banku, -etinės faktūros, kompleksinių duomenų struktūrų (pvz, IT operacijų) suderinamumas su VAS, tabeliai, daug įvairių usability papildymų. Programa adaptuota darbui per web'ą, nors gali veikti ir visiškai lokaliai be jokių papildomų programų (t.y. be mysql serverio ar dar ko nors), galima ir instaliacija USB rakte.
Duotuoju momentu dar "dadirbinėju" prekių apskaitą, testinėje atjungta. Tik čia didelių patobulinimų nelabai bus. Taikant nuolat apskaitomų atsargų metodą įtraukiant pvz faktūrą yra daromas BŽ įrašas, kuriame be kita ko atsispindi savikainos nurašymas, apskaičiuotas FIFO/LIFO/vidurkiais. Pažeidus įvedimo chronologiją neteisingomis tampa korespondencijos BŽ. Iš kitos pusės, bus galima taikyti periodinę apskaitą be chronologinių ribojimų. Kiek žinau, teisės aktai tą palieka vieneto nuožiūrai.


Tabeliss rašė:

svarsčiau nuo naujų metų pirkti kitą programą bet jeigu ši turės daugiau funkcijų tai gal dar neskubėt smile



Kaip ir anksčiau, lieka viena antirekomendacija mano programai - nerekomenduotina naudoti esant didelėms prekių apyvartoms.

Proferp
83
#1191950 2013-11-21 12:28 Proferp
Patestuociau is tehnines puses.

What happens in Vegas stays in Vegas ;)

Tabeliss
1494
#1191961 2013-11-21 13:04 Tabeliss
aišku Niemand, palauksiu kol pratestuosit ir duosit mums likusiems pabandyt, šiaip man šios programos pakanka, nes įmonės nedidelės,bet norėtųsi prekių nurašymo akto, ne vienai o kelioms prekėms, valiuta ir tt, kad pavardės orderiuose būtų automatiškai atkeliamos nes dabar tiek rašliavos daug...

Niemand
4524
#1191967 2013-11-21 13:14 Niemand

Proferp rašė:


Patestuociau is tehnines puses.



Į asmeninę žinutę.

RimaVa
270
#1192007 2013-11-21 15:18 RimaVa

Niemand rašė:


Kaip ir anksčiau, lieka viena antirekomendacija mano programai - nerekomenduotina naudoti esant didelėms prekių apyvartoms.


smile dabar pas mus prekių nomenklatūra yra apie 3000 pozicijų, tačiau realus prekių likutis apie 100 pozicijų - norint atsidaryti Trumpalaikio turto katalogą programa "skaičiuoja" apie 3 valandas.
Tai, kaip supranu, čia būtent ir yra tas atvejis "nerekomenduotina naudoti esant didelėms prekių apyvartoms" ir tikėtis "paturbinimo" šioje srityje nėra vilties smile ?

Niemand
4524
#1192020 2013-11-21 16:33 Niemand

RimaVa rašė:



Niemand rašė:


Kaip ir anksčiau, lieka viena antirekomendacija mano programai - nerekomenduotina naudoti esant didelėms prekių apyvartoms.


smile dabar pas mus prekių nomenklatūra yra apie 3000 pozicijų, tačiau realus prekių likutis apie 100 pozicijų - norint atsidaryti Trumpalaikio turto katalogą programa "skaičiuoja" apie 3 valandas.
Tai, kaip supranu, čia būtent ir yra tas atvejis "nerekomenduotina naudoti esant didelėms prekių apyvartoms" ir tikėtis "paturbinimo" šioje srityje nėra vilties smile ?



Ne, ne greitis kliūtis, o chronologiško vedimo reikalavimas taikant nuolatinę apskaitą, kurio aš nesugalvoju kaip išvengti.
Greičio prasme nauja versija milijono prekių operacijų "galus suveda" per ~ pusė minutės. Jei pavyks pridėti inventorizacijų ribas, iš vis suksis žaibiškai, nors ir dabartinis greitis priimtinas.

Jotjot
854
#1192023 2013-11-21 16:40 Jotjot

rašė:

ne greitis kliūtis, o chronologiško vedimo reikalavimas taikant nuolatinę apskaitą



paaiškinkit plačiau...

Tabeliss
1494
1   #1192033 2013-11-21 17:08 Tabeliss

RimaVa rašė:


smile dabar pas mus prekių nomenklatūra yra apie 3000 pozicijų, tačiau realus prekių likutis apie 100 pozicijų - norint atsidaryti Trumpalaikio turto katalogą programa "skaičiuoja" apie 3 valandas.
Tai, kaip supranu, čia būtent ir yra tas atvejis "nerekomenduotina naudoti esant didelėms prekių apyvartoms" ir tikėtis "paturbinimo" šioje srityje nėra vilties smile ?


o jūs nebandėt kelis katalogus pasidaryt, kad nereiktų visų kartu prekių atidarinėti?

Niemand
4524
#1192036 2013-11-21 17:55 Niemand

Jotjot rašė:



rašė:

ne greitis kliūtis, o chronologiško vedimo reikalavimas taikant nuolatinę apskaitą



paaiškinkit plačiau...



Įvedamas pardavimas, apskaičiuojama savikaina, kuri nurašoma, t.y. atsiranda BŽ atitinkamose korespondencijose.
Įvedus pažeidžiant chronologiją ankstyvesnį pardavimą, pgl FIFO bus klaidingai paskaičiuota savikaina, ir kas blogiausia pirmojo pardavimo savikaina pataps klaidinga, o ji jau BŽ randasi.
FIFO, LIFO atvejais dar ilgalaikėj perspektyvoj gaunasi kažkoks balansavimas (nors trumpalaikėje perspektyvoje net labai gali iškraipyti balansą, taip pat ir mokestiniais tikslais), o vidurkių metodo atveju skaičiai su niekuo nebedraugauja, nes partijų kaina iki paskutinio perleidimo yra vertinama pgl tos paskutinės perleidimo operacijos savikainą. Žodžiu matematika visiškai negroja.
Pasiimk popieriaus lapą ir pabandyk pamodeliuoti savikainos paskaičiavimus ir kas su lais nutinka pažeidus chronologiją.

Romasxp
4
#1192067 2013-11-21 21:18 Romasxp
Sveiki,
Gal galima būtų gauti ir man naują versiją? Taip pat gal yra pačių šios programos veikimo/naudojimo principų aprašymas? Čia turiu omenyje aukščiau esantį komentarą.

Niemand
4524
#1192069 2013-11-21 21:34 Niemand

Romasxp rašė:


Sveiki,
Gal galima būtų gauti ir man naują versiją? Taip pat gal yra pačių šios programos veikimo/naudojimo principų aprašymas? Čia turiu omenyje aukščiau esantį komentarą.



Helpo rašymą paliksiu kitiems savanoriams. Nors iš esamos kuklios naujos versijos praktikos protinga buhalterė be problemų peršoko ant naujos versijos su pusvalandžio instruktažu.
Aukščiau esantis komentaras neturi nieko bendro su konkrečia programa, tai buhalterinės logikos problematika.
Kol kas naują versiją duodu tik "pažengusiems vartotojams", gebantiems savarankiškai spręsti bendro pobūdžio kompo konfiguracijos problemas ir aiškiai apibūdinti kylančias klaidas. Ar jūs tą gebate?.

Jotjot
854
#1192093 2013-11-22 09:19 Jotjot

Niemand rašė:



Jotjot rašė:



rašė:

ne greitis kliūtis, o chronologiško vedimo reikalavimas taikant nuolatinę apskaitą



paaiškinkit plačiau...



Įvedamas pardavimas, apskaičiuojama savikaina, kuri nurašoma, t.y. atsiranda BŽ atitinkamose korespondencijose.
Įvedus pažeidžiant chronologiją ankstyvesnį pardavimą, pgl FIFO bus klaidingai paskaičiuota savikaina, ir kas blogiausia pirmojo pardavimo savikaina pataps klaidinga, o ji jau BŽ randasi.
FIFO, LIFO atvejais dar ilgalaikėj perspektyvoj gaunasi kažkoks balansavimas (nors trumpalaikėje perspektyvoje net labai gali iškraipyti balansą, taip pat ir mokestiniais tikslais), o vidurkių metodo atveju skaičiai su niekuo nebedraugauja, nes partijų kaina iki paskutinio perleidimo yra vertinama pgl tos paskutinės perleidimo operacijos savikainą. Žodžiu matematika visiškai negroja.
Pasiimk popieriaus lapą ir pabandyk pamodeliuoti savikainos paskaičiavimus ir kas su lais nutinka pažeidus chronologiją.



Sutinku, tokia problema yra. Esu matęs kaip tai sprendžiama kitose programose.
1. Pragma. Ataskaitinio laikotarpio eigoje skaičiuojama vidutinė savikaina. Pajamuojant vienarūšes medžiagas savikainos pokyčiai būna nereikšmingi, todėl informacija yra patikima sprendimams priimti. Ataskaitinio laikotarpio pabaigoje yra funkcija, kurios dėka buhalterija įvykdo savikainos perskaičiavimą. Tai atliekama, kai sistemoje nebedirba kiti vartotojai (pardavėjai, vadybininkai, sandėlininkai ir kt.). Laikotarpis uždaromas, sąskaitų likučiai perkeliami į sekantį laikotarpį.
2. Rivilė. Skaičiuojama kiekvienos operacijos tiksli savikaina fiksuojant operaciją. Automatinio savikainos perskaičiavimo mechanizmo nėra. FIFO neatitikimus galima tikrinti padarius ataskaitą, kurioje matosi išfiltruotos operacijos su atsargomis, kai išlaidavimo datos yra ankstesnės nei pajamavimo. Koreguoti tenka rankiniu būdu atpalaiduojant tas operacijas ir perfiksuojant iš naujo. Perfiksuojamos ne visos operacijos nuosekliai, o tik tos kurios turi įtaką galutiniam FIFO likučiui, t.y. žiūrima, kad sandėliuose liktų vėliausiai pirktos prekės. Toks koregavimas galimas, jei BŽ nėra spausdinamas. Kitu atveju daromi koreguojantys įrašai - įverdamos operacijos su atsargomis, taisant FIFO likučius rankiniu būdu.
Abu atvejai skirtingi. 1-uoju atveju sutaupomas laikas nukrypimams ištaisyti. Bet nėra griežtos tvarkos fiksuojant operacijas registruose. Kaip praktika rodo, tai ir nebūtina, jei ataskaitinis laikotarpis yra kalendoriniai metai. 2-uoju atveju gaištamas apskaitininko laikas savikainos nukrypimams taisyti, tačiau jei procesas kontroliuojamas periodiškai dažniau nei vienąkart per metus, tai didelių problemų irgi nesukelia.

Romasxp
4
#1192115 2013-11-22 11:15 Romasxp

Niemand rašė:



Romasxp rašė:


Sveiki,
Gal galima būtų gauti ir man naują versiją? Taip pat gal yra pačių šios programos veikimo/naudojimo principų aprašymas? Čia turiu omenyje aukščiau esantį komentarą.



Helpo rašymą paliksiu kitiems savanoriams. Nors iš esamos kuklios naujos versijos praktikos protinga buhalterė be problemų peršoko ant naujos versijos su pusvalandžio instruktažu.
Aukščiau esantis komentaras neturi nieko bendro su konkrečia programa, tai buhalterinės logikos problematika.
Kol kas naują versiją duodu tik "pažengusiems vartotojams", gebantiems savarankiškai spręsti bendro pobūdžio kompo konfiguracijos problemas ir aiškiai apibūdinti kylančias klaidas. Ar jūs tą gebate?.



Na jei pavyko atstatyti DB nukopijavus plikus failus iš lūžusio kompo - manyčiau gebu :) Man dar įdomu, su kuo bendravau paštu...


Diskusijos

Kas prisijungęs?

Tu esi neprisijungęs vartotojas
Prisijungti arba registruotis