JVIgnacio

Pessoal boa tarde. Realmente houve alguma alteração no provedor ISSNet. Da mesma forma que no dia 12/02 parou de emitir as notas hoje voltou a emitir normalmente. Não precisei alterar nada na aplicação. Podemos encerrar este tópico como resolvido internamente pelo provedor. Obrigado.

Bom dia, quando abri o tópico, não mencionei um detalhe importantíssimo, os clientes estavam emitindo as NFSe's normalmente até dia 12/02, o erro começou a aparecer sem termos feito nenhuma alteração na aplicação. Por isso pergunto se sabem se houve alterações recentes, no provedor, schemas, dll, etc.

Boa tarde. Tenho a libxml2.dll de 17/11/2025 na pasta junto ao exe da minha aplicação. Teve alguma atualização mais recente? Ou devo colocar nas Windows system também?

Boa tarde a todos. Estou com problemas para emitir notas de serviço em Ribeirão Preto (provedor ISSNet). Ao chamar o método objACBR.Emitir -> FProvider.Emite; -> PrepararEmitir(EmiteResponse);. Me é retornada a mensagem xmlNode não pode ser nulo. É possível fazer um tratamento para ler o conteúdo do response após o PrepararEmitir para identificar exatamente qual informação está faltando?

Resolvido. O erro estava no cadastro do cliente junto ao ISSNet, o contador nos possou informações divergentes. Corrigidos o parâmetro do sequencial de RPS, funcionou normalmente.

ainda estão usando o layout ABRASF e provedor ISSNet, os campos de IBSCBS ainda não estão implementados.

Quanto aos componentes ACBr, sim, autalizo diariamente. Quanto a alterações locais, na minha aplicação não, já quanto ao serviço da prefeitura provavelmente estão alterando constantemente para migrar para o padrão nacional mas não tenho uma informação precisa, nem documentação.

Outros pontos apontados peloChatGPT como causas do problema que podem ser observados no xml anexo: Problema Causa Erro Resultante Assinatura duplicada ACBr configurado incorretamente E160 Reference URI="" Falha na assinatura do lote E160 DataEmissao sem hora Incompatível com XSD ISSNet E160

Boa tarde. Estou enfrentando algumas dificuldades com um cliente para emitir notas de Serviço. Na maioria dos casos a nota consta no portal da prefeitura e até consigo pegar o XML assinado (xmlServicoRibeiraoPreto anexo), mas tenho um SOAP retornado (xmlRetornoServicoRibeiraoPreto anexo). Pela pesquisa que fiz no ChatGPT o erro está ocorrendo na tag do RPS, mais especificamente nesta informação: <Rps> <InfDeclaracaoPrestacaoServico Id="Dec_233UNICA"> // esta tag, segundo o GPT, está seguindo o padrão GINFES Para atender o padrão ISSNet deveria ser: <Rps> <InfRps Id="Dec_233UNICA"> A maior questão pra mim é, como manipular as tags, sendo que o ABCBrNFSeX monta o xml internamente? Outra questão é, até onde o GPT está correto? Alguém já passou por esta situação e pode me ajudar? Obs.: anexei o conteúdo dos XMLs em formato txt porque tive que substituir os dados sensíveis por "#" xmlRetornoServicoRibeiraoPreto.txt xmlServicoRibeiraoPreto.txt

Boa tarde Juliomar. Não é o nosso caso, nós estamos utilizando ECF. Tem alguma ideia de como fazer o tratamento para obter o resultado esperado conforme o roteiro? Att.

Boa tarde a todos. Estou executando os testes do roteiro de homologação SkyTEF utilizando o componente ACBrTEFD (gpCliSiTEF) e aplicação desenvolvida em Delphi XE (Rio). Em geral tem caminhado muito bem. Mas ao executar a Sequência 43 (múltiplos cartões) Seguindo o passo a passo da execução, após reiniciar a aplicação a mensagem retornada é "Última transação TEF foi efetuada. Favor reimprimir o último cupom. NSU:... ". E a transação do primeiro cartão que estava pendente é efetuada. Já analisei várias rotinas internas do componente mas não consegui encontrar a forma de chamar a situação correta para passar o status da transação anterior para "CANC. PDV". Alguém já passou por essa situação? Como devo fazer o tratamento da maneira correta? Att.

Bom dia. Passando aqui para informar que após analisar com calma o código descobri onde estava errando. Não estava passando "infANTT." ao setar a categoria combinada de veículos. Feito isso a montagem do XML ficou correta. Portanto esse tópico já pode ser fechado. Obrigado Italo e equipe pelas orientações.

Após concluir a postagem anterior vi que estava repetindo código. Fiz a correção mas mesmo assim a informação Tag categoria não está indo para o XML.

Boa tarde Italo. Fiz a alteração como recomendado, e conferi a versão do componente, também está na versão correta, mas na montagem do xml continua não setando a categoria. Não estou conseguindo encontrar o que estou fazendo de errado. Se puder me ajudar, te agradeço muito. Att.

Boa tarde. Estou enfrentando um problema para setar a categoria do veículo no bloco "valePedagio" utilizando o componente ACBrMDFe, em anexo a rotina onde informo o valor. Na geração do xml não está gravando a tag "catedCombVeic". Estou com os fontes atualizado, verifiquei o programa de exemplo mas o projeto em Delphi ainda não está utilizando esse recurso. Desde já agradeço. Att.

Boa noite. também estou enfrentando esse problema. Encontrei esse artigo que explica o que é essa rejeição https://atendimento.tecnospeed.com.br/hc/pt-br/articles/4405477942551-Rejeição-744-O-tipo-de-transportador-deve-ser-ETC-ou-CTC-quando-informado-CNPJ-do-proprietário-do-veículo-de-tração vi que para transportador pessoa jurídica o valor setado na tag TpTransp deve ser 1 (ETC - Empresa de Transporte de Cargas) ou 3 (CTC- Cooperativa de Transporte de Cargas) e para pessoa física 2 (TAC) https://atendimento.tecnospeed.com.br/hc/pt-br/articles/4405477097623-Rejeição-743-O-tipo-de-transportador-deve-ser-TAC-quando-informado-CPF-do-proprietário-do-veículo-de-tração . Mas consegui encontrar uma maneira de setar o valor para a propriedade ACBrMDFe.Manifestos.Add.MDFe.Ide.tpTransp em tempo de execução. Se alguém tiver uma luz, desde já agradeço.