Poate nu o aveti, nu ati lasat actualizare constante la upgrade, asa ca va trebui sa o faceti manual pe fiecare firma din service/avarie/actualizare constante.
Printable View
Poate nu o aveti, nu ati lasat actualizare constante la upgrade, asa ca va trebui sa o faceti manual pe fiecare firma din service/avarie/actualizare constante.
A fost mai rapida ca mine @Irina. Mai are varianta sa faca automat daca vrea reinstalarea si rularea doar a constantelor dureaza maxim 1 minut rularea kitului pana la selectarea de constante, daca sunt muulte firme merita altfel nu.
Multumesc, da asa este, asta a fost, dupa actualizare completa a aparut. Oricum iau problemele pe rand...acum am mesajul de eroare " nu gasesec D:\winment\....FGT3304.xml.err.txt Mai caut?" :) :(
Mai studiez...
Daca ati facut toate setarile conform documentatiei, verificati sa nu aveti caractere aiurea prin denumirea seriei facturii, spatii, sa aveti drepturi de scriere pe partitia pe care aveti directorul de salvare. Daca aveti user de mentor verificati sa aveti drepturi pe el din confidentialitate, sa aveti pusa constanta cu directorul de export si pe user....spor la cautari
Buna ziua
versiune mentor 22.071/6 dar si anterior
Am primit semnal de la clientii nostri care preiau de pe ANAF e-factura , si am observat in XML-urile generate din mentor ca data scadentei nu este corecta;
si anume data scadendei = data facturii.
Acum clientii ne roaga sa anulam e-facturile respective si sa facem alte facturi cu data scadentei corecte, deoarece unele institutii guvernamentale fac platile in functie de data scadentei incarcate in e-factura. Pe factura din mentor data scadentei este corecta numai in XML-ul generat de mentor nu o preia corect.
BT-1 Nr. factura FPH191591
BT-2 Data emitere factura 2022-07-26
BT-9 Data scadenta factura 2022-07-26
BT-3 Codul tipului facturii 380-FACTURA
BT-5 Codul monedei facturii RON
Data scadentei intra in atributiile operatorului de mentor. Vine implicit din program egala cu data facturarii, dar asta nu inseamna ca nu se poate schimba in functie de nevoi. Eu am pus la o luna dupa si informatia se duce corect in xml ul pt efactura. Atasament 1099 Data scadentei se poate modifica de aici Atasament 1100
Daca nu am inteles eu bine problema, reveniti cu detalii
va rog spuneti-mi, daca pc-ul cu winmentor nu are token atasat pt conectare in SPV si nici semnatura electronica, ce setare trebuie sa ii fac astfel incat sa nu mai primesc ca raspuns codul de eroare "REST request failed: Error sending data: (12175) A security error occurred" . Multumesc
Daca nu aveti nici de unele, cam greu sa depuneti ceva. Mesajul este legat de prezenta sau in cazul dvs de lipsa acestor instrumente.
Am banuit eu asta. La mine contabilitatea este externalizata.Ce e de facut? am vazut in "Service->Intretinere->Generare Token pentru raportari in SPV" Ma ajuta cu ceva? Va multumesc
Se poate genera un token, dar pentru asta trebuie sa aveti macar atunci la generare cheita cu semnatura electronica. http://ftp.winmentor.ro/WinMentor/Ve...KIT/e-Factura/ aveti aici instructiunile.
Am īncercat să trimitem pentru prima oară e-factura. Am urmat toți pașii, avem o factură către un client cu sediul in Bucuresti, sector 1. Primim eroarea atașată. Am īncercat toate variantele īn cāmpul de localitate (SECTOR1, SECTOR 1, 1), dar eroarea persistă. Citisem pe alt fir că īn xml ar trebui să apară SECTOR1, dar văd că la noi se generează Sector1 (fără majuscule). Ce am mai putea īncerca? Mulțumesc!
Atasament 1103
Ce versiuni aveti? Localitatile in nomenclator trebuie sa arate de genul Atasament 1104
Faceti va rog un screenshot si in detalii sa vad cum apare la cod localitate? Versiunea e cea mai recenta: 22.071_2
Multumesc!
Nu am nimic trecut la cod localitate Atasament 1105
Sa verificati sa aveti si ultima versiune de wmdecl.
Am modificat să apară exact ca la dvs, dar eroarea rămāne aceeași...
Din xml-ul regenerat acum:
<cac:PostalAddress>
<cbc:StreetName>Sect.1, SOS. BUCURESTI-PLOIESTI 1A, et.1</cbc:StreetName>
<cbc:CityName>Sector1</cbc:CityName>
<cac:Address>
<cbc:StreetName>Sect.1, SOS. BUCURESTI-PLOIESTI 1A, et.1</cbc:StreetName>
<cbc:CityName>Sector1</cbc:CityName>
Atasament 1106
S-a conectat cineva de la reprezentantul local dimineata, a modificat judetul din Bucuresti īn Ilfov, si s-a putut genera XML-ul, dar n-am primit o solutie mai departe pentru Sector 1, Bucuresti, si nu am vrut sa expediem factura pe server cu date eronate.
S-a rezolvat cu update la 22.071_6, care era īntr-un al 3-lea folder pe FTP. Aveti versiunea curenta, apoi aveti un folder cu versiunea 22.071_2, apoi mai este versiunea cea mai nouă, _6, īn Versiuni Kit Test...
Vă mulțumesc oricum pentru răspunsuri!
Da, pentru ca 22071/2 e kit, cel cu 6 e doar exe care mai rezolva una alta. E mai simplu sa facem exe daca nu e nevoie de modificare de structuri, scapa lumea de upgrade-uri si de timp irosit pe ele. Dar trebuie sa lasam si kit ul pentru cei care vin de la versiuni vechi, care trebuie musai sa treaca prin install inainte de a pune exe cu 6.
Am uitat să menționez, după update, "Sector1", a fost transformat īn "SECTOR1" īn xml, deci de acolo era problema mea.
Buna ziua,
Sunt in exact aceeasi situatie. Toti utilizatorii au sesiuni proprii iar serverul este izolat/protejat iar nevoia de a utiliza e-factura e sporadica.
Din acest motiv suntem in imposibilitatea fizica de a genera e-factura cu Winmentor. Din punctul nostru de vedere Winmentor NU ARE e-factura.
Poate, totusi, se va putea implementa o solutie.
Multumesc
Buna ziua,
Exista solutii pe Winmentor pentru a emite e-Factura. Va recomandam sa luati legatura cu distribuitorul dumneavostra daca intampinati probleme in generarea xml-ului.
O zi placuta!
Buna ziua
Mentor 22091/6
Declaratii 22091/4
Nu pot sa transmit e factura , care pana acum a functionat foarte bine.
Am aceasta eroare:
Atasament 1189
si
Atasament 1190.
Nu am gasit in documentatie ce sa verific.
Buna ziua,
Unul dintre motivele erorii cu Forbidden poate sa fie expirarea tokenului. Pentru a rezolva aceasta problema va recomand sa stergeti informatiile din EFCR.DB ce se gaseste la nivel de WinMent\DATA, apoi sa dati generare token din Service-Intretinere.
Iar cea de a doua imagine pare sa fie de la drepturile directorului de salvare.
Multumesc de informatii. Am incercat dar acum am aceasta eroare.
Cred ca ceva nu am facut bine.
Atasament 1191
Buna ziua, dupa ce stergeti informatiile din EFCR.DB incercati sa dati si o Reconstruire SysID si Verificare Coerenta Date din Service - Avarie. Eventual daca problema persista, ar trebui ca tabela EFCR.DB sa fie inlocuita din NEW.
Am rezolvat prin inlocuire tabela, nu am mai sters nimic din EFCR.DB si am facut direct generare token.
Multumesc.
Dupa ultimul update, au disparut unele facturi din view-ul Iesiri Factura E-Facturare.
Versiune veche:22.091.6 Versiune noua: 22.121.3
Atasament 1202 Atasament 1203
P.s. Fara legatura cu efactura, nu am gasit pe nicaieri ca trebuia facut update la AnafConnector.
Imi este greu sa vad care e diferenta dintre cele doua printscreen uri, si mai greu sa ma prind de ce unele facturi sunt si altele nu....Poate ar fi bine sa luati legatura cu distribuitorul dvs sa vada concret pe baza de date despre ce facturi e vorba si alte detalii...
Legat de PS, este un validator care va fi valabil incepand cu 29 decembrie, cu toate ca din cate am vazut urcatul in spv este cu probleme zilele astea. Din pacate nu au un sistem care sa anunte ca sunt versiuni noi pentru validatorul de la efactura.
Diferentele din imagini sunt mai putin relevante, ideea e ca am amandoua executabile, pe versiunea veche cu baza de date noua in continuare imi apar facturile, pe ultima versiune de executabil nu mai apar.
Se pare ca in versiunea noua,ca facturile sa apara in zona efactura,aveti un filtru nou, codul tarii sa fie 0 in NLOCALIT.DB.
Localitatile care vin cu fisierul original (nemodificat), chiar si dupa update localitati din service, nu au acest 0, pus pe cod tara, si nici nu isi fac update in acelasi timp cu programul.
Rezolvarea: updatat fisierul cu un sql update acolo unde nu au 0 la cod tara.
Scuze se pare ca sunt prea adormit azi am gresit topicul.
Buna ziua,
1. exista cumva vreo constanta de unde se poate modifica valoare implicita daca nu e completat Tip de plată din Termene scadente? "cāmpul necompletat se va transmite implicit cu tipul de plată numerar", in loc de numerar ar fi trebuit sa setati ca implicit Definit de comun acord.
2. pentru facturile generate cu Generator facturi abonamente, facturile nu apar automat in Iesiri: factura fiscala (efacturare), desi clientul este bifat ca institutie publica, iar la generarea xml-ului pentru e-factura primesc urmatoarea eroare:
daca introduc manual factura pe acelasi client, factura apare automat in Iesiri: factura fiscala (efacturare) si functioneaza corect si generarea xml-ului. (datele partenerului au fost preluate de pe anaf)Citat:
E: validari globale
SCHEMATRON
eroare: [BR-RO-200]-Daca Adresa de livrare (BG-15) exista, trebuie furnizata Localitatea de livrare (BT-77).
#If the Delivery to (BG-15) exists, the Deliver to city (BT-77) must exists.
E: validari globale
SCHEMATRON
eroare: [BR-RO-210]-Daca Codul tarii de livrare (BT-80) este "RO", atunci Subdiviziunea tarii de livrare (BT-79) trebuie sa fie codificata folosind lista de coduri ISO 3166-2:RO (ex. "RO-B" pentru Municipiul Bucuresti, "RO-AB" pentru judetul Alba...).
#If Delivery country code (BT-80) is "RO", then Delivery country subdivision (BT-79) must be coded using the ISO 3166-2: RO code list (ex. "RO-B" for Bucharest, "RO-AB" for Alba County...).
1. cosntanta: "tip plata termene scadente implicit" si aici la acesta cosntanta alegi ce consideri ca e mai ok pentru tine ca sa fie implicit
2. e actualizat duk pt efactura ca stiu ca in decembrie pe 29 a aparut o modificare sa nu fie de acolo.
La unele programe Romania are bifa de tara membru ue la altele nu. Pt ca sa apara facturile pe e factura trebuie pusa constanta de transmit e factura intracomunitar pe DA in constante generale functionare
buna ziua .de cateva saptamani apare urmatoarea eroare dupa validarea XML si primirea OK. "REST request failed: Error receiving data: (12030) The connection with the server was terminated abnormally ". Iar facturile raman netrimise . ce pot face ?
Buna ziua! Acest mesaj este de la serverul anaf. Mai exact, informatia nu a mai ajuns la server.
Va recomand sa mai retrimiteti, in cele din urma ar trebui sa mearga.
nu se trimit deloc aceste facturi. Deja se tot aduna.
PS sunt facturi care au peste 70 pozitii.
Pot vedea undeva in mentor cand expira tokenul virtual? ca la cate erori sunt la anaf ma gandesc sa elimin cat mai mult din cauze, ca azi am intanlit multe erori.
am avut asta astazi si ma gandesc sa nu fie de la perioada de expirare.
REST request failed: Error receiving data: (12002) The operation timed out
Buna ziua, aveti posibilitatea sa vizualizati din table, mai exact "EFCR.DB" ce se gaseste la nivel de Winment-Data.