NFS-e Servidor Tecnos

[Italo Giurizzato Junior]

Boa tarde Rafael,

Foi removido varias parâmetros dos métodos e transformados em propriedades de configuração.

Procure por: Geral.Emitente no programa exemplo, você vai encontrar uma meia duzia dessas configurações, podem ser a falta delas na sua aplicação que esta ocorrendo problemas no cancelamento.

Quando aos demais problemas preciso dos XMLs de envio e retorno de preferencia os soap para que eu possa analisar.

[WINDEL]

Italo,

Apenas o envio está funcionando, o cancelamento está gerando um erro, debugando vi que a variável numero da nfse está vazia, e como tem um strtoint gera um erro e não vai adiante, segue imagem da parte onde dá o erro.

Ah e não gerou os arquivos XML do pedido d cancelamento.

 

 

Editado 1 Março, 2016 por DIOGOWAR
Faltou adicionar uma explicação

[Italo Giurizzato Junior]

Bom dia Diogo,

Post o fragmento de código para o cancelamento.

Você esta carregando o XML da NFS-e a ser cancelada?

Você esta passando o numero da NFS-e (segundo parâmetro) do método CancelarNFSe?

[WINDEL]

Ah realmente, já ajustei para passar o parâmetro do numero e da descrição do cancelamento, mas daí começou outro erro.

<Mensagem>Valor não pode ser nulo.Nome do parâmetro: value</Mensagem>

Segue anexo os XML gerados.

56-can.xml

56-ped-can.xml

[Italo Giurizzato Junior]

Boa tarde Diogo,

Primeiro, tire a formatação do CNPJ ao configurar os dados do Emitente, veja:

       <InfPedidoCancelamento Id="203.482.157/0001-990000000000000056">

 

   Segundo, não não informe o motivo do cancelamento (terceiro parâmetro).

[WINDEL]

Bom dia, fiz o ajuste tirando a formatação do CNPJ mas continua retornando o mesmo erro do provedor, debugando vi que não gera exceção nenhuma, o web service apenas devolve um XML dizendo que a estrutura tá errada, segue XML's gerados para analise.

Aproveitando a mensagem, tenho uma dúvida, no trunk antigo quando eu fazia isso sNomeArq := ACBrNFSe.NotasFiscais.Items[0].NomeArq em sNomeArq ficava o caminho do XML da NFSe salva, agora no trunk 2 está ficando o caminho do XML do recibo, como eu faço para obter o caminho do XML que o componente salvou da NFSe? 

Obrigado por enquanto.

57-can.xml

57-env-lotS.xml

57-env-lotS-soap.xml

57-lista-nfse.xml

57-lista-nfse-soap.xml

57-ped-can.xml

[Italo Giurizzato Junior]

Boa tarde Diogo,

A principio um envio síncrono significa que você envia o RPS e a resposta já é a NFS-e.

E pelo jeito não é assim que funciona o envio síncrono do provedor Tecnos.

Ele simplesmente retornou o numero do lote a data de recebimento do mesmo e seu numero de protocolo.

E retornou também uma mensagem acusando que a operação foi realizada com sucesso.

Sendo assim sugiro que você execute o método ConsultarLote para obter o resultado do processamento do lote que neste caso é os XMLs das NFS-e.

Quando ao cancelamento, verifiquei no schema de validação e realmente devemos informar o motivo do cancelamento (terceiro parâmetro) do método CancelarNFSe.

Fiz uma alteração na montagem do ID do cancelamento pois segundo o schema devemos passar um numero inteiro, acredito eu que deva ser o numero da NFS-e.

[WINDEL]

