Bendras\DB struktūra.



Kaip ir viską darote teisingai, tiesiog jūsų duomenyse, susijusiuose su kasos operacijomis, mano akimis, yra kažkokia anomalija, kurios nenumačiau rašydamas upgrade script'ą.

a) google rdlc 2005 report design;
b) draugo pagalba (čia kažkas iš forumiečių buvo įsicinkijęs piešti);
c) samdyti kompus mėgstantį studentą.



Vadinasi tiesiog kol kas vnt kainos iš kortelės reikiama valiuta nepaims, o reiks pirštais įvesti. Standartinės kainos viso labo default.
Mano programa nėra specialiai adaptuota gyvūnams. Jums reikėtų klausti atitinkamą patirtį turinčio buho, kaip gyvūnai įsipiešia į VAS atsargos, kurio pagrindu veikia programa. Pastarąjį VAS bet kokiu atveju reikia žinoti, jei norit korektiškai dirbti su programa.



Yra meniu toks punktas kontrahentų importas, joje mygtukas su klaustuku, paspausit, sužinosit kokia seka ir kokie stulpeliai turi eiti excel, kad korektiškai pavyktų copy paste.
importas ganėtinai primityvus ir tikisi, kad:
- tekstas bus unicode;
- laukelio, pvz, kontrahento pavadinimas, tekste nebus kėlimų į naują eilutę, tab simbolių, o taip pat, galimai, kitų egzotinių simbolių. Paprastai tariant, tikimasi paprasto teksto be visokių keistų dalykų.

Supratau, error1 keistoka, bet gali būti.
kaip rodo error 2, programai nepavyko išnarplioti kasos operacijų logikos, teigtina kažką darėte kitaip, nei aš turėjau omenyje programuodamas. Reikėtų kapstytis po jūsų db.

Ką konkrečiai darant šitą išmeta? Man kažkaip labai panašu, kad bandote logintis prie įmonės, kurios struktūra nepakeista.

Datas vis dar rekomenduotina rinktis su pele.



Nebūtina, bet yra galimybė įsikelti nuosavus sąskaitų šablonus.



Šita vieta neišbaigta, bet nekritinė, su laiku išbaigsiu.



O kuo galėtų skirtis pardavimas nuo perleidimo?



Prie progos pataisysiu.

O į naują versiją kopijavote, ar tik pažiūrėjote? :)
Kuo pasireiškia nebeleidimas naujų kontrahentų?

Arba jūsų kompas kopijavimo procese keičia teksto koduotę, arba pačiuose duomenyse naudojami neleidžiami simboliai.
Bandykit iš pradžių nupaste'inti į naują tekstinį failą notepad, tada išsaugoti naudojant unicode, tada kopijuoti į programą. Jei nepadės, reiškiasi belieka pačių duomenų problematika.

Negaliu atkartoti tokios klaidos, arba dar kažkas specifinio su jūsų įvedimu yra, arba reikėtų man žiūrėti jūsų duombazę.

Naujoj versijoje gaunamose sf tas yra būtent jūsų variantui. Bet tik vienas kontavimas, prieš grafiškai siūlomą variantą nubalsavo buhalterės - pasak jų toks variantas pernelyg motyvuotų piktnaudžiauti, o klaidos būtų pernelyg sunkiai aptinkamos.
O KPO čia kaip įsipiešia?

Sena versija nepalaiko periodinės prekių apskaitos, naudokit naują. Be kita ko, labai reikėtų šito modulio testavimo.

Pastebėtas šiam momentui klaidas ištaisysiu pirmadienį.

???

Penktadienį ištaisiau importo klaidą. Ar po atnaujinimo bandėt? Kokia klaida?

Aš ne prie kompo, bet ar toje grafoje ne iš dropboxo kontrahentą pasirinkti reikia?

Pataisiau.



Prasmė - vienoje programos versijoje matyti ir senus, ir naujus duomenis, nors ir atskirose db.



Nėra.

Ar dubliuojasi visi, ar tik kai kurie? Naudojot valiutos kurso pasikeitimo įtaką? Parodykit besidubliojantį KIO redagavimo formoje?

