Italo Giurizzato Junior

Bom dia Mauricio, Não entendi essa parte: if (ACBrMDFe1.Enviar(0,false) = true) //O ERRO ACONTECE AQUI <----- then begin ACBrMDFe1.Manifestos.GerarMDFe; ACBrMDFe1.Manifestos.Items[0].GravarXML(); end; O método Enviar, Gera, Salva em disco (se configurado para isso), Assina, Valida, Envia para a SEFAZ, aguarda o retorno, caso autorizado atualiza o XML com o protocolo de autorização e salva em disco o XML assinado e protocolado. Não faz nenhum sentido após o envio você gerar novamente o XML e salvar ele. Esse XML que você gerou novamente, vai estar sem a assinatura e o protocolo de autorização.

Se em produção o CT-e foi autorizado e em homologação ocorreu a rejeição, concluo que o ambiente de homologação esta passando por algum problema técnico e consequentemente esta gerando essa rejeição.

Bom dia a todos, Se o CT-e foi rejeitado isso significa que ele foi gerado, assinado e validado pelo componente, logo não tem nada haver com os schemas que o componente esta utilizando. Quando ocorre a rejeição 215 - "Falha do Schema XML" é porque o XML tem algum caractere não aceito pelo webservice, ou é problema no próprio webservice da SEFAZ.

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

Boa tarde Eder e Maiquel, Já esta no repositório as suas contribuições. Mais uma vez muito obrigado.

Boa tarde, Favor atualizar todos os fontes de todas as pastas. Verifique se não tem alguma unit do componente ACBrNFSe que esteja com uma bolinha vermelha em seu ícone. Caso afirmativo exclua a unit, atualiza novamente. Depois reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Por fim recompile a aplicação e faça novos testes.

Boa tarde Wagner, Se o caminhão ainda não saiu, é possível cancelar o MDF-e, depois o CT-e e fazer tudo novamente só que com o CT-e correto. Agora se o caminhão já saiu e se já realizou a entrega ai não sei como resolver esse problema, uma vez que não se trata de Tomador errado e sim dados do Remetente informado como Destinatário e vice versa.

Boa noite Maiquel, Vou incluir na minha lista de tarefas, desde já muito obrigado pela colaboração.

Boa tarde, Já enviei para o repositório, favor atualizar os fontes e faça novos testes.

Boa tarde João, Você desenvolve em Delphi/Lazarus? Se sim, vai usar o componente ACBrMDFe, neste caso aconselho a estudar o programa exemplo do respectivo componente. Agora se vai utilizar o ACBrMonitor Plus, existe um arquivo INI no manual do mesmo a titulo de exemplo. O MDF-e é bem mais simples comparado com a NF-e por exemplo.

Boa tarde Tiago, Muito obrigado pela contribuição, já esta no repositório.

Pela regra de validação: O01-10 uma NFC-e será rejeitada caso seja destacado o IPI. Conforme consta na página 148 do Manual versão 7.02 - Visão Geral da NF-e/NFC-e. Também não se deve destacar em uma NFC-e os tributos: II, PIS-ST e COFINS-ST. Aconselho ter em mãos esse manual, pois ele contem as regras de validação aplicadas pela SEFAZ tanto na NF-e quanto na NFC-e. O manual mencionado acima encontra-se em nossa biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/

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

Boa tarde Daniel, Uma indústria emitido uma NFC-e? Ela deveria estar emitindo uma NF-e. A NFC-e foi criada para acobertar a venda no varejo.

Bom dia, Por favor anexe o XML corrompido. Caso não seja possível corrigir o problema nesse XML, a solução vai ser gerar o TXT novamente com os dados da venda, se atente com a data e hora da emissão da nota, bem como o código da nota fiscal (código que é atribuído ao campo cNF).

Bom dia Rodrigo, Essa imagem se refere ao programa exemplo do componente ACBrNFSe. Na sua primeira postagem pelo que entendi o problema é no momento do envio do RPS para o provedor, sendo assim o botão é o [Enviar Lote RPS (Enviar)]. Compile e execute o programa, configure ele com os dados do emitente, certificado, etc. Depois tente enviar um RPS através do botão que indiquei acima.

Bom dia Eder, Vou incluir na minha lista de tarefas, estando tudo OK vou enviar para o repositório. Desde já muito obrigado pela colaboração.

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

Bom dia, Desculpe, com relação a alíquota o correto é: // Provedor Conam Servico.Valores.AliquotaSN := 2.01;

Bom dia, Vou incluir na minha lista de tarefas, estando tudo Ok vou enviar para o repositório. Desde já muito obrigado pela colaboração.

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

Bom dia Aécio, O que tudo indica a cidade que usava o provedor AssessorPublico mudou de provedor. Esse provedor não segue o layout da ABRASF, não temos os schemas para poder validar o lote de RPS antes do seu envio, bem como os demais serviços, como consultas e cancelamento. Favor entrar em contato com a prefeitura da cidade de Primavera do Leste/MT e ou com o provedor para obter mais informações tais como: URLs de homologação e produção do webservice Arquivos XSD (Schemas)

Bom dia Luiz, Favor atualizar os fontes e faça novos testes.

Identificação do Produto Predominante no MDF-e Integrado Visando esclarecer a correta identificação do produto predominante no MDF-e em operações de Transporte Rodoviário de Carga Lotação, assim entendida à que corresponda a uma única NF-e ou CT-e, com cargas distintas, o emitente deverá atender o disposto no §2° do art. 4° da RESOLUÇÃO ANTT Nº 5.867, DE 14 DE JANEIRO DE 2020, expedida pela Agência Nacional de Transportes Terrestres – ANTT, nos seguintes dizeres: “§2° Para o caso de operações de Transporte Rodoviário de Carga Lotação em que sejam transportadas cargas distintas, sujeitas à classificação em mais de um tipo de carga estabelecida no Anexo II desta Resolução, deverá ser considerada aquela que resulte em maior valor”. Desta feita, para preenchimento do grupo de informações referente aos campos de produto predominante, incluindo o campo “Tipo da Carga”, quando tratar-se de Transporte Rodoviário de Carga Lotação em que sejam transportadas cargas distintas, sujeitas à classificação em mais de um tipo de carga, o transportador deve considerar a carga que resulte em maior valor.

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