Italo Giurizzato Junior

Boa tarde Junior, O método Emitir abstrai a forma de envio de cada provedor. Se o provedor segue a versão 1 do layout da ABRASF, esse método vai retornar somente o numero do protocolo. A minha sugestão é que você atribua o calor True a propriedade de configuração: ConsultaLoteAposEnvio. Isso faz com que todo o processo seja automatizado pelo componente. A ideia é que no final você tenha o XML da NFS-e.

Boa tarde Vitor, Já inclui na minha lista de tarefas para analisar.

Bom dia Junior, No programa exemplo eu aconselho a usar esse botão para emitir a nota.

Bom dia rlind, Por favor não fique criando um monte de postagem no mesmo tópico, pois que me parece o seu problema inicial foi resolvido. Você agora esta questionando sobre ambiente de homologação, retorno e DANFSE. Procure criar um tópico para cada problema que você esteja enfrentando. Vou fechar esse tópico e obrigado pela compreensão.

Bom dia asterix, Se todas as cidades vão migrar para o novo sistemas deles o que eu preciso saber: Como devemos enviar o Rps e como é o retorno do envio; Como devemos consultar e como é o retorno; Como devemos pedir o cancelamento de uma nota e como é o retorno; Fazendo esses ajustes, deixamos como padrão no componente.

Boa tarde, Esse provedor esta complicado, pois dependendo da cidade ou da versão o retorno do webservice é diferente, hora retorna somente um resumo, hora retorna o XML completo da NFS-e Precisamos definir corretamente o retorno para as versões: IPM, IPM_110 e IPM_120.

Olá pessoal, Gostaria da opinião de vocês com relação a nomenclatura dos enumeradores dos provedores. O componente ACBrNFSeX atende por volta 110 provedores dentre deles temos provedores que seguem a versão 1 do layout da ABRASF outros seguem a versão 2 e temos os que possuem o seu layout próprio. No inicio fomos definindo os enumeradores em função do seu nome e depois acabamos descobrindo que existem provedores que tem webservice tanto na versão 1 quanto na versão 2 do layout da ABRASF e outros que tem um webservice para o layout próprio e outro para o layout da ABRASF. Sem contar com alguns provedores que tem variações na mesma versão como é o caso do Provedor Pronim que tem na versão 2 a varia~]ao 2 e 3, ou seja, proPronim_202, proPronim_203. A minha sugestão é padronizar a nomenclatura. Todos os provedores que seguem a versão 1 do layout da ABRASF passariam a ter no final do seu nome "_100a", por exemplo: proGinfes_100a Isso deixa claro que o provedor Ginfes segue a versão 1 do layout da ABRASF. Os que seguem a versão 2 passariam a ter no final do seu nome "_200a", ou "_202a" ou "_204a" dependendo da variação. Já os provedores que tem layout próprio passariam a ter no final do nome "_100p", pro exemplo o provedor Equiplano passaria ter o enumerador: proEquiplano_100p. Note que se tratando de provedor que possui um layout próprio tem no final do seu nome a letra "P" em minúscula que significa Próprio. Já os provedores que seguem a ABRASF passariam a ter no final do seu nome a letra "A" em minúscula que significa ABRASF. O que vai ocorrer com as aplicações caso venhamos a tomar essa medida: As aplicações que usam os enumeradores como tomada de decisão vai ocorrer quebra de código, consequentemente seja necessário fazer o ajuste necessário para voltar a compilar. Por exemplo: If Provedor = proGinfes then Ocorreria erro de compilação uma vez que o enumerador foi alterado. Correção: If Provedor = proGinfes_100a then Quero deixar claro que essa alteração não foi feita, estou apenas compartilhando com vocês a minha intensão de realizar essa padronização na nomenclatura dos enumeradores dos provedores. Quero a opinião de vocês.

Boa tarde Maurício, Seria interessante você informar também a cidade para que possamos realizar os mesmos testes com a mesma cidade usando sempre o programa exemplo.

Boa tarde Lucio, Porque você quer criar um novo arquivo INI para o provedor RLZ ? 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/ Mudanças Como ocorreu mudanças na maneira de executar os métodos bem como a leitura dos retornos, favor ler o artigo: https://www.projetoacbr.com.br/forum/topic/63966-mudanças-no-retorno-dos-métodos-do-novo-componente-de-nfs-e-acbrnfsex/

Boa tarde Valdir, O provedor ISSCuritiba segue a versão 1 do layout da ABRASF. Na versão 1 esta previsto apenas um modo de envio que é o modo de envio assíncrono. Ele permite o envio de um lote de até 50 Rps. Outro detalhe importante é que após o envio devemos consultar a situação do lote e não consultar o lote. Ao consultar a situação do lote passos passando o numero do protocolo retornado pelo envio do lote temos como resposta umas das 4 situações: 1 - Lote não enviado (é bem provável que o numero do protocolo informado não se refere a nenhum lote enviado) 2 - Lote aguardando processamento 3 - Lote processado com falhas 4 - Lote processado com sucesso Se retornar a situação 2 devemos aguardar alguns segundos e realizar uma nova consulta. Se retornar a situação 3 ou 4 devemos Consultar o Lote, teremos como resposta a lista de rejeições caso a situação seja 3 ou a lista de notas caso a situação seja 4. O componente ACBrNFSeX possui uma propriedade de configuração chamada ConsultaLoteAposEnvio que automatiza todo esse processo. Inclusive é possível definir um tempo de espera entre o envio e a primeira consulta (AguardarConsultaRet), o tempo de espera entre uma consulta e outra (IntervaloTentativas) e a quantidade de consultas (Tentativas). Veja bem isso não vai acelerar o processo, mas sim automatizar ele.

