Italo Giurizzato Junior

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, Sim esse erro é porque o webservice não estava preparado para processar um Rps cujo tomador possui 2 ou mais inscrições municipais ativas no município. A tag referente a inscrição municipal é opcional e podemos deixar de informar quanto o tomador possui apenas 1 inscrição, caso tenha 2 ou mais se faz necessário informar a inscrição. Essa é a orientação dada pelo pessoal do GissOnline.

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.

Bom dia Valdir, O componente esta gerando o XML de pedido de cancelamento conforme consta no manual. Favor entrar em contato com o provedor e solicitar o layout do pedido de cancelamento. Como esse provedor esta mudando algumas coisas, acredito que o componente esteja gerando esse pedido em um layout mais recente que não é suportado por todas as cidades.

Bom dia, Quando ocorre o erro de AV, isso significa que você esta tentando acessar algo que não existe, uma classe que ainda não foi criada ou acabou de ser destruída. Outra coisa, como assim você ter uma configuração para produção e outra para homologação? Isso não faz o menor sentido, as configurações são exatamente as mesmas para ambos os ambientes. Coloque um RadioGroup para definir o ambiente da mesma forma que você fez para definir se vai usar a assinatura digital.

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.