Bendru atveju bankas yra teisus, bet ne savo pačių atžvilgiu.
- Jei gaunamos lėšos, pervedančio asmens kodas visada matomas.
- Jei daromas mokėjimo pavedimas, gavėjo kodas matomas tik tuo atveju, jei nurodomas banko pavedime. (todėl pavedimuose reikėtų nurodinėti gavėjų kodus, kad vėliau būtų galima patogiai importuoti; kadangi paprastai naudojami šablonai, ypatingų nepatogumų tas neturėtų sukelti), t.y. gavėjo kodo laukelio užpildymas iš tikrųjų nėra privalomas.
- Jei bankas nusirašo pinigus už komisinius, tai ne Jūs pavedimą bankui darote, o bankas pats išstato ir įvykdo debeto pavedimą. Debeto pavedimams laukelis gavėjo kodas yra privalomas. Priešingu atveju tektų ilgai ir nuobodžiai spėlioti, kas gi tuos pinigus pasiėmė (tokių subjektų gali būti nemažai: SODRA, VMI, mobiliojo ryšio įmonė, lizingo kompanija ir t.t.). VB, Hansa ir Snoras elgiasi korektiškai ir nurodo, savo kodą pasiimdami pinigus. Šiauliai ir Nordas mano, kad pinigų paieška jų banke yra tik kliento asmeninė problema.

Mano programa nepasižymi dirbtiniu intelektu ir nematydama gavėjo/mokėtojo kodo nesiryžta spėlioti, kas gi su tais pinigais nutiko.

Skaitykite DUK'ą.

P.S. naudoti atviram tinkle userį su "GRANT ALL PRIVILEGES ON *.*" yra truputį neišmintinga.

Gali, tie skaičiai po @ yra IP sritis, iš kurios leidžiama prisijungti. Jei jūs jungiatės ne iš tos srities arba sritis klaidingai nurodyta, prisijungti neleistų iš viso. Jūsų gi atveju prisijungti leido, tik neleido atskirų komandų vykdyti. Taigi priežastis tikriausiai ne ta.

O kokia serverio versija?

1. Po simbolio "@" daugiau nieko nėra?
2. Ar buvo tik viena eilutė atsakyme?
3. Kaip jūs sukūrėte tokį vartotoją? Kažkaip nuojauta kužda, kad ne per programą

Šiaip išskyrus turinio trūkumą po simbolio "@" teisių problemos neturėtų būti. Ir klaida labai keista. Pats naudojuosi DU skaičiavimu ir niekada nieko panašaus nebuvo. Gaila, kad window'sai nesusitvarko su mysql klaidų koduote... Pabandysiu ryt įdėti pataisytą programos versiją, kuri turėtų duoti daugiau info apie klaidą.

Teisybė

Tai nieko bendro neturi su programa. Bendroms kompiuterių problemoms yra skirta dar bent pora temų.

Buhalterinės apskaitos įstatyme nurodyta , kad apskaitą gali tvarkyti: apskaitos skyrius (struktūrinis padalinys), buhalteris arba įmonė. Niekur nedraudžiama sugretinti direktoriaus ir buhalterio pareigybių.

Galima atleisti ir nedarbingumo metu arba galima nukelti atleidimo datą iki pasveiks.

2004 m. kovo 22 d. Mingailė Jakaitė v. UAB ,,Vokė III" Civilinė byla Nr. 3K-3-220/2004 m.

Kasatorius taip pat nurodo, kad DK 131 straipsnio 1 dalies 1 punkte numatytas draudimas neleido jam nutraukti darbo sutartį su ieškove jos laikino nedarbingumo laikotarpiu. Šis kasatoriaus teiginys yra nepagrįstas, nes DK 131 straipsnio 1 dalis kalba apie draudimą darbdaviui įspėti darbuotoją apie būsimą atleidimą iš darbo ir atleisti iš darbo darbuotojo laikinojo nedarbingumo laikotarpiu. Aiškinant šią DK normą būtina nurodyti, kad ji taikoma tais atvejais, kada nutraukiant darbo sutartį, darbuotoją būtina įspėti apie būsimą atleidimą iš darbo. Esant terminuotai darbo sutarčiai įspėjimas nenumatytas. DK 126 straipsnio 1 dalis nustato, kad suėjus darbo sutarties pasibaigimo terminui, darbdavys arba darbuotojas turi teisę nutraukti darbo sutartį, o tai reiškia, kad kasatorius (atsakovas) šioje byloje suėjus numatytam terminui, nežiūrint į tai, kad ieškovė turėjo laikino nedarbingumo pažymėjimą, turėjo teisę nutraukti darbo sutartį.

2007 m. vasario 26 d. V. V. v. Vilniaus miesto savivaldybės administracija Civilinė byla Nr. 3K-3-83/2007

