Taigi nesviestuota, nėra ,pvz., DU terminų sutartyje.
Daryti reikia "štob znal".
Daryti reikia raštu arba sutarta ar reglamentuota elektronine forma.

Elementarno:neatvyksta - prisiduoti per EPP ieškinuką, jei teismas neranda studento, gaunamas sprendimas už akių. Viskas kaip ir dabar su dingusių darbuotojų žalomis.

Bet greičiausiai neveiks, t.y. teismai nepriteisinės. Atkreipkit dėmesį į formuluočių skirtumą:

Jeigu darbo sutartis buvo sudaryta, tačiau ji neįsigaliojo ne dėl darbuotojo kaltės, darbdavys privalo sumokėti darbuotojui kompensaciją, kurios dydis ne mažesnis, negu darbuotojo darbo užmokestis už sulygtą darbo laikotarpį, tačiau ne ilgesnį negu vienas mėnuo.

Jeigu darbo sutartis buvo sudaryta, tačiau neįsigaliojo dėl darbuotojo kaltės – darbuotojui iš anksto neinformavus darbdavio prieš tris darbo dienas iki sutartos darbo pradžios, darbuotojas privalo atlyginti darbdaviui padarytą žalą, kurios dydis ne didesnis, negu darbuotojo darbo užmokestis už sulygtą darbo laikotarpį, tačiau ne ilgesnį negu dvi savaitės.

Sakyčiau labai tikėtina, kad teismai prašys pagrįsti, kodėl darbdavys nori būtent maximumo.

Teismas patikrins kartu su sankcija

Ne viskas iš sąrašiuko privalo būti DS. Pvz., darbo funkcijos atlikimo vieta, kasmetinių atostogų trukmė, užmokesčio už darbą mokėjimo terminai ir tvarka paprastai darbo sutartyje nenurodoma, nes jei būtų nurodoma, darbdavys prarastų teisę jas keisti vienašališkai.

Taip negalima, tiesiogiai prieštarauja DK reikalavimui:
Teisė į visos trukmės kasmetines atostogas atsiranda išdirbus visų darbo metams tenkančių darbo dienų skaičių, atėmus tiems metams tenkančių kasmetinių atostogų darbo dienų skaičių.
Reikėtų imti pgl SADM darbo dienų normas.



Taip irgi negalima, nes minusuoti reikia tiems metams tenkančių kasmetinių atostogų darbo dienų skaičių.



Gaunasi apytiksliai, o sankcijų už netinkamą atsiskaitymą su atleidžiamu darbuotoju niekas neatšaukė. Ir sankcija yra taikoma nepriklausomai nuo darbdavio kaltės.

Aš taip išgimdžiau:

Kadangi DK yra du skirtingi atostogų suteikimo metodai:
- dirbantiems pgl fiksuotą 5 ar 6 d.d. savaitę ("nekintančią darbo dienos (pamainos) trukmę ir darbo dienų per savaitę skaičių") - darbo dienomis;
- kitiems - kalendorinėmis dienomis (nes "Jeigu darbo dienų per savaitę skaičius yra mažesnis arba skirtingas, darbuotojui turi būti suteiktos ne trumpesnės kaip keturių savaičių trukmės atostogos.").

Tada atitinkamai ir stažas atostogoms gauti turėtų skaičiuotis skirtingai, tačiau stažo skaičiavimas numatytas tik darbo dienomis atostogas gaunantiems. Su fiksuotais tada kaip ir nėra bėdos - imi SADM tvirtinamas normas ir pgl jas žiūri.
Kadandi gaunantiems kalendorinėmis dienomis stažo skaičiavimo nenumatyta, "užpildai spragą" nusimatydamas darbo tvarkos taisyklėse ir skaičiuoji pagal dabar galiojančią tvarką: laikotarpis k.d. * norma k.d. / 365 įskaičiuojant atostogas į atostogų stažą.

Kodėl k.d., jei pgl DK periodas matuojamas d.d.?

Nukreipinėja į buhalteriją

O kam kreipti dėmesį į tą įspėjimą?..

Aš irgi laukiu, tik man jame dėstyti reikės... Ir negaliu nieko logiško išprotauti iš tos "formulės".
Jei darbuotojas dirba pagal suminę kintančiu grafiku:
- iš kur žinoti, kiek metams tenka darbo dienų, jei reikia apskaičiuoti atostogas už pusmetį?
- ar tai reiškia, kad viršvalandžiai (darbo dienomis) didina sukauptų atostogų skaičių?
- ar tai reiškia, kad darbuotojui du metus neatostogavus jis sukaups daugiau atostogų nei už dvejus metus?