Bom dia, atualizei os fontes e fiz um novo teste, porém ainda está dando problema =(

Segue XMLs que foram gerados.

57-can.xml

57-env-lotS.xml

57-env-lotS-soap.xml

57-lista-nfse.xml

57-lista-nfse-soap.xml

57-ped-can.xml

[Italo Giurizzato Junior]

Bom dia Diogo,

Favor entrar em contato com o provedor e solicitar um exemplo de como solicitar o cancelamento de uma NFS-e.

Notei que você informou o numero do lote como sendo o numero da NFS-e a ser cancelado.

Como o envio Síncrono não retorna de imediato o XML da NFS-e é preciso realizar uma consulta de NFS-e por RPS com o objetivo de obter a NFS-e.

Desta forma você terá o numero da NFS-e gerada pelo provedor e ai sim solicitar o cancelamento da mesma.

[WINDEL]

Bom dia Italo,

Para agilizar, ao invés de eu entrar em contato com o provedor, que as vezes demora no retorno da resposta, resolvi testar com o Trunk anterior, e funciona corretamente daí, segue xml's gerados.

 

60-can.xml

60-ped-can.xml

[WINDEL]

Italooooo, para o provedor Tecnos o envio e consulta funcionava, só não estava funcionando o cancelamento, agora após atualizar os fontes e os .ini não funciona o envio, dá erro de "requisição não enviada"

Segue xmls gerados

61-env-lotS.xml

61-env-lotS-soap.xml

[Italo Giurizzato Junior]

Boa tarde Diogo,

Favor atualizar novamente todos os fontes. Note que fiz alteração no arquivo INI do provedor.

Faça novos testes.

[WINDEL]

Atualizei fonte e os ini e aparentemente deu o mesmo erro.

Segue os xml gerados

67-env-lotS.xml

67-env-lotS-soap.xml

[Italo Giurizzato Junior]

Diogo,

Como assim aparentemente?

Ou da o mesmo erro ou não dá.

Já tentou mudar o valor de libSSL na configuração do componente?

[WINDEL]

Se eu coloco libCapicomDelphiSoap dá o seguinte erro:   Erro ao ajustar INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046

Se eu coloco libCapicom dá o mesmo erro de antes:  "requisição não enviada"

[Italo Giurizzato Junior]

Bom dia Diogo,

Favor atualizar os fontes, note que fiz alterações em diversos arquivos INI de provedores.

[WINDEL]

Bom dia Italo,

Envio e Consulta estão funcionando agora, porém o cancelamento ainda não, eu estou passando codigo, numero e motivo para a função mas acontece algo que o FNumeroNFSe está ficando vazio gerando erro, eu debuguei e anexo tem duas imagens pra vc entender o que eu estou falando.

Editado 9 Março, 2016 por DIOGOWAR
Anexei as imagens

[Hugo Vinicius]

Bom dia Italo,

Após atualização os fontes, ao enviar uma nota fiscal para o município de Contagem (provedor Pronim) está ocorrendo o erro em anexo:

Obrigado

Hugo Vinicius

1-env-lot.xml

1-env-lot-soap.xml

30A-rps.xml

[Italo Giurizzato Junior]

Diogo,

Por favor anexa os XMLs soap de envio e de retorno, quero saber como esta ficando os XMLs.

[WINDEL]

Italo, pois é, eu poderia ter comentado isso antes, o componente não chega a gerar nenhum XML =(

Teria só o XML da nota mesmo, eu carrego esse XML pro componente e uso a função cancelar, segue anexo o xml da nota.

62-nfse.xml

[Italo Giurizzato Junior]

Bom dia Hugo,

Configura a propriedade TimeOut.

E atualize novamente os fontes.

[Hugo Vinicius]

Boa tarde Italo,

Depois de atualizado o fonte e configurado o TimeOut estou recebendo um erro do provedor, em anexo os arquivos XML.

Obrigado

1-rec-soap.xml

1-rec.xml

1-env-lot.xml

1-env-lot-soap.xml

[Italo Giurizzato Junior]

Bom dia Hugo,

Pela mensagem de erro retornada pelo provedor significa que ele não consegui estabelecer uma conexão com os servidores.

Isso pode ser um problema interno deles.

Notei que no arquivo INI do provedor Pronim esta marcado para não realizar a assinatura no Lote, alterei para assinar, favor atualizar os fontes e usar esse novo INI do provedor.

Faça novos testes.

[Hugo Vinicius]

Bom Tarde Italo,

Mandei um e-mail para o suporte de NFSe do município de Contagem-MG, eles falaram que estão analisando.

Depois que atualizei o arquivo  INI do provedor Pronim  o lote esta assinando. Segue em anexo.

Qualquer novidade atualizo no fórum.

Muito Obrigado

 

1-env-lot.xml

[WINDEL]

Boa tarde Pessoal,

Atualizei os fontes, INIs e Schemas e para enviar para o Provedor Tecnos está dando erro na validação do lote.

'Falha na validação dos dados do lote: 97'

'12016215700019900000000000000000097' violates maxInclusive constraint of '18446744073709551615'.' 'The attribute 'Id' with value '12016215700019900000000000000000097' failed to parse.

Lembro de já ter visto este erro há um tempo atras mas havia sido corrigido, mas está ocorrendo novamente, único XML gerado em anexo.

Alguém sabe a solução? 

Obrigado

2717UNICA-rps.xml