Jei įdėmiai perskaitytumėte instrukciją, rastumėte atsakymą ir į šį klausimą

Pirmiausia reikia pasirinkti įsigijimo opracijos datą ir viskas veiks. O jei norite registruoti IT be pagrindžiančio BŽ įrašo, tai to daryti neleidžiama.

Avanso apyskaitų ir darbo laiko apskaitos galima tikėtis birželio viduryje, per atostogas padarysiu.
Problema su avanso apyskaitomis yra ta, kad viena avanso apyskaita turės padaryti tiek BŽ įrašų, kiek joje yra skirtingų tiekėjų. Kito būdu radikliai nekeičiant duombazės struktūros nėra ar bent nesugalvojau. Jei bus tik vienas įrašas, per sąskaitos apyvartos žiniaraštį pasirinkus analitiką nebesimatys apmokėjimų tiems tiekėjams, su kuriais atsiskaityta per avanso apyskaitą.

O mygtukais "Reload" (strėlytės ratu) ir "Įvesti sąskaitą" naudojatės? Ar tik sąskaitų eilutes suvedat?

surašyti reikia ne tuos nustatymus, kurių Jums reikia, o visus nustatymus. Jei meta klaidą, reiškiasi visų nenustatėte.

Sorry, netyčia papostinau

Krūvį nurodyti būtina, skaitykite instrukciją. Atgaline tvarka vesti niekas netrukdo.

Upadate ištaisyta:
1. SF formose vietoj PVM sumos nurodžiau bendrą sumą.
2. Darbo užmokesčio formoje ištaisiau keleta smulkių, bet nepatogių klaidelių (neveikė mokestinių tarifų atnaujinimo mygtukas ir įvedus naują žiniaraštį nekorektiškai sutvarkydavo/išvalydavo formą).
3. Darbuotojo detaliuose duomenyse buvau užmiršęs galimybę panaikinti priedą, , t.y. panaikinti jų taikymą nuo kažkokios datos pasikeitus aplinkybėms.

Update'as čia:
www.wikifortio.com/810205/Apskaita_1.1_beta_update.exe

O darbuotojų darbo sutarčių duomenis įvedėte?

Visos pagrindinės programos nuorodos jau seniai pirmame puslapyje, o update'o reikia tik paskutinio, taigi ne daugiau poros puslapių atgal.

Taisyklinga pgl. 'us, jei teisingai pamenu, išankstinius apmokėjimus rodyti antroje klasėje sąskaitoje avansai ir išankstiniai apmokėjimai. Bet kadangi visos man pažįstamos buhalterės laiko tokią sistemą be pagrindo sudėtinga (labai jau korespondencijų įvairovė didėja), aš pasirinkau avansiniams apmokėjimams kitokią sistemą:

Išrašomoms sąskaitoms:
1. Gavus avansinį apmokėjimą pgl. avansinę sąskaitą fiksuojama korespondencija D 271 K 240 (pirkėjai).
2. Išrašant sąskaitą SF modulis automatiškai koresponduoja D 240 K 5____. Tokiu būdu vienos sąskaitos ribose labai aiškiai matosi pinigų judėjimas su tuo pirkėju.

Gaunamoms sąskaitoms:
1. Sumokėjus avansą D 4____ (tiekėjai) K 271.
2. Gavus sąskaitą automatiškai fiksuojama korespondencija D 6_____ K 4_____ (tiekėjai). Vėlgi vienos sąskaitos ribose puikiai matosi pinigų judėjimas.

Mano nuomone, toks fiksavimas yra patogesnis ir greitesnis. Be to, su analitika per sąskaitos apyvartos žiniaraštį galima gauti išsamius ir patogius duomenis.

P.S. nei gautos, nei išrašytos avansinės sąskaitos programoje nėra registruojamos, kadangi apskaitai (BŽ) jos nedaro jokios įtakos. (avansinė sąskaita nesukelia jokių pareigų jos gavėjui ir nėra pajamas pagrindžiantis apskaitos dokas, ergo apskaitoje matosi faktinis avanso sumokėjimas/gavimas, o ne avansinė sąskaita pati savaime)

