Italo Giurizzato Junior

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.

Sandro, Acabei de fazer um teste aqui com essa cidade e não ocorreu esse erro. Por favor atualize todos os fontes e repita os testes.

Junior, E a aplicação compilou com a opção Build?

Junior, Atualiza os fontes e faça um novo teste.

Sandro, Os schemas estão em uma maquina local ou no servidor? Se esta no servidor a pasta esta mapeada?

Esse foi gerado pelo componente novo ou antigo? Eu entendi que pelo componente antigo esta enviando sem nenhum problema, sendo assim eu preciso do XML soap de envio gerado pelo componente antigo.

Boa tarde Sandro, Isso esta ocorrendo com o programa exemplo ou com a sua aplicação?