Mesaje

Chiar a ajuns mare, era suficient să copiezi din el ultima parte, cu erorile din zona de interes! Recomandare: din când în când e bine de resetat catalina.out, prin redenumirea lui și punerea întro arhivă (dacă se consideră necesar), și repornirea Tomcat-ului - se creează altul nou.

Problema dela rularea scriptului de corecție 3.2.5 a fost o scăpare pentru un caz particular, cum s-a întâmplat la voi: era generată balanța la una dintre firme pe decembrie 2009, dar nu era pe ianuarie 2010. S-a corectat și, dacă e urgent, putem pune un update astăzi. De fapt, toate înregistrările și rapoartele funcționează corect, mai puțin vizualizarea balanțelor, până la rularea acelui script.

Cu parola de admin separat ai reușit?

Preluare automată plăți salarii din note contabile de tip NCSALBASS, la extras bancă.

Corecții la import note contabile salarii-după modificare structură fișier de preluat.

Posibilitatea corectării de note contabile manuale dintro lună închisă.

Modificări la declarația 300 (necesită pluginul de xforms în browser).

Corecții la raportul Impozit+TVA.

Corecție chitanță pdf-citire siglă din baza de date.

Corecție bon consum pdf-adaugare total,etc.

Modificare afișare ultima versiune în pagina de pornire a aplicației.

Corecții la detaliere note contabile.

Corecții la închidere lună-continuitate id-uri.

Adăugare informații despre ultima balanță finalizată.

ATENȚIE!!! Trebuie rulat din Setup.jsp scriptul 'Corectii istbalanta'

Există soluții, poate un pic mai complicate, depinde de situație.

Cel mai simplu, dacă nu s-au făcut multe înregistrări pe acea firmă, stearsă și luat totul dela început. Situația este valabilă pentru orice firmă nou creată, în ideea de a se da acces separat admin-ului:
- se setează (în Setup.jsp) aplicația pe public;
- login ca și superadmin (webgest) cu adresa de mail a adminului;
- creere firmă nouă și schimbat parola de admin;

Dacă nu-i tare incomod - trebuie pusă întotdeauna și adresa de mail la logare admin - se poate lăsa setarea pe public. Dar se poate trece și înapoi pe privat, separarea făcându-se prin mail și parolă.

Dacă sunt deja multe înregistrări, trebuie făcut un backup din care să se refacă datele pe o firmă nou creată, urmând același algoritm.

Și regisrul de casă, merge acum listarea?

Dacă am înțeles bine, ești în situația de a seta pe public aplicația - în acest caz separarea se face prin adresa de mail.

În Setup.jsp se schimbă, întradevăr, parolele generale. Webgest (superadmin) este unic, dar cu el poți să te log-ezi cu mai multe adrese de mail, care se vor moșteni de către adminii firmelor nou create. La logarea unui admin cu o anumită adresă de mail îi vor fi accesibile doar firmele respective.

Vezi ce avantaje/dezavantaje ai cu alegerea public/privat.

Nu cumva data inventarului generat este ulterioară lunii care se închide? De ex să închizi ianuarie și inventarul este cu data din februarie. Atunci e mai probabil să se întâmple.

[Personal/Salarii]

Personal/Salarii

Loc de discuții despre domeniu și în special despre WEBSAL, un proiect pornit în paralel cu WEBGEST, pe o tehnologie cu totul nouă - XForms - și cu marea contribuție a lui @vios. De văzut la:

http://www.xdoc.webgest.ro/#

XDOC

Am pornit un fel de registru - de găsit tot la link-ul de mai sus - în care încercăm să cuprindem standarde de documente, în principal descrise prin XML Schema. Aceasta ar fi o contribuție la ceea ce se cheamă interoperabilitate - preluarea automată a datelor/documentelor, indiferent cu ce aplicație sunt generate. De aici importanța standardizării acestor formate.

S-a lămurit cu sigla la chitanță. Acolo rămăsese preluarea imaginii din folderul /images/, pus în /webapps/, lângă webgest. Între timp imaginile se depozitează în baza de date, iar la acel raport nu s-a mai făcut redirectarea, așa că degeaba introduci din administrare! S-a corectat pentru versiunea următoare.

Verifică totuși dacă există sigla și în vechiul loc, poate s-a șters. Ar trebui să apară pe chitanță de acolo, și cu versiunea actuală.

?! Rămâne pe mâine...

Acum ... insa nu-mi mai apare sigla pe chitanta. Am mers in partea de administrare si i-am dat sa incarce din nou sigla ... Dupa aceste operatii nu-mi mai incarca nici pe factura sifla

Ceva mesaj de eroare, în interfață sau în log?

Am luat tot ce era in ReportEngine/lib si am copiat in tomcat/lib ...

Dar ... tocmai de efortul ăsta vrem să (vă) scăpăm de acum încolo! Dacă se editează corect fișierul catalina.properties, nu mai e nevoie să se copieze librăriile de BIRT la orice versiune nouă - Tomcat-ul le citește direct din /ReportEngine/lib.

Of, of! Eu mă refeream la ele - jar-urile - fără prefix. Prefixarea cu X-BIRT era o recomandare doar, pentru identificarea mai ușoară între celelalte. Înseamnă că pe acel sistem nu s-a făcut.

Deci caută-le în Tomcat/lib exact cu aceleași nume ca în /ReportEngine/lib.

Ele trebuie că sunt acolo, dar poate le-ai pus fără acel prefix. Sunt 21 (nu-i sigur!) în versiunea anterioară. Poți să le identifici prin comparație cu ce există în vechiul /ReportEngine/lib - sunt exact aceleași.

Înseamnă că nu merge niciun raport cu noul BIRT?

Ai șters vechile librării din Tomcat (în noul mod de instalare, cu editarea catalina.properties, nu mai e nevoie de ele, și acum se bat cap în cap)?

Ce ai făcut, de fapt? Ai pus noul BIRT sau nu?

E ciudat, fiindcă acest raport funcționează corect pe toate sistemele ce le-am încercat, inclusiv pe demo-online. Dacă nu e actualizat ReportEngine-ul de BIRT, nu mai sunt funcționale doar balanța (salvare pdf) și Fișa de magazie, rapoarte care au fost modificate cu noua versiune. La Top nu s-a umblat, deci nu e cazul.

Revin-o cu detalii, eventual un catalina.out.