Gal jau kas sudarė normalų PVM klasifikatoriaus paaiškinimą, kad nebūnant mokesčių inspektoriumi galėtum suprasti bent jau dažniausiai pasitaikančius atvejus?..

Padėkite kas nors, fantazija neišneša, kaip sukauptas atostogas praktiškai pgl tokią "formulę" apskaičiuoti

Nuo 01 01 galėsit kokius norit priedus mokėti, bet visi jie bus apmokestinami kaip DU.
Be to, nebelieka galimybės pakeisti komandiruočių kilnojamu darbu.
Aš kažkaip stipriai suabejočiau nekurių traktuotėmis, neva darbo sutartyje nusirodai, kad nėra darbo vietos ir neformini komandiruočių...

DU galima indeksuoti, pvz.,pgl vartotojų kainų indeksą, pvz., kartą per metus. Jei yra noras, nusitatai tvarką kokiose nors taisyklėse ar kolektyvinėje sutartyje.

Ir kaipgi visa tai turėtų atrodyti praktiškai, formų ir workflow formate?..

negi niekas nežino, kaip padaryti, kad dirbti su eka būtų galima teisingai ir maksimaliai patogiai?..

Jei kas parašytų išsamią instrukciją, kaip tas EKA turėtų veikti, galėčiau padaryti.
Kiek aš susidūręs, visus pardavimus per eka formina išrašydami faktūrą su specialiu kontrahentu, nežinau, teisinga tai ar ne.

Atnaujinime ištaisytos kelios smulkios klaidos ir pridėta galimybė formuoti PVM deklaracijas už nestandartinį laikotarpį.

Ta klaida vienareikšmiškai reiškia, kad serveryje senesnė programos versija. Ar atnaujino po mano paskutinės žinutės?

Bendras\db struktūra?

Mano žiniomis, ir turėtų pakliūti...

Kažkas labai neteisingo su ta duomenų baze. Reikėtų ją nagrinėtis.

Paprastai, kai kuras įsigyjamas su čekiais jo būna mažai ir galima iš karto dėti į sąnaudas.
Vesti kuro apskaitą per sandėlį norint irgi galima, tam papildomai reikia registruoti nefaktūrinį įsigijimą. Rezultatas toks pat, kaip per faktūrą, tik faktūroje ši operacija yra "integruota", o avanso apyskaitoje - ne, reikia papildomai prijungti.

Gal būsiu ką su serveriniais failais prichimičinęs. Įkėliau dabar į puslapį naujai.

Per Bendras\Query browser įvykdykit šituos sakinius (po vieną) ir atsiųskit rezultatą:

SELECT GoodsID, OperationType, WarehouseID, MAX(OperationDate), 0 FROM goodsoperations WHERE GoodsID=11 GROUP BY GoodsID, OperationType, WareHouseID UNION SELECT GoodsID, 13, 0, MAX(ChangeDate), 0 FROM goodsvaluationmethods WHERE GoodsID=11 GROUP BY GoodsID UNION SELECT GoodsID, AccountType, 0, MAX(ChangeDate), 0 FROM goodsaccounts WHERE GoodsID=11 GROUP BY GoodsID;

SELECT GoodsID, OperationType, WarehouseID, OperationDate, 0 FROM goodsoperations WHERE GoodsID=11 GROUP BY GoodsID, OperationType, WareHouseID UNION SELECT GoodsID, 13, 0, ChangeDate, 0 FROM goodsvaluationmethods WHERE GoodsID=11 GROUP BY GoodsID UNION SELECT GoodsID, AccountType, 0, ChangeDate, 0 FROM goodsaccounts WHERE GoodsID=11 GROUP BY GoodsID;

Gal mokesčių nustatymuose uždėta varnelė "Istorinis"?..

Tikėtina, i.SAF problema. Patikrinau, programoje viską teisingai padaro. Datą talpina į elementą RegistrationAccountDate, o realią datą į InvoiceDate.

Galima ir vieną naudoti, tik tada reikės eilutėse pasirinkus schemą papildomai "išnulinti" PVM tarifą, nes nors šiaip jis nenulinis, bet eilutėje turi būti nulinis.

Panašu, kad naudojate serverį, kuriame versija senesnė už jūsų kompe esančią (nežino pagrindinės ekonominės veiklos koncepcijos)..

Nebėra šių problemų, atpažįsta ir pgl banko sąskaitą (IBAN).