Simptomi
Nakon primjene 6 skupne vrijednosti (KB2405516) NF e savezni obrazac će biti prazno. Nećete moći provjeriti status povezani NF e savezni fakture prethodno proknjižene i nije moguće znati koju akciju treba poduzeti.
Uzrok
Postoji kodiranje nedostatku u RelaseUpdateDB60_Cust klase updateReferencesInEFDocument_BR metodu. Ova metoda ažuriranja tablice EFDocument_BR tako da uvijek odnosi tablicu FiscalDocJour_BR. U prethodnim verzijama EFDocument_BR koristi se za čuvanje reference na fakturu koja potječe brazilski fiskalni dokumentu, primjerice CustInvoiceJour i VendInvoiceJour. Odsada, par polja RefTableId i RefRecId će uvijek referencu tablice brazilski poslovni dokumenti: FiscalDocJour_BR. Kada se izvršava Ova metoda u okruženju 5 skupne vrijednosti iz koje nove NF-e's su stvoreni, te NF-e's (koje su već u redu) će sada izgubiti svoje odnose s FiscalDocJour_BR, uzrokuje prazan obrazac. Ova metoda je potrebno izvršiti samo za NF-e's pozivanju CustInvoiceJour i VendInvoiceJour.
Rješenje
Preporučujemo potpuno sigurnosno baze podataka o prije izvršavanja korake opisane u ovom article.1 KB. Kada primijenite fixAfter primjene RU6 paket pokretanje pojavljuju se klijent AKSIMUM i proknjižit "Nadogradnje kontrolni popis". Prije pokretanja "Presynchronize", morate zatvoriti ovaj fix.2. Otvorite u AOT i umetnite sljedeća "Gdje" Izjava klase RelaseUpdateDB60_Cust, updateReferencesInEFDocument_BR način. Prije: tijekom odaberite forupdate eFDocument {fiscalDocJour = FiscalDocJour_BR::findRefRecId (eFDocument.RefTableId, eFDocument.RefRecId); eFDocument.RefTableId = fiscalDocJour.TableId; eFDocument.RefRecId = fiscalDocJour.RecId; eFDocument.doUpdate(); } Nakon: tijekom odaberite forupdate eFDocument gdje eFDocument.RefTableId! = tablenum(FiscalDocJour_BR) {fiscalDocJour = FiscalDocJour_BR::findRefRecId (eFDocument.RefTableId, eFDocument.RefRecId); eFDocument.RefTableId = fiscalDocJour.TableId; eFDocument.RefRecId = fiscalDocJour.RecId; eFDocument.doUpdate(); }
