Italo Giurizzato Junior

Boa tarde André, Sim devemos fazer os ajustes primeiro no TnfseNaturezaOperacao.

Boa tarde Solivan, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Renesul, Você sabe se esse provedor segue o layout da ABRASF?

Leonardo, Se a rede possui um Proxy devemos configurar o componente com os dados do Proxy. Com o proxy desabilitado funciona e com ele habilitado não funciona, de duas ou uma, você esta configurando o componente de forma errada ou o proxy esta bloqueando o acesso a internet. Verifique se no proxy é necessário liberar alguma porta ou URL.

Bom dia ALA, Vamos as regras de negócio que consta no Manual do CT-e versão 3.00 - página 42 Regra: G46 Se Tipo do CT-e= 0 (Normal) ou 3 (Substituição) e Tipo de Serviço for DIFERENTE de Redespacho Intermediário ou Serviço Vinculado a Multimodal: - O grupo de Documentos Transportados (infDoc) deve ser informado. O que temos dentro do grupo <infDoc>? Os grupos <infNF> (Este grupo deve ser informado quando o documento originário for NF), <infNFe> (nformações das NF-e) e <infOutros> (Informações dos demais documentos). Note que os 3 são CG que significa que no CT-e só pode ter um dos 3 tipos e a ocorrência é de 1-n que significa que pelo menos UM documento deve ser informado (páginas 169, 171 e 173). Voltando a regra G46 você só não vai gerar o grupo <infDoc> se o seu cliente emitir um CT-e cujo tipo de serviço for Redespacho Intermediário, neste caso ele esta transportando uma carga de uma transportadora A para uma transportadora B ou presta serviço vinculado a Multimodal (https://www.bsoft.com.br/voce-sabe-o-que-e-cte-multimodal-e-cte-vinculado-a-multimodal/). Espero ter ajudado.

Bom dia Alex, O problema deve estar no tamanho da informação, no caso do TAF tem que ter 12 dígitos e no NroRegEstadual tem que ter 25 dígitos.

Bom dia Roberto, No caso do CT-e OS com tpServ = 6 (Transporte de Pessoas) temos duas situações. 1. Fretamento "coletivo", neste caso temos a empresa X que realiza o transporte dos funcionários da empresa Y. É a empresa Y que vai pagar pelo transporte, logo é ela que é o tomador, sendo assim no grupo <toma> devemos informar os dados da empresa Y. 2. Fretamento "individual", neste caso temos a empresa X que realiza o transporte de pessoas e são estas que vão pagar pelo transporte, logo cada uma dessas pessoas são tomadores, sendo assim no grupo <toma> devemos informar os dados de cada pessoa. Como só podemos informar apenas UM tomador, logo a empresa X deverá emitir um CT-e OS para cada pessoa. Veja a descrição da tag <toma> -> "Informações do Tomador/Usuário do Serviço" Agora no que se refere a emitir um CT-e OS para cada dia de transporte não sei lhe informar com exatidão, uma vez que no Manual não temos nenhuma informação que diz que tem que ser diário ou pode ser mensal. Acredito que nem a SEFAZ ou um Contador será capaz de responder essa pergunta.

Bom dia Helio, Segundo a página 155 do Manual do CT-e versão 3.00 temos 3 tags: cMunFim, xMunFim e UFFim. Elas se referem ao código IBGE do Município, nome do Municipio e a UF do mesmo. Note que na descrição da tag consta: "do término da prestação" No meu entendimento a primeira transportadora prestou o serviço de transportar a mercadoria do Município A - SP até o Município B - SP. A segunda transportadora vai prestar o serviço transportando a mercadoria do Município B - SP até o Município C - RS. Sendo assim a primeira transportadora deve informar nas tags mencionadas acima que se referem ao término da prestação o Município B - SP. Entendo que nem sempre o local de término da prestação é o mesmo de entrega. Espero ter ajudado.

Bom dia Graça, Favor atualizar os fontes do Branches. Fiz uma correção na Unit: ACBrANeDocumentos.pas

Bom dia Leonardo, Não se ofenda pela minha pergunta, mas tenho que fazer, visto que outros já cometeram esse erro. Você não colocou no proxy as informações para o envio de e-mail, tais como usuário, senha, etc.

Bom dia Diego, O tag <mod> do MDFe só aceita o valor 58 e você informou o valor 01.

Boa noite Alex, Veja o erro: <rodoOS> <TAF>123456789</TAF> <NroRegEstadual>32165497</NroRegEstadual> <veic> <placa>KYH8757</placa> <RENAVAM>482176881</RENAVAM> <UF>RJ</UF> </veic> </rodoOS> Ou você informa o TAF ou o NroRegEstadual os dois não pode.

Boa noite ALA, Desculpa, mas é sempre bom ter em mãos o Manual do CT-e, pois nele temos muita coisa. Ao emitir um CT-e é preciso informar pelo menos um documento originário, emitido pelo remetente da carga. O documento originário pode ser uma NF-e ou Outros (Declaração, Carta Remessa de Mercadoria, etc). Cuidado, se o remetente da carga é obrigado a emitir NF-e, para este não podemos informar um documento originário como sendo Outros, o CT-e vai ser rejeitado pela SEFAZ. Caso o CT-e tenha mais de UM documento originário, lembre-se que todos tem que ser do mesmo tipo, ou seja, todos tem que ser NF-e ou Outros, se misturar o CT-e vai ser rejeitado.

Boa noite Leonardo, Você esta configurando no componente o proxy? Se você tem um proxy na sua rede é preciso configurar o componente, caso contrario não vai funcionar.

Boa tarde Graça, Isso ocorre quando colocamos os dois componentes na mesma Unit. A solução é bem simples, veja como eu fiz na minha aplicação. case DM_CTA.ParamDFeVersaoDF.AsInteger of 1: ACBrCTe.Configuracoes.Geral.VersaoDF := pcteConversaoCTe.ve200; 2: ACBrCTe.Configuracoes.Geral.VersaoDF := pcteConversaoCTe.ve300; end; Desta forma deixa claro que o valor ve200 se refere ao tipo TVersaoCTe e não outro.

Boa tarde Eduardo, O XML que você anexou não esta protocolado. Já o PDF mostra que o mesmo foi, logo você anexou o XML incompleto. Outra coisa quando um MDF-e é encerrado o XML do mesmo não é alterado, visto que o encerramento é um evento vinculado ao MDF-e e tem a sua própria impressão. Se não me falha a memória o componente de impressão do DAMDFE possui uma propriedade que ao atribuir o valor True é apresentado a mensagem MDF-e Encerrado. Sendo assim, a impressão ou não dessa mensagem depende dessa propriedade e quem deve atribuir o valor True ou False a mesma é a sua aplicação.

Boa tarde André, Muito obrigado pela colaboração, já enviei para o repositório com alguns ajustes.

Boa tarde João, Com o programa exemplo ocorre o mesmo problema?

Boa tarde Wagner, O CT-e OS tem como objetivo documentar o transporte de valores, bagagem extra (não tem nada haver com o transporte de carga) e transporte de pessoas (fretamento). Acredito que uma empresa registrada para o transporte de cargas não possa realizar outros tipos de transporte, como os listados acima.

Boa tarde Diego, Até o momento não existe nenhum evento de Manifestação para o CT-e. As Notas Técnicas que sugeri a leitura, mostra claramente quem pode se utilizar do DistribuicaoDFe e o que obtêm como retorno.

Bortolini, Você fez testes com qual cidade? Se possível fazer testes com a outra. Então o Enviar e o ConsultarLoteRps estão funcionando, favor realizar testes de Cancelamento.

Boa tarde Bortolini, Favor atualizar todos os fontes de todas as pastas. Note que fiz uma correção no arquivo ini do provedor. Refaça os testes.

Bom dia Diego, Para o CT-e não existe um programa para realizar a Manifestação desenvolvido para SEFAZ como o que existe para a NF-e. Mas se você desenvolve em Delphi ou Lazarus, os componentes ACBrNFe, ACBrCTe e ACBrMDFe possuem um método chamado DistribuicaoDFePorUltNSU. No caso da NF-e aconselho você ler a Nota Técnica: 2014/002 versão 1.02b CT-e leia a Nota Técnica: 2015/002 versão 1.00a MDF-e leia a Nota Técnica: 2015/002 versão 1.00b Nelas você alem de encontrar o conceito, como funciona e o que é possível obter dependendo de quem realizar essa consulta.

Bom dia, Leia atentamente a Nota Técnica 2012/003. Você vai entrar toda a orientação para usar o SVC - SEFAZ Virtual de Contingência.

Bom dia Leonardo, Conversando com o Daniel, quando configuramos o componente para usar o libWinCrypt não se faz necessário copiar nenhuma DLL. Configure apenas SSLLib com o valor libWinCrypt e SSLType com o valor LT_all ou LT_TLS12 ou LT_TLS11.