4 replies to this topic

[doru_c2000]

Am urmatoarea situatie:
La un complex hotelier am TVA 9% la mic dejun si cazare si 19% la restaurant. Gestiunea la restaurant o tin la pretul de vanzare cu amanuntul. Cu toate ca programul imi calculeaza bine pe k si apoi nota contabila de inchidere a gestiunii de amanunt, luna de luna mi se denatureaza soldul lui 378 si 4428. 4428 creste nejustificat iar 378 scade peste masura. Dati-mi va rog o solutie pentru rezolvarea crizei. Precizez inca odata ca am verificat cu formula de calcul in fata nota de inchidere!

[S_anda]

Poate ar trebui sa te adresezi firmei de la care ai achizitionat soft-ul. :idea: Nu stiu cine de pe forum se pricepe la asistenta informatica. :roll:

[doru_c2000]

Formula utilizata pentru k este:
k=(Si 378 + Rc 378)/(Si371+Rd 371-S 4428)*100
Apoi 378 la vanzari = Si 378 + Rc 378 -(Sf 371 - Sf 4428) x k

[S_anda]

Daca datele redate de aplicatia pe care o uttilizezei sunt eronate, vorbeste cu firma de la care ai cumparat programul de contabilitate sa rezolve problema. Ce am putea face noi pentru aplicatia ta?

[it_mihai]

Pt. restaurant ar trebui sa ai 2 activitati:
-una cu evidentiere 378 si 4428; intrare pe 371 si descarcare 607 - pt. marfurile pe care le vanzi asa cum le cumperi
-alta de productie proprie (meniul, cocktail-uri etc.) unde nu ai 378sau 4428. intrarile pe 301 si descarcarea pe 601
Aplicatia este in mod cert neconfigurata sau neutilizata in acest mod. O scadere foarte mare pe 378 ar putea aparea pt. aprovizionare si cu si fara 378 dar descarca totul cu 378. O crestere pe 4428 nu este posibila in aplicatie decat daca nu descarca deloc acest cont sau extrem de putin. De ex: e configurat ca descarcarea sa se faca cu 9%(perceptie gresita hotel=9%) in loc de 19%.
Chiar si in calculul lui "k" pot aparea erori MARI daca nu sunt evidentiate corect contabil cele 2 tipuri de activitati de mai sus.