Mesaje

Cu credențiale de MySQL se intră în administrare Webgest. Pentru mbx se folosesc cele pentru Tomcat.

A trecut aproape un an de când nu s-au mai anunțat versiuni noi aici, dar ele au tot apărut!

Acum, în ajun de sărbători și de marea noutate cu care începe anul 2024, obligativitatea eFactura, merită vorbit un pic despre ea. S-au implementat începând cu versiunea 8.10.0 multe optimizări pentru a face cât mai ușoară transmiterea facturilor către ANAF și urmărirea statusului, precum și preluarea celor primite de la furnizori. Și unele și altele se vor salva într-o arhivă locală, sub forma în care vin parafate de ANAF.

Un capitol important este modul de generare a token-ului virtual pentru autentificarea oAuth, prin utilizarea căruia nu va mai fi necesară prezența celui fizic pentru comunicarea legată de eFactura. Este descrisă (sigur se putea și mai bine!) procedura în Administrare/Configurări/Certificate digitale.

... acum structura lui webgest_local este astfel:
C:\Users\Administrator\webgest_local\ecr\drvx\dxprint
dar in directorul acesta nu este dxprint.exe
sunt doar 2 fisiere
1. config.json
2. start_dxprint.sh

Exact lângă acestea trebuie să fie și dxprint.exe. Se adaugă manual!
După pornire o să creeze acolo și alte fișiere și o să actualizeze și config.json.

Cred că acum s-au lămurit lucrurile! Problema este că mai nou s-a modificat structura fișierului pus la download de dxprint, varianta pentru Windows. În arhiva zip executabilul se găsește într-un folder dxprint, pe când în variantele pentru Linux și Mac executabilul este direct în rădăcină.

Probabil că acum structura în webgest_local este /ecr/drvx/dxprint/dxprint/dxprint.exe.
 
Soluția este, deocamdată, să desființezi al doilea folder dxprint.

Poți încerca orice variantă, nu-i un caz complicat. Doar că ar fi mai bine să se facă întâi curățenie după tot felul de modificări.

Mesajul citat din fișierul dxprint.log este generat de driver la primirea comenzii din interfață. Probabil s-a întâmplat la apăsarea butonului Test. Deci, până aici lucrurile sunt ok.

Problema rămâne la comunicarea dintre driver și ECR. Acolo nu este configurat ceva bine sau chiar licența nu-i pusă corect.

Este disponibilă la download o nouă versiune de webgest_local (3.29) în care s-a corectat un bug ce se manifesta la actualizarea automată a driverului. Dacă pe calea asta ai făcut actualizarea la dxprint 1.0.17, ar fi bine de încercat cu noul webgest_local. După pornirea lui se face instalarea/actualizarea dxprint și apoi se setează datele de comunicare și licența.

Astăzi a apărut o nouă versiune a D101 de la ANAF, care face mai multe validări și provoacă și în Webgest o eroare legată de data scadenței. S-a corectat și asta și s-a pus la download versiunea 8.8.5.

Sunt combinații de variante ce condiționează D100 și D101, și nu toate sunt acoperite perfect din aplicație. În plus mai apare și câte un bug, cum a fost cel care provoca mesajele de eroare de mai sus (Nu s-a limitat la zero valoarea profitului când acesta era negativ).

S-a rezolvat pentru următoarea versiune. Dacă aveți situații de acest fel și trebuie depusă D101 până în 25 aprilie, putem s-o punem la download astăzi.

Între timp am mai făcut ceva încercări cu noua versiue de driver și funcționează corect, după ce trece de mesajele de atenționare cu formatul de dată citit din ECR.

Posibil să fie alte cauze care generează mesajul de la butonul de test. În logurile din dxprint nu apar ceva detalii?

E o problemă din cauza acelui "DST" care apare după dată, din cauza trecerii la ora de vară. Așteptăm o soluție de la Dxprint.

Eroarea afișată noi n-am putut-o reproduce, oricâte teste am încercat. Dacă la tine se mai repetă, pentru a identifica ce o provoacă ne-ar ajuta ceva detalii, eventual din log-uri.

La originea blocajului de la ștergerea contractului este un bug ce s-a remediat pentru următoarea versiune. Acesta se datora multiplelor variante ce trebuie testate în cascadă: anexe - echipamente (- subansamble) - intervenții. Niciuna dintre acestea nu-i voie să rămână orfană. Se permite ștergerea doar a unui contract ce are un singur act adițional, cu echipamente asupra cărora nu s-a înregistrat nicio intervenție.

[doar în lei]

nu apare ceva care sa ma lase sa schimb moneda in euro sau sa faca Diferenta intre un client din RO si unul din UE ... practic il factureaza tot in RON

Înregistrarea valorilor se face doar în lei. Sunt pregătite tot felul de posibilități legate de valută, dar nu toate sunt implementate încă, ci doar strict ce a fost nevoie.

Soluția la îndemână acum este ca valoarea de plată în valută să se scrie la "Alte explicații", calculată la cursul valutar corespunzător.

Sigur funcționează, am încercat acum și pe firma de test. Probabil lucrează încă din cache și trebuie curățat și reload-at pagina.

Din acel tab incerc sa selectez orice alta optiune ... spre exemplu "IND - Persoana individuala cu CNP" dar selectia nu se schimba.

Cu ultima versiune (8.0) n-ar trebui să blocheze opțiunea pe SC. 

Se descărcau automat până la ultima versiune, când s-au făcut îmbunătățiri care au adus și ceva stricăciuni!  Rezolvare în următoarea versiune.