Re: Programul este bun la cine nu foloseste

[sepsiker]

Probabil nu ati inteles bine dvs. Dv. stit foarte bine problema mea daca nu atunci de ce a trebuit sa trimitem baza de date de la noi?

1..Cand facem receptia stocul este corect dar la Situatie Facturi–Urmarire Furnizori se dubleaza facturile . Suma este corecta si data dar la randul urmator apare iarasi acelasi suma si numar factura dar cu data de 30.12.99.

2..La celalalt magazin nu putem inchide nici luna septembrie nici octombrie. Noi lucram cu acceptare vanzare cu stoc negativ din cauza la mezeluri. Dar de exemplu la Slanina afumata avem -0.003 kg . degeaba compensez ca la fisa depozit se vede compensarea dar daca vreau sa inchid luna tot aceasi suma de -0.003kg apare.

Pentru noi este foarte important din cauza ca contabila se bazeaza pe aceste date furnizate de noi .
Cu stima

[roPopa]

Am descoperit ca aceasta problema se datoreaza unui Upgrade defectuos.
In baza de date nu s-a efectuat o modificare a unui trigger care introducea acea factura pentru urmarire.
Din acesat cauza in momentul de fata si acel trigger introducea o factura la urmarire si programul facea acest lucru.

Am descoperit acest lucru foarte tarziu deoarece din toate informatiile care ne parveneau nimeni nu a spus ca rezulta 2 recorduri in urmarire furnizori ci doar ca se dubleaza valoarea.
valoarea dublata inseamna cu totul altceva si noi am cautat in mod gresit cauza acestei probleme.

Solutia este trecerea la baza de date 319 pentru noile instalari de magazine.
Pentru cele deja instalate cu v 318/8.0.0.107, scriptul care repara acesta problema este urmatorul.

ALTER TRIGGER REC_AU
ACTIVE AFTER UPDATE POSITION 0
AS
DECLARE VARIABLE VARIDRECITEM INTEGER;
DECLARE VARIABLE VARIDFURN INTEGER;
DECLARE VARIABLE VARIDCLIENT INTEGER;
DECLARE VARIABLE VARIDMAG INTEGER;
DECLARE VARIABLE VARIDINV INTEGER;
DECLARE VARIABLE VARDATAFACT TIMESTAMP;
DECLARE VARIABLE VARNRFACTURA VARCHAR(20);
DECLARE VARIABLE VARDATANIR TIMESTAMP;
DECLARE VARIABLE VARNIR INTEGER;
DECLARE VARIABLE VARPRETACH NUMERIC(15, 5);
DECLARE VARIABLE VARVALUTA NUMERIC(15, 5);
DECLARE VARIABLE VARARTNR INTEGER;
DECLARE VARIABLE VARIDSTORE INTEGER;
DECLARE VARIABLE VARTYPEVALUTA VARCHAR(20);
BEGIN
/* TRIGGER TEXT */
IF (NEW.STARE OLD.STARE) THEN BEGIN
FOR SELECT R.IDFURN, R.DATAFACT, R.NRFACT, R.DATANIR, R.NIR, O.IDCLIENT, R.IDSTORE, R.IDINV
FROM REC R
LEFT JOIN OUT O ON O.NRSCHIMB = R.NRSCHIMB
WHERE R.IDREC = NEW.IDREC
INTO :VARIDFURN, :VARDATAFACT, :VARNRFACTURA, :VARDATANIR, :VARNIR, :VARIDCLIENT, :VARIDMAG
, :VARIDINV
DO BEGIN
BREAK;
END
FOR SELECT RI.PRETACH, RI.ARTNR, NEW.IDWHERE, RI.PAVAL, RI.IDRECITEM, RI.VALUTA FROM RECITEMS RI
WHERE NEW.IDREC = RI.IDREC
INTO :VARPRETACH, :VARARTNR, :VARIDSTORE, :VARVALUTA, :VARIDRECITEM, :VARTYPEVALUTA
DO BEGIN
EXECUTE PROCEDURE INSERTUPDATELASTPRETACH(:VARIDRECITEM, :VARPRETACH, :VARDATAFACT, :VARIDFURN, :VARARTNR
, :VARIDSTORE, :VARDATANIR, :VARNRFACTURA, :VARNIR, :VARVALUTA
, :VARIDCLIENT, :VARIDMAG, :VARIDINV, :VARTYPEVALUTA);
END
END
END
^

[Dor]

Stimate utilizator,
Speram ca solutia de mai sus sa rezolve problemele mentionate de dvs atat de transant. Pentru orice alte informatii va rugam sa nu ezitati sa folositi acest forum care dupa cum se observa chiar ofera solutii…
O singura observatie insa: va rugam sa postati problemele cat mai explicit pentru a identifica in cel mai scurt timp cauza problemei.

Va multumim pentru intelegere si cooperare!

Echipa Dezvoltare Programe