Italo Giurizzato Junior

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

Bom dia Luiz, Você poderia anexar o XML da nota para que eu possa analisar essa questão?

Bom dia Jarbas, Repito, não compare o XML gerado pelo com o que é gerado pelo componente. Primeiro, os provedores não costumam seguir o mesmo layout e ou formatação. Segundo, o XML gerado pelo componente é o XML do Rps, já o XML gerado pelo site é o XML da NFS-e, eles são totalmente diferentes, o componente não gera o XML da NFS-e, pois quem gera esse XML é o WebService caso os dados do Rps estejam corretos.

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.

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 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.

Boa tarde Jhonlenon, Qual é o provedor?

Boa tarde Willian, Acabei de fazer um teste, veja o resultado: Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : S17 Mensagem: Requerente não credenciado. Correção: Informe um requerente que possua o credenciamento e habilitação para utilização da NFS-e no município. Acredito que você não configurou corretamente o componente.