Moderator Bughi
ModeratorRăspunsurile Mele pe Forum
-
Buna ziua,
Optiunea „Termene Expirare” la care faceti referire este implementata si utilizata doar pentru a putea selecta termenul de expirare ce se poate trimite la cantar. Tinand cont ca gestiunea se descarca F.I.F.O daca operatorul nu ar avea la dispozitie o metoda prin care sa trimita un anumit termen la cantrare ar putea fi afectat in procesul de etichetare si informare a clientului. Practic, datele colectate prin aceasta optiune nu au avut ca scop colectarea informatiilor de baza ale rapoartelor ci doar posibilitatea de a putea trimite la cantare o alta data/alt termen daca acesta difera fata de cel colectat de operator in cadrul receptiei.
Atat raportul de stoc pe loturi cat si raportul de termene de expirare au ca sursa de date informatiile colectate doar in cadrul unei receptii.
Vom tine insa cont de sugestia dvs. si o vom comunica colegilor din departamentul de software.
Numai bine!
-
Salut Ciprian,
Formatul xml generat de connectorul SmartCashANAF si incarcat in SPV respecta atat structura cat si campurile obligatorii cerute de ANAF.
Aplicatiile Magister Software sunt destinate cu precadere vanzarii cu amanuntul unde este acoperita in integralitate partea de cerinte legislative si pe E-factura. Pe partea de vanzare cu ridicata nu avem forme de plata standardizate in aplicatie asa cum sunt la un bon fiscal, si prin urmare nu putem pentru moment sa transmitem in xml aceasta informatie optionala.
Daca doresti ca forma de plata sa fie transmisa in SPV va trebui ca si pana acum sa editezi manual xml-ul si dupa sa il procesezi prin connectorul ANAF sau sa il incarci manual.
Din punct de vedere juridic factura emisa, transmisa si acceptata de catre beneficiar constituie contract si obligativitate/angajament de plata, indiferent de metode, SPV neputand sa substituie un contract sau o factura emisa in aplicatii terte ale furnizorului cu atat mai mult cu cat unele campuri pe care le pot solicita beneficiarii sunt prevazute ca „optionale” in documentatia ANAF.
Ceea ce vreau sa subliniez este ca niciun beneficiar daca accepta o factura, si ulterior la incarcarea in SPV nu contine detalii optionale, nu poate folosi acest motiv pentru refuz la plata.
Numai bine!
-
Bună ziua!
Pentru Oxygen este necesar ca vânzările să fie descărcate astfel încât să existe costul mărfurilor vândute.
Prin urmare dacă vindeți cu descărcare pe negativ ceea ce implică estimarea costului de descărcare după următoarele reguli:
1 – valorificare stoc descărcat negativ la ultimul preț de intrare;
2 – valorificare stoc descărcat negativ la prețul de achiziție negociat(se aplică dacă nu este posibil pct. 1);
3 – valorificare stoc descărcat negativ raportat la adaosul comercial implicit setat in program(dacă nu se pot aplica punctele 1 și 2).
Prin urmare Oxygenul este condiționat de descărcare indiferent de metoda vânzării.
Numai bine!
-
Bună ziua!
Pentru a vă ușura extragerea rapoartelor necesare aveți nevoie de următoarele setări + aplicația Oxygen.
1. Clasificare distinctă pe care să asignați cele 14 articole(cu variațiile de furnizor);
2. Definire Furnizor Forma de Plata + Forma de Plata Non Numerar pentru fiecare;
3. Utilizarea formei de plata Non Numerar și selectarea furnizorului/a plății tot cu tranzacționare prin card bancar.
Ulterior aceste informații vor putea fi extrase mai ușor din Oxygen B.I. și puteți extrage și la detaliu(număr bon + produse) dar pentru maxim 7 zile(o săptămână) datorită volumului mare de date.
Pentru toți operatorii care nu au definite formele de plata Non Numerar cu atribuite pe furnizor și tranzacționează încasarea direct cu forma de plata CARD acest raport nu se va putea obține.
Vă rugăm să contactați departamentul de suport pentru mai multe detalii.
Numai bine!
-
Buna ziua,
Va multumim pentru aceasta sesizare. Implementarea acestor rapoarte a necesitat o capacitate de calcul si un efort de restructurare informationala detsul de mare, motiv pentru care este posibil ca anumite informatii sa nu fie afisate corespunzator.
Am preluat sesizarea dvs. in departamentul analiza si va vom anunta de indata ce vom avea o rezolutie. Totodata, pentru a avea un traking mai rapid al solutionarii va incurajez sa deschideti o sesizare si catre departamentul nostru de suport unde vi se va deschide un tichet de sesizare ce va fi updatat cu evolutia analizei sesizarii dvs.
Numai bine!
-
Salutare,
Va rog să luați legătura cu colegii din suport. Multe probleme expuse de dvs. sunt deja implementate și colegii din suport vă pot ajuta mult mai rapid.
Există un nou modul de import articole care vă poate actualiza și discountul precum și importuri de preturi de vânzare, discounturi dar și prețuri de achiziție negociate.
Numai bine!
-
Acest răspuns a fost modificat3 ani, 4 luni în urmă cu Bughi.
-
Acest răspuns a fost modificat3 ani, 4 luni în urmă cu
-
Salutare Ciprian,
Am incercat replicarea problemei semnalate atat la noi pe o baza de date cat si direct la voi insa nu am reusit sa replicam aceasta eroare. Probabil a fost ceva contextual. Te rog sa ne dai de veste daca la tine eroarea persista.
Multumesc!
-
Buna dimineata domnule Leonard. Programul permite generarea raportului mentionat de dvs. care reprezinta o fisa de furnizor. Acesta poate fi accesat din meniul Furnizori – Situatie Facturi. In acelasi meniu puteti extrage si o situatie a platilor.
Spre deosebire de „urmarire furnizori” unde puteti selecta un singur furnizor pentru care sa vizualizati facturile si platile aferente, in situatii puteti genera raportul pentru toti furnizorii sau pentru cel dorit de dvs. Acesta poate fi atat listat cat si exportat sub diverse formate.
Daca aveti nevoie de asistenta in generarea acestui raport puteti apela cu incredere la departamentul nostru de suport.
-
Buna ziua,
Toate platformele integrate cu Magister care expun factura catre client in platforma web, recompun factura in platforma raportat la numarul de comanda. In acest sens metoda utilizata si pe care va rog sa o testati este GetDeliveryInfoEx.
Metoda GetDeliveryOrderInfoEx este utilizata pentru intoarcerea tuturor informatiilor disponibile despre o comanda de livrare deschisa in cadrul dispeceratului de comenzi SmartCash RMS. Rezultatul este un JSON in care este returnata comanda, articolele cuprinse pe aceasta, si articolele facturate asociate acestei comenzi.
Sunt returnate de asemenea, 4 noduri JSON: ORDER_ITEMS, PICKING_ORDER_ITEMS, INVOICE_ITEMS si STATUS_CHANGE. Acestea contin liste de articole existente in toate cele 3 faze de procesare ale unei comenzi, precum si lista tuturor statusurilor prin care a trecut comanda.
Daca unul dintre nodurile ORDER_ITEMS, PICKING_ORDER_ITEMS, INVOICE_ITEMS este gol, atunci inseamna ca respectiva comanda nu a ajuns inca in stadiul respectiv.
Ordinea de operare a unei comenzi si deci de populare ale primelor 3 noduri la apeluri succesive ale metodei, este totdeauna: ORDER_ITEMS > PICKING_ORDER_ITEMS > INVOICE_ITEMS.
Cele 3 noduri reprezinta pe rand: ORDER_ITEMS = Lista de articole primite prin interfata de la aplicatia terta in dispeceratul de comenzi, PICKING_ORDER_ITEMS = Lista de articole pentru care se efectueaza picking-ul pentru documentul de picking (comanda de livrare/aviz) PICKING_ORDER_NUMBER, INVOICE_ITEMS = Lista de articole facturate efectiv catre clientul final pe factura INVOICE_NUMBER. STATUS_CHANGE = Lista cronologica a tuturor evenimentelor de schimbare de stare pentru comanda respectiva.
-
Salutare, Vom inainta sesizarea ta catre colegii de la software. La 50-100 de pagini este insa un rulaj foarte mare ceea ce este firesc sa duca la o incarcare a datelor mai mare ca timp. Acest raport nu este un raport salvat care sa poata fi deschis rapid ori de cate ori este nevoie ci se recompune de fiecare data cand este interogat.
-
Salutare,
Problema nu s-a putut replica in versiunea curenta de program. Solicitati un update al programelor dupa ce se publica un nou kit.
Zi frumoasa!
-
Problema dvs. a fost replicata in cadrul departamentului nostru de analiza. Vom reveni in momentul in care afisarea va fi remediata de catre departamentul software.
-
Salutare,
La punctul 1. problema se remediaza mergand in meniul Program-Intretinere-Sterge setarile utilizatorului curent;
Pentru punctul 2. problema nu se replica in versiunea actuala. Asteptati publicarea ultimei versiuni si efectuati un upgrade.
Zi frumoasa! -
Salutare,
Toate solicitarile au fost inregistrate pe wishlist-ul departamentului de software. Referitor la datele despre comanda care trebuiesc tiparite pe comanda/bon fiscal acestea sunt implementate daca comanda este primita prin aplicatie externa si se utilizeaza dispeceratul de comnezi(ordine de livrare) dar si pentru comenzile interne daca se adauga in cadrul comenzii aceste informatii cu optiunea „Adrese Facturare si Livrare” din partea dreapta a interfetei de ocmenzi. -
Buna ziua,
Multumim pentru aceasta propunere. Am inaintat catre departamentul software cateva propuneri de implementare al dezasamblarilor pe un flux automat si in baza analizei interne vom reveni cu un raspuns.
Totusi doresc sa mentionez cateva aspecte:
Modul de operare automata este posibila la retetele de asamblare deoarece intodeauna in acest flux de operare, pentru aceiasi unitate de masura finita se consuma acelasi set de materii prime(ingrediente). In cazul unei retete de desasamblare insa daca se pleaca de la produsul finit care a fost vandut, acesta este cuprins intr-o reteta in baza careia se obtin si alte materii prime, deci o logica total diferita.
Daca in cazul unei retete de asamblare programul stie clar ce materii prime sa descarce pentru produsul finit vandut, cum ar trebui sa procedeze pentru un produs finit dintr-o reteta de dezasamblare care este vandut? Sa produca si celelalte componente rezultate din reteta?
Este un flux logic mai dificil si nu vad cum ar putea sa creasca controlul asupra stocurilor in conditiile in care pentru o singura componenta vanduta programul ar trebui conform retetei sa asambleze si alte componente.
Programul trebuie sa emuleze intocmai realitatea, respectiv sa se plece de la cantitatea sursei transate/dezasamblate de catre macelar si nu de la cantitatea unui singur produs obtinut, in vederea unui control sporit asupra stocurilor.
Faptul ca am duce la acest proces automat ar putea genera fix lipsa de control al stocului deoarece factorul uman nu mai poate interveni asupra a ceea ce face in mod real.
In experienta implementarilor de pana acum la firmele cu profil, in fiecare dintre acestea exista personal care intocmeste documentele necesare oricarui control ANSVSA, DSV, etc, documente care trebuiesc raportate la ceea ce se intampla in realitate.
Moduri de operare intalnite pentru un control clar si sigur al stocurilor:
1. Retete de productie/asamblare produs finit.
a) programul genereaza automat procese verbale de productie pentru produsele finite vandute in negativ in umra descarcarii de stoc;
b) operatorul, dupa descarcare evalueaza produsele finite ramase si apeleaza in mod manual procesul de productie (asamblarea retetei) pentru cantitatile ramase pentru ca acestea sa poata fi evaluate si inventariate sau transferate catre o gestiune distincta;
In acest mod va exista intodeauna o evidenta clara atat a produselor finite cat si a materiilor prime.
1. Retete de productie/dezasamblare produs materie prima.
a) operatorul(macelarul) pentru fiecare cantitate de materie prima dezasamblata, acceseaza programul si introduce in meniul de dezasamblare produsul cu cantitatea aferenta consumata, proces care va genera un set de produse finite dar si documentele solicitate de lege;
b) operatorul face o evaluare la finalul zilei sau la un anumit interval de timp al produselor finite ramase, iar pentru cele care nu se mai incadreaza in consum face o compensare pe un articol generic, de regula cu denumire „PRODUS NEDESTINAT CONSUMULUI UMAN” care apoi este folosit in relatia cu Protan sau firmele de colectare a deseurilor de acest tip.
De asemenea pe acest segment de activitate, de macelarie si carmangerie fiecare articol produs finit dar si materie prima, au intretinut procentul de perisabilitate in masca de articol si sunt efectuate inventare regulate prin care se constata cantitatea fizica astfel incat sa se poate deduce perisabilitatea permisa de lege.
Acest lucru duce la o acuratete a stocurilor mult mai ridicata decat automatizarea acestui tip de proces.
In situatia in care din lipsa de resursa umana clientul este nevoit sa apeleze la un proces automat se poate utiliza ca solutie urmatoarea schema:
Sa presupunem ca sunt maxim 12 componente care se pot obtine dintr-o carcasa. Pentru fiecare componeta ce se poate obtine din carcasa se va defini o reteta automata de asamblare 1 la 1, astfel ca vom avea 12 retete care odata create vor functiona in mod automat.
Ex:
R1: Carcasa Kg 1kg ––> se obtine –->0.8kg Pulpa Porc Fara Os(pierdere inclusa);
R2: Carcasa Kg 1kg ––> se obtine –->1kg Pulpa Porc cu Os(pierdere inclusa);
R3: Carcasa Kg 1kg ––> se obtine –->0.7kg Ceafa Porc Fara Os (pierdere inclusa);
RN.
Singurul inconventient este acela ca nu mai este rapartizat costul carcasei pe fiecare componenta in functie de pretul de vanzare al acesteia ci este transferat 1 la 1.
Numai bine,
