Bus.

Pataisiau, lyg ir

Nustatymai čia niekuo dėti. Kuo pasireiškia neišsaugijimas, nes pabandžiau, viskas veikia normaliai?..

O rankiniu būdu tai kaip?..
Reikėjo prie įmonės duomenų nuimti atitinkamos sąskaitos priskyrimą kažkam.

Prekių modulį rašiau grynai pgl VAS, o ten nenumatyta tokie reikalai, kaip default pajamų ar pvm sąskaitos. Papildomų sąskaitų pridėjimas prie prekės problemiškas, pridėsiu kažkada vėliau, kai peržiūrinėsiu prekes.



Pataisiau, kad jei vienas sandėlis, pasirinktų automatiškai.

Aš atviras siūlymams, bile konkretūs būtų.
Į prekes, prašyčiau, bent jau pirmus kelis šimtus operacijų žiūrėti atsargiai. Taip pat būčiau dėkingas ir už šio modulio testavimą.

- Nauja versija netaupo užklausų kiekio, kai kuriems objektams suformuoti gali prireikti keliolikos sql užklausų, jei tas vyksta ne localhost ribose, tinklo latentiškumas pilnai gali būti reikšmingas. Web serveris tokio trūkumo neturi, nes viskas sprndžiama viena tinklo užklausa, kuri grąžina paruoštą objektą.
- Impersonation sql serveryje yra labai sudėtinga, sunku sukonfiguruoti reikiamą grantų komplektą. Be to, daugeliu atvejų objektviai neįmanoma užtikrinti realaus duomenų saugumo. Pvz., jei nori suteikti teisę vartotojui matyti tik faktūras, nori nenori teks suteikti ir select privilegiją į bendrojo žurnalo lentą, nes joje saugoma dalis faktūros duomenų. O denormalizuoti duombazę vardan vartotojų teisių tokiame, kaip šiems laikams, egzotiniame kontekste būtų kvailystė. Web serveris vėlgi tokių trūkumų neturi.
- Įmonei intraneto poreikiams nusipirkti seną kompą su XP neturėtų būti nepakeliama našta, kainuoja jie max kelis šimtus litų. O tuo pačiu dar kokį ftp gali pasikurti.

Programa suvokia jūsų intencijas pažymėti eilutę varnele tik tada, kai uždėjus varnelę yra "peršokama" į kitą langelį.



Pvz., iš tinkamai motyvuoto moksleivio, palaikančio pozityvius santykius su kompiuteriais.

Tai pavyko?

Naujoje versijoje tiesioginis nuotolinis ryšys su sql'u nerekomenduotinas ir problemiškas.
Jei norite naudotis per netą, naudokite instaliaciją web serveryje, instaliacinis guli prie download'ų. Vidiniam tinklui puikiai pakaktų kokio senuko su XP ir IIS arba casini. Išoriniam rekomenduotina rimčiau pasirūpinti saugumu.
Taip pat, jei neturite ir nenorite turėti nuosavo serverio, galit naudotis web hostingo paslaugomis. Šiandien kaip tik gavau atsakymus iš dviejų lietuviškų įmonių:
- www.windowshostingas.lt/ - šitie pasiruošę teikti mano programos hostinimą "out of the box", t.y. patys viską paruošia naudojimui ir rūpinasi atnaujinimu. Tik dėl kainodaros savo neapsisprendę, bet kokiu atveju, mano supratimu, jų kaina neturėtų viršyti keliolikos eurų mėnesiui.
- www.balticservers.com/serveriai-buhalterijai - šitie tiesiog nuomuoja web serverius, neteikia programos instaliavimo ir priežiūros, taip pat, mano akimis, pobrangiai, nori apie 40 eurų mėnesiui. Manyčiau, kad jų pasiūlymas svarstytinas, jei serverį ketinate naudoti ne tik buh programai, bet ir kitais tikslais (įmonės web puslapis, ftp serveris ir pan.). Pliusas - laisvė ir didelės galimybės, minusas - kaina. Programai su labai labai dideliu kaupu pakanka pačios paprasčiausios (ir atitinkamai pigiausios) jų siūlomo serverio konfiguracijos.

Primenu, kad šia galimybe yra racionalu naudotis, kai yra daugiau nei vienas programos vartotojas. Jei norima viso labo vienai buhalterei dirbti su tais pačiais duomenimis ir namie, ir darbe, pilnai pakanka dropbox galimybių.

Na va, viskas gavosi. Dabar belieka užpildyti sąskaitą duomenimis lygiai taip pat, kaip jau buvot...

O ką rodo stulpelis susietas objektas?..

Susipras.

Taip, jei kompe bus windows'ai su .NET, tobiš višta ir aukščiau arba XP su papildomai instaliuotu .net (dažniausiai šiais laikais būna). Per linux irgi kažkaip galima, bet nemoku.



Nu taigis niekas neverčia jūsų taip daryti, jei baisu
Dar backup'ai būna, kuriuos, be kita ko, rekomenduotina periodiškai daryti nepriklausomai nuo instaliacijos tipo.



