Nemokama apskaitos programa

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

Sveiki,

labai patiko programos sena versija, greitai susidraugavome :) na o štai su naująja pažintis siek tiek stringa :)
vedant nauja preke neišsisaugo įsigijimu ir pardavimų sąskaitų numeriai bei kainos. Atitinkamai negaliu pajamuoti prekių sandėlyje. Gal galite padėti? Gal turėčiau pakeisti kažkokius nustatymus? Ar gauta atsargu sąskaita neturi būti susieta su sandėliu?

Pažymėjus SF registre neleidžia spausdinti ir siųsti SF, rašo, kad nei viena nepažymėta.

Kur gauti kitokių SF formų (šablonų)?

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ų.

ok ;) bet darau DB atnaujinimą ir meta kitą klaidą...

Tai pavyko?

Na čia biški keista, koks skirtumas ar užklausos vaikščios vidiniu tinklu per IP adresą ar localhost išskyrus greitaveiką, tačiau pas mus 2 kompai sujungti gigabitiniu routeriu ir atitinkamom tinklo kortom. Prie vieno iš jų dirba buhalterė ir jame įdiegta pati programa, o prie kito dirba direktorė, kuri norėtų retkarčiais prisijungti ir pasikoreguoti tam tikrus duomenis.
Jei kada prireiktų prisijungti prie programos nuotoliniu būdu, tam yra paruoštas RDP. Tad nemanau kad būtų prasminga iškelti programą iš įmonės vidaus. Nebent yra kažkokių limitavimų dirbant tokioje aplinkoje.

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.

- 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.

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ą.

Sveiki,
bandant išsaugoti sąskaitų planą, meta klaidą: Klaida. Sąskaita 2411 yra naudojama apskaitos duomenyse:
* standartinėse įmonės sąskaitose - objekto ID=0, operacijos ID=0, operacijos data - 0001-01-01. Planą įdėjau iš senos programos. Bet vakar bandžiau rankiniu būdu įvesti, tai išsaugoti pavyko. Klaidos_duomenys.doc

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.

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

Tai aš atrodo niekam nieko dar nepriskyriau. Vakar tik pabandžiau, šiandien tą įmonę panaikinau ir pradėjau iš naujo viska.

Gal VAS ir nenumatyta, bet laaabai patogu, sumažėja klaidų tikimybė(pasirenkant neteisingą sąskaitą) ir pagreitėja darbas, ypač jei sąskaitoje koks 20 eilučių ;)

Keistumas tame, kad pasirinkus prekę ir paspaudus OK įmeta visiškai tuščia eilutę (bet gi prieš tai buvo pasirinkta labai konkreti prekė, kurią norim grąžinti). Tada atsiranda visiškai perteklinė operacija kai reikia klikinti ant susieto objekto ir DAR KARTĄ įvedinėti prekės kiekį ir nurodyti sandėlį.

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

Pataisiau, lyg ir

Vedant nauja preke programa leidžia parinkti tik 6 kl. sąskaitas įsigijimu ir pardavimų sąskaitoms prekes profilyje

Bus.