2001 m. birželio 21 d. šalių buvo sudaryta terminuota darbo sutartis Nr. 277-D (b. l. 52), pagal kurią susitarta, kad ieškovė nuo 2001 m. birželio 21 d. iki 2005 m. birželio 20 d. dirbs Vilniaus miesto vaikų pensiono direktore. Darbdavys 2005 m. birželio 20 d. įsakymu Nr. 41-576 atleido ieškovę iš darbo pagal DK 126 straipsnio 1 dalį (pasibaigus darbo sutarties terminui). Kadangi ieškovė sirgo ir turėjo laikinojo nedarbingumo pažymėjimą, tai atsakovas 2005 m. birželio 22 d. įsakymu Nr. 41-589, atsižvelgdamas į darbuotojo interesus, nukėlė ieškovės atleidimo iš darbo datą iki jos pasveikimo.
Apeliacinės instancijos teismas, naikindamas pirmosios instancijos teismo sprendimą, nepagrįstai sprendė, kad atsakovas privalėjo informuoti ieškovę apie savo ketinimus nutraukti darbo sutartį, ieškovė neturėjo galimybės sužinoti ir nežinojo, kad atsakovas ketina nutraukti darbo sutartį. Su tokiomis apeliacinės instancijos teismo išvadomis negalima sutikti. Terminuotos darbo sutarties šalys sudarė ir pasirašė sutartį, kurioje buvo nustatytas konkretus terminas iki kada ieškovė dirbs, todėl darytina išvada, kad ieškovė žinojo konkrečią kalendorinę datą, kada darbo santykiai nutrūks, jeigu nepasikeis šalių valia darbo sutartį pratęsti. Teisėjų kolegija konstatuoja, kad esant terminuotai darbo sutarčiai įspėjimas dėl atleidimo iš darbo įstatymuose nenumatytas, todėl nereikia jo reikalauti iš darbdavio.
Apeliacinės instancijos teismas nepagrįstai teigė, kad atsakovas, suėjus nustatytam terminui, nepaisant to, kad ieškovė turėjo laikino nedarbingumo pažymėjimą, privalėjo nutraukti darbo sutartį. 2005 m. birželio 20 d. darbo sutarties atsakovui nenutraukus, ji tapo neterminuota, o ieškovės atleidimas pagal DK 126 straipsnio 1 dalį – neteisėtas. Bylos duomenimis nustatyta, kad ieškovė atleista pasibaigus sutarties terminui – 2005 m. birželio 20 d., tačiau šiai sergant atleidimo data – nukelta. Datos nukėlimas šiuo atveju yra tik formalus darbo sutarties nutraukimo įforminimo elementas, atsižvelgiant į darbuotojo interesus. Darbdavys turėjo teisę atleisti ieškovę 2005 m. birželio 20 d. jos nedarbingumo laikotarpiu, tačiau perkeldamas atleidimo datą iki jos pasveikimo darbdavys nepakeitė savo valios nutraukti terminuotą darbo sutartį. Vien dėl šios priežasties negalima teigti, kad nukėlus atleidimo datą, darbo sutartis tęsėsi ar ji tapo neterminuota darbo sutartimi. Darbdavio darbo sutarties nutraukimo įforminimo nukėlimas nesuponuoja išvados, kad atsakovas darbo sutartį pratęsė ar ji tapo neterminuota. Darbdavio valia ir atitinkami veiksmai (įsakymas) dėl atleidimo buvo pareikšti priimant įsakymą dėl atleidimo iš darbo, o ne atleidimo įforminimo datos perkėlimo.
Teisėjų kolegija sutinka su kasacinio skundo argumentu, kad, vadovaujantis DK 131 straipsnio 1 dalies 1 punktu, draudžiama atleisti iš darbo darbuotoją laikino nedarbingumo laikotarpiu, taip pat jo atostogų metu, išskyrus šio Kodekso 136 straipsnio 1 dalyje nustatytus atvejus. Nuorodos, kad ši taisyklė netaikoma DK 126 straipsnio atveju, nėra. Šis draudimas yra nustatytas siekiant apsaugoti darbuotoją nuo psichologinių traumų ir yra taikomas visais darbo sutarties pasibaigimo atvejais, išskyrus DK 136 straipsnio 1 dalį. Taigi nepagrįstas yra apeliacinės instancijos teismo argumentas, kad nukeldamas atleidimo iš darbo datą iki ieškovės laikinojo nedarbingumo pabaigos darbdavys sudarė pakankamą pagrindą jai tikėtis, kad šalių darbo sutartis tapo neterminuota.

Atleiskite, o kokiame čia įstatyme?

Kompe, kuriame meta klaidą, kažkas negerai su regional settings.

