Gr@c@

Poste o xml, senão não há como ajudar

Depois que eles viram o tamanho do transtorno que causaram ao setor logístico e a nós, pobres programadores mortais, resolvem retroceder...

Gerei uma carga agora com dados reais de uma transportadora (porém em ambiente de homologação) com mais de 20 CT-e´s. Foram todos averbados com sucesso, sem nenhuma interrupção, um após o outro: Ct-e enviado -> CT-e autorizado -> Averbação enviada -> Averbação autorizada com retorno dos dados da averbação ok. Gerei o MDF-e versão 3.00 constando no xml todas as averbações. Dúvidas: 1- essas averbações deverão ser relacionadas no DAMDFE ? 2-Tem que declarar o MDF-e também? Ou declarar MDF-e é uma opção entre AverbaNFe, AverbaCTe, DeclaraMDFe? Alguém já faz esse procedimento?

Deu certo a averbação. Obrigada mais uma vez. Só falta colocar o componente no ACBrInstall_Trunk2

Não deu certo. seguem os arquivos de envio e resposta da primeira tentativa (201710021203...) e de envio e resposta da segunda tentativa, onde envio averbação do mesmo CT-e (essa retorna a averbação) (201710021204...). Atualizei o ACBr, recompilei e reinstalei o componente manualmente porque ele não consta no ACBrInstall, dei build no componente, no meu projeto, recompilei projeto. 20171002120410-res-ANe-soap.xml 20171002120409-ped-ANe-soap.xml 20171002120348-res-ANe-soap.xml 20171002120347-ped-ANe-soap.xml

eu encerrei hoje com a versão 3.00, um manifesto feito na versao 1.00

o seu xml está na versao 1.00

poste o xml para analise

a partir de hoje está em vigor somente a versão 3.00 do MDF-e.

20171002105826-ped-ANe.xml 20171002105826-ped-ANe-soap.xml 20171002105827-res-ANe.xml 20171002105827-res-ANe-soap.xml 20171002105826-ANe.xml

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

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.

Não passa nem se você informar <nAver>00000000000000000000</nAver> ?

Eu tornei obrigatório no meu aplicativo que o usuário informe os dados completos do seguro e seguradora, uma vez que a ANTT obriga que exista pelo menos 1 seguro da carga. Se o usuário quiser inventar dados ou colocar o CNPJ dele mesmo nos dados do seguro, fica por conta e risco dele. Assim não me torno co-responsável por informações indevidas.

Isso aí também acontece com o Fluxo da Carga. O DACTe no Fortes está duplicando o quadro com as informações do Fluxo de carga, saindo na primeira folha e também sai uma segunda folha somente com o Fluxo da Carga. Isso porque eu estava informando lota = ltSim. Com lota = ltNao sai somente 1 pagina.

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

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.

O sistema deve enviar as NF-e (xml e pdf) por email automaticamente. Então o problema pode ser que os seus emails estão sendo acessados de alguma forma, talvez o problema esteja no seu provedor de email. Verifique também se os emails com os xmls estão sendo enviados com cópia para alguém.

DACTe Fortes Report saindo em 2 folhas, sendo que na segunda sai novamente a Previsão do Fluxo da Carga. Se imprimir uma 2a via do CTe sai somente 1 via ACBr Versao 13911 (27/09/2017)

Isso já aconteceu em um cliente uma única vez. A solução foi através do Fale Conosco do estado. Relate o fato e informe a chave de acesso.

Aparentemente o SVN está liberado "SourceForge is back to full capacity. Check the SourceForge blog later this week for more info. Apologies for any inconveniences", mas tentei baixar o Branches e não me retornou nenhuma atualização (versao 13911), executou o update sem erros, e eu sei que o Italo subiu atualizações novas do ACBrANe e o Trunk2 também não trouxe atualizações.

