Italo Giurizzato Junior

Boa tarde Marcelo, Você tem um XML (soap) de retorno da consulta para que eu possa analisar? Outra coisa, lembre-se que o numero do protocolo na NFS-e não tem o mesmo grau de importância do numero do protocolo da NF-e. Na NF-e o numero do protocolo indica que a nota foi autorizada? Já NFS-e o numero do protocolo quando gerado pelo provedor indica que o webservice recebeu o Rps para ser processado, mas isso não significa que ele foi processado com sucesso. Na NFS-e o que vale mesmo é código de verificação que consta no XML da NFS-e e podemos usar para verificar se a nota realmente foi emitida realizando uma consulta via site informando o código de verificação.

Boa tarde Sandro, Realmente só retorna a data, mas a hora consta no XML de retorno de envio? Se sim, anexa um para que eu possa analisar.

Boa tarde Sandro, Notei que nos arquivos que você anexou o 8 o tomador é uma pessoa jurídica e tem todos dados, já o 44 é uma pessoa física e não contem os dados. Será que o problema não é esse?

Boa tarde, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Quanto a salvar os XML em disco, você marcou a opção para salvar os XMLs?

Boa noite Sérgio, O erro diz que esse campo não pode ser vazio.

Boa noite Sandro, Favor atualizar os fontes e faça novos testes.

Boa tarde Bill, Já esta no SVN.

Boa tarde, Já devo ter escrito, mas vamos lá: Até onde sei o Ginfes se utiliza da versão 1 do layout da ABRASF, já o Giss se utiliza da versão 2 ou mais precisamente da versão 2.04 do layout da ABRASF. Eu participei da reunião ocorrida semana passada. E ficou claro para mim que no caso da cidade de Maceió eles trocaram seis por meia-dúzia, ou seja, não alterou nada. Os contribuintes devem continuar gerando e enviando como se nada estivesse acontecido. Não foi dado nenhum prazo, mas pode ser que no futuro tenha uma mudança sim e neste caso vai ser alterado as URLs de envio e o layout do XML do Rps deverá seguir a versão 2.04 Vamos aguardar as cenas dos próximos capítulos.

Boa tarde Marcelo, Por favor não misture assuntos diferentes em um mesmo tópico A sua primeira postagem se refere a emissão e esta segunda a consulta. Assuntos diferentes tópicos diferentes. Desde já agradeço a sua compreensão.

Boa tarde Fernando, Segundo o Manual da NF-e (MOC versão 7.02 Visão Geral) páginas 71 e 72 temos a estrutura de envio da NF-e para o webservice da SEFAZ, mais precisamente no inicio da página 72 temos a definição do grupo NFe cujo conteúdo é na verdade o XML da NF-e, note que esse grupo tem como ocorrência 1-50, isso significa que esse grupo poderá ocorrer no mínimo 1 vez nessa estrutura e no máximo 50. Resumindo, podemos enviar um lote de NF-e com no mínimo 1 e máximo de 50 notas. Para você enviar 1000 notas vai ter que enviar 20 lotes com 50 notas cada. Respondendo a sua pergunta: Sim, faz anos que o componente aceita o envio de lote de notas respeitando os limites estipulados pelo manual. O programa exemplo do componente mostra como ADD uma nota ao componente, para enviar um lote contendo 2 ou mais notas é preciso ADD a quantidade desejada, lembrando sempre o limite de 50 notas por lote.

Ramon, Já inclui na minha lista de tarefas.

Ramon, Eu a principio usei uma propriedade que no momento não esta sendo utilizada para que você pudesse realizar esse teste, mas podemos mudar o nome dela para ChaveAcesso.

Bom dia Bill, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. 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/

Bom dia Marcelo, Estamos realizando melhorias na maneira que o componente vai nos devolver o retorno dos métodos. Por favor aguarde mais um pouco.

Bom dia Sandro, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia Sérgio, É igual a sua, a única diferença é que em vez de LT_all eu informo LT_TLSv1_2 para SSLType. Esse erro esta ocorrendo em qual método?

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Ramon, Faça um teste com essa Unit: ACBrNFSeXLerXml_ABRASFv2.pas O conteúdo da tag <ChaveAcesso> vai estar na propriedade Autenticador. xChave := ACBrNFSeX1.NotasFiscais.Items[0].NFSe.Autenticador;

Bom dia Felipe, Neste caso vai ser necessário entrar em contato com o provedor para saber o porque esta retornando essa mensagem. Note que a procedure considera que o Token que é informado em WSChaveAutoriz não esta codificado em base 64. Agora se o Token já é fornecido a você codificado na base 64 e as letras em maiúsculas, devemos mudar essa procedure.

Bom dia Ramon, Ao emitir a NFS-e essa tag consta em qual XML? Você poderia anexar ele para que possamos analisar?

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

Sérgio, Sugiro que o valor de SSLType seja LT_TLSv1_2 e não LT_all, pois este faz com que o componente fique tentando qual é a criptografia que o webservice aceita e para alguns deles isso pode ser interpretada como uma tentativa de invasão.

Bom dia Sandro André, Qual é a cidade? Notei que ao informar a série tem um espaço em branco depois do 1.

Se você fez uma correção / melhoria no código, por favor anexa a unit alterada para que possamos avaliar a sua contribuição.

Bom dia Robson, Se a quantidade de Rps por lote é 100, não deveria ocorrer erro ao enviar somente 24 Rps.