Raspunsuri la forumul creat

Pagina46 din47
  • Dor

    Administrator
    10 iulie 2007 la 15:58 ca răspuns la: Retur la factura cu ridicata!

    Am inteles cerinta dvs.
    Functia de retur a fost introdusa recent si implementarea nu este inca finalizata. In urmatoarea versiune vom include situatiile echivalente si pentru aceasta operatie, respectiv situatie detaliata si centralizator. Pana atunci (stiu ca este mai greu) trebuiesc prelucrate direct NIR-urile in contabilitate.
    Pe langa rapoarte este necesara exortarea operatiei via Plug-In Export, operatie care nu este inca inclusa in acesta datorita timpului scurt de implementare.
    Succint in versiunea urmatoare vor fi incluse:
    – Situatie detaliata retururi facturi cu ridicata
    – Centralizator Retururi cu ridicata
    – Export Plug-In si pentru operatia mentionata

    Multumim pentru solicitare

  • Dor

    Administrator
    9 iulie 2007 la 12:09 ca răspuns la: Retur la vanzare cu ridicata!

    Sigur ca apare.
    Orice retur genereaza pe langa factura respectiva de storno si o nota intrare receptie.
    Pe aceasta o listati ca pe orice alt NIR din Rapoarte/ Documente Primare NIR.
    Acolo apare valoarea de incarcare la achizitie.
    Va rugam insa sa postati intrebarile in legatura cu SmartCash in sectiunea „Help SmartCash Retail Management System” corespunzatoare si nu in aria Bugs Report.
    Problemele legate de instalarea dvs. particulara va rog sa le transmiteti pe Call Center.

    Numai bine

  • Dor

    Administrator
    2 iulie 2007 la 12:00 ca răspuns la: Eroare la Transfer la furnizor pe baza de factura storno

    Functionarea programului este corecta. Incepand cu versiunea 7.1, transerul de marfa pe stoc negativ nu mai este permis.
    La inchidere apare un prompt care explica problema si te atentioneaza ca daca totusi insisti vor fi scoase de pe transfer in prealabil cantitatile ce depasesc stocul curent.
    Pentru solutionare trebuie efectuata mai intai receptia sau completarea stocului (prin inventariere) altfel descarcarea pe stoc negativ la transferuri nu mai este permisa.
    Daca ati observat pe aviz sunt listate direct preturile de achizitie.

  • Dor

    Administrator
    2 iulie 2007 la 11:29 ca răspuns la: Bug de calcul la Statistici(Top Vanzari si Top Rentabil…)

    OK

  • Dor

    Administrator
    2 iulie 2007 la 11:28 ca răspuns la: carduri magnetice…

    Pentru informatii particulare va rugam sa nu folositi forumul. Pentru acestea va rugam sa ne contactati telefonic.
    Cardurile de acces primite au venit insotite de o lista de coduri de acces. Pentru rest discutam telefonic.

  • Dor

    Administrator
    25 iunie 2007 la 9:10 ca răspuns la: Bug de calcul la Statistici(Top Vanzari si Top Rentabil…)

    Scuze era de la noi.
    AM activat contul FTP
    Te rog sa trimiti baza in Upload.

  • Dor

    Administrator
    25 iunie 2007 la 9:03 ca răspuns la: Comunicatie defectuasa Scaner Metrologic horizon MS7600

    Vom verifica si noi … poate ne-a scapat ceva pe partea de programare..
    Multumesc mult Norocel.

  • Dor

    Administrator
    25 iunie 2007 la 8:34 ca răspuns la: Eroare la Transfer la furnizor pe baza de factura storno

    OK listarea unui raport similar unui NIR nu este o problema. Exact acelasi raport mentionat se poate lista si sub forma de NIR pe minus pentru placerea contabililor.
    Totusi, din punct de vedere comercial, pentru gestiunea de magazin, avizul este documentul de iesire. Restul este legat numai de finaciar si deci nu are legatura cu SmartCash.
    Vom lua in considerare introducerea raportului cu pricina, daca asta va rezolva cutuma NIR-ului cu minus…

  • Dor

    Administrator
    24 iunie 2007 la 15:48 ca răspuns la: Lista PLU

    Cred ca functia ar trebui chiar extinsa la listarea si a altor categorii de coduri (PLU, EAN, UPC, etc).
    Vom cauta o solutie generala in versiunile viitoare.

  • Dor

    Administrator
    24 iunie 2007 la 15:45 ca răspuns la: Comunicatie defectuasa Scaner Metrologic horizon MS7600

    Intrebarea mea este urmatoarea:
    Scanerul Metrologic Horizon a fost programat in concordanta cu procedura cod: PP042?

    Spre deosebire de Symbol (mai sarac in optiuni de protectie la scanare unde se foloseste exclusiv ACK/NAK) Metrologic pune la dispozitie doua semnale auditive diferite: unul normal pe scanarea normala si unul (Razz) pentru mesaje de eroare. Cu Metrologic este folosita aceasta facilitate prin activarea semnalului DTR ca semafor de scanare urmata de listare corecta.

    Verificati programarea scanerului.

     

    „Norocel Istrati” wrote: versiune Smartcash POS : 3.1.0.59
    versiune DB :315

    Configuratie POS: Intel Celeron D 346(3.06GHz), 512Mb DDR II,MB Gigabyte GA-945GZM, HDD Samsung Sata2 80G,pci to serial 2 port,
    Xp Home, FP550T, tastatura programabila 111 taste
    Placa seriala a adaugat in sistem porturile com3 si com4.

    In meniul de configurare pos, in submeniul Dispozitive seriale sint posibile de activat 3 scanere, ele sint implicit pe com1, com2, com3. Primul scaner este un Symbol 2208 pe com4, al doilea un Metrologic horizon MS7600 pe com3 restul parametrilor fiind ok. Cu aceste setari raspunsul SmartPOS-ului este normal pe Symbol si foarte intirziat pe Metrologic, citeve secunde bune. Am crezut ca nu am programat bine scanerul montat in masa, dar cum am trei pos-uri care fac la fel am facut alte teste. Folosin Hyperterminalul am constata ca raspunsul de la scaner apare instant in fereastra terminalului, deci problema e la SmartPOS.
    Am reintrat in configurere dispozitive seriale si dupa numeroase incercari am constatat ca functioneaza foarte bine daca dezactivez scanerul 2 si setez al treilea scaner ca Metrologic, binenteles si activind-ul, acesta fiind deja pe com3. Daca dezactivez scanerul 3 si activez scanerul 2 iar apare intirzierea dintre momentul scanarii si cel al aparitiei de display si imprimanta fiscala a produsului scanat.

  • Dor

    Administrator
    24 iunie 2007 la 15:24 ca răspuns la: Eroare la Transfer la furnizor pe baza de factura storno

    Din pacate la mijloc este o problema care nu poate fi rezolvata decat prin reconciliere contabila.
    Ma bucur ca ai ridicat problema pe forum pentru ca e o intrebare extrem de frecventa.
    Situatia sta asa:
    1) Marfurile se receptioneaqza pe flux si sunt descarcate din gestiune FIFO.
    2) Asta inseamna ca la descarcarea prin Transfer la Furnizor, stocul va fi operat la valoare de achizitie FIFO, indiferent de situatia financiara cu furnizorul respectiv.
    3) Pentru a facilita reconcilierea financiara mai sus mentionata, a fost introdusa incepand cu versiunea 6 posibilitatea de a atasa la documentul de transfer (Avizul de insotire) si datele referitoare facturii de storno emisa de furnizorul respectiv.
    4) Aceste date (valoarea stornata de catre furnizor) nu au totdeauna legatura cu marfa returnata sub aspectul pretului de achizitie. Adica furnizorul va face storno la o serie de articole la alt pret (poate) decat la cel la care le-a facturat prima data. Explicatiile sunt diverse dar de cele mai multe ori se datoreaza sistemului informatic utilizat de acesta.
    5) Asta face ca identificarea articolelor originale sa fie practic imposibila avand in vedere traficul mare de marfuri de la acelasi furnizor sau de la furnizori multipli pentru acelasi articol.
    6) Punctele 5 si 6 explica de ce descarcarea de gestiune SmartCash se face FIFO fara a se tine cont de valorile din factura storno decat ca atribut al avizului.
    7) Pentru a solutiona problema in contabilitate, documentul care trebuie listat este: Rapoarte/Situatii Detaliate/Transferuri la Furnizor. Acerst document afiseaza pentru fiecare aviz emis atat valoarea de descarcare FIFO cat si cea transmisa de furnizor pe factura storno, permitand contabilului a decida pe ce valoare va emite nota contabila de descarcare a furnizorului respoectiv.

    Avizul de insotire (ca document de descarcare a gestionarului) va lista insa totdeauna pretul de achizitie FIFO pentru a asigura consistenta cu raportul de gestiune si cu valoarea generala a stocului la pret de achizitie.

    In legatura cu faptul ca apar 2 valori pe aviz, aceasta se datoreaza faptului ca acesta este listat atat la pret de achizitie, cat si la pretul de vanzare.
    Anterior era lista numai la pret de vanzare.
    Eu cred ca lucrurile tin de interpretare si atata vreme cat legea impune aparitia pe aviz a unui set minim de informatii (cantitatea si produsul) afisarea altor date suplimentare nu face decat sa puna la dispozitia utilizatorilor mai multe posibilitati.

  • Dor

    Administrator
    20 iunie 2007 la 17:26 ca răspuns la: Bug de calcul la Statistici(Top Vanzari si Top Rentabil…)

    Te rog posteaza un backup al bazei de date in MyFTP/Upload pentru a analiza si noi raportul!

    Multumiri!

  • Dor

    Administrator
    20 iunie 2007 la 17:24 ca răspuns la: Eroare la initializarea SmartCash POS

    salut!
    Programul SmartCash POS are o versiune diferita de cea generala. te rog sa imi transmiti versiunea acestuia. De asemenea, vreau sa stiu daca ati instalat SmartCash POS cu ultimul kit de instalare (8.0.0.91). Incepand cu acesta, fisierele temporare sunt salvate in Application Data si nu in Shared Documents ca pana acum. Kit-ul de instalare aloca drepturi specifice locatiei Magister din Application Data. Fara ele e posibil ca programul sa nu poata salva niste fisiere temporare si acesta sa fie motivul erorii.
    Oricum asteptam mai multe detalii tehnice pentru a analiza bug-ul.
    Si te rog, in sectiunea SmartCash POS!!!

    Numai bine
    Dor.

    „TonyM” wrote: Salut

    Problema ar fi urmatoarea:
    Lansarea SmartCash POS duce la aparitia erorii „Access violation at 0x7C8024E5 (tried to write to 0x00030F90), program terminated.”, inclusiv la versiunea 8.0.0.91.

    Mentionez ca este vorba de un laptop Fujitsu Siemens Amilo Pro V3505 (platforma Centrino), procesor Intel Core Duo T2250 @ 1,73 Ghz, ale carui memorii au fost testate fara a da nicio eroare.

    Nu are porturi seriale (o solutie USB to Serial).
    Are instalat Deep Freeze – dezactivat.

    Multumesc

  • Dor

    Administrator
    20 iunie 2007 la 17:16 ca răspuns la: Inchidere receptie – Deadlock

    Am incercat repetarea bug-ului. Nu am reusit. Este probabil o situatie care apare intr-un context special.
    Daca poti, da-mi lista cu toate programele pornite si conectate la baza de date (si versiunile lor). Daca nu reusim repetarea, am sa te rog sa postezi si baza de date pe care ai reusit deadlock-ul pe FTP.

    Numai bine
    Dor.

  • Dor

    Administrator
    8 iunie 2007 la 9:02 ca răspuns la: Gestiuni distincte

    Solutia SmartCash RMS este o solutie gandita pentru un regim de lucru multlocatie distribuita si nu multigestiune. Din punctul de vedere al programului, trebuie sa instalati doua „backoffice-uri” distincte (chiar daca in aceeasi locatie sau pe acelasi calculator poate).
    Veti avea depozitul (1) pe o baza de date si supermarketul (2) pe alta baza de date, gestionate de aplicatii distincte.
    Este ca si cum depozitul n-ar fi acolo ci la Timisoara sa zicem…
    Orice transfer se va face automat intre cele doua locatii prin mecanismele incluse ca si cand ar fi doua magazine dintr-o retea.
    Pentru a putea crea configuratia solicitata trebuie sa aveti un SmartCash Shop NetCenter pentru depozit (considerat centrala de magazine) si un SmartCash Shop Professional pentru supermarket (considerat un magazin intr-o retea).

Pagina46 din47