A minha dúvida é aplicar isso nas tags do ACBrCTe (as linhas em vermelho). infCTeNorm.infCteSub.chCte -----------------------------> aqui vai a chave do CTe a ser substituido infCTeNorm.infCteSub.refCteAnu -----------------------------> aqui vai a chave do CTe de anulação (mas e quando o tomador é contribuinte e emite uma NF-e de anulação?) infCTeNorm.infCteSub.tomaICMS.refNFe--------------------> aqui se o tomador for contribuinte de ICMS vai a chave de acesso da NFe que ele emitiu infCTeNorm.infCteSub.tomaICMS.refNF----------------------> aqui se o tomador for contribuinte de ICMS vai a nota fiscal que não é modelo 55/65 infCTeNorm.infCteSub.tomaICMS.refCte---------------------> aqui se o tomador for contribuinte de ICMS (que CTe é esse?) infCTeNorm.infCteSub.tomaNaoICMS.refCteAnu--------> aqui se o tomador não for contribuinte de ICMS vai a chave de acesso do CT-e de anulação emitido pela transportadora se o tomador é contribuinte de icms e emitiu NF-e: infCTeNorm.infCteSub.chCte -----------------------------> aqui vai a chave do CTe a ser substituido infCTeNorm.infCteSub.refCteAnu -----------------------------> aqui vai a chave do CTe de anulação (mas e quando o tomador é contribuinte e emite uma NF-e de anulação essa tag deveá ser informada?) infCTeNorm.infCteSub.tomaICMS.refNFe--------------------> aqui se o tomador for contribuinte de ICMS vai a chave de acesso da NFe que ele emitiu em algum momento essa linha abaixo será usada? infCTeNorm.infCteSub.tomaICMS.refCte---------------------> aqui se o tomador for contribuinte de ICMS (que CTe é esse?) se o tomador não é contribuinte de icms e a transportadora emitiu o CT-e de Anulação: infCTeNorm.infCteSub.chCte -----------------------------> aqui vai a chave do CTe a ser substituido infCTeNorm.infCteSub.refCteAnu -----------------------------> aqui vai a chave do CTe de anulação (mas e quando o tomador é contribuinte e emite uma NF-e de anulação?) infCTeNorm.infCteSub.tomaNaoICMS.refCteAnu--------> aqui se o tomador não for contribuinte de ICMS vai a chave de acesso do CT-e de anulação emitido pela transportadora

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?

Como se já não bastasse o que já temos q nos preocupar...mais novidades https://goo.gl/2o1t6V

Estou em dúvida de como montar a tag do CT-e Substituto na versão 3.00 infCTeNorm.infCteSub.chCte -----------------------------> aqui vai a chave do CTe a ser substituido infCTeNorm.infCteSub.refCteAnu -----------------------------> aqui vai a chave do CTe de anulação (mas e quando o tomador é contribuinte e emite uma NF-e de anulação?) infCTeNorm.infCteSub.tomaICMS.refNFe--------------------> aqui se o tomador for contribuinte de ICMS vai a chave de acesso da NFe que ele emitiu infCTeNorm.infCteSub.tomaICMS.refNF----------------------> aqui se o tomador for contribuinte de ICMS vai a nota fiscal que não é modelo 55/65 infCTeNorm.infCteSub.tomaICMS.refCte---------------------> aqui se o tomador for contribuinte de ICMS (que CTe é esse?) infCTeNorm.infCteSub.tomaNaoICMS.refCteAnu--------> aqui se o tomador não for contribuinte de ICMS vai a chave de acesso do CT-e de anulação emitido pela transportadora Caso 1: O tomador é contribuinte de Icms e emitiu uma NF-e de anulação de serviço de transporte. Quais as tags devem ser informadas no ACBr (mesmo que sem conteudo)? Caso 2: O tomador não é contribuinte de Icms e a transportadora emitiu um CT-e de anulação. Quais as tags devem ser informadas no ACBr (mesmo que sem conteudo)? Essa dúvida ocorreu porque está dando muitos erros estranhos ao tentar enviar um CT-e substituto na versão 3.00