Ką bandėte daryti (ką paspaudėte)? Ar tas padaryta iš nutolusio kompiuterio? Jei taip, ar pakanka jūsų sukurtam vartotojui "apskaita" teisių tokiai operacijai?

Prisijunkite su tuo vartotoju prie tos įmonės, formoje Bendras\Query browser tekstiniame lauke įveskite komandą "SHOW GRANTS;" (be kabučių su kabliataškiu), gautą atsakymą parašykite.

Tada lieka nuotraukos

Dar galit pridėti nuotraukas, kaip atsakovas slepia turtą

VĮ Registrų centras, www.cr.lt

Teisėjas pasitaikė "gramatnas", teoriškai jis absoliučiai teisus. Praktiškai dažnas teisėjas uždeda dėl visa ko.
Prašyme taikyti laikinas apsaugos priemones minimaliai reikėtų naudoti formuluotes:
"atsakovas ilgą laiką neatsiskaito",
"didelė suma",
"abejotinas atsakovo mokumas".
Ir pridėti išvadą - "Todėl yra didelė tikimybė, kad nesiėmus laikinųjų apsaugos priemonių teismo sprendimo įvykdymas pasunkės arba pasidarys neįmanomas."
Jei pasiimtumėte atsakovo balansą ir pelną nuostolį bei trumpai ir aiškiai argumentuotumėte skaičiais - būtų tobula.

BŽ korespondencijas įvedate per bendrą BŽ formą, tada šios operacijos pagrindu registruojate prekių perleidimo operaciją (per turtinį modulį, o ne dokumentų).

Jei komentaro ilgis neviršis 255 simbolių, galima.

Nors geriau būtų sukomplektuoti pilną pageidavimų sąrašą ir viską padaryti iš karto, nes vėl reikės kišti nagus prie duombazės, o tas yra nesveika.
Būtų ypač džiugu, jei atsirastų buhalterė vilnietė, turinti patirties valiutinių sandorių apskaitoje ir su kreditinėmis SF bei galinti paaukoti savo laiko žmoniškai paaiškindama, kaip visa tai veikia ar turėtų veikti.

Universitetai per ketverius metus

Tikriausiai gerai.
Šiokį tokį apskaitos teorijos aprašymą esu padaręs profsajūzų prašymu. Bet ten tik tiek žinių, kad galbūt pakaktų profsajūzo be jokios komercinės veiklos apskaitai vesti.
Pridedu, gal rasit pritaikymą.

As praleidziu pakankamai daug belgijoj, kainu skirtumas 1,7k yra absoliutus briedas. realus apie 3,5. Tiesa drabuziai pigus :)

Lyginti atlyginima absoliucia verte yra nemoksiska. Belgijoj, kur dabar esu, 100e apytiksliai atitinka 100LT. Apie Liuksemburga net kalbeti neverta. O progresyviniai mokesciai, pm padidinimas ir nt mokestis butu pats optimaliausias sprendimas dabar. Dabar butina didinti perkamaja gyventoju galia ir stipriai mazinti nt kaina. Butent mazai ir vidutiniskai uzdirbantys 'padaro' ne prabangos prekiu apyvarta, kurios taip truksta LT.

1. Uzdavinys nekorektiskas, tikram sprendimui truksta duomenu, nors tikriausiai destytojas nesitiki is jusu nieko panasaus i tikra sprendima.
2. Uzdaviniai puiki priemone mokytis ir siaip mastyma lavina. Bandykit rasyti pati.

Teks pirkti nauja monitoriu, tada formos pabaiga matysis desiniajame :)
rezoliucija padidinkit bent iki 1280x800

Net nezinau. Paprastai helpas rasomas pagal formas su printscreenais ir pavyzdziais. galìma daryt ir funkcinì (kaip kazka padaryti) arba misru. Aisku viso zmogaus isradingumo nepadengsi :) nepakanka programos - reikia tureti proto ir ziniu

[quote="ZaraRola"
1.Vartotojo vadovas (*.chm ar kitame formate)
2.Dažnai užduodami klausimai (DUK)
3. ???[/quote]

chm butu tobula. Tik kad chm graziai kompiliuojasi tik is html, o as nekenciu html dizaino darbu. Daugiau kaip ir nieko nereiktu.

MySQL yra šventas daiktas. Jei veikia, geriau jau nieko netrinkite, galite dar blogiau padaryti. Kad du serverius sugebėjote susidėti, blogai žinoma. Prie progos paprašykite ko nors, kas išmano apie serverių veikimą, sutvarkyti.

Dar paklausykite VDI "specialistų"

Taigi čia tiesiog lentelės antraštė, stulpelių pavadinimai
Nėra tiesiog jokių klaidų, tai ir taisyti nėra ką