Italo Giurizzato Junior

Boa tarde Jarbas, Muito obrigado pela informação, vou analisar e fazer as alterações no componente.

Boa tarde Francinaldo, A única forma de se consultar um Documento Fiscal Eletrônico seja ele NF-e, CT-e, MDF-e etc é pela chave ou pelo numero do Recibo (quando a SEFAZ o retorna). No caso da NFC-e por exemplo se o envio for no modo assíncrono temos o numero do Recibo, por outro lado se o modo de envio for síncrono não é retornado o Recibo, logo não tem como realizar a consulta pelo numero do Recibo neste caso. Se tratado do MDF-e temos apenas as consultas pela chave e pelo numero do recibo. Utilize o programa exemplo para realizar essas duas consultas. Não esqueça de configurar ele corretamente, inclusive o ambiente, pois o MDF-e pode ter sido enviado para o ambiente de produção e você esteja consultando no ambiente de homologação ou vice-versa. Isso pode retornar a rejeição acusando que o documento não consta na base de dados. A pergunta que não quer calar. Você não tem o XML desse MDF-e?

Você tem certeza que esse segundo XML é mesmo do retorno da consulta? Me parece mais um XML de envio e não de retorno.

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

Boa tarde Guima Monteiro, O que tudo indica é que o webservice esta se perdendo de tantos Rps que ele esta recebendo.

Boa tarde Ramboli, Erro 404 significa que a URL não existe. É bem provável que a cidade mudou de provedor.

Boa tarde João, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2723

Boa tarde, Você esta usando o componente antigo? Se sim, 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 Robsin, Atualize os fontes, depois substitua pela unit em anexo e por fim faça novos testes. Centi.Provider.pas

Boa tarde a todos, No caso do Fortes Report a Inscrição Estadual vai ser impressa no DANFSE se ela constar no XML da nota ou se o componente for configurado. O componente de impressão do DANFSE em Fortes Report possui algumas propriedades de configuração, sendo que uma delas se refere a Inscrição Estadual. Se essa propriedade for populada com a inscrição do emitente, ela vai ser impressa. Essas propriedades foram criadas, pois alguns provedores não retornam no XML da nota todos os dados do emitente da nota.

Boa tarde, Na questão (1) o componente deve esta procurando na lista pelo numero da nota e não encontra uma vez que ali se encontra um Rps, consequentemente ele acaba adicionando um novo item a lista com os dados da nota. Na questão (2) vou precisar do XML (soap) de retorno do método Emitir para que possamos analisar o problema.

Boa tarde Idez, Muito obrigado, vou tentar descobrir o que esta de errado no novo.

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

Boa tarde Cleomar, Muito obrigado pela contribuição, ainda hoje estarei enviado para o SVN.

Boa tarde a todos, Acabei de fazer um teste utilizando o programa exemplo do componente e-Social, o XML do evento bem como o de envio do lote foram gerados sem nenhuma quebra de linha. Lembrando que a assinatura digital ocorreu de forma automática. Inclusive o webservice de homologação retornou com o protocolo do envio (troquei o dígitos do CNPJ por *). Código Retorno: 201 Mensagem: Lote Recebido com Sucesso. ideEmpregador - TpInsc: 1 - NrInsc: ******** ideTransmissor - TpInsc: 1 - NrInsc: ************** dadosRecepcaoLote - dhRecepcao..............: 27/05/2022 13:15:29 - versaoAplicativoRecepcao: 0.1.0.0 - protocoloEnvio..........: 1.2.202205.0000000000115177816

Jarbas, Eu preciso de um XML de envio de lote de Rps. Quero saber se se aquele XML que tem o token e o CNPJ do emitente faz parte desse XML de envio do lote ou não, pois analisando o Soap pelo SoapUI não encontrei nada.

Idez, Com o componente antigo você consegue validar a NFS-e no provedor Tecnos? Se sim, favor configurar o componente para salvar os arquivos Soap e anexe o XML (soap) de envio para que eu possa analisar.

Boa tarde, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde Anadilson, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Jarbas, Não entendi? Esse XML é enviado antes de qualquer requisição ou ele faz parte da requisição? Preciso de um exemplo.

Boa tarde Eloildo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2719 E a URL de homologação, o provedor não forneceu?

Boa tarde Robson, Já fiz uma alteração no componente, agora ao ler o XML da NFS-e ele vai ler o conteúdo do atributo ID e armazena-lo em: NFSe.InfID.ID Mas temos um problema, nos schemas do provedor Centi no que se refere ao cancelamento não esta previsto gerar a tag <Id> Precisamos dos schemas atualizados desse provedor.

Boa tarde Idez, Só esta aparecendo essa mensagem? Ou aparece mais alguma coisa? Esta fazendo testes com o programa exemplo?

Boa tarde Leonard, Favor atualizar os fontes e reinstalar o ACBr. Use o programa exemplo para fazer os testes, estude a procedure ChecarResposta para compreender como pegar as informações desejadas.

Favor atualizar os fontes e reinstalar o ACBr. Note que fiz uma alteração no programa exemplo: // Provedor GeisWeb // tlDevidoNoMunicPrestador, tlDevidoNoMunicTomador, tlSimplesNacional, tlIsentoImune Servico.TipoLancamento := tlSimplesNacional; Tive que criar esse campo por 2 motivos: 1. Porque o seu valor na geração do XML estava fixo, sendo que ele pode assumir 5 valores diferentes (na lista acima só consta 4). 2. Porque o provedor se utiliza desse campo para informar que a nota esta cancelada, retornando o valor "C" - Serviço Cancelado. Sendo assim vai ser necessário alterar a retina que alimenta o componente passando corretamente o valor para esse campo. (vide manual do provedor)