[Dor]

Este Imposibil.
Inventarul nu este o joaca. Cel putin nu in sistemul nostru.
Daca un client nu intelege asta inseamna ca nu doreste sa aiba un management corect in magazin.
Probabil nu i s-a explicat importanta.
Operarea de documente cu data diferita de cea reala (retroactiv) da peste cap complet raportul de gestiune.
Asa cum este specificat si in manualul de utilizare efectuarea de operatii in acest mod exonereaza de raspondere compania noastra in ceea ce priveste calcularea corecta a raportului de gestiune exprimat la pret de vanzare.
Ca sa intelegi mai bine iti dau un exemplu:
Azi fac o receptie de 10 bucati x 100 lei pret de vanzare = 1000 lei valoare pe raportul de gestiune.
Maine fac o modificare de preturi la acest produs de la 100 lei la 150 lei, ridicand valoarea stocului cu diferenta de (sa presupunem ca pe stoc sunt numai cele 10) 10X50=500 lei generand un LDI pe raportul de gestiune valoric.
Poimaine vii tu si bagi un NIR pentru inca 10 buc la pretul curent de 150 lei adica 10×150=1500Lei, dar o pui retroactiv cu doua zile in urma (cand atentie pretul era de 100 lei).
Concluzie:
La data efectuarii modificarii de pret cand stocul real era de 10 bucati, tu l-ai alterat la 20 (introducand acum o diferenta).

Poate parea OK dar acum pune si iesirile prin POS sau Casa, transferurile, etc derulate in acest interval de timp. care afecteaza suplimentar stocul luat in calcul la modificarea de preturi.
Fiecare opereaza cu pretul de vanzare punctual valabil in momentul iesirii.
Ca urmare nu vei mai sti de unde apare diferenta.

Este conflictul etern intre operarea in timp real (specifica SmartCash) si cea in timp economic specifica programelor de contabilitate.
Armonizarea lor ramane la latitudinea clientilor.
Filozofia noastra este insa previne in loc sa repari dupa.
Asadar fiecare trebuie sa-si faca treaba in ziua in care trebuie nu la sfarsitul lunii asa cum sunt obisnuiti din programele de contabilitate.

[Dor]

Nu inteleg unde apare eroarea?
La rutina de import in Ciel? Oricum nu exista o tabela OUT la export centrala.
Trebuie sa trateze probabil ceva si nu stie cum….
Fii mai explicit.

[Dor]

Da este in regula solutia ta, cu o singura observatie:
Nu este nevoie sa folosesti ibmanager.
Foloseste serviciul Backup din SmartCash care face acelasi lucru ca IbManagerul.
––
Eroarea insa nu se datoreaza bazei de date.
Puneti POS-ul versiunea 3.1.1.70 sau mai nou si nu va mai apare.
Dor.

[Dor]

La emiterea facturilor de la POS pentru clienti noi, datele clientului NU sunt salvate in baza de date. Sunt listate numai pe factura emisa.
Operatorul poate introduce insa absolut toate informatiile aferente clientului chiar daca nu este salvat in baza de date.
La emiterea din backoffice clientul se salveaza in baza de date totdeauna.

[Dor]

A notat propunerile,
vom incerca sa le integram, macar in parte in versiunile viitoare.

[Dor]

Situatia clienti/furnizori poate fi listata din rapoartele incluse dupa exact aceleasi criterii ca si la vizualizarea lor.

[Dor]

Este mesajul standard de deschidere inventar. Si la modificarea de preturi este afisata aceeasi caseta pentru ca documentul rezultat este tot un LDI

[Dor]

Efetuati upgrade la 8.0.0.114. Nu mai exista eroarea mentionata.
Numai bine

[Dor]

Daca e un bug trebuia postat in sectiunea Bug Reports.
Care e versiunea SmartCash Shop si in ce conditii apare eroarea?
Ce faci cand apare eroarea? In ce context?

[Dor]

Postati toate Bug-urile in sectiunea Bug Reports SmartCash RMS specificand in subiect asupra carui modul se refera.

[Dor]

Daca se foloseste plug-in-ul de export, acolo exista toate informatiile solicitate.
Raportul de gestiune este un document destinat imprimarii, si nu contine informatiile solicitate.
Daca se doreste o informare mai precisa, exista rapoarte detaliate sau centralizatoare, unde apare cred si furnizorul/clientul.

[Dor]

Fixat in release > 8.0.0.112, vezi whatsnew.txt p forum cand va fi lansat.

[Dor]

Din pacate traducerea este un proiect pentru viitor. Este extrem de mult de facut ca sa ajungem acolo.
Mizam pe finantarea mai rapida a acestui deziderat printr-un proiect care nu s-a concretizat insa.
Asadar, sigur ca va fi tradus, dar nu in viitorul apropiat.

[Dor]

Din pacate dbupgrade.exe trebuie folosit cu maxima atentie. Nu include inca suficiente validari (cum ar fi cea de conectare unica la baza de date) si poate sa aduca baza de date in situatii incerte.
Consultati de fiecare data dupa folosirea lui log-ul si daca este afisata cel putin o problema dati rollback (a se citi restore dupa un backup prealabil) la baza de date anterioara.
Luati baza de date la firma daca sunteti partener certificat, si solicitati asistenta la linia de eroare semnalata in log.
Numai dupa gasirea solutiei reveniti la clienti si efectuati actualizarea bazei de date.
In extremis, daca nimic nu merge aveti totdeauna la indemana solutia pomparii integrale a bazei de date in una noua.

[Dor]

Solutia este fixata in versiunea 8.0.0.108. Vezi http://www2.smartcash.ro/forums/topic/re-programul-este-bun-la-cine-nu-foloseste/#post-399 pentru detalii.