stefan

Obrigado Juliomar. Nao tem nenhum comentário sobre a versao 3.0 mas na ultima nota técnica de Marco 2016 fala "*Suspensa validação 746 até a versão 3.00".. ..

Prezados, boa tarde! Recentemente ouvi falar que será introduzida uma versão 3.0 do CT-e. Porem nao consegui achar nenhuma informação mais especifica online. Alguém sabe mais? Obrigado!

Obrigado pela ajuda Luis Claudio! Vamos fazer assim então e ver como funciona!

Essa verificação é dentro de um sistema próprio que é separado do emissor de CT-e. O melhor seria via XML porque é o documento oficial e padronizado. Você não acha viável?

Obrigado! Trabalhamos com várias transportadoras que emitem CT-e de várias operações físicas: Entrega normal, Devolução, Reentrega, Logística Reversa. Queremos verificar se o custo de frete que está no CT-e está conforme o contrato que foi fechado (auditoria de frete). Como cada uma operação física tem um outro custo, precisamos analisar o CT-e para automaticamente detectar qual tipo de operação física é. Depois vamos verificar se o custo cobrado está certo. Seguem alguns exemplos: Entrega de A para B = R$ 10 Devolução de B para A = R$ 15 Reversa de B para A = R$ 20 São as mesmas localizações. A dificuldade é ler a operação física do CT-e porque envolve o tipo de pagamento (CIF/FOB) também. Espero que esteja um pouco mais claro agora. Obrigado pela ajuda! Um abraco, Stefan

Alguém poderia me ajudar com isso?

Prezados, boa tarde! Estou querendo desenvolver um mecanismo para automaticamente auditar os CT-e das nossas transportadoras. Não tem problemas para os CT-e "normais" de entrega. Os CT-e de devolução ou re-entrega estão mais difíceis. Li a documentação do CT-e 2.0 e parece que não existe um campo oficial que define o tipo físico de operação (entrega/devolução/re-entrega/outro). Parece que preciso deduzir o fluxo físico da constelação de dados (CFOP, CIF/FOB, Remetente/Destinatário, etc.) numa maneira genérica que funciona para varias transportadoras. Estou com bastante dificuldade! Alguém poderia me dar uma luz? Obrigado!

Caros, boa tarde! Para a emissão dos CT-e, estamos comparando uma integração direta com uma integração via um gateway/emissor de CT-e- Existem varias empresas nesse ramo, facilitando o processo com varias funcionalidades: Avaliação XML, envio para SEFAZ, re-tentativas, armazenagem dos XMLs, etc. Na sua experiencia, quais são as vantagens e desvantagens das duas maneiras? Obrigado e abraços!

Obrigado Scott pela explicação!

Boa noite senhores! Parece que existem 2 formatos diferentes para sinalizar um cancelamento de um CT-e. Quais são as diferenças? Recebemos as seguintes formatos. Obrigado, Stefan ---------------------------------------------------------------------------------------------------------------------- <?xml version="1.0" encoding="UTF-8" ?> <procCancCTe versao="2.00" xmlns="http://www.portalfiscal.inf.br/cte"> <cancCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00"> <infCanc Id="ID3515102XXXXXXXXXXXXXXXXXXXXXXXXXXXXX2"> <tpAmb>1</tpAmb> <xServ>CANCELAR</xServ> <chCTe>35151XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</chCTe> <nProt>13515XXXXXXXX</nProt> <xJust>Cancelamento de conhecimento de transporte eletronico por emissao indevida</xJust> </infCanc> ---------------------------------------------------------------------------------------------------------------------- <?xml version="1.0" encoding="UTF-8" standalone="no"?> <procEventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00"> <eventoCTe versao="2.00"> <infEvento Id="ID110111351505606648XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"> <cOrgao>35</cOrgao> <tpAmb>1</tpAmb> <CNPJ>XXXXXXXX00176</CNPJ> <chCTe>3515XXXXXXXXXXXXXXXXXXXXXXXXX</chCTe> <dhEvento>2015-05-26T03:22:22</dhEvento> <tpEvento>110111</tpEvento> <nSeqEvento>1</nSeqEvento> <detEvento versaoEvento="2.00"> <evCancCTe> <descEvento>Cancelamento</descEvento> <nProt>135150540534136</nProt> <xJust>CUBAGEM ARAMZEM......</xJust> </evCancCTe> ----------------------------------------------------------------------------------------------------------------------

