Italo Giurizzato Junior

Bom dia, Infelizmente não temos um manual que mostre os retornos de cada método. Mas na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe onde temos o programa exemplo do componente você entra um arquivos chamado Retornos.txt Acredito que ele vai lhe ajudar em muito no que diz respeito aos erros. Experimente verificar tudo o que temos na classe InfRec do Enviar a titulo de exemplo. ACBrNFSe1.WebServices.EnviarLoteRPS.RetEnvLote.InfRec.?????

Bom dia, Se você abrir o arquivo ISSNet.ini vai descobrir que esse provedor segue a versão 1 do layout da ABRASF. Todos os provedores que seguem a versão 1 só tem apenas um serviço de envio que é o EnviarLoteRps que trabalha no modo assíncrono. Não importa se você vai enviar apenas um Rps ou 50, o serviço a ser utilizado é esse, que no componente usamos o método Enviar. Como o serviço trabalha no modo assíncrono devemos seguir os passos: 1. executar o método Enviar - retorna o numero do protocolo que atesta que o lote foi recebido; 2. executar o método ConsultarSituacao - retorna a situação do lote enviado; 3. se a situação for 3 ou 4 devemos executar o método ConsultarLoteRps para obter a lista de rejeições (situação 3) ou o XML da NFS-e (situação 4); se a situação for 2, aguarde um pouco e execute novamente o passo 2. se a situação for 1, verifique se esta informando o numero do protocolo corretamente.

Bom dia Diego, Muito obrigado pela informação. Vou fechar o tópico, pois já enviei para o repositório a alteração da URL de homologação.

Bom dia Herivelton, Por favor anexe o XML de retorno para que eu possa analisar.

Boa tarde Gabriel, Você esta informando 1401, informe 14.01 Tem provedor que existe que o ItemListaServico esteja formatado.

Boa tarde Flavio, Faça um teste com o programa exemplo. No Botão Enviar Lote Rps ele faz 3 perguntas sendo que a primeira é a quantidade de RPS a ser enviado, informe 2. <xsd:simpleType name="tsQuantidadeRps"> <xsd:restriction base="xsd:int"> <xsd:totalDigits value="4" /> <xsd:minInclusive value="2"/> </xsd:restriction> </xsd:simpleType> Note que na definição do tipo referente a quantidade de RPS me parece que existe uma restrição de que a quantidade mínima a ser enviada é de 2 RPS no Lote. Caso você queria enviar apenas 1 deverá usar o método Gerar.

Boa tarde Hugo, Essa implementação não é nossa. Nós desenvolvemos componentes para o Delphi e Lazarus em Object Pascal. Não utilizamos o repositório GitHub.

Boa tarde, Já esta no repositório com exceção da unit pcnLeitor.pas que o pessoal vai analisar melhor.

Boa tarde, O ACBrMonitor foi criado para quem trabalha com outras ferramentas/linguagens de programação que não seja o Delphi ou Lazarus. Você sabia que o ACBrMonitor se utiliza do componente ACBrNFe? A sua aplicação: 1. Alimenta o componente ACBrNFe com os dados da venda; 2. Gera o arquivo INI que é salvo em disco 3. Gera e salva o comando para o ACBrMonitor O ACBrMonitor: 1. O ACBrMonitor lê o comando, gera o XML com base no arquivo INI, assina, valida, envia para a SEFAZ, aguarda o retorno, salva o retorno em disco. A sua aplicacação: 1. Lê o arquivo de retorno e atualiza o banco de dados. A minha Aplicação: 1. Alimenta o componente ACBrNFe com os dados da venda; 2. Executa o método Enviar: ACBrNFe.Enviar(nLote) que gera o XML, assina, valida, envia para a SEFAZ, aguarda o retorno, salva em disco o XML da NFe/NFC-e assinado e protocolado; 3. Atualiza o banco de dados. Bom se você não consegue enxergar que o seu processo além de utilizar 2 aplicações é muito mais demorado em relação o meu processo que só tem uma aplicação envolvida, ai fica complicado. A minha aplicação leva em média 2 segundos para emitir uma nota. É obvio que quanto mais itens a nota tiver mais tempo vai demorar a sua validação. Você esta pensando no tempo de validação e o tempo de gerar o arquivo INI, salvar em disco e depois o monitor ter que carregar esse arquivo, alimentar o componente com esses dados, esse tempo você não esta calculando. É ai que esta o gargalo do seu processo. Se você realmente acha que um processo de 5 passos como é o seu é mais rápido que o meu de 3, então eu não sei mais. Boa sorte.

