polly rašė: Labas, susiduriau su problema CENTE perkant valiuta is saskaitos LT i saskait Eu, nukeliauja du kartus ta pati suma.
Parametruose- rekvizitai- bankai, esu apsirasiusi valiutine saskaita ir nurodziusi jos balansine saskaita, Valiutos pirkima darau per bankini pavedima ..., rodos viska teisingai
ka daryti

Vestma rašė:
O minusą reikia dėti ar nieko nereikia

Birute1 rašė: Noriu iš kasos įnešti pinigus į valiutinę sąsk. Negaliu įtraukti - neaktyvus. Ir aplamai, kaip teisingai atlikti operaciją ar reikia per įplaukos į sąskaitą ir išrašyti KIO. Ar kaip kitaip

Vestma rašė: Sveiki,
norėjau paklausti :
Mums grąžina prekes ne PVM mokėtojas.Žinau ,kad tada mes turim patys išrašyti sąskaitą faktūrą tik kokią - debetinę ar kreditinę Su minusu ar be minuso ? Niekad to nedariau , neįsivaizduoju nuo ko pradėti .
Ir kaip tai įtraukti į Centą
Dėkoju už atsakymą iš anksto

Girele rašė: Šiuo atveju kalbama apie 6 klasės (sąnaudų) korespondencijas, t.y. pardavus prekę (pvz. kompą), kurio savikaina 10000, ši suma koresponduojasi į 6 klasės debetą, jei pirkėjas kompą grąžina, tie patys 10000 tūkstančių iš 6 klasės sąskaitos išsiminusuoja ir rezultate lieka NULIS, nes įmonė realiai neturi nurašytos parduotų prekių savikainos.
Problema tame, kad UNICORN grąžinimą vedą kažkodėl per 6 klasės kreditą, o ne minusuoja debetą, kaip dabar ir rekomenduoja .
Analogiškai apie UNICORN aprašytą atvejį dėl palūkanų dengimo - pagal dabar galiojančią apskaitos tvarką reikėtų vesti palūkanas su minuso ženklu 6 klasės debete, o ne su pliuso - kredite. Bet ką padarysi, klientas visada teisus , siūlyčiau padaryti sistemą, kuri tiktų visiems - arba iš 6 klasės kredito visos sumos persikelia į debetą su minuso ženklu automatiškai ( 5 klasėje iš debeto automatiškai į kreditą su minuso ženklu), arba formuojant PNA - debetą ir kreditą sumuoti....

