Membru florariatrias.ro
MembruRaspunsuri la forumul creat
-
Aveti idee cand se va finaliza implementarea functiei propuse mai sus? Cei de la Anaf au avut din nou de comentat la ultimul control de saptamana trecuta ca nu tiparim dispozitiile de plata .
-
Noi gesionam aceste receptii prin doua fisiere de import.
Furnizorul trebuie sa aiba factura defalcata pe cote de tva acolo unde se intampla asta. Este mai usor pentru toata lumea.
Intr-adevar folosesc un excel anterior care sparge factura furnizorului automat in 2 receptii pe cote de tva si apoi urc. -
Nu am gasit si cand am semnalat aceasta problema mi s-a spus ca se poate ca prin interventia contabilei sa nu se ia in calcul la calculul taxelor metoda de plata de tip voucher.
Personal nu am adoptat aceasta varianta deoarece incarcam si mai mult volumul de munca al contabilitatii si avand in vedere declararea jurnalelor electronice la anaf s-ar fi putut interpreta aceasta metoda ca frauda. -
Varianta de la punctul 1 am mai propus-o in urma cu 2-3 ani si mi s-a propus evitarea dublei impozitari prin urmarirea metodei de plata si efectuarea unei note contabile.
Din pacate sunt din ce in ce mai multe procese la nivel de firma si incercam totusi sa simplificam viata contabilului ca si pe a noastra.
Varianta propusa la punctul 1 mi se pare cea mai viabila ca proces si poate fi folosita si la o varianta pe care am propus-o anterior 5+1. La 5 stampile pe cardul fizic printat se scaneaza codul si acorda un vaucher de ex de 50 de lei.
Aceasta varianta, des folosita de firme mari, precum „Mec” , ajuta la cresterea locala a vanzarilor pentru magazinele cu probleme. -
Mai este un aspect: Dispozitia de plata apare cu numele „Dispozitie de plata” pentru operatiunile facute in registru si „Dispozitie Plata – ” pentru retururile la bf.
Acest lucru genereaza grupare suplimentara la gruparea dupa Document -
Am inteles rationamentul insa atunci ar trebui ca tranzactiile sa fie similar sortate cu registrul din magazin in ordinea introducerii. Acum daca dau vizualizare pentru perioada 1-8 martie de ex imi apar cateva tranzactii de pe 1 martie apoi o plata de pe 2 martie apoi alte tranzactii de pe 1 martie apoi de pe 4 si tot asa. Soldul de asemenea nu poti sa iti dai seama care este cel final si care este ultima tranzactie.
Va propun de asemenea ca in partea de jos sa fie insumat soldul de numerar de la toate magazinele afisate pentru a cunoaste cantitatea totala de numerar la nivel de retea. -
Vin cu o completare ce consider ca ar ajuta la subiectul de mai sus. Cred ca util ar fi sa existe un fel de comanda de picking care sa aiba cantitatea ce trebuie colectata de picker introdusa anterior de un operator de comenzi iar pickerul pe masura ce scaneaza sa i se scada din mobility din cantitatea ramasa de colectat. Acesta eventual sa vada in permanenta ce produse mai trebuie strînse cu info aferent (pret , detalii etc). Ulterior comanda colectata poate fi transformata in transfer in retea sau factura fiscala.
-
Multumesc. Maine avem upgrade.
Pastrarea discountului de bon si a preturilor fixe din comenzi am observat ca au fost introduse din 16.0.0.25 -
Multumesc. Am programat upgrade pentru maine dimineata.
Chiar azi am mai observat o problema legata de incasarea pe card. Se pierde frecvent transmisia unor bonuri cu incasare card. Cand apare eroarea lipsa hartie si se da retiparire bon, in pos se inregistreaza bonul (vizibil in incasarile curente) insa in CUSTOM prin raportul de seara se vede ca aceasta incasare lipseste.
Sper prin upgrade-ul de maine sa nu mai apara aceste erori. -
Reiau propunerea de mai sus. Ar ajuta mult la identificarea rapida a cosurilor in procesul de vanzare. Imprimantele noi pot printa rapid acest format de eticheta direct ca pe un bon si ulterior prin scanare , comanda poate aparea instant.
Reiau solicitarea de incasare a mai multor comenzi pe acelasi bon. -
Aceeasi situatie se intampla si la chitantele emise la facturi cu ridicata. Nu se genereaza numele clientului in registru de casa
-
Ma refer la comenzile de livrare din Smarcash Shop si nu as avea nimic impotriva unei facturi deschise. Sunt cateva impedimente aici. Atata vreme cat este deschisa vanzarea nu se pot face activari de preturi, generare de versiuni de catalog. Acest lucru perturba activitatea la nivel de retea.
Avem in prezent contract cu o institutie la care livram produsele si putem factura abia la cateva zile pana la cateva saptamani cand se trimite comanda letrica. In tot acest timp stocul este incarcat artificial cu produse si din cauza rulajului FIFO se pierde in alte operatii pretul de achizitie al produselor si rentabilitate pe client la analiza are de suferit. -
Multumesc. O sa solicit upgrade dupa sarbatori.
-
Si eu sustin. buna idee.
-
Multumesc pentru raspuns. Am vazut aceasta operatie insa am o problema. in cazul reducerilor se reduce profitul si tva-ul de plata proportional cu reducerea. Daca utilizez gift card atunci va fi considerata o alta modalitate de incasare care este purtatoare de tva incasat de la client.
Practic ajung sa platesc tva pentru fiecare gift card.
Ar fi utila o setare eventual la emiterea de gift card care sa il seteze ca o reducere nu ca o incasare in format alternativ.