Gabriel, O componente possui uma propriedade de configuração chamada Timeout, atribua o valor 30 mil.

Bom dia Herivelton, Você esta testando com a sua aplicação ou com o programa exemplo? Pois o programa exemplo não procura a pasta que contem o nome do provedor. Nos meus testes também tive erro idêntico ao tentar enviar o RPS através do método Gerar, faça um teste usando o método Enviar e com o EnviarSincrono.

Bom dia Hugo, Você não utiliza o componente ACBrNFSe?

Bom dia André, A contribuição Arrobba já esta na minha lista de tarefas.

Bom dia Flavio, Acredito que sei qual é o problema, esse provedor para uma determinada cidade a tag é gerada com um nome e para outra com outro nome. Os caras não conseguem padronizar o seu layout para todas as cidades que eles atende.

Bom dia Gabriel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analisar os seus arquivos.

Bom dia Diego, A URL do ambiente de produção continua a mesma?

Bom dia a todos, Já esta no repositório os fontes alterados, bem como o arquivo Cidades.ini atualizado, o arquivo INI SmarAPDv23 para ser utilizado com essa cidade e os schemas que devemos usar é os que estão na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SmarAPD\ABRASFv203 Detalhe, o XML enviado para o webservice não tem nenhuma tag que contem usuário, senha ou algo parecido.

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

Bom dia Herivelton, Tem que apontar para a pasta de Schemas: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SmarAPD\ABRASFv203 O provedor SmarAPD no que se refere a cidade de Vila Velha/ES devemos utilizar os schemas versão 2.03 da ABRASF.

Bom dia, No teste que eu fiz em janeiro deste ano não ocorreu erro ao tentar assinar o XML de envio do evento. Comparei o XML assinado do teste que eu fiz com esse que foi anexado e não encontrei nada que pudesse provocar: Falha ao interpretar o XML "xmlParseDoc" Desconfio que deve ser a versão 64 bits do ACBrMonitor cuja DLL responsável pela assinatura esta recusando assinar um XML que contem uma vogal acentuada.

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

Boa tarde, Tanto o componente quanto o programa exemplo ainda falta fazer alguns ajustes e melhorias. Ele não contempla todos os bancos. Por favor leia o artigo abaixo: Lançamento do novo componente: ACBrPagFor! - Notícias do ACBr - Projeto ACBr

Boa tarde a todos, Os Schemas referente a essa NT na compreende na verdade 2 novos tipos de eventos: Comprovante de entrega da NF-e e o de Cancelamento do Comprovante de entrega da NF-e, já se encontram no repositório. As datas de liberação são: 01/06/2021 - Ambiente de Homologação 22/06/2021 - Ambiente de Produção Para quem tem o habito de manter os fontes sempre atualizados, quando a SEFAZ liberar basta testar, pois o componente já esta com esses dois eventos implementados.

Boa tarde, Já esta no repositório a inclusão da cidade de Irati/PR.

Olá Pessoal, Fiz uma alteração no componente ACBrNFSe para suportar o novo provedor da cidade de Vila Velha/ES. Na verdade o provedor já é um velho conhecido (SmarAPD). O problema é que esse provedor até então tinha 2 websevices, um com um layout próprio e outro que segue a versão 2.04 do layout da ABRASF. Infelizmente para a cidade de Vila Velha esse provedor não adotou nenhum desses 2 webservices, conclusão implementou um novo que segue a versão 2.03 do layout da ABRASF. Logo não tem como usarmos os schemas que se encontram na pasta SmarAPD e nem da pasta SmarAPDABRASF, pois nesta pasta tem os schemas da versão 2.04 Fiz uma alteração nas pastas para esse provedor. Removi do repositório as pastas SmarAPDABRASF e SmarAPDv2 (cujo conteúdo era o mesmo). Criei dentro da pasta SmarAPD as pastas ABRASFv203 com os schemas da versçao 2.03, a pasta ABRASFv204 com os schemas da versão 2.04 e a pasta Proprio que tem os schemas referente ao layout próprio desse provedor. Desde já muito obrigado pela compreensão e desculpe por algum transtorno, mas a ideia é deixar mais claro onde se encontram os schemas desse provedor dependendo da cidade que esse provedor atua.