Scandolara

olá a todos, Resolvido, o xml nao estava assinado, apos assinar e executar o processo, o componente funcionou corretamente. Muito Obrigado.

blz vou testar aqui e reporto. obr

entao para eu carregar o xml novamente no compoente para fazer a consulta para baixr o xml corretamente, tenho q assinar antes e fazer a consulta ? seria isso ? - Carrego o xml - assino xml novamente - faco a consulta Seria isso entao ? vou testar aqui. Obr

boa tarde, Por favor, segui os passos para resolver o problema de quando não tem o retorno e por algum motivo, não consegue obter a autorização e registro é enviado novamente , retornando erro de duplicidade , so quando acontece isso e eu faço a carga no componente novamente do xml enviado e peço a consulta para que assim consiga fazer novamente o download do arquivo autorizado com os devidos protocolos. So que quando faço isso, os CT-e ou MDF-e imprimem sem o QRCode. Quando faco o processo de download pelo site do SEFAZ, o QRCode imprimi normal. O que será que pode ser ? Abaixo as imagens do DACTE de exemplos. Obrigado. imagem q fiz a consulta nvoamente do cte, veja q o protocolo de autorizacao e horario estea tudo normal, apenas o qrcode q nao imprimiu. Nessa imagem é o xml feito download pelo site do SEFAZ, ja imprimiu com o QRCode normal.

olá , fiz essa pergunta diretamente para o Portal do MDFe do RS, enviando um e-mail, pois tenho essa duvida também e nao tem nenhum lugar com relação a isso.

ola @João Paulo Müller , é duvida minha também ... O que fiz para tentar esclarecer para todos nós e inclusive pessoal do devel do ACBR, mandei um e-mail para Portal do MDFe do RS, o que é quem cuida do projeto MDFe, fazendo essa pergunta para os mesmos. Tentei contato com a ANTT, mas infelizmente pessoal da ANTT esta mais perdido do que nós. Estou aguardando o retorno da resposta desse questionamento que fiz para o pessoal do RS. Assim que me retornarem vou colocar aqui.

bom dia @Daniel Simoes , obrigado pela ajuda ... resolveu sim , fazendo as devidas sugestões com relação alimentar o componente e copiando as DLLs atualizadas no diretorno do sistema. Obrigado mais uma vez. at.te

Obrigado @Daniel Simoes , mas ... por incrivel q pareça mas fiz isso ja e nao vai, retorna o erro

boa noite, Ja tentei varias informações que encontrei no fórum, mas nenhuma resolveu ..., Estou tentando enviar e-mail por conta Locaweb e o negocio não vai ... Engraçado que Gmail / Outlook / Yahoo / hostGator / e outros, processo flui sem problemas, mas essa bendita locaweb esta dando canseira ja. O Erro é esse : dados de configuração passada pela Locaweb em https://ajuda.locaweb.com.br/wiki/configuracao-do-mozilla-thunderbird-e-mail-locaweb/ ENVIO Nome do servidor: Digite ou copie email-ssl.com.br Porta SMTP: Selecione 465 SSL: Selecione SSL/TLS Autenticação: Selecione Senha Normal Não sei onde carregar o componente mais para fazer testes, tudo que encontrei no fórum tentei (bom acho q tudo rs) Por favor, se alguém ja passou por isso e puder auxiliar, fico agradecido. Obrigado.