Girele rašė:
Šiuo atveju ir turi būti sudedamos debeto ir kredito apyvartos - tipo 6 klasės debete - sąnaudos, jei dėl kokių nors priežasčių sąnaudos mažinamos, šis mažinimas įsikelia į kreditą (nors faktiškai turėtų būti debete su minusu, bet kiek suprantu Cente suvedant grąžinimo sąskaita to padaryti neįmanoma |0

Unicorn rašė:
Tai ar kalnas pas Mohameda eina ar atvirksciai? As zinau ka daryti, kad taip nebutu, bet kol issiaiskinau, kad Centas PN ataiskaitoje mato 6 klase tik debete, o 5 klase kredite, prasedejau geras pora valandu. O ir kolegos mano is kitos firmos, kuriems iprudijau Centa buvo ant sito greblio uzlipe, tik truputi kitaip. Jiems INVEGA dengia dali palukanu, ko pasekoje suvedus is invegos gauta dokumenta i centa, velgi 5 ir 6 klase papuola i priesinga puse. Siulau pataisyti programa, o ne mokinti kaip gaudyti Cento klaidas.
Galu gale, jeigu sudetinga kazka pakeisti del programinimo subtilybiu, uztektu i diagnostika isiuti toolsa, kuris sitas klaidas sugaudytu, juk cia nieko sudetingo.

Astulinas rašė: O gal galėtumėte kad ir į tolimesnius planus įtraukti tuos kaštų centrus, nes ko tai, kuo toliau, tuo labiau direktoriai pageidauja palyginti išlaidas su pajamom, o vesti viską į exelį kažkaip sudėtinga. Va čia tai btūtume dėkingi, gal ne tik žodžiu

Astulinas rašė:

Tai negi niekas nesusidūrėte su tokia problema? Ar tikrai Cente nėra galimybės įvesti tų kaštų centrų

Unicorn rašė: Perkant prekes, jas galima nurasyti is karto nurodzius savikainos saskaita 6118 pvz. Nesamones prasideda tada, kai tas prekes graziname tiekejui del kokiu nors priezasciu, kadangi atlikus grazinima i OP 6 klase nuvaziuoja i priesinga puse, ko pasekoje del Cento savybes tokiu operaciju nefiksuoti PN ataskaitoje gaunasi nesamone, ir tenka ieskot galu. Su sia problema susiduriu jau ne pirma karta. Butu smagu, kad pataisytumete, p.Andron.

Birute1 rašė: Jei kalkuliatorius nieko neskaičiuoja, nieko ir nebepadarysi. Tuomet tikėtina, kad kažkas ne taip su SF įvedimu. Tai per skubėjimą kontrahento nenurodau , tai koks dokumentas neįvestas. Kiek kitaip, kai tas pats yra ir tiekėjas ir pirkėjas. Reikia ir pažymėti abu varijantus. Nieko naujo ir neparašiau. Tiesa, vargau, kai pardavinėjau FA per 'pard. gyventojams', o tai buvo ir exportas. Nenorėjau jiems rašyti SF, o čia reikia. Sėkmės

Bernataviciene rašė:
Birute1 atsiliepk

Irma003 rašė: Vienas darbuotojas susirgo nuo rugpjūčio vidurio, kaip pažymėti programoje, kad priskaitytą atlyginimą už rugpjūčio mėn. netrauktų su kt. darbuotojų atlyginimais kol jis negrįžo į darbą. Vienu žodžiu reikia, kad rodytų skolą darbuotojui žiniaraštyje.

Bernataviciene rašė: 100 kartų diskutuota aiškintasi, bet vistiek nieko gero. Skolos, skolos, skolos...Darbas -peržiūra-sąskaitų apmokėjimas-apmokėta. viską padarau, tada atsiverčiu kontragento kortelę, išrašytos sąskaitos rodo gerai , spaudžiu suderinimo aktas jau negerai niekas nesussidengę skola stovi.Nors senaiusiai viskas apmokėta, tik va programa nedengia skolų.
Mieli programos kūrėjai labai prašau patobulinti atsiskaitymus su tiekiejais ir pirkėjais. Nes ne aš viena vargstu čia daug kas taip vargsta. Jei yra programa tai kodėl aš turiu laužyt galvą ir skaičiuot dar papildomai skolas.

Birute1 rašė:

Vis viena ta pati problema. Jei vienus dok.spausdina, kodėl kitų negali spausdinti?

Mode rašė: Kažkas atsitiko su valiutų kursais:
Užpajamuojant prekes valiuta 900 EUR, rašo VKĮ teigiama kurso pasikeitimo įtaka EUR -3107,52 Lt. Kursai yra teisingi,operaciniame žurnale įrašai:D450 K536 3107,52
D2040 K450 3107,52
viršutinė eilutė yra nereikalinga.
Dirbu jau virš metų su Centu, taip atsitiko nuo 08.15, kai pradėjau derinti likučius už mėn. pastebėjau, kad yra visiška nesąmonė. Mūsų visos prekės valiutinės. Versija 5.3.8
Prašau padėkite...

Vilialia rašė:

Ačiū, su kableliu susitvarkiau. Pataisiau ir korespondencijų nustatymus, tai iš karto ir ekrane ir akyse pašviesėjo .

Ne visai supratau, ką turite omeny "užfiksuojate"? Pataisau ir paspaudžiu Enter, ar tai? Čia perskaičiau viename iš jūsų komentarų anksčiau, kad DU bendra suma OŽ neturi prasmės, teisybė. Bet vis tiek neramu, kai programa perspėja, kad skaičiai nesuvesti, o tu juos matai ryškiai ir aiškiai... Aš tik tikiuosi, kad korespondencijos suvaikšto ten kur reikia, net jei ir iššoka tokia lentelė...

puppa rašė: Truputį ne taip suformulavau klausimą,bet viskas tvarkoj, perpratau.
Tiesa vaikinai, o kaip dėl kuro talpyklos (šios temos 91psl.). Man vis dar aktualu.

ileta rašė: Paskutineje versijoje dar nepažiūrejot, gal galit tai padaryti

limina rašė: Sveikučiai,
gavau "Cento" 5.3.8 versiją.Anksčiau visada pridėdavote
sąrašą pakietimų nuo vienos iki kitos versijos, būdavo labai patogu pasižiūrėti kas pasikeitė. Gal internete yra šis sąrašas? Jei taip- kur ieškoti?

Birute1 rašė: Būtent nė vienam nereikia SF. Labiau reikalinga pirkimo-pardavimo sutartis, t.y. būtina. Čia kalba eina tik apie FA. Parduodant FA LT ir taikant maržą vėlgi reikia rašyti SF, kitaip programa maržos neskaičiuoja. Gaunasi beveik visada reikalinga SF, nors realiai ji būtų mažai, kada reikalinga. Gal galima būtų padaryti ką nors, kad parduoti eitų per gyventojus; t.y.eksportuoti bei parduoti lietuvaičiams, taikant maržą. Tiesiog programos vartotojams nereikėtų įvedinėti jokių pirkėjo duomenų. Gal ir kitiems būtų tai aktualu.

Vilialia rašė:
Tai kokie tie nustatymai turi būti, kad programa juos suprastu?

Vilialia rašė:
Kai paskaičiuotą DU įtraukiu į buhalteriją (pataisau korespondencijas prieš tai ), OŽ operacijos suma visuomet būna per maža per tą sumelę, kurios korespondenciją taisiau. Atsidarau įraša per OŽ, o ten visos sumelės tvarkoje. Jei išeinu iš OŽ, ji mane informuoja, kad ne visos sumos surašytos, tai ir einu per sarašą, kol suvedu visas iš naujo. Sumos man tai visos matosi, o va kurios nemato programa - kiekvieną kartą burtai . Dabar jau perpratau, kad ta, kurios korespondenciją taisau. Bet taip juk neturėtų būti

Birute1 rašė: Tai kad exportuojant invoice nereikia. Invoicus naudoju tik pajamuojant. Bet kokiam pardavimui rašome paprastą SF. Exportui nurodomas PVM tarifas '0' ir nuoroda. Be to, FA nereikia SF. Kaip tada su registru apie išrašytas SF Jei exportui naudoti invoicus, tai jų nereikia traukti į registrą Ir vistik kaip su prekių iš ES kortelėmis, kokį tarifą, kai nežinai kam tą prekę parduosi Neseniai ištaisiau prekių kortelėse iš ES tarifus, parašiau "18".

Birute1 rašė:
Galima pekeisti kablelį tik programos nurodymuose parašyta, kad turi būti kablelis.

Birute1 rašė:
Bet juk nežinau, kam aš tą prekę parduosiu. . Užpajamuota ji gali būti prieš kelis mėn ar net praeitais metais. Prekių iš ES kortelėse visur nurodau '18' , tik registruojant rašau '0'. O SF nebūtina rašyti FA. Ar šioje programoje to neina išvengti Exportą darau per pardavimas gyventojams, nurodau atitikamą K sąskaitą ir per sąskaitų apyvartos žiniaraštį matau, kiek yra exportuota.

Birute1 rašė: DU per OŽ pas mane irgi kažkas turbūt negerai. Priskaitymus darau per Darbo užmokesčio skaičiavimus, įtraukiu per Buhalteriją. Operacija gaunasi vienu įrašu per kelias eilutes, tai OŽ Darbo užmokesčio sumą rodo '0'. Niekur tas dalykas daugiau neužkliūna.

Vilialia rašė: Sveiki,
Gal galėtumėt pagelbėti su kableliu. Jau kurį laiką kankinuosi, gerai, kad sumų nėra daug: kai reikia susivesti sumas į OŽ kablelį reikia spausti raidžių klaviatūroje, į taško klavišą, esantį prie skaičių, programa iš viso nereaguoja.

Vilialia rašė:
Kitas klausimas: kai paskaičiuota DU noriu susivesti į buhalteriją, man pasiūlo neteisingas korespondencijas ir kaskart turiu viską taisyti. Ką padaryti, kad siūlytų teisingas korespondencijas?

Vilialia rašė:
Ir dar susijęs su prieš tai buvusiu: kai pataisyti DU noriu per OŽ, nors sumos matomos, man programa išmeta perspėjimą, kad ne visos sumos suvestos. Turiu iš naujo suvedinėti.
Ačiū iš anksto už pagalbą.

Birute1 rašė: Kodėl parduodant gyventojams, exportuojant, nesimato PVM ataskaitoje prie '0' tarifo

Birute1 rašė: Įmokėta pažymiu. Tik niekaip negaliu suprasti, kodėl antrą kartą pakartojus operaciją, susitvarko pirmoji įvesta operacija. Korespondencijų nekeičiu. Pavardę šiek tiek pakeičiu, kad žinočiau, kuri operacija susitvarko. Kiek aš galiu taisinėti