Įmonės bazinė valiuta euras? Pas mane testinė įmonė vis dar litinė, bet lig ir radau, kame kampas.

Tik nauja įmonė su nauja bazine valiuta.



Kontrahentus, sąskaitų planus - taip; Fin atskaitomybės struktūra, jei ji nestandartinė, - ne, tai hierarchinė struktūra nepasiduodanti "plokščiam" importui.
Tipines operacijas, paslaugas - ne. Paslaugas gal dar principialiai būtų įmanoma, o tipinės operacijos - daugiamatės, t.y. jų neįmanoma atvaizduoti vienoje lentelėje taigis ir importuoti.



Ne. Keliant likučius neišvengiamai atsiras apvalinimo problematika: plius minus centas, ko pasekoje nesueis debetas su kreditu. Tokias centų korekcijas geriau/saugiau atlikti žmogui. Taigi iš senos versijos copy/paste į excelį, ten padaryti konversiją suvedant galus, tada copy/paste į naują.

Kažkaip nepavyksta man tokios klaidos rasti...
Visas valiutas rodo kasos atveju pgl kasos lėšų sąskaitos valiutą.

Yra, bet dar nepublikuota, ryt, poryt įmesiu atnaujinimą.
Rankomis dėl didelio pastarųjų objektų sudėtingumo teks persikėlinėti:
1. Fin atskaitomybės formas, jei nestandartinės;
2. IT;
3. Dalinai prekes, bendri duomenys importuojasi, likučius pgl sandėlius teks rankomis;
4. Darbo sutartis.

Jei norit pereiti prie darbo be serverio ir kartu išsaugoti nepaliestus duomenis senoje versijoje, tada žingsniai sekantys:
1. Pasidarot atsarginę kopiją senoje versijoje;
2. Naujoje versijoje login formoje pasirenkate naujas vartotojas ir išsiskleidusioje formoje užpildote prisijungimo prie sql serverio duomenis kaip senoje versijoje: Ryšio technologija - Tiesioginis ryšys; SQL serverio adresas - teigtina localhost; SQL serveio portas - teigtina 3306; SQL serverio tipas - MySql Serveris; DB pavadinimo bazė - financial (daugmaž bet koks angliškomis raidėmis žodis, ilgesnis nei 5 simboliai ir ne 'apskaita', priešingu atveju nauja versija įsibraus į senos daržą); Vartotojo vardas - teigtina root; Slaptažodis - koks yra.
3. Prisiloginę nauja versija prie sql serverio atkuriate iš atsarginės kopijos duomenis.
4. Bendras\DB struktūra -> Tikrinti -> Taisyti; Ši operacija esant dideliam duomenų kiekiui gali užtrukti keliolika minučių.
5. Pažiūrėkite, koks yra atkurtos įmonės duomenų bazės pavadinimas, tas matosi Bendras\Naikinti įmones formoje.
6. Uždarote programą ir pasileidžiate kitą programą - AccMigration; Pastaroji turėtų būti meniu, o jei nebus, rasite program files folderyje prie kitų Apskaita5 failų.
7. Šioje programoje skyriuje MySQL prisijungimo duomenis vėl suvedate tuos pačius duomenis, kaip prieš tai kuriant naują vartotoją Apskaita5 (serverio adresas, portas, vartotojo vardas, slaptažodis), grafoje duomenų bazėje įrašote pavadinimą, kurį pažiūrėjot 5 žingsnyje. Skyriuje SQLite prisijungimo duomenys spaudžiate mygtuką su daugtaškiu ir sugalvojate, kaip užvadinti failą ir kur jį pasidėti (ir po to neužmiršti).
8. Įsitikinate, kad taškas yra ant pasirinkimo MySQL -> SQLite ir spaudžiate mygtuką Migruoti. Ši operacija esant dideliam duomenų kiekiui gali užtrukti iki pusvalandžio.
9. Gautą failą perkeliame į program files Apskaita5 folderyje esantį folderį Data.
10. Pasileidžiate Apskaita5 be serverio ir matote savo įmonę.

Akivaizdžiai blogai pažymėjot tekstą kopijuojant užklausą :)
Užklausa baigiasi "GROUP BY PersonCode;", o kopijuojant datraukėt tik tik "GROUP BY Pe"

