Razvan
MembruRaspunsuri la forumul creat
-
Buna ziua,
Va multumim pentru informare.
Vom analiza situatia sesizata de dumneavoastra si vom reveni cu un raspuns. -
Buna ziua,
Problema sesizata de dumneavoastra a fost remediata in versiunea 10.0.1.136.
Va rugam sa faceti upgrade la aceasta versiune de program. -
Razvan
Moderator18 septembrie 2013 la 10:54 ca răspuns la: Inventarieire BT9000 produse cantaribileA fost lansata versiunea de program 10.0.1.117 care rezolva aceasta problema.
Este necesara efectuarea unui upgrade atat la server cat si pe terminalul mobil. -
Am recalculat toate fisele de depozit pentru toate produsele. S-au efectuat verificari.
Dupa recalculare, fisele de depozit arata documentele in ordinea corecta. -
Razvan
Moderator16 august 2013 la 14:30 ca răspuns la: COTA TVA 9% LA PAINE.CASA DE MARCAT DEDICAT RAION PANIFICATIEBuna ziua,
Respectivul proiect de lege se refera la modul fizic de organizare al magazinului.
Programul de gestiune nu specifica si nu impune reguli despre cum se serveste marfa sau despre spatiul minim de vanzare. -
Buna ziua,
Conform legii, in urma inchiderii returului la bon fiscal trebuie sa se faca automat si un NIR, prin care vor reintra in gestiune articolele returnate de client.
Cu alte cuvinte, daca programul i-a afisat mesajul ca returul a fost inchis cu succes, s-a efectuat automat un NIR si este necesara tiparirea acestuia, aplicatia a functionat corect. In acest caz, operatorul de magazin trebuie sa tipareasca receptia si sa o ataseze la dosarul zilnic. -
Buna ziua,
M-am conectat remote la dumneavoastra si intr-adevar se confirma problema pe care ati sesizat-o.
Am preluat baza de date pentru analiza si am inregsitrat si sesizarea cu numarul T33273.
Vom reveni cu amanunte imediat ce vom identifica problema. -
Buna ziua,
Cea de a 13-a cifra a codului de bare aferent unui articol este cifra de control si este calculata ca o combinatie de celelalalte 12 cifre.
In momentul in care se exporta diferite rapoarte in Excel, cifra de control nu se exporta -
In urma analizari bazei de date s-au constatat urmatoarele:
In data de 12.11.2012 a fost efectuata o reinitializare a bazei de date cu preluarea stocurilor prin inventar.
Dupa reinitializare, au fost operate documente de receptie si retur/transfer la furnizor cu o data anterioara reinitializarii, respectiv: Receptii si Avize cu data de 05.11.2012. Tinand cont de faptul ca operatia de RETUR LA FURNIZOR inregistreaza valorile de aviz si in tabela PLATI a bazei de date necesare la evidentierea situatiei soldurilor pe furnizori, faptul ca a fost introdusa o informatie in aceasta tabela cu o data anterioara generarii reinitializarii, a dus la blocarea operatiei de recalculare a registrului de casa.
Avizele de retur catre furnizor nu afecteaza inregistrarile registrului de casa, insa la generare acesta isi face verificarea dupa prima data de operare in tabela si prima data de operare in registrul de casa a unei plati. Daca intre acestea exista neconcordanta, recalcularea prin generarea registrului de casa va fi blocata.
Problema a fost remediata prin actualizarea datelor introduse anterior in campul plati, la data de 19.11.2012 data ce reprezinta primul document de tip PLATA introdus in REGISTRUL DE CASA. In urma acestei modificari registrul de casa poate fi generat si listat.
Problema a fost sesizata de curand, deoarece clientul nu folosea registrul de casa pana la aceasta data.Acest tip de situatie neplacuta a fost generata de faptul ca asupra gestiunii s-a operat intr-o maniera nerecomandata: aceea de a se introduce documente anterioare datei curente, adica desi data calculatorului era 12.11.2012 s-a dorit generarea unui transfer la furnizor cu data de 05.11.2012.
Pentru a preintampina astfel de situatii se recomanda ferm introducerea documentelor numai cu data curenta.
-
La sesizarea dumneavoastra a fost inregistrat tichetul cu nr. T29672, in baza caruia s-a preluat baza de date pentru analize aprofundate. Va vom comunica raspunsul in urma identificarii problemei, prin serviciul nostru de Call Center, atat verbal cat si pe mail.
-
1. Pentru a putea efectua receptii cu TVA 9%, este necesar ca aceasta cota de TVA sa fie introdusa in Nomenclatorul de cote de TVA (meniul Program / Nomenclatoare / Cote TVA), iar articolele din catalogul de produse sa aiba asignata aceasta valoare a cotei TVA. Pentru a verifica daca cota a fost asignata corect pe produs, se da dublu click pe acesta si se verifica rubrica TVA.
In cazul in care unei carti i-a fost asignat gresit cota de TVA 24%, aceasta nu se poate modifica si este necesara reintroducerea articolului respectiv.2. Mesajul afisat de Registrul de Casa este foarte sugestiv, aratand faptul ca s-a introdus gresit o plata cu data de 05/11/1012. Este necesara generarea Registrului incepand cu aceasta data, astfel incat sa puteti avea acces la inregistrarea respectiva, sa o stergeti si sa o introduceti pe ziua corecta.
-
Buna ziua,
In cazul in care s-a emis o factura la bon fiscal si s-a gresit clientul, sau s-a gresit numarul de bon fiscal, aceasta factura nu poate fi anulata sau stearsa.
Nu se poate face storno la o factura la bon fiscal.
Se va emite, manual, de pe un facturier, o factura catre clientul corect.
-
Buna ziua,
Am aflat deja despre eroarea care apare la listarea catalogului de produse. Aceasta a fost transmisa deja departamentului software si este in curs de remediere.
-
Razvan
Moderator3 octombrie 2012 la 15:09 ca răspuns la: Eroare la vanzare pe CASA MARCAT cu PLU sub 1000In mod normal prin casa de marcat Datecs MP55 conectata cu ECR nu se pot introduce coduri PLU mai mici de 10, deoarece acestea reprezinta departamentele casei.
In cazul dumneavoastra, se recomanda reset RAM (dupa ce s-a efectuat Z pe casa si inchidere si descarcare in backoffice).