Mesaje

este cumva in vizor modificarea privin posibilitatea introducerii seriilor produselor la receptie?

Este, dupa cum s-a mai discutat; v-a fi o reformatare mai ampla a formularului de receptie. Acum sunt pe rol niste urgente mai arzatoare, asa ca o impingem mai spre toamna !

Pe langa mai multe maruntisuri, s-a rezolvat si:

Tiparire doua banci pt. date firma, in factura pdf

Balanta si receptia amanunt pdf in format ladscape

E intradevar alta poveste, si poate un pic mai lunga !

Obisnuitele coduri la produse, mostenite la majoritatea programelor de gestiune dela primele "evidente" sub forma de fisiere, unde codul era principalul criteriu de ordonare (si chiar de identificare), noi le-am trecut pe un plan secundar. In baza de date produsele (cataloagele) primesc automat un ID manageriat de SGBD, care este folosit "in spate" de toate formularele si rapoartele din aplicatie.

Noi, la propria gestiune, am renuntat din start la utilizarea acelor coduri si nici cei care mai folosec aplicatia pana acum nu le simt lipsa ! Campul exista acolo, daca-ti sunt importante codurile cu care te-ai obisnuit, poti sa-l folosesti. Doar ca el nu a fost pus pana acum prin rapoarte, sau chiar in formularul de introducere ca si criteriu de cautare, alternativ la denumire sau cod de bare. E gandit si pregatit in spate, se poate face si in interfata, dar pana acum nu a fost nevoie !

Obisnuiti-va si cu acele detalii ce apar intr-o fereastra alaturata cand stai cu mouse-ul (sau e selectat) in lista derulanta pe un catalog deja introdus. Este acolo si codul, pe langa alte informatii folositoare in acel moment.

O alta problema ce o sesizez, daca am inteles bine ! Ai cazuri, sau esti obisnuit din alt program, sa aloci acelasi cod mai multor produse, care au denumiri sau caracteristici diferite ? Asta nu prea mi se pare "coser" ! Doar daca erai obisnuit ca produsul (catalogul, numit de noi in webgest) si articolul sa fie unul si acelasi lucru. Aici sunt diferite, fiecare avand rolul sau. Bineinteles ca intre ele sunt clar legate, tocmai prin acele ID-uri, dar sunt si separate, pentru avantajele ce le ofera o baza de date relationala !

Un catalog = produs este introdus o singura data in DB, sa zicem la prima receptie  cand apare. Aici sunt inregistrate toate caracteristicile lui. El poate fi receptionat de mii de ori dupa aceea, in cantitati sau preturi diferite, dar datele de "catalog" nu se repeta .

Deocamdata opresc povestea, dar daca-i nevoie, continuam !

Spor la treaba !

In cazul in care la receptie Furnizori apare situatia in care vreau sa adaug o grupa sau subgrupa ... trebuie sa ma deloghez si apoi sa ma loghez ca admin?

Da.
Am lasat posibilitatea de creere grupe/subgrupe doar din Administrare pentru a diminua riscul unei prea mari dezordini ! Aceasta structura ar trebui croita dinainte, in functie de profil, iar pentru cazurile izolate cand s-a uitat ceva ... se merge la admin.

Si .... la adaugare produse ... se poate face in vreun fel sa pot sa-mi aleg un cont deja alocat?

Daca te referi la Administrare/Catalog, acolo n-ai treaba cu conturile ! Acelasi produs (catalog) poate sa primeasca diverse conturi cand devine articol !
Alocarea contului la receptie se poate predefini in variabile globale - furcontrec = 371 de ex. pentru marfa, dar este modificabil la nivel de linie articol in receptie, daca se debifeaza "Cont continut" de sus.

Sau, poate n-am inteles eu ce trebuia !

Deocamdata ... cu manuta ! Vezi si http://forum.webgest.ro/index.php?topic=13.0 .

Se poate face sa apara si al doilea cont (cel de la Trezorerie de exemplu) pe factile emise catre clienti?

O s-o prindem in urmatoarea versiune. Terenul a fost pregatit dar n-am mai apucat sa modificam acele rapoarte. Inca ne mai punem o intrebare: cate banci sa apara pe factura ? Daca cineva foloseste 7 banci ! Ar fi suficiente 2 sau 3 ?

Intradevar, contarea se face automat pe 707. Acea lista derulanta cu conturile la facturare este utila pentru a restrange articolele stocabile ce le poti pune pe factura. Contul articolului este mostenit de la intrare (receptie) iar contul destinatie este dat de tipul documentului.