Notas Técnicas 21/02/2020 Nota Técnica 2020.001 - MDF-e Integrado (v 1.02) 1 Resumo O projeto MDF-e Integrado tem como objetivo a disponibilização, pelas Secretarias de Fazenda, de uma infraestrutura digital de documentos, legislações e processos voltados para a simplificação da emissão de documentos fiscais eletrônicos de transporte e integração, dentro de um ecossistema digital, que permite às Empresas Transportadoras de Cargas (ETC), Transportadores Autônomos de Cargas (TAC), ANTT, Administradores de Meios de Pagamentos e as próprias Secretarias de Fazenda, o aperfeiçoamento dos seus processos e compartilhamento de informações entre todos estes atores, a partir de um único documento e infraestrutura já consolidada e em uso por todos os envolvidos. Diante desse desafio, as Secretarias de Fazenda e o ENCAT, vêm nos últimos meses e em parceria com os diversos atores intervenientes, adotando uma série de ações estruturantes voltadas para superação das dificuldades atuais enfrentadas pelos órgãos de controle e geração de um ambiente operacional mais eficiente e competitivo, a exemplo das ações descritas abaixo: Aprovação de legislação nacional que normatizou o compartilhamento dos MDF-e dos 27 estados com os órgãos reguladores de transportes; Aprovação de legislação nacional que normatizou a obrigatoriedade de emissão do MDF-e em todas as operações de transporte, sejam elas intermunicipais ou interestaduais; Implantação da plataforma digital e registro de eventos eletrônicos que permitem ao transportador confirmar a entrega da mercadoria ao destinatário, possibilitando assim, a redução do prazo para o recebimento do frete por parte do caminhoneiro; Aprovação de legislação criando a Nota Fiscal Fácil (NFF), que permitirá aos contribuintes que operam com vendas de mercadorias e transportadores autônomos emitirem seus respectivos documentos fiscais de forma simplificada e a partir do seu próprio smartphone, conforme legislação publicada no D.O.U. do dia 19/12/2019 (Ajuste SINIEF No. 37 de 13 de dezembro de 2019); Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: o Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TACIndependente como TAC-Agregado; Automação do processo de fiscalização do Piso Mínimo do Frete (Tabela do Frete), nos termos da Resolução ANTT nº 5.849 de 16 de julho de 2019. o Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC, junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores.

pq vc fala isso Daniel , o q isso gera de problemas para nos desenvolvedores ? Preciso ficar ciente, pois ja tem clientes que questionando sobre isso.

Prezados, Comunicamos que a RESOLUÇÃO 5.869/2020 entrará em vigor a partir de 60 dias da data de hoje (31/01/2020). Para maiores informações: http://www.in.gov.br/web/dou/-/resolucao-n-5.869-de-30-de-janeiro-de-2020-240822860

bom dia @Italo Jurisato Junior , sim eu sei ... estou ciente ... Só coloqueo sobre a audiencia , pois caiu naquilo q vc avisa comentado no isso desse topico, que a ANTT esta confrontando ao que o MDFe publicou. Ou seja, pelo que estou vendo , o ciot vai estar sendo gerado msm pelo MDFe . Mas vms q vms ... apenas informações para complementar msm.

bom dia ! AUDIÊNCIA COM ANTT 30/01/2020 Presentes: José Amaral, Diretor Substituto; Tito Lívio, Gerente. CNI, ANUT, VIVALACTEOS, ABITRIGO - Alternativa ao CIOT: a ANTT informou que tem realizado entendimentos com o fisco desde o final do ano passado no sentido de integrar seus sistemas; caso sejam bem sucedidos, o manifesto de carga pode ser utilizado para várias obrigações assessórias da agência, inclusive o CIOT. Vamos marcar audiência com o fisco para reforçar iniciativa da ANTT. Até lá, ela continuará o processo de implantação do CIOT. - Prazo de adiamento do CIOT: será restabelecido o prazo inicial de 90 dias, ou seja, 45 dias a contar do dia 31/01; a resolução foi publicada em 17 de dezembro, dando prazo de 30 dias para entrar em vigência, concluído em 16 de janeiro (30 dias); adiamento de 60 dias a partir de 16/1 resulta em 45 dias a partir de amanhã. - A ANTT está trabalhando com o fisco para viabilizar seu sistema em 240 dias, para disponibilizar às empresas. - A ANTT entende que o CIOT cai se a integralidade da lei do frete for considerada inconstitucional; caso a tabela seja a declarada referência de preço, sem derrubar a lei, o jurídico terá que estudar a situação.

isso .. veja qdo fiz o teste retorna : Inicio TCIOTEnviar ERRO: Sistema e-FRETE (www.efrete.com.br): Login/Logout não permitido (por não ser necessário) com o uso de certificado digital. Use diretamente o serviço desejado

diretamente no site das IPEFs www.efrete.com.br www.repom.com.br www.rodocred.com.br www.nddcargo.com.br www.policard.com.br Fazer cadastro , aguardar aprovação e acessar o ambiente gratuito deles.

