Averbação De Carga Online

[Italo Giurizzato Junior]

Boa tarde Graça,

Favor atualizar todos os arquivos do Branches e refaça os testes com as alterações que fiz.

[Gr@c@]

acessei o ambiente de consulta e o documento não consta nos rejeitados. 

só consigo abrir esse xml pelo bloco de notas. 

001-ANe.xml

Editado 20 Setembro, 2017 por Gr@c@

[Gr@c@]

o arquivo anexo foi errado 

20170920161126-ANe.xml

[Italo Giurizzato Junior]

Boa noite Graça,

É muito estranho essa mensagem sendo que no envio consta a tag <Usuario> com o usuário informado.

[Gr@c@]

entrando no link de consulta o usuario está cadastrado lá em letras maiúsculas. Mas também dá o mesmo erro. Vamos aguardar o retorno da AT&M.

[Carlos R. Soares_2377]

Boa Noite, alguém já sabe como será o funcionamento para averbação do MDF-e, pois hoje já faço a averbação automática do ct-e após o envio, salvando o arquivo xml na pasta da At&m e lendo o arquivo de retorno, o que percebi no MDF-e 3.0 é que o nAverbacao pode ser uma lista, será que poderemos averbar os ctes e na lista de averbação incluir o código de averbação de cada ct-e ou vamos averbar um documento MDF-e que não esta homologado pelo fisco para depois colocar o código de averbação no MDF-e e enviar o mesmo?

Vou efetuar alguns testes também no componente e de averbação, no que eu puder ajudar a ajustar mais esse componente facilitando a vida da comunidade ACBR.

[Italo Giurizzato Junior]

Boa noite Carlos,

Favor atualizar todos os fontes de todas as pastas do Branches, pois fiz diversas alterações no programa exemplo e no componente ACBrANe.

Com as alterações que promovi, foi possível consumir o Web Services de homologação com sucesso e obter o retorno.

O componente possui uma propriedade de configuração chamada TipoDoc que pode receber os valores: tdNFe, tdCTe e tdMDFe.

Para a AT&M no caso da NF-e ou CT-e o processo é de averbação já no caso do MDF-e é declaração.

Como a emissão do MDF-e deve ser posterior a do CT-e ou NF-e sendo assim no caso de uma transportadora acredito que, devemos emitir os CT-e, realizar a averbação dos mesmos, depois emitir o MDF-e e por fim fazer a declaração do MDF-e.

[Gr@c@]

qual deve ser o valor de averbação? O valor do frete ou o valor da carga total do caminhão? Eu estava enviando o valor da carga. Quem faz averbação, qual o valor está enviando?

[msiscampos]

italo Boa Tarde

Estou fazendo teste de homologação com o componente ACBrANe

para consultar numero de averbação da ATM - ele 

esta me retornando os dados . A dúvida é PathSchemas  pra onde que eu 

aponto no caso - Cte 3.0.  

[Italo Giurizzato Junior]

Boa noite Campos,

Não, o correto seria apontar para a pasta que contem os Schemas para validar o XML gerado para a AT&M.

Mas até onde sei não tem os schemas, logo o componente não realiza a validação, alias nem assinar é assinado.

[msiscampos]

Perfeito 

Segue um xml Real de retorno 

20170928160128-res-ANe.xml

[msiscampos]

Italo  bom dia 

Ref. ao  ACBrANe particularmente da Atm

eles analisaram os arquivos obtidos em teste

e aprovaram e me passaram o  ambiente de 

produção 

http://webserver.averba.com.br/20/index.soap

se eu apontar para taproducao - o endereço corresponde

Obrigado 

 

[Italo Giurizzato Junior]

Bom dia Campos,

Por favor atualize os fontes antes de iniciar em produção, uma vez que recebei a URL correta para o ambiente de produção.

A que estava antes no arquivo ACBrANeServicos.ini era a antiga.

Com os seus testes e com a resposta positiva da AT&M acredito que não falta mais nada para migrar o componente para o Trunk2.

