Italo Giurizzato Junior

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.

Sandro, Você esta atribuindo o valor xsMsXml a XmlSingLib? O correto é xsLibXml2.

Junior, Atualiza mais uma vez e repita os testes.

Sandro, Neste caso acho melhor debugar para saber o ponto exato que ocorre o erro.

Use os arquivos em anexo. Não esqueça de compilar a aplicação. E faça um novo teste usando o componente novo. ACBrNFSeXServicos.ini ACBrNFSeXServicos.res

Sandro, Se isso esta ocorrendo somente com a sua aplicação, acredito que deva ser alguma configuração do componente errada. Pois os testes que eu faço é sempre com o programa exemplo e não tive esse erro.

Boa tarde Mario, Você leu esse artigo abaixo? Chegou a ler a Nota Técnica 2014/002 versão 1.02b e a Nota Técnica 2012/002 versão 1.02? Se não leu as NT e o artigo, pare tudo o que você esta fazendo e vá ler. Você não vai progredir sem ler isso que eu lhe indiquei.

Valdir, O teste de cancelamento você fez através do programa exemplo ou da sua aplicação? O provedor ISSCuritiba exige que somente o lote de rps seja assinado, logo esse erro esta ocorrendo no momento de validar o XML de pedido de cancelamento.

Gabriel, Qual é a cidade?

Junior, Toda vez que é feito uma alteração no arquivo ACBrNFSeXServicos.ini devemos executar o Compila_RES e compilar a aplicação, caso contrario a alteração não vai surtir efeito pois o EXE atual contem o ACBrNFSeXServicos.res antigo.