Update ištaisyta:
1. Visos printinimo formos iš karto persijungia į printpreview režimą, t.y. iš karto matysite kaip atrodys atspausdintas dokumentas.
2. Bendrojo žurnalo spausdinamą formą išdėščiau horizontaliai (landscape nes kitaip netilpo) ir pridėjau korespondencijų spausdinimą.
3. Pridėjau naujos darbo sutarties formą (atitinkamas mygtukas detalių darbuotojo duomenų formoje), kurioje galima vienu kartu įvesti visus naujos darbo sutarties parametrus.

Update'as čia:
www.wikifortio.com/796607/Apskaita_1.1_beta_update.exe

P.S. Kadangi labai jau daug vienodų klausimų apie darbuotojų modulį kyla, pridedu vartojimo instrukciją su paveiksliukais.

O geriau pakeisti antraštę ar turinį?



Tada nežinau, šiaip viskas veikia. Gal SF "registruojate" ne per specializuotas formas, gal nepasirenkate teisingo datos intervalo, gal bandote pažymėję tašką ant Išrašytos gauti gautų SF sąrašą. Bet kuriuo atveju tikrai kažką ne taip darote.

O mygtuką Refresh (ratu besisukančios strėlytės) naudojate?

Ir dar.

1. Programos bendravimas su serveriu vyksta SQL kalba. Bėda tame, kad SQL kalba vis dar yra priklausoma ir nuo serverio, ir net nuo jo versijos. Paprastai tariant MySQL Server 6.0 reikalauja kitokios sintaksės nei MySQL Server 5.0 . Tam, kad mano programa veiktų su bet kokiais serveriais ir jų versijomis, man prireiktų perrašyti visius SQL sakinius visais įmanomais dialektais (mažiausiai 100 variantų). To aš tikrai nedarysiu. Jei jums labai norisi naudootis kitu serveriu, prašykite programerio (tas malonumas jums kainuos apie 200 programerio darbo valandų). Priešingu atveju prašau naudoti išmtinai MySQL Server 5.0 versiją.
Be to, MySQL Server 6.0 palaikymas yra nutrauktas. Naujasis MySQL savininkas nepanoro tęsti naujų technologijų vystymo ir apsistojo ties senų tobulinimu, kas nėra blogai. Buitiškai kalbant MySQL 6 turi daugiau skylių nei mano programa. Kadangi už duomenų tvarkymą atsakinga ne mano programa, o serveris, tai gali tuėti labai liūdnų pasekmių. Mano programa blogiausiu atveju be pagrindo neleis kažko padryti (mes klaidą), o štai serveris gali nepataisomai sugadinti duomenis.

2. Jūsų nusamdytam programeriui labai rekomenduočiau pirmiausia kreiptis į mane, nes gali pridaryti daugiau žalos nei naudos. Be to, skelbiamas source'as atsilieka nuo update'ų pora savaičių.

Dėl likučių perkėlimo. Man tokios klaidos nepavyko sukelti. Kokią serverio versiją naudojate?

Dėl formų printinimo. Aš jau rašiau, kad estetiškas ir patogus formu printinimas reikalauja dizainerio sugebejimų, kurių aš neturiu. Šiame update sąlygiškai (gal ir ne per daug estetiškai) sutvarkyta kasos dokų printinimas (talpinimas) ant vieno lapo. Šiaip formų išvaizda ir talpinimas ant popieriaus lapo priklauso nuo paraščių (kurias galite keisti kaip ir worde) ir preciziško laukelių ilgio dėlionių. Tokios dėlionės tikrai nėra mano stiprioji pusė, kantrybės trūksta

Papildomai update išsprendžiau anksčiau minėtą klaidą dėl varnelių banko modulyje. Ten yra dar viena sąlyginė estetinio pobūdžio klaida. Kol kas iš banko failo įkrovę banko op duomenis nepulkite jų rūšiuoti. Visą formą toks bandymas užlaužia. Klaida ne mano, o microsofto, bandysiu ieškoti būdų tokią nepriimtiną elgseną apeiti.

Update'as čia:
www.wikifortio.com/622615/Apskaita_1.1_beta_update.exe

O kaip Jūs tuos likučius į kasos knygą keliate?.. Tiesiog smalsu, nes dokumentų modulyje nieko panašaus nėra...

