[Dor]

Salut,
Efectuati upgrade la versiunea 16.0.0.27. (SmartCash POS 6.3.2.77).
Am eliminat aceasta situatie cu acest build.
Era cauzat de o combinatie intre comanda de taiere bon si modul ciudat de comprtament al acestor imprimante.
Am introdus o bucla suplimentara de validare.
De asemena a fost restructurat codul legat de emterea bonurilor Custom.

[Dor]

Custom nu e o casa rea, e robusta, fiabila si nu ar trebui sa dati banii pe altceva daca o detineti deja.
Poate fi cuplata la PC si pe Ethernet si pe RS232, alternativ fata de USB, deci incercati si alta varianta de cuplare si sigur nu vor mai fi intreruperi ca acuma cu USB-ul.

Daca doriti asistenta va rog sa trimiteti un mail pe [email protected] cu datele dvs. si va indruma colegii nostri cu setarile prin telefon.

Toate cele bune!

[Dor]

Din pacate nu sunteti singurul client Custom care are dificultati cu driverul CDC – emulator port serial.
Am transmis producatorului sesizarea dvs.
Driverul Windows este unul standard certificat Windows pentru acest tip de protocol. Nu poate fi acesta de vina.
Noi suspectam probleme in firmware-ul echipamentului fiscal care cauzeaza intreruperi in conexiunea cu PC-ul.

Pana se va rezolva cumva va recomandam utilizarea portului nativ RS232 de la casa si de la pc in locul celui USB.

[Dor]

Vom analiza cererea dvs. si cum gasim putin timp liber la dezvoltare o sa o implementam.

[Dor]

Implementarea este in curs si urmeaza sa fie publicata cat de curand pentru descarcare la cleinti..
Va tinem la curent.

[Dor]

Functia este implementata la nivel de furnizor.
Setati la furnizor numarul de zile scadente si automat la deschiderea receptiei data scadenta va fi propusa corespunzator.
Daca insa pentru acelasi furnizor termenul variaza fata de cel standard atunci evident operatorul trebuie sa completeze noul termen la niveul facturii.

[Dor]

Am inregistrat solicitarea dvs.
Este o idee buna si o vom implementa prin mecanismul F6 – Modificare multipla articole.
De asemenea am avut solicitari si pentru asociere multipla de imagini, in special la Pictograme.

[Dor]

Va rog sa explicati mai clar contextul la care va referiti.

[Dor]

La ce comenzi va referiti?
La cele emise din POS sau din backoffice.
Cele din backoffice pot fi asignate de la inceput la un client. Prin urmare nu pot fi facturate decat pe clientul deja asignat.
In ce priveste rezervarea, este o discutie intreaga si nu avem inca toate datele.
Daca vreti sa tineti rezervata o vanzare, atunci aveti functia vanzare cu ridicata, pe care o lasati deschisa (ca si cand ar fi o comanda nu)
Pe durata asta stocul e rezervat, iar factura nu este inca emisa.
Apoi cand vine clientul emiteti factura la vanzare si marfa se scade efectiv de pe stoc.
Comanda de livrare in Smartcash e pentru altceva. E o unealta mai flexibila si fara constrangeri de stoc.

[Dor]

Nu este nevoie.
Deschideti comanda de aprovizionare in magazin direct pe furnizorul care va aprovizioneaza.
La centralizare in depozitul central (daca acesta este cazul dvs) le veti avea grupate pe furnizorul sursa direct si nu mai e nevoie de nici o observatie.
Oricum o observatie nu e un camp pe care sa te poti baza necesitand interpretare umana.

[Dor]

Utilizati modulul POS Media Display.
Acesta afiseaza pe langa tranzactia curenta, lista articolelor adaugate pe bon.
In pauze poate rula reclame foto sau video.
Ruleaza pe acelasi sistem cu POS-ul pe afisajul secundar.
Prin urmare aveti nevoie doar de un display secundar.

[Dor]

Legat de aparitia numelui casierului, acest lucru este necesar pentru a sti cine s-a autentificat.
De altfel numele casierului apare si pe bonul fiscal (lucru obligatoriu conform legii).

In a doua situatie, este suficient sa deschideti POS-ul cu un utilizator si informatia dispare, fiind inlocuita de informatia de logon.

Ambele tipuri de afisare erau prevazute insa si inainte, pe alte modele de imprimante fiscale, nu sunt un lucru nou.

[Dor]

Am transmis cele doua sesizari catre suport si veti fi contactati.

[Dor]

Fixat in versiunea 16.x SmartCash RMS. Efectuati upgrade.

[Dor]

Salut,

Returul nu poate fi efectuat in lipsa unui bon fiscal.

In SmartCash procesul este urmatorul:
– Se cere de la client si se introduce de catre operator data vanzarii;
– Se scaneaza codul produsului returnat.
– Programul afiseaza lista bonurilor ce contin produsul, emise in data introdusa si cantitatile vandute pe fiecare bon;
– Operatorul selecteaza bonul din lista introducand cantitatea returnata;
– Daca s-a mai facut un retur pentru acelasi articol de pe acelasi bon cantitatea returnata deja, este memorata si nu mai poate fi returnata inca o data (se limiteaza la cantitatea totala vanduta);

Deci in nici un caz nu poate exista un retur care sa nu aiba in spate un bon fiscal pentru orice articol returnat.

Legat de limita in timp a posibilitatii de returnare, intr-adevar nu exista in acest moment nici o limitare in afara celor descrise mai sus.

Vom analiza oportunitatea unei astfel de functii. In acest moment sunteti singurul care a solicitat vreodata o astfel de limitare.

Poate ar fi bine sa se implice si alti utilizatori cu opinii, daca chiar e nevoie de o astfel de optiune.

Asteptam comentariile dvs.