Moderator Bughi
ModeratorRaspunsuri la forumul creat
-
Buna seara!
Multumim pentru mesaj.
Nu este un bug, este o optiune in program care elimina acest prefix.
De ce? Forma care distinge o societate fata de alta este cea de organizare. Societate pe Actiuni (S.A), Societate cu Raspundere Limitata (S.R.L), etc.
Conform legii este obligatoriu de afisat forma societatii comerciale mentionate mai sus, nu si prefixul (S.C)
In alta ordine de idei, folosirea acestui prefix ar ingreuna foarte mult identificarea rapida a furnizorului dupa nume in lista de operatii care lucreaza cu acestia, deoarece toti furnizorii s-ar numi S.C….x. -
Buna ziua!
Va multumim pentru mesaj. Desigur ca, conform legislatiei colectarea CNP-ului de la persoane fizice nu este obligatorie, de aceea la adaugarea unui client facturabil in SmartCash, pe langa optiunile CNP/CUI exista si optiunea: ALTELE. In acest camp se poate trece orice detaliu doriti dvs, putand valida mai departe clientul ca facturabil.
De exemplu in acel camp se poate introduce numarul de client.(informatia trebuie sa fie unica).
Din site se poate trimite informatia pentru persoane fizice pe campul Altele in care sa se scrie ID-ul sau numarul unic de client generat de aplicatie.
Singurul lucru care in momentul de fata este in dezvoltare, se refera la faptul ca un magazin din retea nu poate modifica unui client facturabil deja adugat de centrala de magazine campul CUI/CNP/ALTELE, urmand ca in viitorul apropiat sa permitem si acest lucru intr-o maniera in care sa nu afecteze intergitatea datelor.
O zi minunata! -
Buna ziua!
Dupa cum am mentionat mai sus clasificarea se poate face si prin selectie multipla nefiind necesar sa luati fiecare articol in parte.
In cazul in care aveti intrebari legate de operational va rugam sa luati legatura cu departamentul nostru de suport tehnic la numarul de telefon: 0215693699 folosind codul dvs. de acces si veti primi toate informatiile de care aveti nevoie in timp ce un consultant va poate arata remote cum puteti eficientiza aceasta operatie.In acelasi timp va asigur ca solicitarea dvs. a fost transmisa si la departamentul devzoltare software pentru a fi luata in calcul posibilitatea de dezvoltare a unui astfel de raport care sa nu tina cont de clasificari.
O zi minunata!
-
Buna ziua!
Pentru a obtine rapoartele solicitate mai sus in acest moment, trebuie ca dumneavoastra sa definiti in gestiune un nou criteriu de clasificare pe furnizor.
Astfel, intrand in meniul Program – Nomenclatoare – Clase de produse, creati clasa FURNIZOR si subclasele cu numele ficarui furnizor.
Dupa ce ati facut acest pas puteti sa va clasificati produsele prin selectie multipla dupa noile criterii.
Produsele pot fi clasificate si pe baza nir-ului, astfel dupa ce ati emis un NIR in baza unei receptii de la furnizor, puteti merge in meniul Rapoarte-Documente Primare-Nir-uri si cu un click dreapta puteti clasifica toate articolele din receptia respectiva pe o anumita clasa de produse.Rapoartele de stoc le obtineti din meniul Rapoarte – Stoc la Zi….(la valoare vanzare/achizitie, pe loturi) selectand criteriul de clasificare pe care doriti sa obtineti raportul. Acest raport raspunde la punctele 1 si 2.
Raportul solicitat la punctul 3. il regasiti dupa aceleasi criterii de clasificare, in meniul Rapoarte – Statistic – Stoc Vanzari versus Receptii detaliat.
Toate cele bune!
-
Buna ziua!
Trebuie sa inchideti interfata de receptie, dupa care trebuie sa intrati in meniul Program – Intretinere – Sterge setarile utilizatorului curent.
Dupa ce ati efectuat acesti pasi, intrati din nou pe operatia de receptie, si in caz ca nu apare efectuati click dreapta – afisare coloane, si selectati coloana in cazua.
La urmatoarea receptie vor fi pastrate aceste setari.
Toate cele bune! -
Buna ziua!
Problema sesizata de dumneavoastra a fost verificata in utlima versiune de program 11.0.0.48 si nu a fost replicata.
Practic raportul mentionat contine toate datele necesare.
In cazul in care aveti o versiune mai veche de program va fi necesar sa efectuati un update. -
Buna ziua!
Verificati va rog ca ambele terminale sa aibe setat IP static si Default Gateway completate. Optiunile de conectare ale aplicatiei SmartCashMobility de pe terminal sa fie configurate pe IP si nu pe nume pc, unde este instalata aplicatia SmartCashMobility, acest computer fiind necesar a avea deasemenea un IP static.
Dupa aceste setari verificati in Control Panel pe terminalul mobil, la wi-fi seetings, ca functia de bluethoot sa fie pe Disable.
Daca sunt probleme si dupa aceste setari reveniti va rog la callcenter-ul Magister: 0215693699 pentru verificari mai amanuntite ale echipamentulor mobile. -
Buna ziua!
Multumim pentru sugestie.
Unul din motivele pentru care nu s-a implementat aceasta functie pana acum este acela ca mare parte dintre retaileri care folosesc aplicatia de gestiune SmartCash Shop achizitioneaza aceleasi produse de la furnizori diferiti in functie de oferta si modul de negociere cu fiecare. Insa evident ca exista un furnizor de baza, un produs putand fi clasificat la un singur furnizor.
Tinand cont de aceste aspecte si de faptul ca aceasta clasificare este optionala insa recomandata de noi, adaugarea noilor clase facandu-se manual in functie de interesele de analiza ale fiecaruia, nu pot decat sa va recomand o modalitate de simplificare a clasificarii pe furnizor a tuturor articolelor dintr-o receptie astfel:
Dupa inchiderea receptiei, din meniul RAPOARTE – DOCUMENTE PRIMARE- NIR-URI, cu o simpla selectie a nir-ului si click dreapta pe acesta, puteti clasifica toate articolele de pe acel nir.In orice caz, veti primi si un raspuns de la departamentul software cu privire la posibilitatea implementarii acestei functii intr-o versiune viitoare.
-
Buna ziua!
Desigur ca exista aceasta posibilitate, care de altfel a fost aplicata cu success in politica unor retele de magazine de proximitate, pe baza programului de fidelitate SmartCash Fidelity.
Precizez insa ca in cadrul folosirii unui astfel de program, clientului ii este oferit un card pe care dumneavoastra va trebui sa ii incarcati un credit lunar in baza caruia clientul poate achizitiona produse de la dumneavoastra insa pe baza de emitere BON FISCAL achitat cu BON VALORIC(asa apare inregistrarea creditului pe bon) plata fiind inregistrata in ziua respectiva din credit.
La final de luna, sau la perioada in care dumneavoastra doriti sa incasati banii de la client, puteti emite un raport al cumparaturilor acestuia din aplicatia SmartCash Fidelity insa fara a mai emite alt document de incasare deoarece plata produselor a fost inregistrata la dvs. in sistem prin bonul fiscal, astfel evitati dubla inregistrare.Pentru o prezentare live a programului si a modului de functionare sau pentru solutii conexe puteti apela cu incredere departamentul comercial la Infoline: +40.31.8210150
-
Nu are utilitate acest lucru in urmarire clienti acel meniu tinand evidenta soldurilor. Pentru rapoarte de vanzare si retur aveti meniul „rapoarte”
-
Buna ziua. Chitanta nu este stearsa deoarece este un document validat odata cu inchiderea facturii. In cazul unei stornari nu se poate anula si nici emite o noua chitanta cu suma pe minus, ci o dispozitie de plata aferenta facturii storno. Momentan dispozitia de plata nu se inregistreaza automat in rubrica de urmarire clientii ci doar pe registrul de casa. Puteti adauga manual dispozitia de plata, sau factura de storno, in rubrica „plati” din urmarire clienti, cu precizarea ca suma se va introduce cu „-” in fata. Insa in cazul unui retur aceast lucru nu afecteaza cu nimic situatia de urmarire furnizori neafectand sub nici o forma soldul pe client daca la momentul vanzarii s-a achitat cu numerar. In acel meniu se evidentiaza soldurile ramase de incasat. Pentru evidenta retururi aveti la dispozitie meniul Rapoarte – retururi vanzare cu ridicata.
Concret: ati efectuat o vanzare prin factura cu chitanta de XXX Lei, in situatie urmarire clienti apare factura Y cu sum XXX si chitanta Z cu suma XXX, soldul deci, ramane 0. Suma insa se inregistreaza si pe registrul de casa si jurnalul de incasari/vanzari iar in caz de retur se scade prin DP inregistrata automat in sistem daca o tipariti. -
Buna ziua!
Aceast lucru este posibil prin crearea unei noi clase de produse numita „FURNIZORI” sau „PRODUCATORI” iar la rubrica „CATEGORII CLASA” adaugati toti furnizorii/producatorii respectivi.
Crearea unei noi clase de produse se poate face de pe un cont de supervisor SmartCash, din meniul PROGRAM>NOMENCLATOARE>CLASE DE PRODUSE. Dupa ce adaugati clasa noua, va fi necesar sa adaugati categoriile clasei respective.
Pentru exemplificari puteti consulta manualul disponibil online la adresa : http://help.smartcash.ro/ si cautand operatia „Definirea claselor de produse” Veti gasi informatii detaliate atat in scris cat si in imagini legate de aceasta procedura.
Dupa ce ati creat noile clase de produse este necesar sa clasificati si articolele pe clasele respective. Optiunile sunt de modificare/clasificare individuala sau multipla. Pentru aceste informatii cautati in manualul online „Modificarea multipla a articolelor din catalogul de produse ”
Totusi, in situatia de fata va recomand ca dupa crearea acestor clase de produse sa procedati la clasificarea receptiilor efectuate pe baza de NIR, din meniul RAPOARTE>DOCUMENTE PRIMARE>NIR, dupa care alegeti fiecare NIR in parte, efectuati click dreapta pe NIR > MODIFICARE CLASIFICARE ARTICOLE NIR> selectati clasa cu numele nou creat, si apoi subclasa „numele furnizorului/producatorului”. Efectuati aceasta operatie pentru fiecare NIR in parte. Va recomand aceasta metoda, deoarece veti avea siguranta ca articolele receptionate de la un anumit furnizor sunt puse pe clasa respectiva, fara a exista omisiuni.Nota: In cazul retelelor de magazine, aceste modificari vor fi efectuate in centrala de magazine, si propagate in retea folosind meniul NETCENTER>GENERARE VERSIUNE NOUA>CATALOG PRODUSE, urmand ca in magazine sa se efectueze actualizarea din acelasi meniu.
-
Buna ziua! Pentru un raspuns cat mai exact va rugam sa fiti mai specific in solicitarea dvs. si sa etalati problemele pe rand. Din postarea anterioara nu putem extrage concret care este problema sesizata.
Ceea ce va pot spune legat de prima parte a mesajului, in cazul in care la asta va referiti, Pe aviz-ul de transfer catre centrala de magazine nu trebuie sa introduceti preturile manual ca in cazul unei facturi storno de la furnizor. Acestea in timpul transferului sunt afisate cu valoare 0, iar dupa inchidere transfer se va emite si tipari avizul cu pretul de achizitie din catalog dupa regula F.I.F.O. regula dupa care produsul este scazut din gestiune indiferent de modalitatea de transfer folosita( la furnizor prin storno, sau la centrala).
Legat de ce-a de-a doua parte a mesajului, nu se poate elimina conditionarea de a va transfera marfa dintr-un magazin catre centrala, la care nu aveti stoc, deoarece nu este nici corect din punct de vedere logic, si nici procedural. Pentru transferul intre magazine exista mult mai multe restrictii la stoc, pentru a preintampina eventualele greseli ce se pot produce de catre operatori, prin care acestia ar putea trimite intr-un anume magazin marfa pe un articol, desi aceasta nu a existat niciodata in stoc, si drept urmare nu are document legal de acoperire.
Legat de partea cu cataloagele, nici una din operatii nu le blocheaza(depinde ce anume ati dorit sa spuneti prin asta), deoarece nomenclatorul de produse/catalog-ul, nu este afectat de astfel de operatii, ci doar stocul.
Asteptam o revizuire a solicitarii dvs. pentru a va putea raspunde cat mai exact. -
In ultimele versiuni de program a fost tratata aceasta problema, astfel incat, in momentul in care se intampla cazul de mai sus, programul returneaza mesajul „suma de plata este prea mare” atragand astfel atentia casierului.
Recomand un upgrade. -
Buna ziua!
Acest lucru se intampla deoarece inainte de inchiderea bonului casierul fie a scanat din greseala un cod de bare care nu exista in nomenclator, fie s-a apasat o insiruire de cifre, respectiv cea de mai sus. Aceste cifre/cod a intrat in campul in care se introduce in mod normal suma platita de client. Daca operatorul scaneaza un cod care nu se afla in catalog, acesta apare pe un fond rosu in acel camp. Daca casierul aplica NUMERAR-INCHIDERE BON, codul respectiv este inregistrat ca fiind suma platita de client.
Pentru a evita asemenea probleme in viitor inainte de a inchide bonul, verificati campul „DE PLATA” acolo veti putea identifica daca s-a strecurat vreo suma eronata(restul apare cu minus)
Atunci cand se scaneaza un cod EXT care nu este in catalog, acesta este afisat in campul din dreapta(unde se introduc si sumele platite de client) acestea putand fi sterse prin tasta „C” de la POS, iar daca deja au fost inregistrate ca suma platita prin „ANULARE PLATI”
42123958,00 – 42123947,00 = 11