Italo Giurizzato Junior

Bom dia Cleber, Se você estiver com todos os fontes de todas as pastas atualizados, por favor abra o arquivo: ACBrCIOTServicos.ini que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrCIOT Verifique se as URLs dos serviços relacionados tanto do ambiente de homologação quanto de produção possui HTTP ou HTTPS. Você vai notar que todas estão com HTTPS. Agora vamos a mensagem de erro e porque nela aparece HTTP. A resposta é muito simples, você não configurou o componente com o certificado digital. O eFrete possui dois conjuntos de URL para cada ambiente, um com HTTPS que é utilizado quanto o componente esta configurado para usar o certificado digital e o outro com HTTP que é utilizado quando o componente não esta configurado com o certificado digital. Ontem fiz um teste com o componente configurado sem o certificado digital e não tive esse erro. Você esta usando o programa exemplo para realizar os testes?

Boa tarde Claudio, Favor atualizar os fontes novamente.

Boa tarde a todos, Acabei de realizar um teste referente ao serviço: Adicionar Operação, segue os XMLs de envio e de retorno. Envio: 20200318144359-ped-AdicOperTransp-soap.xml Retorno: 20200318144400-res-AdicOperTransp-soap.xml Como vocês podem ver utilizando o programa exemplo do componente o envio de Adicionar Operação de Transporte foi feita e o webservice retornou. Obviamente como não tenho cadastro e estou usando dados fictícios o meu pedido foi rejeitado: Sistema e-FRETE (www.efrete.com.br): [Negócio] (Protocolo: 324.155) Erro adicionando operação de transporte: Integrador de software não homologado para esta solicitação. Mas não ocorreu o erro 500.

Bom dia Thiago, Esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr utilizando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Esta usando o programa exemplo para realizar os testes?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Antônio, Veja este link: https://www.hivecloud.com.br/post/o-que-e-ciot-e-como-ele-impacta-o/ O responsável pela geração do CIOT é: Contratante do Serviço (Tomador).

Boa tarde Eduardo, Segundo consta na página 39 do Manual CTe Anexo I Layout versão 3.00a o grupo <occ> pode ter até 10 ocorrências. Portanto podemos informar até 10 Ordens de Coletas.

Boa tarde Júlio, Ainda não conseguimos uma solução para o problema.

Bom dia, Esse MDF-e você esta enviando para o ambiente de homologação ou de produção?

Bom dia Ana, Os Documentos Auxiliares como por exemplo: DANFE, DACTE, DAMDFE e etc. procuramos gera-los conforme consta no Manual de cada Documento Fiscal Eletrônico. No caso do DACTE temos esse Manual: Manual CTe Anexo II DACTE v3.00a.pdf Nele consta os modelos que devemos seguir. A regra é: só devemos imprimir no Documento Auxiliar o que constar no XML, salvo o logo da empresa, nome da empresa que desenvolveu o sistema. Tem pessoas (donos de transportadoras, contadores, ...) que querem imprimir mais coisas que estão no XML, mas que não consta no modelo apresentado no manual. Pela regra acima não tem problema. O único problema é que o papel tem um tamanho fixo, não podemos diminuir o tamanho da fonte (consta no manual) para colocar mais informações, não podemos tirar uma informação para colocar outra no lugar (consta no manual). Se for imprimir tudo o que o pessoal quer, vai ser necessário utilizar um papel tamanho A0, pois no A4 não vai dar. É nessas horas que devemos pensar muito bem. Outra coisa, o que significa DACTE? Documento Auxiliar do Conhecimento de Transporte Eletrônico. Se o DACTE é um Documento Auxiliar, logo ele não é o Conhecimento de Transporte Eletrônico conforme consta no Ajuste SINIEF n.9 de 25 de outubro de 2007: Cláusula primeira Fica instituído o Conhecimento de Transporte Eletrônico - CT-e, modelo 57, que poderá ser utilizado pelos contribuintes do Imposto sobre Operações Relativas à Circulação de Mercadorias e sobre a Prestação de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação - ICMS em substituição aos seguintes documentos: § 1º Considera-se CT-e o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar prestações de serviço de transporte de cargas, cuja validade jurídica é garantida pela assinatura digital do emitente e autorização de uso pela administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador; Cláusula décima primeira Fica instituído o Documento Auxiliar do CT-e - DACTE, conforme leiaute estabelecido no Manual de Orientação do Contribuinte – DACTE (MOC-DACTE), para acompanhar a carga durante o transporte ou para facilitar a consulta do CT-e, prevista na cláusula décima oitava. No meu entendimento o que realmente tem validade jurídica é o arquivo XML desde que ele esteja assinado digitalmente e que contenha o protocolo de autorização, já o DACTE serve apenas para facilitar a consulta ao CT-e em uma fiscalização.

