Italo Giurizzato Junior

Bom dia Rafael, Uma delas é o eFrete. O componente ACBrCIOT já esta funcional com o eFrete.

Olá pessoal, Muitos estão preocupados com o CIOT, pois o prazo para que essa informação passe a constar no MDF-e esta ficando curto. Mas a cada dia que passa surgem novidades. O texto abaixo foi postado em um dos tópicos pelo nosso amigo Marcel Henrique Scandolara. 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. Por essa informação a data de inicio de obrigatoriedade passa a ser 16/03/2020. Existe uma alteração no layout do MDF-e bem como um novo evento ( Pagamento da operação de transporte ) com datas previstas para 09/03/2020 (ambiente de homologação) e 06/04/2020 (ambiente de produção). Não sei precisar a vocês se esse evento e mais as alterações no layout do MDF-e contempla 100% o que a ANTT deseja. Temos também um pedido de suspenção em anexo, postado em um outro tópico pelo nosso amigo Leandro Miler Santana. Suspensao Obrigacao CIOT.pdf

Bom dia Alisson, Muito obrigado pela sua colaboração, assim que possível vamos analisar e estando tudo OK enviaremos para o repositório.

Alexandre, Já esta no repositório as suas alterações.

Bom dia Marcel, Por favor leia a NT em anexo. O prazo de entrada em produção é 06/04/2020. MDFe_NT2020_001 v1.01 MDFe Integrado.pdf Alexandre, muito obrigado, vou analisar as suas alterações.

Bom dia Sergio, Se a propriedade Configuracoes.Arquivos.Salvar estiver com o valor True o arquivo *-procInutNFe.xml será salvo em disco automaticamente.

Bom dia Sergio, Acredito que você esteja carregando o XML errado. O correto é *-procInutNFe.xml

Bom dia Alexandre, Favor anexar a Unit alterada para que possamos analisar e estando tudo OK, vamos enviar para o repositório.

Bom dia Bruno, O serviço DistribuicaoDFe disponibilizado pelo Ambiente Nacional, lhe permite baixar documentos emitidos por outras pessoas e não os documentos emitidos por você. Vou exemplificar. Eu sou a empresa que realizou a venda dos materiais, portanto eu emiti a Nota e posso ou não ter enviado o evento de Carta de Correção ou de Cancelamento. Entenda que os eventos também são tratados pela SEFAZ como documentos. Você é a empresa que comprou os materiais, portanto você é o destinatário que pode ter enviado ou não um dos eventos de Manifestação do Destinatário. Se EU utilizar o DistribuicaoDFe vou baixar os documentos emitidos por VOCÊ, que neste caso são os eventos de Manifestação do Destinatário que enviou para SEFAZ referente as Notas que EU emiti contra o seu CNPJ. Se VOCÊ utilizar o DistribuicaoDFe ira baixar os documentos emitidos por MIM, que neste caso são as Notas e os eventos de Carta de Correção ou de Cancelamento. Você jamais vai baixar os eventos de Manifestação do Destinatário pelo DistribuicaoDFe, uma vez que estes documentos foram emitidos por você. Consta na legislação que, quem emite um documento deve guarda-lo pelo prazo legal, ou seja, se você enviou para a SEFAZ um evento de Manifestação do Destinatário, o XML com as informações do evento, assinado e com o protocolo que atesta que a SEFAZ recebeu, processou com sucesso e o vinculou a Nota deve ser salvo em disco ou no banco de dados e permanecerá guardado pelo prazo estipulado que normalmente é de 5 anos. Sendo assim não faz nenhum sentido você quere baixar um XML de um documento emitido por você. Dito tudo isso, você concorda que, se é você quem emitiu os eventos de Manifestação do Destinatário, você possui os XMLs dos mesmos e nesses XMLs temos a data de emissão e o tipo de evento? Eu sei perfeitamente que se você acessar o Portal Nacional da NF-e e consultar a Nota que EU emiti, VOCÊ vai ver os dados da Nota bem como todos os eventos vinculados a mesma, não importando quem foi que enviou tais eventos. Mas não é assim que o DistribuicaoDFe funciona. Abaixo temos uma tabela do que cada pessoa (ator) que venha a fazer parte de uma nota pode baixar através do DistribuicaoDFe.

Leandro, Você configurou o que no parâmetro Webservices?

Boa tarde, Acredito que será necessário reinstalar a suíte ACBr, para que tenha efeito a sua alteração.

Boa tarde Leandro, Mas esse provedor possui esse serviço em seu webservice? Se não possui você vai ter que usar o que esta disponível (Enviar e Gerar).

Boa tarde Maiquel, O componente simplesmente não grava o XML ou ele grava em uma pasta totalmente diferente da que foi configurada? A propriedade Configuracoes.Arquivo.Salvar esta com o valor True?

Boa tarde Maiquel, Sim, fiz no Fortes, pois não trabalho com o Fast Report.

Boa tarde, Você deve ter arquivos do ACBr antigos em alguma pasta que o Delphi esteja tendo acesso. Execute o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.

Boa tarde a todos, Se entendi direito se você utilizar o certificado digital, não precisa usar os métodos Login e Logout? Se sim, tentaram executar os demais métodos?

Boa tarde ALA, Favor atualizar os fontes e reinstale a suíte ACBr, por fim faça novos testes.

Boa tarde Carlos, Favor atualizar os fontes, reinstalar a suíte ACBr e faça novos testes.

Maiquel, Favor atualizar os fontes, reinstale a suíte ACBr e faça novos testes.

Pelo o que eu entendi as informações do encerrante devem ser informadas no grupo <encerrante> e no grupo de observações do contribuinte, correto? Em vez disso não seria mais simples constar no decreto que as informações contidas no grupo <encerrante> devem ser impressas no DANFE da NFC-e.

Bom dia Brito, Estamos estudando a implementação desse provedor, mas como lhe disse vai ser demorado.

Bom dia, Primeiramente tenha uma coisa em mente. O componente gera e envia o XML do RPS, por outro lado o XML da NFS-e é gerado pelo webservice do provedor. Se você passa todas as informações corretas no XML do RPS e o provedor retorna o XML da NFS-e faltando alguma informação, o problema esta no provedor e não no componente. Pois o componente ao obter o retorno, simplesmente extrai o XML da nota e salva separadamente no disco. Se esses XMLs que você anexou são exemplos do provedor, note que no XML de envio consta o valor do ISS que é de 7,84 já o XML de retorno o valor do ISS é de 0,00 Outra coisa estranha é o valor do serviço ser de 0,10 (dez centavos) e o valor do ISS ser de 7,84

Bom dia Matheus, Você vai precisar mudar, deixar de usar o Capicom e passar a utilizar o WinCrypt, pois a SEFAZ esta desativando os protocolos: SSL, TLS 1.0 e TLS 1.1 Só vai aceitar o protocolo TLS 1.2

Bom dia Maiquel, Se não ocorre a impressão do DANFSE das notas enviadas para esse provedor, esta meio estranho essa exigência. Será que essa informação não deve constar no XML? Por exemplo, em vez de informar o nome do tomador, devemos informar essa frase quando se tratar de ambiente de homologação.

Bom dia Maiquel, Desculpe não entendi, ao cancelar uma NFS-e a principio são gerados 2 XML, o do pedido de cancelamento e o seu respectivo retorno. Com que nome esses XMLs são salvos?