Un lucru important la inceput este sa-ti stabilesti corect grupele si subgrupele de articole, precum si tipul de gestiune. Cum e la tine, tip depozit sau amanunt ? Ar fi normal sa fie primul, sa nu fii obligat sa vinzi la pret fix.

Incearca totusi inainte instalarea in /opt, e simpla si oricand e folositoare pentru varianta de rezerva.

Inseamna ca fisierul e gol, adica BIRT-ul nu si-a facut treaba ! Hai sa vedem in log ce zice.

Daca dai preview factura, ce se intampla ?

Dar preview si tiparire ?

Inseamna ca ai nevoie de iText in aceasta faza, pe acest sistem. Poti sa iei jar-ul de aici
http://sourceforge.net/project/showfiles.php?group_id=15255&package_id=12596&release_id=690239
si pus in ...Tomcat/lib .

Daca mergeai pe Preview document, si nu pe salvare pdf, functiona sau ce eroare aparea ? Fiindca, pe linia aceea nu se foloseste iText.

Ai incercat si instalarea separata a Tomcat-ului, in opt ?

Citat din log:

Jun 20 12:58:58 erp jsvc.exec[21046]: BirtInterface --config properties key:BIRT_HOME=/var/lib/tomcat6/webapps/ReportEngine
Jun 20 12:58:58 erp jsvc.exec[21046]: BirtInterface --config properties key:logDest=/var/lib/tomcat6/webapps/ReportEngine/configuration
Jun 20 12:58:59 erp jsvc.exec[21046]: org.eclipse.birt.core.exception.BirtException: Cant startup the OSGI framework

Acum exista folder-ul, dar pot fi urm. situatii:

1. Nu este corect continutul. Ai facut exact cum scrie la Instalare:

Pentru rularea unor rapoarte din webgest este nevoie de instalarea 'masinii' BIRT = Business Intelligence and Reporting Tools . Pentru aceasta trebuie download-at birt-runtime-2_3_1.zip , dezarhivat si salvat din el directorul ReportEngine in ...Tomcat/webapps/ .
Librarii

   Sunt doua grupuri de librarii (jar-uri) externe necesare .Primul il reprezinta continutul directorului /lib din ReportEngine , care se copiaza in intregime (21 de jar-uri) in ...Tomcat/lib/ .

?
Ultima versiune este 2.3.2.2 si se poate folosi aceasta. De altfel, pentru toate librariile (jar-urile) necesare aplicatiei pot fi folosite versiunile cele mai noi, singura exceptie fiind castor-0.9.5.3.jar .

2. Nu sunt drepturi de scriere/citire pe folderul /var/lib/tomcat6/webapps/ReportEngine/configuration .

3. Nu sunt copiate cele 21 jar-uri sau nu sunt accesibile in /usr/share/tomcat6/lib.

Verifica dinnou astea si deasemenea catalina.policy, si zi-ne rezultatul !

Trimite log-ul, eventual doar partea dela urma, cu data de azi.

A ajuns log-ul, si problema ta se pare ca este aici:

Jun 18 21:26:45 erp jsvc.exec[2828]: BirtInterface --config properties key:BIRT_HOME=/opt/ReportEngine
Jun 18 21:26:45 erp jsvc.exec[2828]: BirtInterface --config properties key:logDest=/opt/ReportEngine/configuration
Jun 18 21:26:47 erp jsvc.exec[2828]: org.eclipse.birt.core.exception.BirtException: Cant startup the OSGI framework

Asta inseamna ca nu gaseste directorul ReportEngine la locul lui, care la tine ar trebui sa fie /var/lib/tomcat6/webapps/ . Este important si numele sa fie exact "ReportEngine" si sa aiba drepturile de care am vorbit mai sus. Este acolo ?

Calea pe care o da in eroare (BIRT_HOME=/opt/ReportEngine) este de la varianta cand Tomcat-ul ar fi instalat separat pe sistemul de operare (obisnuit in /opt) si nu ca si serviciu, cum il ai instalat acum. Si noi folosim pe unele sisteme varianta "/opt", care nu ridica atatea probleme de acces/securitate cum se intampla si la tine, si nu numai ! De exemplu, ieri am facut o instalare pe Fedora 11 si au aparut si acolo astfel de probleme, dar merge ok dupa aplicarea unora din setarile discutate mai sus.

Daca se pune Tomcat-ul (si chiar si java - JRE - separat de cel din sistem) in /opt, si aici pot fi drepturi depline si pentru un user, problemele acestea legate de BIRT mai ales dispar, dar atunci trebuie pornit si oprit serverul manual. Deci, cine vrea, poate sa mearga pe aceasta varianta.

Hai s-o rezolvam astazi !