Por favor atualize o fontes do componente e faça um novo teste em ambiente de homologação.

Depois assim que possível em produção, fico no aguardo do seu retorno, para que eu possa bater o martelo e migrar o componente para o Trunk2.

E desde já muito obrigado pelos testes.

Em tempo, essa URL que você postou é a URL nova do ambiente de produção.

[msiscampos]

Fontes atualizadas - funcionou  belezinha no ambiente de 

homologação - de produção ainda o retorno é como 

não autorizado - mas depende da liberação deles

 

Trecho do email recebido da Atm

Mário, bom dia!

Verifiquei e os arquivos estão certos. 

Consultei também as averbações testes realizadas, através do portal de teste teste.averba.com.br e estão de acordo com os retornos que vocês obtiveram.

Lembrando que o WSDL de produção é: http://webserver.averba.com.br/20/index.soap

Sendo assim, fico à disposição.

Atenciosamente,

[Gr@c@]

Italo, antes de mais nada, o meu agradecimento por todo o seu esforço que bem sei que foi muito e crucial para o desenvolvimento desse componente. Sei que foram fins de semana e horas noturnas de dedicação.

Os testes aqui estão indo bem. Realizei os seguintes testes:

1-Averbar CT-e não autorizado

2-Averbar CT-e de emitente cujo CNPJ não está cadastrado e autorizado na AT&M

3-Averbar CT-e autorizado porem com o xml não protocolado

Testes OK, todos retornaram erros e a averbação não foi efetivada. 

-----