bom dia @José M. S. Junior , td bem ? Por favor, então me sugere como devo alimentar o componente para que a caia condição 02 , sendo que o suporte caixa esta solicitando que seja preenchido posição 392 a 393 = 15 ? se fizer conforme me passou, será rejeitado o arquivo devido posição 392 a 393 estar = 0. Obrigado.

bom dia @Italo Jurisato Junior , td bem ? Segue resposta segundo suporte eFrete : Suporte e-FRETE: As páginas 7 e 8 do manual informam quais os métodos mínimos necessários para a homologação. sendo elas : 1.8 Lista de métodos e serviços necessários para homologação Lembramos que a integração é única, tanto para: - Sistema e-FRETE Geração Gratuita de CIOT. - Sistema e-FRETE Geração de CIOT com Meio de Pagamento. Os nomes acima devem ser como devem ser chamados as modalidades de emissão nos sistemas de gestão. Para que a integração seja homologada ambos os cenários precisam ser implementados e estarem disponíveis aos usuários. ProprietariosService:  Gravar. VeiculosService:  Gravar. MotoristasService:  Gravar. Requisições para TipoViagem Padrão: PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento):  AdicionarOperacaoTransporte  AdicionarPagamento  ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente  ObterOperacaoTransportePdf  RetificarOperacaoTransporte  CancelarOperacaoTransporte  EncerrarOperacaoTransporte Requisições para TipoViagem TAC_Agregado: PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento):  AdicionarOperacaoTransporte  AdicionarViagem  AdicionarPagamento  ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente  ObterOperacaoTransportePdf  RetificarOperacaoTransporte  CancelarOperacaoTransporte  EncerrarOperacaoTransporte Os demais métodos existentes não possuem a obrigatoriedade de implementação para homologação da integração, entretanto esses métodos promovem melhor aproveitamento do Sistema e-FRETE por seus clientes e indicamos que seja estudada sua implementação.

veja o q o suporte Caixa me passou Registro tipo 1 posição 157 a 158 - informar o código "02" = Sem Protesto e nas posição 392 a 393 - prazo de baixa/devolução informar o prazo de 15 dias ( verificar NE025 ) NE025 Número de Dias para Protesto / Devolução Prazo de Protesto: Número de dias decorrentes após a data de vencimento para inicialização do processo de cobrança via protesto. Pode ser de 02 a 90 dias, sendo: De 02 a 05 = dias úteis Acima de 05 = dias corridos Caso informado menor que 02, será considerado 02, e caso informado maior que 90, será considerado 90. Prazo de Devolução: Número de dias corridos após a data de vencimento de um Título não pago, que deverá ser baixado e devolvido para o Beneficiário. Pode ser: De 00 a 99 dias corridos. Caso informado 00, será considerado 01 e baixado em D+1 após o vencimento. Caso preenchido com “brancos” considerar 05 dias.

