Italo Giurizzato Junior

Boa noite Fabio, Você não esta esquecendo de nada? 00000000 2012-05-10 0 O numero RNTRC é esse mesmo? Tudo ZERO? Quanto a SEFAZ-MG lembre-se que ela esta passando por problemas técnicos.

Boa noite Adailson Rocha Se o documento originário for uma NFe devemos informar somente a chave, se for uma NF comum (papel) devemos informar tudo o que pede o Manual. Para mais destalhes consulte o manual do contribuinte.

Boa tarde, Estude o programa exemplo e tenha sempre o manual em mãos, o componente utiliza a mesma nomenclatura do manual.

Boa tarde, Favor baixar a atualização dos fontes e realizar os testes novamente.

Boa tarde, Favor postar o XML como anexo, para que possamos analisar melhor o problema.

Bom dia, Post como anexo o XML que ao tentar importar pelo programa da SEFAZ ocorre o problema.

Boa noite, Você esta usando a nova versão do programa da SEFAZ para a versão 1.04 do CTe?

Boa noite Hideraldo, A quanto tempo você não atualiza os fontes do Branches? Já faz um bom tempo que retirei a opção Ginfes que figurava como Lay-Out, sendo que se trata de um provedor. Favor copiar os 3 arquivos Config_*.ini para dentro da pasta do provedor que você pretente utilizar, por exemplo Ginfes.

Boa noite, Post como anexo o XML.

Bom dia, Esses 5 clientes, que nem sequer consegue obter o status de serviço, verifique a validade do certificado dos mesmos, pode ser que já venceu.

Bom dia, Entre em contato com a SEFAZ e reporte o problema. Eu acredito que você não vai mais conseguir efetuar o cancelamento de CTe emitidos na versão 1.03, uma vez que o útimo dia foi 01/05/2012 como o prazo de cancelamento é de 168 horas ou seja 7 dias, portanto esse prazo venceu ontem. Mesmo que a SEFAZ resolva manter ainda ativado a versão 1.03, pela Norma Técnica o CTe já esta fora no prazo para realizar o cancelamento.

Boa noite, Tenha uma versão da sua aplicação com o componente configurado para versão 1.03, para poder efetuar o cancelamento dos CTe emitidos na versão 1.03 e que estejam dentro do prazo que é de 168 horas (7 dias).

Boa tarde Elvis, Ainda estou trabalhando nele, realizando algumas alterações, e buscando mais informações.

Boa tarde, O componente ACBrNFe, ainda não contem as rotinas para o envio dos eventos utilizados na Manifestação do Destinatário. No repositório branches, tem alguns fontes alterados por mim, mas não realizei nenhum testes, logo não ha certeza que vai funcionar. Outra coisa, baixe e imprime a NT 2012/002 que encontra-se no portal nacional da NFe, para que você tenha uma idéia do que tem que ser enviado e o que você vai ter como resposta.

Boa tarde Dirlenio, A mensagem de erro diz que o valor 1.04 colocado no campo versão esta errado. A explicação é simples: você esta gerando o XML na versão 1.04 e esta tentando validar ele usando os schemas da versão 1.03 Favor atualizar os schemas, você os encontra dentro da pasta ...\Exemplos\ACBrCTe\Delphi\Schemas

Bom dia Fabio, Documentos Originários, se refere a nota fiscal que acoberta a carga a ser transportada. Se for uma NFe você informa somente a chave; Se for uma NF comum (papel) ai tem mais dados a serem informados e neste caso devemos informar o CNPJ de quem emitiu a NF. Espero ter ajudado.

Bom dia Devair, Você deve ter no banco de dados o cadastro com os dados do Emitente, verifique se não esta faltando o CNPJ do mesmo. Como dito anteriormente, a mensagem acusa que o CNPJ/CPF não foi informado. Da onde você le essa informação do banco de dados ou de um arquivo INI como é o caso do programa exemplo?

Boa noite, A mensagem de erro esta clara, o CNPJ/CPF do emitente não foi informado.

Boa tarde Peter, Se a necessidade é apenas imprimir novamente o DACTE, a minha sugestão é você fazer uma aplicação só para essa finalidade. Ai você muda o ACBr.inc para 1.03 compila essa aplicação e depois volta para a 1.04 Oriente o usuário para utilizar essa aplicação para os CTe da versão 1.03 e a aplicação normal a que é utilizada para enviar, cancelar, etc para a nova versão 1.04 Acredito que essa seja a unica solução. Lembre-se que no caso da NFe quando surgiu a versão 2.00 no que diz respeito ao XML as mudanças foram de novas tags acrescentadas e não o que ocorreu com o CTe, cujas alterações foram drasticas em seu lay-out.

Boa tarde, Você pode alterar sim os arquivos Config_*.ini incluindo as configurações para uma cidade nova, e se funcionar nos informe essa configuração, para que possamos disponibilizar para todos.

Marcos, Como dito anteriormente, só pode existir apenas 1 e deve ficar na pasta ...\Fontes\ACBrComum Caso contrario você vai ter problemas.

Marcos, Verifique se não existe mais de um ACBr.inc Devemos ter apenas 1 e ele deve ficar dentro da pasta ...\Fontes\ACBrComum

Bom dia Marcos, Desculpa não entendi o que você quiz dizer com: mas mesmo assim se eu no comando "CTE.Conhecimentos.ImprimirPDF;" expandir até o momento em que gera o PDF o cursor nunca execura o que está dentro do {$IFDEF QReport_PDF}...

Bom dia Dirlenio, Como você comenta as linhas de código fonte do componente responsáveis por validar o XML gerado ? Sendo que é essa rotina que lhe da as dicas do que esta errado, para que você possa realizar as correções e evitar que o XML ao ser enviado para SEFAZ seja rejeitado. Por favor desfaça o que você fez no código fonte do componente e abra o XML usando o Internet Explorer e imprima. Depois compare com a Estrutura Genérica que consta no manual. O manual esta disponivel, junto com o programa exemplo, na pasta ...\Exemplos\ACBrCTe e esta salvo com o nome Manual_CTe_v1.04c.pdf Esta faltando os dados do Veículo, uma vez que você informou que o CT-e é Rodoviário de Lotação, veja página 128 do manual. Outra coisa, se tratando de um serviço Normal ou seja, não é Redespacho, não é necessário informar o Recebedor e o Expedidor, somente o Emitente (devemos sempre informar), o Remetente e o Destinatário. Espero ter ajudado.

Boa tarde, De uma estudada nos fontes do projeto EmissorDFe, que encontra-se dentro da pasta ...\Projetos\EmissorDFe.