Italo Giurizzato Junior

Boa noite Mauricio, Nos meus testes com o novo componente tive erro 401. Ocorre Timeout tanto em ambiente de homologação quanto de produção?

Boa tarde Thiago, Favor atualizar os fontes e faça novos testes.

Boa tarde, Esse é um erro de validação, você fez alguma alteração no componente?

Boa tarde Ala, Note que no arquivo *-abr-ses-soap.xml consta a identificação do prestador e a senha do mesmo. Lhe pergunto ambas as informações estão corretas? Pois no arquivo *-sesA-soap.xml (retorno) não consta o hash, informação que é utilizada no envio do lote. Note que no arquivo *-env-lot-soap.xml a tag <hashIdentificador> esta vazia. No meu entendimento ou o CNPJ informado na tag <identificacaoPrestador> e ou a senha informada na tag <senha> ao solicitar a autenticação do contribuinte (arquivo *-abr-ses-soap.xml) estão incorretos, logo não retornou o hash que é incluído automaticamente pelo componente no envio do lote.

Boa tarde Mauricio, Já tentou com essa outra configuração?

Boa tarde Jaisson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Lhe convido a conhecer o novo componente de emissão de NFS-e: ACBrNFSeX. 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, Infelizmente os provedores não seguem a formatação do ItemListaServico, cada um faz do jeito que quer. Vou fechar esse tópico pois acredito que o problema inicial foi sanado.

Boa tarde Leandro, Esse erro ocorre quando você configura o componente para usar o Capicom? Se sim, já tentou usar o WinCript ou OpenSSL? Já inclui na minha lista de tarefas para analisar a sua contribuição. Muito obrigado.

Muito obrigado, não encontrei nada no XML de diferente do que esta no SVN. Vou lhe pedir mais um favor. Anexe o XML de envio do lote (de preferente o arquivo soap) gerado pelo componente antigo e pelo novo, pois acredito que deve ter alguma coisa errada na geração do XML que deve estar provocando esse erro.

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

Boa tarde, Infelizmente o XML retornado pelo WebService do provedor não é exatamente igual ao XML que você baixa do Site do mesmo. Notei que o XML retornado pelo WebService além de estar faltando alguns dados esta fora do padrão. No layout da ABRASF não existe o grupo <EnderecoPrestadorServico>, o que existe é o grupo <PrestadorServico> ou <Prestador> e dentro desse grupo o grupo <Endereco>. Outra aberração no XML retornado pelo provedor é o grupo <CpfCnpj>, dentro desse grupo deve constar somente a tag <Cpf> ou <Cnpj> e não as duas com uma delas preenchidas. Resumindo, o WebService do provedor em questão esta gerando o XML da NFS-e fora do layout da ABRASF. Aconselho entrar em contato com eles e apontar as kakas que eles fizeram, quem sabe eles resolvam arrumar.

Boa tarde Rene, Favor anexar o XML gerado pelo componente antigo e outro pelo novo para que possamos analisar o problema.

Boa tarde, Após as ultimas alterações no componente o problema foi sanado. Vou fechar esse tópico, surgindo novas duvidas ou problemas favor criar novas postagens. Boa tarde, Após as ultimas alterações no componente o problema foi sanado. Vou fechar esse tópico, surgindo novas duvidas ou problemas favor criar novas postagens.

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

Boa tarde, Em qual ambiente você fez esses testes (homologação ou produção) ? Favor anexar os arquivos Cidades.ini e SafeWeb.ini para que eu possa comparar com o que temos no SVN. Desde já muito obrigado.

Bom dia, Muito obrigado pela colaboração, já enviei para o SVN.

Bom dia Luciana, Apliquei essas alterações nos fontes do novo componente de emissão de NFS-e: ACBrNFSeX Como já dito pela Juliana não estamos mais realizando alterações e ou correções no componente antigo. Lhe convido a atualizar os fontes e instalar o novo componente. Ele não sobrescreve o antigo, você vai ter os dois na pela do seu Delphi. É uma boa oportunidade de conhecer e testar o novo componente através do seu programa exemplo.

Bom dia, Já enviei para o SVN. Favor atualizar os fontes e faça novos testes.

Bom dia Diego, Já enviei para o SVN.

Bom dia Rene, Já enviei para o SVN.

Bom dia Junior, Já enviei para o SVN.

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

Bom dia Joselito, Favor atualizar os fontes e faça novos testes.

Bom dia, Não vamos utilizar o termo Recebedor para não confundir com o grupo Recebedor do XML. No XML do CT-e temos o Remetente, o Destinatário, o Expedidor e o Recebedor. O Recebedor não tem nada haver com o locar de entrega da mercadoria. Note que no layout do XML temos o grupo para informar o local de retirada e o local de entrega. Se a mercadoria não vai ser entregue no endereço do destinatário, devemos informar o endereço no grupo referente ao local de entrega. No meu entendimento o local de termino do serviço é a cidade onde a mercadoria vai ser entregue e não necessariamente a cidade do destinatário, que é este caso.

Bom dia Jorge, Pelo o que eu entendi a tal de tag resumida é quando a tag é obrigatória e esta sem valor, é isso? Se sim, qual é a tag obrigatória que deve ser gerada mesmo sem valor?