Luc.Arashiro

Bom dia Diego! Fiz essa alteração, pois não estava conseguindo enviar a tag cLocalidadeIncid. Talvez não seja o ideal (ainda estou me adaptando ao código do ACBR), mas me baseei no ACBrNFSeXLerXml, onde vi que o campo estava previsto como filho do IBSCBS

Boa tarde pessoal! No ambiente de produção, consegui fazer o envio para o provedor Ginfes com as tags novas. Precisei fazer uma pequena alteração no componente, relacionado ao campo cLocalidadeIncid nas units ACBrNFSeXClass.pas e Ginfes.GravarXml.pas ACBrNFSeXClass.pas Ginfes.GravarXml.pas

Bom dia pessoal! Tenho acompanhado no tópico do Diego as liberações de alterações de cada provedor, pro layout da reforma. Em relação ao provedor GINFES, tem alguma previsão para liberação?

Boa tarde pessoal! Em 26/12/2025 entraram novos schemas em produção do ambiente nacional. Pra mim deu erro ao enviar o evento de cancelamento. RNG9997 - "The 'Id' attribute is invalid - The value 'PRE42070072201519274000316000000000000925125834418815101101001' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSIdPedRegEvt' - The Pattern constraint failed." Observei que no cancelamento não tem mais o nPedRegEvento nem no ID nem como campo no corpo do XML. Feitas essa correções em PadraoNacional.Provider, consegui enviar o evento. PadraoNacional.Provider.pas

Cidade/UF: Rio Claro / SP Previsão de Mudança: 1º de outubro de 2025 Tipo de Mudança: Mudança no Layout e mantém o GISS Fonte/Documentação: https://rioclaro.ginfes.com.br/ Já foi feito alterações no componente visando atender as mudanças no layout do provedor.

Enviei pra Sefaz de SP. Com essas alterações, consegui autorizar o cancelamento dos eventos em SP, mas de fato não cheguei a utilizar a LerFromJSON.

Bom dia pessoal! Com a versão atualizada do ACBr consegui iniciar os testes de envio de eventos de apuração da RTC. Consegui enviar eventos 112110, 211120, 211110, 211124, 211130, 211140, 211150. Pra enviar o cancelamento de eventos, precisei fazer duas alterações no código do ACBr: No pcnConversaoNFe, adicionei o evento de cancelamento em SchemaEventoToStr, pra encontrar o schema. function SchemaEventoToStr(const t: TSchemaNFe): String; begin result := EnumeradoToStr(t, ['e110110', 'e110111', 'e110112', 'e110140', 'e111500', 'e111501', 'e111502', 'e111503', 'e210200', 'e210210', 'e210220', 'e210240', 'e110130', 'e110131', 'e110150', 'e110192', 'e110193', 'e110750', 'e110751', 'e112110', 'e112120', 'e112130', 'e112140', 'e211110', 'e211120', 'e211124', 'e211128', 'e211130', 'e211140', 'e211150', 'e212110', 'e212120', 'e110001'], [schEnvCCe, schcancNFe, schCancSubst, schEnvEPEC, schPedProrrog1, schPedProrrog2, schCanPedProrrog1, schCanPedProrrog2, schManifDestConfirmacao, schManifDestCiencia, schManifDestDesconhecimento, schManifDestOperNaoRealizada, schCompEntrega, schCancCompEntrega, schAtorInteressadoNFe, schInsucessoEntregaNFe, schCancInsucessoEntregaNFe, schConcFinanceira, schCancConcFinanceira, schPagIntegLibCredPresAdq, schImporALCZFM, schPerecPerdaRouboFurtoTranspContratFornec, schFornecNaoRealizPagAntec, schSolicApropCredPres, schDestItemConsPessoal, schPerecPerdaRouboFurtoTranspContratAqu, schAceiteDebitoApuracaoNotaCredito, schImobilizacaoItem, schSolicApropCredCombustivel, schSolicApropCredBensServicos, schManifPedTransfCredIBSSucessao, schManifPedTransfCredCBSSucessao, schCancGenerico]); end; No acbrNFe.eventoClass, alterei a descrição do evento, pois a Sefaz rejeitava //teCancGenerico : Result := 'Evento de Cancelamento'; teCancGenerico : Result := 'Cancelamento de Evento'; Os eventos 112120, 112130, 112140, 112150, 212110, 212120 e 211128, creio que ainda não estejam implementados.

Bom dia Cristiano! Passei por isso também. Precisa setar o parâmetro de remover acentos para false NFe.Configuracoes.Geral.RetirarAcentos := False;

Bom dia Juliomar! Obrigado pela luz! De fato ao carregar o mesmo XML pelo projeto exemplo, não dava erro. Depois de muitos testes, tentando entender o que poderia estar diferente, decidi recriar um projeto do zero, e funcionou. Alguma referência no dproj estava quebrada, mas confesso que comparando aqui, não entendi exatamente onde estava o erro. Mas o importante é que voltou a funcionar.

Bom dia pessoal! Trabalho com o Ronaldo e estou enfrentando esse problema também. Estamos atualizando o ACBr pra dar continuidade nas alterações da Reforma Tributária em nosso sistema. Vejam por favor se tem mais algum procedimento que podemos realizar pra tentar sanar essa violação de acesso: - Baixei a última revisão do ACBr. - Reinstalei o ACBr com os checks de sobrescrever dlls, e apagar versões antigas do ACBr marcados. - Sobrescrevi manualmente as dlls da pasta de geração do executável, e em todos os locais que a busca do windows a encontrou (inclusive pastas de outras aplicações, como Android Studio, PostGreSQL, etc). - Aqui temos duas versões do delphi (XE2 e Athens, ambos Win32). Tentei instalar o ACBr apenas a do Athens pra ver se era algum conflito com as bibliotecas do xe2. - Apaguei arquivos .res do projeto, dei clean e build, pra gerar novos dcus. Na opção modules, no debug, mostra que carregou a dll da pasta do executável, onde coloquei as dlls do ACBr, conforme prints abaixo. Mesmo após todas essas tentativas, continua dando Acces Violation ao carregar um XML, justamente nessa linha ao dar Next em um ponteiro dos NameSpaces Desde já, agradeço pela atenção.