Senos versijos atnaujinimų nebėra ir nebebus.
Nauja versija instaliuojasi lygiagrečiai. Pereinant prie euro daroma nauja įmonė (duomenų bazė) su nauja bazine valiuta.

Yra bendro pobūdžio galimybė importuoti iš tab atskirtų laukų sąrašo, pvz, copy/paste būdu iš excelio.
Importui paprastu atveju reikalinga excel lentelė su šiais 19 stulpelių šia seka:
pavadinimas, asmens ar įmonės kodas, adresas, banko pavadinimas, banko sąskaitos numeris, PVM mokėtojo kodas, SODROS kodas, e-paštas, kontaktinė info, vidinis kodas, kalbos kodas, valiutos kodas, fizinio asmens žymuo(0/1), pirkėjo žymuo(0/1), tiekėjo žymuo(0/1), darbuotojo žymuo(0/1), nebenaudojamas žymuo(0/1), kontuojama pirkėjo sąskaita, kontuojama tiekėjo sąskaita.

Palyginus su sena versija nebėra skirtingų kontrahentų įvedimo atskirai kaip pirkėjų/tiekėjų ir t.t. Tai iš apskaitos senos versijos į excelį kopijuojamą sąrašą reikia "išvalyti" nuo pasikartojančių kontrahentų tuo pat kodu.

Išimti duomenis iš senos versijos patogiausia per Bendras\Query Browser įvykdžius užklausą (rezultatą copypaste būdu į excelį):

SELECT Name, PersonCode, Address, BankName, BankAccount, VatCode, SodraCode, Email,
'' AS ContactInfo, '' AS InternalCode, 'LT' AS LanguageCode, 'EUR' AS CurrencyCode,
SUM(IsWorker) AS IsNaturalPerson, SUM(IsBuyer) AS IsBuyer, SUM(IsSupplier) AS IsSupplier,
SUM(IsWorker) AS IsWorker, 0 AS IsObsolete, AccountBuyer, AccountSupplier FROM
(SELECT Pavad AS Name, TRIM(UPPER(Kodas)) AS PersonCode, Adresas AS Address, B_Sask AS BankAccount, Bank AS BankName, E_Mail As Email,
CASE WHEN Grupe<>'Darbuotojai' THEN SP_kodas ELSE '' END AS VatCode,
CASE WHEN Grupe='Darbuotojai' THEN SP_kodas ELSE '' END AS SodraCode,
CASE WHEN Grupe='Pirkėjai' THEN 1 ELSE 0 END AS IsBuyer,
CASE WHEN Grupe='Tiekėjai' THEN 1 ELSE 0 END AS IsSupplier,
CASE WHEN Grupe='Darbuotojai' THEN 1 ELSE 0 END AS IsWorker,
CASE WHEN Grupe='Pirkėjai' THEN B_Kor ELSE 0 END AS AccountBuyer,
CASE WHEN Grupe='Tiekėjai' OR Grupe='Darbuotojai' THEN B_Kor ELSE 0 END AS AccountSupplier
FROM asmenys) as a GROUP BY PersonCode;

a) per wine;
b) darykitės savo interface'ą .mono bazėje, konversija neturėtų būti labai sudėtinga.



a) naujoje versijoje darbo režimas su nutolusiu sql serveriu yra nerekomenduotinas, sudėtingas ir principialiai nepajėgus užtikrinti saugumo; rekomenduotina naudoti application server'į su webservice front endu (galima ir remoting, jei norisi kitaip); teoriškai mano programos serverinė dalis suderinama su .mono, bet praktiškai nebandžiau;
b) skeptiškai žiūrėčiau į programos hostinimą linux serveryje, daug galvos skausmo ir jokios naudos, čia gi nėra jokio poreikio dideliam produktyvumui, vartotojų keli, o ne milijonai; bendrai imant kur kas labiau ekonomiška hostintis pas kokį asp.net providerį, gauni "debesį" "out of the box" be jokio galvos skausmo už kokius 400 - 500 LTL per metus;
c) mysql 6 ir aukštesnės versijos nepasižymi stabilumu ir geru palaikymu, rekomenduotina 5.5;