O štai mintis spaudinėti bet kokius mygtukus gal ir pasižymi savotišku jumoru, bet visai nepraktiška.

Šiandien Seimo SRDK galutinai pritarė Darbo kodekso pakeitimo įstatymo projektui XP-2307(4) (www3.lrs.lt/pls/inter3/dokpaieska.showdoc_... "> www3.lrs.lt/pls/inter3/dokpaieska.showdoc_... ). Numatoma įstatymo įsigaliojimo data - šių metų liepos 1 d. Įstatymo priėmimo tikimybė 99 proc.

Šio projekto įdomybės:
1. Visiems šventes švenčiantiems (t.y. nedirbantiems) darbuotojams darbdavys privalės išmokėti VDU.
2. Padidintas apmokėjimas už naktinį, viršvalandinį darbą ir darbą poilsio bei švenčių dienomis bus skaičiuojamas nuo VDU. Pagal galiojančią VDU apskaičiavimo tvarką ypač apsidžiaugs naktiniai sargai. Jų atlyginimas po metų sudarys apie 2500 Lt.
3. Ženkliai sumažinti reikalavimai streikų paskelbimui (nors vis dar liekame pirmi europoje pgl streiko sudėtingumą).

Pakeliui SRDK išklausė juodaskvernio Doveikos kliedesius, apie gyvenimo susimetus nuodėmingumą ir krikščionybės (tiksliau katalikybės) vaidmenį kuriant tautos moralę. Nutarė sugyventinius pripažinti demografine problema ir atimti iš jų bet kokias lengvatas (įskaitant ir susijusias su vaikų auginimu).

Liberalai Masiulis ir Čekuolis džiaugsmingai pritarė visiems siūlymams, prieš buvo tik Vyriausybės atstovai.

Atrodo jaunimui reikėtų rimčiau susimąstyti apie emigravimą.

Apmokestinimo klausimu pakaktu į sutartį (ne į susitarimą dėl sutarties nutraukimo) įrašyti:
1. Klientas vienašališkai nutraukęs sutartį ne dėl nuo jo priklausančių aplinkybių moka baudą - ____ Lt.
2. Šios sutarties 1 p. numatytu atveju sumokėtas avansas yra užskaitomas į mokėtiną baudą be atskiro pranešimo.

Bet tai neapsaugos nuo kliento, jei jis nuspręs paduoti jus į teismą.

Darbo užmokesčio kodas šiandien yra 1. Čia ne įmokos kodas, o kodas nurodomas GPM deklaracijoje (pajamų rūšies kodas).

O štai perskaityti, ką aš rašau, tikrai gera mintis

[quote:2abdc7d409] Betgi sutartyje yra numatyta, kad avanso negrąžins. Yra rašytinis sutarties nutraukimas, kurioje sutarta dėl avanso negrąžinimo. Beje, toje sutartyje taip pat ir bauda yra numatyta, tik šalių susitarimu, nutraukiant sutartį, baudą neskirta. [/quote]

1. Juo labiau "avanso negrąžinimas" nėra netesybos.
2. Sutarčių laisvė nėra visiškai neribota ir LAT'as ją pakankamai apribojo teisingumo, sąžiningumo ir protingumo kriterijais.

[quote:2abdc7d409] O kaip įrodyti, už kiek tų paslaugų buvo suteiktą? Jeigu ir buvo kažkas padaryta. O nuostoliai gali būti ir kitokie. Tos įstaigos pragyvenimo šaltinis yra verslo planų rašymas. Ir, kas liečia ūkininkus, jiems ten yra visokios programos, visokie terminai. Verslo planai rašomi, kad gauti ES paramą. Vadinasi, įstaiga apsiimdama šitam ūkininkui parašyti verslo planą, atsisakė kito ūkininko ir šitaip patyrė nuostolių. [/quote]

1. Įrodinėti galima visomis numatytomis įrodinėjimo priemonėmis.
2. Jeigu jūs patyrėte nuostolius, tai jūs ir privalote įrodyti kokius būtent ir už kokią būtent sumą. Kiekviena šalis privalo įrodyti aplinkybes, kuriomis remiasi.
3. Negautas pajamas (kad atsisakė kito ūkininko) ir "šiaip nuostolius" taip pat reikia įrodyti jums.

Dėl klaidos pažiūrėsiu vėliau.

Dėl darbuotojų nustatymų. Reiškiasi tikrai užpildėte ne viską (o pildyti reikia nepriklausomai nuo to, ar jums dabar to reikia, ar ne, ir pagal minimalius įstatymo reikalavimus).

Tipinės paslaugos sukuriamos formoje Dokumentai\Paslaugų katalogas

P.S. Pastebėjau, kad Kaspersky antivirusas žiauriai lėtina programos darbą. Kodėl - neturiu supratimo. Su Nod32 jokių problemų nebuvo.

Pagal sutarties turninį "avanso negrąžinimas" yra kažkas tarpinio tarp netesybų, rankpinigių ir dalinio apmokėjimo už dėl kliento kaltės nepilnai suteiktas paslaugas.
Jei sutartį traktuoti kaip netesybas, o avanso suma ženkli (na bent >1000), rekomenduočiau ūkininkui jus paduoti į teismą dėl neprotingo dydžio baudos. Laimėjimo šansai sakyčiau >90%.
Jei sutartį traktuoti kaip rankpinigius, trūksta elemento, kad skolininkui (t.y. jums) neįvykdžius prievolės (parašyti verslo planą) rankpinigiai grąžinami dvigubai.
Jei traktuoti kaip dalinį apmokėjimą už dėl kliento kaltės nepilnai suteiktas paslaugas, trūksta bent dalinio paslaugų suteikimo. ( 6.721 str. 1 d.)
Pliusas jūsų naudai, kad ūkininkas šiuo atveju veikė kaip verslininkas, o ne vartotojas, t.y. bent nereikia sukti galvos dėl vartotojų apsaugos reglamentavimo.

Painiavos įneša ir 6.721 str. 1 d. Aiškinant gramatiškai išskirtini du atvejai:
1. Jei klientas vienašališkai nutraukia sutartį - jis privalo apmokėti už iki nutraukimo dienos suteiktą paslaugų dalį ir atlyginti nuostolius.
2. Jei klientas sukuria sąlygas, dėl kurių neįmanoma įvykdyti sutarties, - jis privalo sumokėti visą paslaugų kainą, nepriklausomai nuo faktinio paslaugų suteikimo.

Ūkininko atveju aš aiškinčiau taip:
1. Pagal pasirašytą sutartį tarp vykdytojo ir kliento susiklostė dvišaliai teisiniai santykiai, kuriuose vykdytojas įgijo pareigą parašyti verslo planą, o klientas - už šią paslaugą sumokėti.
2. Šiame teisiniame santykyje kliento kaip skolininko prievolė yra piniginė - sumokėti už suteiktas paslaugas sutartą kainą. Kitų prievolių klientas neturi (jei sutartyje nėra kokių šalutinių prievolių iš serijos bendradarbiauti, teikti informaciją ir t.t, bet tai reikšmės neturi).
3. Kokią prievolės užtikrinimo formą bepasirinktume, užtikrinti galima tik konkrečią prievolę. Šiuo atveju užtikrinti galima tik prievolę sumokėti kainą. Klientas kaip skolininkas nepažeidė savo prievolės sumokėti visą ar dalį kainos - todėl jokios pasekmės, susijusios su prievolės užtikrinimu, negali kilti.
4. Paslaugos nebuvo pradėtos teikti, kada klientas pareiškė vienašališkai nutraukiąs sutartį. Todėl remiantis 6.721 str. 1 d. nebuvo jokio teisinio pagrindo mokėti kokias nors sumas vykdytojui.
5. Pažadas dovanoti turtą net rašytinėje formoje negalioja ( 6.465 str. 2 d.).
6. Ergo, jūsų gautos pajamos laikytinos nepagrįstu praturtėjimu.
7. Papildomas motyvas - pgl LAT praktiką bauda vis tiek atlieka nuostolių atlyginimo funkciją, todėl privalo protingumo, teisingumo ir sąžiningumo ribose atitikti nuostolių dydį. Nagrinėjamu atveju niekam jokie nuostoliai nebuvo padaryti, taigi bauda pripažintina nepagrįsta.

Jūsų pusėje tėra vienas argumentas - sutarčių laisvės principas. Padėjus ant svarstyklių - labai nekas.

Apmokestinimas šiuo atveju yra tik traktavimo klausimas. Mano nuomone, jūsų atveju gautos pajamos yra apmokestinamosios dėl 3 p. nurodytos priežasties.

P.S. ypač atsižvelgiant į nerašytą mokesčių principą - in dubio pro civitas

Ir pačios rekomendacijos.

Trišalėje taryboje svarstomos VDI rekomendacijos dėl girtų darbuotojų nušalinimo nuo darbo. Rekomendacijos ir dokumentų šablonai tikrai gerai paruošti. Siūlau naudotis.

Tai gal iš pradžių pabandykite įsivesti tik dalį produktų ir pabandyti kalkuliacinių kortelių veikimą

1. Patiekalo ingridiento svoris bus tokiais mato vienetais, kokiais nurodysite tam ingridientui kaip įsigyjamai prekei. T.y. jei mėsą perkate kg, tai ir kaip ingridientas jis pateikiamas kg.
2. Kaina nustatoma kiekvienu konkrečiu atveju įvedant gamybos operaciją FIFO ar kitu metodu, t.y. ji priklausys nuo žaliavų įsigijimo.
3. Pagaminti patiekalai (po gamybos op įvedimo) atsidurs antroje klasėje pagal kalkuliaciją sudaryta savikaina. Ar tas teisinga maisto gamybos veikloje, nežinau.
4. Antkainis automatiškai nėra skaičiuojamas. Paprasčiausiai registruojate tam tikro patiekalo tam tikro pagaminto kiekio pardavimą už tam tikrą vnt kainą.
5. Neišmanau koks mano programos santykis su kasos aparatais. Taip pat neišmanau maisto apskaitos, taigi nežinau, ar mano programa yra tinkama. Jei parašysite tikslius apskaitos algoritmus, gal galėsiu pasakyti daugiau.

Ataskaitoms kurti reikalinga Visual Studio. Kūrimo proncipas toks: parašyti select'ą (SQL sakinį), kuris pageidaujamu pjūviu ištrauktų duomenis iš duombazės, nupiešti (tiesiogine to žodžio prasme) pageidaujamą ataskaitą, parašyti programinę logiką, kuri gautus duomenis išdėliotų formoje. Paprastai piešimas yra daugiausia laiko reikalaujanti ir nuobodžiausia dalis. Primityviausia duomenų įkėlimas į ataskaitą, o SQL sakinys čia jau nuo norų ir patirties priklauso.

Dėl atostoginių ir darbdavio apmokamo nedarbingumo (už pirmas dvi dienas).
Kadangi šie dydžiai yra apskaičiuojami pgl to darbuotojo VDU, prieš juos skaičiuojant reikia įvesti taikytiną VDU.
Pavyzdžiui, jei norite skaičiuoti nedarbingumo apmokėjimą:
1. Užpildote DU žiniaraštį iki nedarbingumo paskaičiavimo (dirbtos dienos ir t.t.);
2. Pažymite varneles rodyti VDU parametrus ir nedarbingumą;
3. Paspaudžiate mygtuką gauti VDU arba patys įvedate dienos ir valandos VDU tam darbuotojui;
4. Paspaudžiate skaičiuoti.
Analogiškai ir su atostoginiais.

Update ištaisyta:
1. Centų neatitikimas DU žiniaraščių printinimo formų sumose;
2. DU žiniaraščių printinimo formos tiksliai įtalpintos ant lapo, t.y. prieš printinant nebereikės koreguoti paraščių;
3. Visuose DU žiniaraščio formos variantuose rodo nedarbingumo apmokėjimą (varnelė formos apačioje).

Update'as čia:
www.wikifortio.com/869815/Apskaita_1.1_beta_update.exe

1. FIFO yra standartinis programos metodas. Jo įvesti specialiai nereikia, nebent anksčiau buvo taikytas kitas metodas. Formoje Turto apskaita\Atsargų (prekių) katalogas susikuriate prekių rūšį ir nustatote jos parametrus. Paclickinat sukurtą prekių rūšį ir pasirenkate Operacijos. Atsidariusioje formoje galite atlikti įvairiausias operacijas, įskaitant ir nurašymo metodo keitimą.

2. [quote:cca7f85354] viso patiekalo kalkuliaciją, su gramais, savikaina na ir t.t. [/quote]
Nelabai supratau, ką Jūs turite omenyje.
Standartinės gamybos kalkuliacijos yra taikomos naujų standartinių prekių gamybai per anksčiau minėtą Operacijų formą. Įvedant gamybos operaciją, automatiškai nurašomos kalkuliacijoje nurodytos prekės (proporcingai pagamintų prekių kiekiui).
Prekių judėjimas per laikotarpį yra matomas formoje Turto apskaita\Atsargų (prekių) katalogas.
Prekių pardavimų pelningumų ataskaitas duombazė daryti leidžia, bet ataskaitų formų nesu sukūręs.

Šiaip kadangi mano programa yra atvirojo kodo, bet kuris programuotojas, besigaudantis .NET platformoje, gali laisvai adaptuoti programą specifiniams konkrečios įmonės poreikiams, praplėsti jos galimybes ar pridėti kokių specifinių ataskaitų. Programuotojo laiko poreikis grubiai būtų toks:
Nauja ataskaitos forma - nuo valandos iki dienos (priklausomai nuo sudėtingumo);
Naujas apskaitos objektas - nuo dienos iki savaitės.
Jei atsirastų programuotojų, norinčių tobulinti programą, mielai paaiškinčiau, kaip tą padaryti pačiu greičiausiu būdu.

Yra tik vienas reikalavimas visoms modifikacijoms: griežtai draudžiama prekiauti tiek esama programa, tiek bet kokiomis jos modifikacijomis.

Galima.
1. Jei lokaliniam tinkle - pakanka sukonfiguruoti firewall'us ir susikurti atitinkamas teises turinčius vartotojus;
2. Jei per internetą - reikia paklausti interneto tiekėjo (-ų), ar nėra blokuojamas 3306 portas, toliau kaip lokaliniam.

P.S. Per tinklą saugumo sumetimais paprastai uždrausta dirbti root vardu.

Jei įmonė yra ir tiekėjas, ir pirkėjas, įveskite ją du kartus. Bet tai aktualu tik SF ir banko modulius naudojantiems.

Dėl atostoginių skaičiavimo. Pirmiausia reikia nustatyti taikytiną VDU, nes nuo jo skaičiuojama atostoginiai. Tai galima padaryti arba rankiniu būdu, arba programa tai padarys paspaudus mygtuką gauti VDU. Toliau atostoginiai bus apskaičiuoti automatiškai.

Dėl nedarbingumo pirmu 2 dienų. Programa juos skaičiuoja teisingai ir traukia į mokėtiną DU, tačiau atskirai ši suma nėra niekur išskiriama lentelėse ir ataskaitose. Kai turėsiu laiko pabandysiu jai kažkur atrasti vietos.

Dėl klaidos spausdinant DU žiniaraštį. Ištaisysiu, kai tik turėsiu laiko.

Žr. 1 psl. atgal. Prieš klausdami paskaitykite forumą. Visi klausimai apie darbuotojų modulį atsakyti mažiausiai dešimt kartų.

Jums gi jau atsakė, reikia suvesti visus darbuotojų parametrus. Būtini DU skaičiavimui yra: įdarbinimas (čia atsiranda darbo sutarties Nr.), DU ir krūvis. Jei nenurodysite netaikomas. Jei neįvesite nustatytos metinių atostogų trukmės, neskaičiuos atostogų.

[quote:ad9e537192] Atsidarius darbuotojo kortele norint paziureti kiek darbuotojas usidirbo atostogu ismeta tokia lentele kurioje rasoma: [/quote]

Visaip bandžiau, bet nepavyko jokios klaidos sukelti. Gal galite detaliau paaiškinti, ką jūs darėte, kai kilo klaida.

Dėl SF registro spausdinimo ištaisiau. Update'as čia:
www.wikifortio.com/848450/Apskaita_1.1_beta_update.exe