Boa noite Sandro, Favor testar com esta unit em anexo: IPM.Provider.pas

Boa noite Marcelo, Notei que os seus fontes estão desatualizados e o programa exemplo não esta configurado para consultar a nota após o cancelamento. Atualize os fontes e marque a opção para consultar a nota após o cancelamento e faça um novo teste.

Gabriel, Não copie fontes do ACBr para dentro de pastas dos seus projetos, você só vai ter dor de cabeça. Outra coisa não tenha copias dos fontes do ACBr no mesmo HD, isso também pode trazer problemas, principalmente se o Delphi tiver acesso a essa cópia. Se quer ter uma cópia faça em um HD externo e o deixe desconectado da maquina.

Boa tarde Sandro, Isso esta ocorrendo com o programa exemplo? Se sim, acredito que você tenha alterado o arquivo ACBr.inc

Boa tarde Igor, Simplesmente esquece o Capicom ele não tem suporte para a criptografia TLS 1.2 Ou você usa o OpenSSL ou o WinCrypt. Vou fechar esse tópico pois entendo que o problema foi sanado.

Boa tarde Junior, Veja a tela que você anexou. Pelo fato do envio ser um lote e o modo síncrono, não temos o numero do protocolo entre outras informações. Mais abaixo note que ele esta mostrando para você o numero da nota, o código de verificação a pasta e o nome do XML. Veja que ele apresenta também uma observação informando que o XML da nota não foi salvo em disco, isso se deve a opção "Salvar Arquivos em Pastas Separadas" não esta marcada.

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

Boa tarde inods, Esquece a sua aplicação e se concentre no programa exemplo. Estude o programa exemplo, leia 10 vezes se necessário o Manual de Migração. E entenda de uma vez por todas que a mensagem "Serviço não implementado para este provedor" significa que você esta querendo usar um serviço que o provedor não implementou em seu webservice. Acabei de fazer um teste usando o programa exemplo e configurando ele para a cidade de Taubaté/SP - Provedor Conam Veja o resultado: Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 94 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: 0 Link : Código Verif. : Sucesso : False Erro(s): Código : Erro 1 Mensagem: Usuário/Contribuinte Não Identificado (Erro 1) [ Cód. Usuário O Erro 1 (Usuário/Contribuinte Não Identificado) é porque utilizei um certificado digital e CNPJ de uma empresa que não existe em Taubaté/SP. Portanto é de se esperar uma resposta dessa do WebService. Esse provedor trabalha no modo assíncrono, para enviar um lote nesse modo devemos no programa exemplo usar os botões [Enviar Lote RPS (Assíncrono)] ou [Emitir Nota (Novo)]. Este último botão abstrai qual é o método correto que deve ser utilizado para enviar Rps para o WebService do provedor selecionado.

Boa tarde Gabriel, Como assim você excluiu o fonte ACBrLibXml2? Você ainda esta usando o Capicom? Todas as orientações são para usar o SSLLib = libWinCrypt e SSLType = LT_TLSv1_2. E você insiste em usar o Capicom? Bom se você quer ficar perdendo o seu tempo, fique a vontade.

Túlio, Já esta no SVN.

Boa tarde Túlio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Italo, Primeiro, se gerar o Xml com 5 casas decimais vai ocorrer erro de validação, pois segundo os Schemas é esperado no máximo 4. É muito estranho a prefeitura estabelecer uma alíquota com 5 casas decimais sendo que ao emitir a nota via WebService é aceito somente 4. Vai ser necessário entrar em contato com a prefeitura e com o provedor para que eles alinham isso.

Bom dia Italo, Segundo os schemas que temos do provedor GovDigital que se encontram na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\GovDigital temos: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="6" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Como você pode ver a quantidade de dígitos a direita do ponto são 4 e não 5. Nunca vi um provedor que segue o layout da ABRASF possuir 5 dígitos na parte fracionada do numero, somente 2 ou 4.

Gabriel, Acabei de fazer um teste usando o programa exemplo, veja o resultado. Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 29 Parâmetros de Retorno Data de Envio : 16/09/2021 Numero do Prot: 9161853 Numero da Nota: 0 Link : Código Verif. : Sucesso : True

Boa tarde, A pergunta não é essa e sim quando ocorre essa mensagem de erro. A resposta é muito simples, o provedor não implementou o serviço que você esta tentando usar no webservice dele. Você esta realizando testes usando o programa exemplo? Se não esta, então primeiro faça os testes com ele antes de sair escrevendo a sua própria aplicação.