Skirtumas ne tarp žodžių, bet iš esmės
siūlau www.google.lt arba ekonominių terminų žodyną, naują lietuvių kalbos žodyną ir pan.

Aha Tenka kartais ir programuotojams buhalterius pamokyti Ačiū Bet kartais išjungti reikia - pvz.kai IĮ savininkas dirba pagal tabelį, bet algos neima...
Beje, apie IĮ savininką - ar negalima būtų padaryti, kad jį galima būti kaip nors "išjungti", nes pvz. pas mane jis tabelyje figuruoja (taip turi būti), o algos negauna - tai formuojant skaičiavimus - programa keikiasi, o darant Sodrai formas, tenka "žaisti" - jį "atleisti" ir vėl "priimti"

O pažymėta, kad netikrinti Sodrai min.DU?

Ar ne paprasčiau - žinant situaciją - kovo 13d. (ir kitas dienas analogiškai) tabelyje ranka pažymėti kaip dirbtas valandas, bet nepriskaičiuojant priedo kaip už poilsio dienas. Man taip būtų paprasčiau - nereiktų atskirai priskaitymų formuoti.

Panevėžyje iš dviejų įmonių nei viena inspektorė pastabų nepareiškė
Čia tik informacijai

O nustatymuose pažymėjote Sodros skaičiavimo grupę?
Ar nėra darbuotojų, kurie uždirba mažiau už MMA? Jei taip - turi būti nustatyta, kad netikrinti Sodrai min. atlyginimo (jeigu jūs norite skaičiuoti mažiau,nei priklauso)

KIO - galima, nes jokių specialių reikalavimų KIO nėra, jiems privalomas NUMERIS, bet niekur nėra apibrėžta, koks - didėjantis ar mažėjantis, praleistas ar papildytas...
253 eina 253a, ar pan.

Sytyj - o jei sumažinti monitoriaus skiriamąją gebą - šriftas padidės, bet ar langai tvarkingai išsidėstys?
Pas mane 1024x768 - įžiūriu gerai, nors ir jau senatvė ant kulnų lipa...

Šiandien problemos su internetu aplamai, bet ką siunčiant užstringa
Na bent jau Telekomo DSLas

Aha, kažkaip nedaėjo Ačiū, Andron

[quote=asolo]
Turėtų būti viskas aišku, sėkmės

Viskas priklauso nuo to, kada pradėjote dirbti su Centu ir kada priimti darbuotojai - jei darbuotojai buvo priimti anksčiau ir jau kažkada atsotogavo - Cente paskaičiuotos nepanaudotų atostogų dienos bus neteisingos, nes programa nežino, kada tie žmonės atostogavo. Šitoje vietoje reiktų arba koreaguoti priėmimo į darbą datas (manyčiau būtų pakankamai protingas sprendimas, tik reikia labai tikeliai apskaičiuoti), arba rankomis skaičiuoti dienas ir tada daryti koreagavimus.
Gal bus ir kitų nuomonių, bet aš darau taip....

Čia kažkas ne į temą - kolektyvinę sutartį reglamentuoja DK, o materialinės atsakomybės - . Jos viena kitą papildo, bet nepriklauso viena nuo kitos. Pvz. Kasininkas privalo turėti mater. atsakomybės sutartį - jis atsakingas už pinigus. Jei įmonėje nėra kolektyvinės sutarties - vadinasi kasininkas gali pinigus vogti ir už nieką neatsakys????? Pats pamąstyk

Jau vakar forume pastebėjau, kad Rivilė automatiškai neskaičiuoja garantinio fondo įmokų - buhalteriai su kalkuliatoriais vargsta ir atskira operacija įvedinėja, dar Rivilė pasirodo "nepažįsta" šventinių dienų skaičiuojant atostoginius - šiais atvejais Centas tikriai lenkia DIDŽIĄJĄ Rivilę
Taigi pritariu - po truputį Centas pradeda lenkti kitas programas, tik marketinginiais sumetimais programą reiktų pervardinti į pvz. Litą ar Eurą

DU išmoki už balandžio mėn. 29 dienas
O dėl nepanaudotų atostogų kompensacijos - reikia suskaičiuoti, kiek dienų jis atostogavo ir kiek priklausytų atostogauti (pvz. per vienerius darbo metus 28 k.d., padalini iš mėnesių sk. - gauni, kiek dienų priklauso vienam mėnesiui, suskaičiuoji - kiek mėnesių dirbo, padaugini ir t.t. ir pan.)
Beje, naujų temų kurti nereikia, tokių temų yra daugybė - tik REIKIA pasiskaityti formuo taisykles ir pasinaudoti paieška. Ten ir rasi daugiau info, ten ir užduok klausimus

O praeitų mėnesių išmokėjimus įtraukėte? - gali būti, kad žiniaraštyje jums rodo deponuotas sumas. Patikrinkite

