EPluribusUnum
EPluribusUnum
@omachtandras , @aafemt this is the problematic case for us : https://github.com/FirebirdSQL/firebird/issues/1476 In this case we use the LEFT OUTER workaround.
This is still an issue (Tested with FB30 and FB40)
This is also an issue in case of union usage in view. In this case also RDB domains will be created automatically. Create a dependenc on this view make dependency...
@NTCA-supporter , mi például nem használjuk hogy egy kérésbe több számlát teszünk be. Így x darab számla annulálásakor x darab jóváhagyás is kell. Ezen a gyakorlaton nem vagyunk hajlandók változtatni...
@renced42 , nem a "cryptoType" a hibás, hanem a "value". Éles rendszer transactionId : 3ANG5PVBYYU6JWSG
Nem tudjuk reprodukálni, mert nem mi küldtük be a számlát, mi csak letöltenénk, nem tudjuk hogy néz ki az xml. Az éles környezet support használhatatlan, 30 napos válaszidővel dolgoznak (szándékosan...
Teszteltem, rendben van.
Tuti hogy NAV-nak az infrastruktúrája egy rétegében van request repeat, erre utaló jel már itt is volt : https://github.com/nav-gov-hu/Online-Invoice/issues/870 Azaz egyetlen kliens kérés hatására is lehet REQUEST_ID_NOT_UNIQUE vagy INVOICE_NUMBER_NOT_UNIQUE hiba.
@nbeeps2 , miből venné észre ezt a NAV? Revíziónál tud ez kiderülni hogy xml és papír nem egyezik. Illetve akkor hogyha két cég is visszaigénel ugyanarra a számlára hivatkozva. Szerintem...
@hvlad, when runs gbak in embedded mode? When I ment local I meant only file path is defined like: `gbak -b -user sysdba -password masterkey /opt/firebird/....fdb /opt/firebird...fbk. ` Or in...