Realizei algumas averbações com sucesso, todas OK, retornaram protocolo e nr de averbação (você tem meus dados de acesso na AT&M, pode consultar as averbações feitas e as rejeitadas no http://teste.averba.com.br/

Observei que se eu tentar averbar um CT-e já averbado, será feita novo nr de averbação e novo protocolo. Não ocorre nenhum erro nesse caso. Então temos que tratar isso no aplicativo.

Agora a minha dúvida é quando ao valor de averbação. Será o valor do CT-e ou o valor da carga, porque no CT-e eu envio o valor da carga, mas como é averbado CT-e por CT-e não seria o valor de cada CT-e? Já enviei email para a AT&M e tentei tirar a dúvida por telefone, mas....me deixaram no vácuo.

 

 

 

 

[Italo Giurizzato Junior]

Boa tarde Graça,

Pelo que entendi lendo o manual mais atualizado que recebi, devemos enviar CT-e por CT-e para ser averbado.

Caso algum desses CT-e venha ser cancelado, devemos enviar o XML (*-procEventoCTe.xml) de cancelamento da mesma forma que enviamos um XML de CT-e para ser averbado.

O web services da AT&M detecta que se trata de um XML de evento de cancelamento, extrai a chave, procura em sua base de dados pelo CT-e previamente averbado e o marca como cancelado.

Realizando esse procedimento por parte da transportadora faz com que um CT-e que foi cancelado não seja cobrado depois pela seguradora.

Não sei se é essa resposta que você procura.

[msiscampos]

No meu caso, os clientes que usam o Atm a Averbação e feita por importação de Arquivos txt no Portal,

o Valor Averbado é o Valor da carga - vou utilizar o componente só para consulta do numero

[Gr@c@]

O valor averbado será o valor da carga, que consta na tag <vCargaAverb>1000.00</vCargaAverb>

[luisclaudio_jr]

4 horas atrás, Gr@c@ disse:

Italo, antes de mais nada, o meu agradecimento por todo o seu esforço que bem sei que foi muito e crucial para o desenvolvimento desse componente. Sei que foram fins de semana e horas noturnas de dedicação.

Os testes aqui estão indo bem. Realizei os seguintes testes:

1-Averbar CT-e não autorizado

2-Averbar CT-e de emitente cujo CNPJ não está cadastrado e autorizado na AT&M

3-Averbar CT-e autorizado porem com o xml não protocolado

Testes OK, todos retornaram erros e a averbação não foi efetivada. 

-----

Realizei algumas averbações com sucesso, todas OK, retornaram protocolo e nr de averbação (você tem meus dados de acesso na AT&M, pode consultar as averbações feitas e as rejeitadas no http://teste.averba.com.br/

Observei que se eu tentar averbar um CT-e já averbado, será feita novo nr de averbação e novo protocolo. Não ocorre nenhum erro nesse caso. Então temos que tratar isso no aplicativo.

Agora a minha dúvida é quando ao valor de averbação. Será o valor do CT-e ou o valor da carga, porque no CT-e eu envio o valor da carga, mas como é averbado CT-e por CT-e não seria o valor de cada CT-e? Já enviei email para a AT&M e tentei tirar a dúvida por telefone, mas....me deixaram no vácuo.

 

 

 

 

Sempre será o valor da mercadoria, afinal ele é o unico dado que importa pra seguradora pra poder cobrar o cliente em cima do valor do risco, pra eles não importa o valor do cte.

 

[Italo Giurizzato Junior]

Bom dia a todos,

Acabo de migrar o componente ACBrANe para o Trunk2, vou manter uma cópia do mesmo por uma semana no Branches.

Foi migrado os fontes do componente bem como o pacote de instalação para o Delphi e o programa exemplo.

O que precisa ainda ser feito:

1. Pacote de instalação para o Lazarus.

2. Criar um ícone para o componente.

3. Acrescenta-lo ao ACBrInstall_trunk2

Não seria interessante criar um "report" para imprimir o resultado da solicitação de averbação?

Se sim, é importante termos em Fast e Fortes Report.

Quem puder colaborar com o que falta a ser feito fico muito agradecido.

[Gr@c@]

Bom dia. @italo estou tendo um problema ao averbar o CT-e da primeira vez. Ele averba, mas não consigo obter os dados e não me retorna erro. Daí tendo averbar novamente, só assim ele me retorna os dados da averbação com a informação "Documento já cadastrado". O problema está no   ACBrANe1.Enviar. Nesse ponto ocorre uma excessão na unit ssl_openssl_lib. A averbação na AT&M é feita, mas ocorre a excessão antes de capturar dados para salvar no meu banco de dados. 

Ocorre sempre ao tentar enviar a solicitação pela primeira vez. Tentei usar o libWinCrypt e o libCapicom. Só consigo chegar à excessão através do debug.

Editado 2 Outubro, 2017 por Gr@c@

[Gr@c@]

 

40 minutos atrás, Gr@c@ disse:

Bom dia. @italo estou tendo um problema ao averbar o CT-e da primeira vez. Ele averba, mas não consigo obter os dados e não me retorna erro. Daí tendo averbar novamente, só assim ele me retorna os dados da averbação com a informação "Documento já cadastrado". O problema está no   ACBrANe1.Enviar. Nesse ponto ocorre uma excessão na unit ssl_openssl_lib. A averbação na AT&M é feita, mas ocorre a excessão antes de capturar dados para salvar no meu banco de dados. 

Ocorre sempre ao tentar enviar a solicitação pela primeira vez. Tentei usar o libWinCrypt e o libCapicom. Só consigo chegar à excessão através do debug.

Tentei usar o libOpenSSL e também dá o mesmo erro.

Editado 2 Outubro, 2017 por Gr@c@

[Italo Giurizzato Junior]

Bom dia Graça,

Favor anexar os arquivos Soap de envio e de retorno para que eu possa analisar.

[Gr@c@]

4 minutos atrás, Italo Jurisato Junior disse:

Bom dia Graça,

Favor anexar os arquivos Soap de envio e de retorno para que eu possa analisar.

 

20171002105826-ped-ANe.xml

20171002105826-ped-ANe-soap.xml

20171002105827-res-ANe.xml

20171002105827-res-ANe-soap.xml

20171002105826-ANe.xml

[Italo Giurizzato Junior]

Graça,

Favor atualizar os fontes e fazer novo teste.