Pozityviai, jei tyčia neišjungsit.

Ar instaliavot tikrai paskutinę versiją?..

Nu žiūriu aš į tą pirmą pav. ir pasigendu dialogo vaizdo (paspaudus pliusą). Kažkaip nesitiki, kad neleistų taško ant prekės perleidimo uždėti... Man leido...



Teisingai meta, kreditinėj negali būti pliuso. Pradžioj viską gerai buvot užpildę, tik ne tą operaciją prisegėt.



Nu taigis iš pranešimo matau, kad vėl pasirinkot prekių įsigijimo operaciją vietoj perleidimo...



Operacija. Nagrinėjamu atveju (turėtų būti) prekių perleidimas. Yra toks stulpelis lentelėje.

Šitas foumas, programos puslapis ir mygtukai pačioj programoj, kur nurodoma, kokia tvarka stulpelius sudėlioti paste'inant.

Nu tai nedaug.
Jei netingėtumėte pasiskaityti, sužinotumėte, kad yra perkėlimas copy/paste būdu ir ne tik kontrahentų. Iš esmės tik likučių LTL konversija į EUR atliekama rankiniu būdu, teigtina excelyje, nes dėl apvalinimo ypatumų atsiranda centų "vaikščiojimas", su kuriuo programa negali efektyviai susidoroti. Rezultatą iš excelio vėlgi galit copy/paste'inti į programą. Tik fin atskaitomybės struktūrą teks rankomis persidaryti, jei ji netipinė. Žodžiu, jei draugaujat su excel, bendros info perkėlimas neužtruks daugiau valandos.

Nu tai ir nesikonvertuos savarankiškai. Reikia naują versiją diegti, kurti įmonę su bazine valiuta EUR ir kelti į ją likučius. Detaliau programos pagrindiniame psl. viskas parašyta.

Praleidote vieną migracijos žingsnį. Prieš leidžiant migraciją, reikia naujoj versijoj DB struktūrą atnaujinti.

Klaida, mano supratimu, pakankamai žmogiškai viską paaiškina. Jūs, be kita ko, bandote ištrinti sąskaitą 2411, kuri kaip tyčia yra priskirta kaip minimum vienam kontrahentui, kurio ID=1, o taip pat naudojama įmonės nustatymuose. Natūralu, kad jos neleis pašalinti, prieš tai reikia nuimti ją nuo kontrahentų ir įmonės nustatymų.

Sprendžiant pgl. savo nuosavą klaidą bandant atkartoti jūsų užpildytą faktūrą, pridedant eilutę vietoje prekės perleidimo pasirinkote prekės įsigijimą. Nagrinėjamu atveju jūs grąžinate prekę pardavėjui arba, kitais žodžiais, perleidžiate prekę atgal.
Atkreiptinas dėmesys, kad susietą objektą galima žiūrėti/koreguoti doubleclickinant atitinkamą laukelį.

P.S. Prekių modulis dar visiškai netestuotas. Kol kas labai prašyčiau pertikrinti tokių operacijų kontavimus.

Kaip?

Kontuojasi pgl. 9 verslo apskaitos standartą „Atsargos“: www.aat.lt/get.php?f.3112
Paties supratimas klaidingas. Beveik visos formoje išvardintos sąskaitos skirtos tik esant periodinei apskaitai.
Pardavimo pajamų sąskaita bendru atveju niekaip nepriklauso nuo prekės, todėl jos ir nėra. Gal kada vėliau galėsiu padaryti default'ines.



Iš pirmos įvestos eilutės?..
Prie įmonės duomenų dar yra galimybė įsivesti default'inius turinius.

SF šablonus galit pasidaryti patys, tas paaiškinta pagrindiniame puslapyje paragrafe Kaip pasidaryti savo sąskaitos faktūros šabloną.
Dar tą gali padaryti su kompiuteriais draugaujantis tinkamai motyvuotas moksleivis :)
Ir aišku jokia save gerbianti IT įmonė neatsisakys išspręsti jūsų lėšų pertekliaus klausimą :)

Jokių problemų.

Naujoj versijoj eilutė gali turėti tris statusus:
- jau įtraukta į apskaitą;
- galimai jau įtraukta į apskaitą (kai naudojami importo šaltiniai, nepalaikantys unikalių operacijos kodų, orientuojamasi pagal datą ir sumą);
- neįtraukta į apskaitą.

Papildomai dar trys statusai:
- atpažinta su kontrahentu;
- atpažinta kaip banko komisinis;
- neatpažinta.

Kaip siūlote visą šitą reikalą atskleisti spalvomis?

Nu čia tai jau išsidirbinėjimas. Ką jau ten kažkas darašinės dėl dešimties centų...

Registruojant darbo sutartį laukelis Atostogų korekc.

Po pavadinimu esamas (galimas) tekstas imamas iš įmonės regioninių nustatymų laukelio Sąskaitos info eilutė.