Italo Giurizzato Junior

Bom dia Willian, O componente novo foi totalmente reescrito, portanto é totalmente diferente, não tem como você ler o código do novo para fazer alguma alteração no antigo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Por favor debugue o código, pois quero saber exatamente em qual Unit e linha que ocorre o erro. Pois eu peguei o seu arquivo de retorno da consulta, extrai e salvei separadamente o XML da nota e tentei ler o mesmo, não ocorreu nenhum erro depois das alterações que fiz. Uma que somente no XML da nota que contem datas, informação esta que esta ocorrendo o erro. Não tem nenhuma Unit que eu tenha alterado para sanar o problema que não tenha sido enviada para o SVN.

Bom dia, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Elisângela, Notei o erro. Aproveitei e fiz uma melhoria, criei uma procedure para ler o grupo ItensServico. Já esta no SVN, favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Willian, Veja o que significa o erro 400: 400 Bad Request Essa resposta significa que o servidor não entendeu a requisição pois está com uma sintaxe inválida.

Boa tarde, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Esta realizando testes com o programa exemplo? Qual é a cidade em questão?

Boa tarde Celso, Você poderia anexar os XMLs gerados para que eu possa analisar?

Boa tarde Jarbas, Muito obrigado pelo retorno. Com relação ao cancelamento pode ser que a prefeitura exige que o contribuinte solicite o cancelamento da nota de forma presencial na prefeitura.

Boa tarde Willian, Por favor não fique criando vários tópicos, vou fechar este pois já respondi na sua outra postagem.

Boa tarde Willian, Notei que você ainda esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Lucio, A linha: FormatoItemListaServico := filsSemFormatacao; Deve ser colocada na procedure Configuracao da unit Centi.GravarXml Os valores possíveis para o parâmetro: FormatoItemListaServico são: filsComFormatacao, filsSemFormatacao, filsComFormatacaoSemZeroEsquerda e filsSemFormatacaoSemZeroEsquerda. Talvez o correto seria: filsSemFormatacaoSemZeroEsquerda

Boa tarde a todos, Ao alimentar o componente você pode colocar 14.02 ou 1402, o componente normatiza a informação para depois deixar ou tirar o ponto dependendo da exigência do provedor. Desta forma temos a alimentação do componente padronizada. A cidade em questão se utiliza do provedor Ginfes, e este o ItemListaServico deve conter o ponto. Para mim o problema não é esse, mas o provedor esta gerando uma rejeição equivocada.

Valadares, Delete as units que tenham uma bolinha vermelha em seu ícone ou um triangulo amarelo. Depois atualize novamente e reinstale.

Boa tarde Jhonlenon, A cidade Araguaína/TO se utiliza da versão 2.02 do provedor WebISS. Nessa versão temos o método SubstituicaoNFSe, chegou a testar? Esse método requer que o componente seja alimentado com os dados de um novo Rps e ao executar o método você informa o numero da nota a ser cancelada. O WebService processa o Rps se for processado com sucesso a nota é cancelada e a nova nota consta informações da que foi substituída.

Boa tarde, Você atualizou todos os fontes de todas as pastas? Reinstalou o ACBr? Compilou a aplicação com a opção Build? Não tem cópia dos fontes ACBr no HD? Não tem cópia antiga de DCU do componente em pastas da sua aplicação?

Boa tarde Fernando, Como somente em 01/09/2022 o ambiente de produção vai começar receber no novo layout deixe as linhas com as novas URLs comentadas. Abra o arquivo ACBrNFSeXServicos.ini e procure pela cidade para ver como eu deixei.

Boa tarde Elisângela, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2864

Valadares, Favor atualizar os fones, reinstale o ACBr e faça novos testes.

Boa tarde Valadares, Abra o XML (512-lista-nfse-sinc.xml) que você anexou no dia 21/06/2022 e depois o (513-lista-nfse-sinc.xml) que você anexou por ultimo. Ambos começam com a tag <RecepcionarLoteRpsSincronoResult> mas a tag seguinte muda sendo que deveria ser igual. Se ocorreu rejeição a tag seguinte é <RecepcionarLoteRpsSincrono>, correta ao meu ver. Se não ocorreu erro a tag seguinte é <EnviarLoteRpsResposta>. Como sempre temos ai mais um exemplo de um provedor que não consegue estabelecer um padrão ao gerar o XML de retorno. Temos que ficar fazendo gambiarra pela falta de profissionalismo desses provedores. Paciência.

Bom dia Diogo, Já esta no SVN.

Bom dia Lucio, Já esta no SVN. Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Bom dia Fernando, Já esta no SVN.

Bom dia, Concordo com você e já inclui na minha lista de tarefas para criar essa padronização.TK-2863

Bom dia, O problema é que o provedor apensar de seguir o layout da ABRASF ao gerar o XML da nota não segue o layout. Isso faz com que a rotina responsável por ler o XML não encontre algumas informações, apesar delas existirem. Por exemplo, o campo competência no XML retornado se encontra dentro do grupo InfNfse, mas segundo o layout da ABRASF essa mesma informação o caminho é: InfNfse/DeclaracaoPrestacaoServico/InfDeclaracaoPrestacaoServico/Competencia. Podemos até alterar essa rotina para poder ler esse XML, mas o ideal seria o provedor corrigir, ou seja, gerar o XML da nota segundo o layout da ABRASF.