a) galima žaisti su sql užklausų repositoriumu, numečiau privačia žinute emailą žmogelio, kuris šiuo keliu bando eiti;
b) google mysql linux case insensitive.

Padės, tiesiog istoriniai duomenys gulės senoj versijoj.
Nauja versija realiai yra visiškai nauja nuo nulio perrašyta programa, ji instaliuojasi lygiagrečiai su sena, o ne vietoj jos. Dėl euro vis tiek teks likučius perkėlinėti, tame tarpe ir prekių.

Tas puslapis ne mano, aš į nemokamai hobio pavidalu kuriamą daiktą tikrai neinvestuočiau

Nuo šiol programa hostinama codeplex'e: apskaita5.codeplex.com/

Nauja versija yra baigta su dviem BET:
- liko keletas rimtų klaidų prekių modulyje, tikiuosi šią savaitę ištaisysiu;
- neveikia senos versijos duomenų konversija, jei naudojamos prekės, ir nepažadu, kad veiks, nes duomenų "formatai" bei apimtys radikaliai skirtingi (atsirado sandėliai ir paklaidos). Iš kitos pusės, tai nėra kritiška - ryšium su euru vis tiek reikės naujos įmonės duombazės su likučių perkėlimu. Jei prekės nenaudojamos, konversija veikia.

Serverio naujoje versijoje siūlyčiau nenaudoti (t.y. nauja versija turi integruotą), logino formoje mygtukas be serverio, prie bendrų nustatymų yra varnelė, kad nerodytų login formos pradžioje. Kuriant naują įmonę atkreipkit dėmesį į bazinės valiutos pasirinkimą, nes po sukūrimo jos keisti nebeleis.

Galima naudoti ir "neinstaliuojamą" versiją, t.y. išarchivuojat į flashiką ar bet kur kitur ir naudojat. Jei išarchyvuosit į dropbox (ar jo analogo) folderį, galėsit su tais pačiais duomenimis dirbti iš namų (tik jokiu būdu ne du žmonės vienu metu).

Yra ir serverinė "versija", kurią rekomenduojama naudoti webservice formatu, bet jos vidutinė buhalterė pasileisti nesugebės, prireiks hostingo ir specialisto pagalbos. Tiesa, šis "formatas" yra skirtas išimtinai dviem atvejais: jei įmonė nenori, kad visi jos duomenys gulėtų pas buhalterę, arba jei yra poreikis su tais pačiais duomenimis vienu metu dirbti keliams vartotojams. Manau, tokiais atvejais įmonė ras kelis šimtus litų hostingui ir specialisto pagalbai.
Yra ir dar keletas palaikomų režimų, įskaitant seną su mysql serveriu, bet man jie nepatinka, t.y. jie neoptimalūs ir/ar nesaugūs.

Žodžiu, nekantrūs gali pradėti, o kantrūs palaukit savaitėlę, kol prekių klaidas ištaisysiu.

P.S. Būčiau dėkingas, jei kas sužiūrėtų, ar kur spausdinamose formose litų neliko.

Tada tikėtina, kad instaliavo stalčiuj saugotą seną versiją...

1. Bendras\Nustatymai padidinkite sql užklausos max laiką;
2. Ar atnaujinta programa?
3. Prekių operacijas galima pagreitinti taip:

Prisijungus prie atitinkamos įmonės per Bendras\Query browser reikia įvykdyti PO VIENĄ šitas komandas (čia atsargų indeksavimui, kad greitai veiktų):

ALTER TABLE prekes_op ADD INDEX `ParentID`(`P_ID`);

ALTER TABLE prekes_ko ADD INDEX `ParentID`(`P_ID`), ADD INDEX `ChildID`(`I_ID`);

Į klaidą duplicate name nekreipkit dėmesio, jei išmes.

Prie klaidos turi būti detalesnis paaiškinimas...

Techniškai bus nauja versija, į kurią persikels euriniai likučiai. Tęstinumo su dviemis valiutomis bendrame žurnale nebus, kaip, ko gero, ir absoliučioje daugumoje kitų programų.