Ah entendi. Não preciso colocar os volumes individuais (com peso & cubagem) no CTe para destacar exatamente o que foi despachado? Caso não va só informar o total (peso & cubagem) e a quantidade de volumes. Estou perguntando porque algumas transportadoras cobram diferente caso o pedido seja multi-volume. Para conferir a cobrança preciso então as informações dos volumes individuais...

Entendi Italo! Obrigado. Infelizmente isso funciona só quando todos os volumes tem o mesmo peso/cubagem. Ex. Entregar um ar condicionado: Tem um volume pesado/cubagem maior e um volume menos pesado/menos cubagem. Como posso discriminar isso no XML?

Ninguém sabe?

Boa tarde. E como você coloca isso no CTe? Por exemplo, tenho o seguinte CTe: <infCarga> <vCarga>300.18</vCarga> <proPred>Cerveja</proPred> <infQ> <cUnid>01</cUnid> <tpMed>PESO BRUTO</tpMed> <qCarga>8.0000</qCarga> </infQ> <infQ> <cUnid>00</cUnid> <tpMed>METROS CUBICOS</tpMed> <qCarga>0.0260</qCarga> </infQ> </infCarga> Aqui parece que tem 2 volumes mas na verdade não tem. Obrigado, Stefan

Obrigado Italo! Tenho uma visão um pouco diferente vindo do mercado de e-commerce. Os consumidores estão poucos incentivados manifestar a entrega. Mas pode mudar e talvez uma aplicação seja o melhor caminho! Abs, Stefan

Entendi. Então pelo que entendi: Será dificil manifestar o sucesso de uma entrega porque (1) o certificado digital é uma barreira e (2) não tem nenhum incentivo para o destinatário fazer esse processo. Principalemente quando o cliente for uma pessoa física. Ele não vai ter os recursos de chamar esse outro webservice de manifestação (qual é são? esses aqui: https://www.fazenda.sp.gov.br/nfe/url_webservices/url_webservices.asp ?) Abs, Stefan

Obrigado Italo! Foi uma grande ajuda! Tenho mais 2 perguntas: A Nota Técnica 2014/002 V1.01 constata: "Os documentos fiscais e resumos de eventos estarão disponíveis somente se o destinatário se manifestar dando "Ciência da Operação", “Operação não Realizada” ou "Confirmação de Operação" Para manifestar esses eventos o destinatário precisa chamar esse mesmo webservice? Como o destinatário será identificado? (As vezes é pessoa físcia sem certificado digital..) Um abraço, Stefan

Italo! É verdade! Desculpe e obrigado! Para testar o sistema com um terceiro eu (como emitente) preciso só colocar esse tag autXML na emissão da NFe. A grande dúvida: O meu emissor vai suportar esse tag? Abs, Stefan

Bom tarde Italo, Obrigado pela resposta. Quem vai verificar será o emitente da NFe. Certo. Mas como não é automático demora bastante com >100 transportadoras. Não quero depender da transportadora. As vezes "esquecem" ou mandam só uma parte. Entâo a minha sugestão foi verificar se o CTe foi criado através da chave de acesso da NFe. Isso é possível? Abraço, Stefan

Boa tarde pessoal, Para um projeto de logistica preciso saber se um CTe foi emitido para uma determinada NF-e. Como input tenho a chave de acesso da NFe (ex. 42131084684182000157550010000000020108042108) e como ouput eu gostaria de ter a chave de acesso do CTe (ex. 35131173939449000193570010061488331630671067) com todas as informações gerais (transportadora, etc.). Da para fazer isso? Obrigado, Stefan