Pessoal, Temos uma noticia publicada pela ANTT e que foi compartilhada pelo nosso amigo pcbonetti. Prazo para o cadastro do CIOT é estendido

Bom dia Antônio, O eFrete não disponibilizou os Schemas para que fosse possível a validação antes do envio, infelizmente. Bom dia Bonetti, Pelo que eu entendi no paragrafo: "Art. 25 As IPEFs terão 90 (noventa) dias para adequar seus sistemas informatizados, a contar da data de entrada em vigor desta Resolução." (NR) Os 90 dias devem ser contados a partir da data da publicação da Resolução 5.862 de 17 de dezembro de 2019 e não a partir da publicação da Resolução 5.873 de 10 de março de 2020. Se essa interpretação estiver correta então a obrigatoriedade realmente será a partir do dia 15/04/2020.

Boa tarde lrpc, Ai que esta o problema, porque você não utiliza o componente para fazer todo o serviço? Notei que a primeira linha onde tem o encoding, ela esta fora do padrão, não sei se é só isso, pode ter tags com a grafia errada também.

Boa tarde Antônio, Até onde sei, dentro de 90 dias vai ser obrigado informar no MDF-e o numero do CIOT, não interessa se o seu cliente emite ou não o CT-e. Estamos falando de emissão do MDF-e, visto que este é o documento onde devemos informar o CIOT. Como vai funcionar a geração automática do CIOT por parte do MDF-e eu tenho também as minhas duvidas e nem sei quando isso vai ocorrer. Você pode usar o componente ACBrCIOT para poder gerar o numero do CIOT. Esse componente no momento só funciona com o eFrete, sendo assim o emitente do MDF-e é que vai ter que realizar um cadastro no eFrete para utiliza-lo. Não sei como isso funciona pois não tenho nenhum cliente que emite o MDF-e.

Boa tarde Carlos, Os seus fontes estão desatualizados, e algumas alterações suas com certeza vão gerar efeito colateral para outros provedores. Fiz as devidas correções e vou enviar para o repositório. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr. Por fim faça novos testes.

Boa tarde Antônio, Sim, toda ajuda é bem vinda.

Boa tarde Claudio, Segundo a NT 2020/001 MDF-e Integrado, diz que o CIOT vai ser gerado automaticamente pelo sistema MDF-e, mas não diz a partir de quando e como vai ser esse processo. Sendo assim, enquanto a SEFAZ-RS não der mais detalhes te aconselho a usar o componente ACBrCIOT (no momento só temos o eFrete) para obter o CIOT e desta forma informa-lo no MDF-e.

Carlos, Vou analisar o que você fez, caso esteja tudo OK, vou enviar para o repositório. Desde já muito obrigado pela colaboração.

Bom dia Iprc, No seu XML notei duas coisas: 1. o valor de cMDF tem que ser um numero aleatório, você atribui o valor 1, isso pode deixa a chave do MDF-e fraca. 2. você só informou a data em vez de data e hora no dhEmi. 3. o seu XML esta identado, você identou para anexar ele no fórum? 4. esse XML foi gerado pelo componente ACBrMDFe?

Cleber, Entre em contato com o eFrete e expõe o problema, pois temos membros do fórum que não tiveram esse problema.

Bom dia Diego, Favor entrar em contato com o provedor e questiona-lo sobre o padrão adotado para a maioria das cidades que eles atuam no que diz respeito as URLs de homologação e de produção. Pois desta forma, tendo um padrão, não precisamos ficar acrescentando praticamente a mesma URL para todas as cidades. Pelo que noite a URL que se repete é: http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx Onde a variável %NomeURL_P% é o que muda de uma cidade para outra.

Bom dia a todos, Mania que alguns empresários tem de usar caracteres como é o caso do "&" fora aqueles que resolvem usar nomes em inglês para as suas empresas. Vê se existem alguma empresa norte americana aberta por norte americano usando vogais acentuadas, cedilhas. Eu pelo menos nunca vi. O cara resolve colocar o E comercial na razão social ou no nome fantasia de sua empresa, ai aparece um provedor que não aceita em hipótese nenhuma esse caractere e nós é que temos que dar os nossos pulos. Mande ele conversar com o provedor, duvido que eles vão mudar um virgula no webservice para atender uma reclamação dessa.

Bom dia Weber, A sua rotina tem que ser colocada na unit referente a impressão do DANFSE. Você usa o DANFSE feito em Fast ou Fortes Report?

Bom dia Carlos, Se foi fechado, agora ele esta aberto, por favor vamos continuar no outro. Eu vou fechar esse.