Întrebari și răspunsuri

În modulul Venituri în avans, la momentul validării facturii (când era setat contul 472 pe aceasta), a fost generat automat un document de evidență a veniturilor încasate în avans.

Întrucât în prezent nu mai doriți realizarea acestei evidențe (având în vedere că ați eliminat contul 472 de pe factură), este necesar să ștergeți nota contabilă generată în acest modul și ulterior să refaceți colectarea articolelor contabile.

Pentru activitatea prezentata pot fi gandite mai multe moduri de lucru, astfel:
1. Vanzarea cafelei ca si produs finit (cont contabil 345) prin intermediul licentei Nexus EasyRetail si ulterior realizarea productiei in baza bonurilor nedescarcate (utilizand licenta Nexus Productie + Nexus Lite/Nexus ERP) SAU
2. Vanzarea cafelei pe cont de venit (cu licenta Nexus Easy Retail) si realizare bon de consum pentru materialele folosite intr-o licenta de tip backoffice (Nexus Lite sau Nexus ERP).
Cele doua variante functioneaza doar daca clientul vine si plateste la casa suma de bani sau achizitioneaza niste fise valorice pentru a comanda cafeaua la tonomat.
Daca se introduc bancnote direct in tonomat, inseamna ca procesul de vanzare este manageriat de o firma terta si doar se incaseaza un procent la final de saptamana/luna, in functie de vanzari.
In cazul in care se doreste tinerea contabilitatii cu ajutorul unei firme de contabilitate ce detine licente din suita Nexus, o alta optiune ar fi ca aceasta, cu ajutorul tipului de licenta Nexus ServConta, sa fie facuta la final de luna productia in baza bonurilor nedescarcate, cum explicam la optiunea 1 de mai sus. Asta inseamna ca beneficiarul nu va mai trebui sa achizitioneze Nexus ERP sau Nexus Lite, intrucat aceste operatiuni vor fi facute cu ajutorul licentei ServConta, la final de luna, de catre firma de contabilitate.

Intrucat pot aparea diferente de zecimale intre valoarea totala a facturii din SPV si cea importata in Nexus (calculele facandu-se la nivel de linie), este necesara includerea acestor diferente pe un cont/articol de diferente zecimale.
Astfel, in Optiunile modulului trebuiesc completate doua informatii: contul contabil pe care se vor duce sumele in contabilitate SI articolul din nomenclator care va fi inclus pe factura.
Recomandam crearea unui analitic ( 473.02 ) pentru aceste diferente, pentru a le diferentia de sumele de alta natura incluse in 473 (care vor fi duse in 473.01).
Legat de articol, se creeaza in nomenclator un articol de tip P (cheltuiala) si va fi ales in optiunile modulului la setarea Articol diferente calcul zec..

Numărul maxim de bănci permise la facturare este 3. Dacă se selectează un partener, banca respectivă va fi vizibilă doar pentru acel partener. De asemenea, este necesară selectarea ordinii acestora.

Nu este bifata calitatea "bugetar" la partener din tab-ul Detalii

1.Lista de pret apare in functie de tipul de marfa pe care il vand.
2.Pentru marfa cu amanuntul se folosesc promotii de tip "Se ofera discount"

1. In primul rand, in tab-ul Optiuni factura, trebuie bifat: Iesiri din stoc trimis in custodie. Aceasta optiune trebuie adaugata inainte de adaugarea de linii in factura.
2. In al doilea rand trebuie sa fie partenerul pentru care s-a transmis deja marfa pe baza de aviz anterior, daca am trimis marfa catre Emag, tot catre Emag trebuie sa fac si factura.

Se recomanda verificarea urmatorarelor setari:
1. Produsul din Bunuru si servicii - articole sa fie validat
2. Daca pe POS-ul de vanzare este debifata optiunea de afisare produse fara existenta stocului, este necesara verificarea stocului pe gestiunea din care se face vanzarea si contul de pe care se face vanzarea.
3. Sa existe in lista de pret articolul si lista sa fie validata

Daca apare acest mesaj, inseamna ca serviciul API pe server fie nu este functional, fie portul utilizat de serviciu nu este deschis in echipamente (port forward). Daca te asiguri ca portul este deschis, verifica pe setarile aplicatiei daca ai bifat sau nu conexiune securizata SSL. In functie de aceasta setare, comunicatia se va realiza fie pe portul normal, fie pe cel SSL indicat in optiunile modulului Aplicatii Online.

Mențiunea RO apare numai când codul este un cod de TVA, și este relevantă doar în facturile în care intervine TVA (colectat, deductibil sau în regimuri speciale – cum ar fi taxarea inversă ori livrările intracomunitare).
În cazul în care emitentul nu este plătitor de TVA, nu se declanșează nicio obligație legată de codurile de TVA, prin urmare prefixul RO nu este obligatoriu.
Pentru ca fișierul XML să fie validat în sistemul e-Factura, atributul RO nu trebuie inclus în codul clientului, dacă emitentul nu este înregistrat în scopuri de TVA.

Ofer drepturi de utilizare pentru utilizatorul de Easy Retail pe modulul aferent in Nexus ERP. Astfel, pot sa fac sa apara Proces Verbal de perisabilitati in Easy Retail - Alte documente.

In cazul facturilor fiscale transmise persoanelor fizice, in Mesaje SPV, apare destinatar neidentificat deoarece nu au cont in SPV, motiv pentru care nu pot receptiona factura. Insa, in modulul Facturi clienti, daca mesajul este Validata cu succes in data de ..., atunci factura a fost transmisa in SPV.

Este necesara verificarea existentei contului in balanta si in modulul - Bunuri si servicii Conturi, adaugarea se face conform tutorialului de mai jos:
https://www.docs.nexuserp.ro/articol/bunuri-si-servicii-conturi-creare-cont-nou/4899

In modulul Contracte de munca pe angajatorul definit ca punct de lucru se pune bifa: Folosesc date angajator parinte pentru adeverinte salarii.

Depinde.
* Dacă eroarea este în Nexus (confirmată prin analiză), poate fi în garanție.
* Dar NU este în garanție dacă eroarea este în Nexus, dar cauza provine din modificari ale aplicaței terțe care conduc la incompatibilități între aplicații.
* Dacă provine din aplicația terță, API-ul terț, rețea sau configurare, este în afara garanției și se tratează prin suport/servicii.

Nu. Mai întâi se face o analiză (triage) ca să stabilim:
* dacă e bug al produsului (în garanție),
* sau o situație de configurație/mediu, integrare terță, securitate, date etc. (în afara garanției),
* sau este de fapt o cerere de dezvoltare (feature).

Generarea solicitărilor fără ca partenerii sa fie înscriși în Registrul RO e-Factura se face începând cu versiunea 22.8.

Facturile transmise în sistemul e-Factura, se emit din modulele de facturare, ulterior faceți încasarea facturii cu bon fiscal. În structura xml sunt multe informații care nu se pot introduce la bonuri fiscale.