Suporte e-FRETE: No ambiente de testes o integrador assume o papel de Contratante e de integrador de sistemas. Neste caso você deve mandar o seu CNPJ como contratante. Mas como você esta iniciando a implementação aconselho você a seguir o manual de integração e iniciar a implementação pelos métodos mais simples antes de ir para o AdicionarOperacaoTransporte que possui mais de 200 campos. A ordem ideal de envio das requisições antes de declarar um operação é: 1 - GravarProprietário 2 - GravarVeículo 3 - GravarMotorista E por ultimo AdicionarOperacaoTransporte, aconselhamos a iniciar as implementações de acordo com este fluxo também. @Italo Jurisato Junior Suporte eFrete : como já é de conhecimento de todos estamos fazendo as adequações necessárias em nosso Webservice para nos adequarmos a última resolução da ANTT de 17/12/2019. Desde ontem nosso ambiente de desenvolvimento/homologação esta permitindo apenas a nova versão. Em 27/01/2019 estaremos encaminhando a atualização para nosso ambiente de produção, e a partir desta data nosso Webservice estará aceitando as ambas as versões até a que a ANTT passe a exigir os novos campos; Resumo dos principais pontos: Novos campos TipoPagamento: É um campo do tipo Enum. Agora na raiz da operação é possível informar se o pagamento será por TransferênciaBancária (Gratuito), MeioDePagamento (Pago), ou Outros (Que deve ser utilizado apenas quando o contratado for ETC); TipoConta: É um campo do tipo Enum. Obrigatório apenas quando o CIOT é pago por TransferenciaBancaria, dentro da Raiz "InformacoesBancarias" será necessário informar qual o tipo de conta a ser creditada. Podendo ser ContaCorrente, ContaPoupanca ou ContaPagamento; DestinaçãoComercial: É um campo do tipo Booleano e seu preenchimento é obrigatório para as operações do tipo Padrão. Deverá ser preenchido como falso, caso a contratação do transporte seja para uso particular ou uma doações por exemplo. E deverá ser preenchido como verdadeiro se existir relação comercial; AltoDesempenho: É um campo do tipo Booleano e seu preenchimento é obrigatório para as operações do tipo Padrão. De acordo com a RESOLUÇÃO Nº 5.867, DE 14 DE JANEIRO DE 2020: "XVI - operação de transporte de alto desempenho: operação de transporte, especificada em contrato, com utilização de veículos de frotas dedicadas ou fidelizadas, para transporte das cargas definidas nos incisos de I à XII, em 2 (dois) ou 3 (três) turnos, respeitadas as legislações trabalhista e de trânsito, com tempo total de carga e descarga de até três horas, na qual o contratante se responsabiliza tanto pelo carregamento, quanto pelo descarregamento da carga;" FreteRetorno: É um campo do tipo Booleano e seu preenchimento é obrigatório para as operações do tipo Padrão. Este campo é referente a obrigação do pagamento do frete de retorno, para o transporte de contêineres e veículos de frotas específicas, está prevista na nova resolução, para as operações impedidas pela regulamentação de trazer cargas no retorno. CepOrigem e CepDestino: São campos do tipo String com preenchimento obrigatório. Se referem aos códigos postais das cidades de origem e destino; CepRetorno: É um campo do tipo String com preenchimento obrigatório apenas quando o campo "FreteRetorno" estiver preenchido como "True". DistanciaPercorrida: É um campo do tipo número inteiro com preenchimento obrigatório para operações do tipo padrão, ele deve ser utilizado para informar a distância em Km entre origem e destino da viagem DistanciaRetorno: É um campo do tipo número inteiro com preenchimento obrigatório quando o campo "FreteRetorno" estiver preenchido como "True". Ele deve ser utilizado para informar a distância em Km entre o destino da viagem cadastrada e o CepRetorno; TipoCarga: É um campo do tipo Enum, agora é obrigatório informar o tipo de carga para que seja possível validar a relação entre a tabela de frete e o valor do CIOT com o tipo de carga declarado. Novo método Inclusão do método ConsultarTipoCarga, este método vai retornar as opções de TipoCarga de acordo com a consulta no Webservice da ANTT; Mudança de regra da ANTT RetificarOperacaoTransporte - De acordo com a resolução Atr 6º "§2º É vedada a retificação de Operação de Transporte do tipo viagem padrão."

Retornou assim agora ... ERRO: Inicio TCIOTEnviar ERRO: Sistema e-FRETE (www.efrete.com.br): [Negócio] (Protocolo: 174.753) Erro adicionando operação de transporte: Usuário não logado.

@Italo Jurisato Junior boa tarde , td bem ? ve se ajuda, Exemplos Json consegui com eFrete. vou olhar agora tbem sobre isso, mandei em seu e-mail.

esse é o ultimo @Italo Jurisato Junior realmente, versão 6.0 ... , recebi por e-mail ... encaminhei p vc o email q mandaram p vc ver as datas.

realmente, so carrega com Instrucao1 = 02 quando retira a condição , caso contrario, msm colocandop DataProtesto > 0 , ou apenas DAtaProtesto > Vencimento, ou a condicao original acima mencionada, carrega apenas Instrucao1 = 01. Testei aqui e retirei a condicao para atender o cliente, agora se possivel como corrigir isso dentro do componente ?

Nao entendo, em algum momento a DataProtesto é preenchida, e tenho ctz q não em meu projeto. So mudou o codigo Instrução de 01 para 02, qdo retirei a condição da Unit deixando assim apenas : // if (DataProtesto > Vencimento) then // Instrucao1:= '01' // Protestar // else Instrucao1:='02'; //Devolver (Não Protestar)