Beje, formulėje nėra įkainių už pavedimų darymą (t.y. bankines operacijas), ir už kasos vedimą.... Nes kai kuriose įmonėse per dieną tenka atlikti iki 200 pavedimų (tegul ir internetu), kitur kasoje 100 operacijų per dieną, o dirba tas pats buhalteris (ne visada yra atskiras kasininkas, pvz. pas mus - trys buhalteriai, bet kasininko atskiro nėra).
Pasiūlykite įkainius už pinigų operacijas...

O programa atnaujinta? Kokia versija?

Aš gal vėl ne į temą, vėl kas nors apšauks, bet įsiterpsiu....
Dirbu su Centu:
1) - suinstaliavus programą - vieną kartą nustatai garantinio fondo skaičiavimo funkciją ir po to visą laiką apskaičiuoja automatiškai.
2) - programa turi suvestas šventines dienas, kurios neįsiskaičiuoja į atostogas (rankom vesti nereikia, įdiegus atnaujinimus šventinių dienų ir papildomų poilsio dienų sąrašas atsinaujina).

To Vile - didelei įmonei Centas gal ir netiks, bet dirbant su vidutinio didumo įmonėmis - DU skaičiavimas - vienas malonumas....

Patikrink kortelėse - ar visiems darbuotojams teisingai nurodytas etatų skaičius, patikrink kitus nustatymus....

Pirmi du kodai, kuris buvo įvestas ir kurį gavote, reikalingi suinstaliuojant programą (jei perinstaliuosite kompą bus naujas pirmas kodas ir reikės gauti naują antrą kodą). Atnaujinimui kodas - tas kur buvo užrašytas ant kompakto lipduko (kurį tikriausiai išmetėte ). Kai bus išleista nauja versija - naują kodą gausite su kompaktu arba e-paštu, jei atnaujinimus norite atsisiųsti iš interneto. Sėkmės

Jei kurą nurašote į sąnaudas - turite skaičiuoti taršos mokestį

O kur paziureti, manu, kad ijungta, nes paprastus pirkimus Lietuvoje tai viska puikiai sukontuoja, o va su tuo invoicu as pirma karta susiduriau ir nesigauna man.[/quote]
Na, tada aš nežinau - reikia laukti gudresnių vartotojų (su invoice nesusiduriu )

Kadangi sausį DU mažiau nei minimumas, tai programa paskaičiuoja minimumą. Jei nori, kad taip nedarytų, reikia parametrai - nustatymai - DU uždėti varnelę - netikrinti min. DU Sodros įmokoms (bet baudas mokėsi pats)

Patikrink kortelėje - gal ką nors papildomai pažymėjai? Pereik per visus langelius.
O jei iš naujo paleisti DU perskaičiavimą ten, kur darbuotojas dingo?

Ar įjungta automatinė sąskaitų korespondencija?

Gal darbuotojo kortelę panaikinai?

[quote=Andron]
Išrašant SF, galima pasirinkti PVM skaičiavimo būdą. Dėl to priklauso, ar bus sumuojamos apvalintos tarpinės sumos, ar skaičiuojamas PVM nuo bendros sumos.
Dėl - kasos aparate PVM skaičiuojamas regresu nuo galutinės sumos, o išrašant SF - nuo sumos be PVM. Galite atlikti paprasčiausią eksperimentą su 100 lt su PVM.
SF - 84,75 + 15,25 = 100,01
- 100 - 15,25 % = 84,75

Todėl SF yra padaryta, kai apmokėjimas nustatytas per
Andron, esmė tame, kad išrašant elementarią sąskaitą faktūrą, tarkim paslaugos - kiekis 1, kaina be PVM 6781,75, programa paskaičiuoja PVM 1220,71 (t.y. neapvalinta PVM suma būtų 1220,715, kurią reikia apvalinti į didėjimo pusę - turi būti 1220,72). Kai pora kartų teko perrašyti sąskaitą, dabar prie kompo pasidedu kalkuliatorių ir kiekvieną išrašomą faktūrą tikrinu - klaida pasitaiko maždaug penktadalyje atvejų, bet kiekvieną kartą reikia perskaičiuoti. Sutinku - gavimuose - ten sulygini su tiekėjo išrašyta faktūra ir pataisai be didelių vargų, nors irgi to galėtų nebūti), o pardavimuose - tenka darbą dubliuoti. Nelinksma....

Tada teks taisyti per OŽ ir pirkėjo skolos koreagavimą
Prašymas Andron, - ar negalima programoje sutvarkyti apvalinimo, t.y. kad PVM apvalintų aritmetiškai teisingai, taip kaip avalinama visoje buhalterijoje,- jei 5 ir daugiau - į didėjimą, 4 ir mažiau - į mažėjimą. Kiti apvalinimo būdai sukelia tam tikrų nepatogumų - papildomas darbas rašant ir taisant sąskaitas, nes reikia šalia turėti kalkuliatorių ir tikrinti. (Labai nemalonu, kai iš pirkėjų būna pretenzijų, kad nemokam teisingai apskaičiuoti PVM, kad ir vienu centu, ir po to reikia taisyti sąskaitas).
O gal kitiems tokių problemų nekyla?

Nustatymuose nurodyti - PVM eilučių suma, bus galima koreaguoti PVM eilutėje