sesistemas

Bom dia, Estou com um problema na reimpressão do DACTE de CT-e de Redespacho Intermediário que não estou conseguindo identificar a causa. Acontece o seguinte, quando eu faço a emissão de um CT-e deste tipo, tudo ocorre normalmente e ao exibir o DACTE após a autorização, ele fica completo, sem nenhum problema. Mas quando vou reimprimir ele, carregando ele pelo componente (LoadFromFile) e executando a impressão, o DACTE fica incompleto. Será que devo informar alguma propriedade ao componente que está faltando? Pois os demais tipos (Normal, Subcontratação e Redespacho) reimprimem normalmente, apenas o Redespacho Intermediário que ocorre este problema. Segue XML e PDF do DACTE com problemas. Obs: Eu teste pelo Demo_ACBrCTe e ocorre o mesmo problema. Atenciosamente. 31140903341645000186574990000005861540821637.pdf 31140903341645000186574990000005861540821637-cte.xml

Fiz uma Nota Fiscal Serie D com os seguintes dados: PRODUTO | PREÇO PRODUTO | PREÇO VENDA 1 | 2,00 | 3,00 Neste caso, o produto tem seu preço 2,00 porém ao fazer a série D joguei o valor para 3,00, ou seja 1,00 de acréscimo No cupom este acréscimo dado ao produto: * Deve sair na linha das informações do produto (produto com valor 3,00) ou junto com os totalizadores, mostrando que tem 1,00 de acréscimo na VENDA?

Não consigo fazer download. Já tem o validador para MG 001? Favor, verificar grato!

O validador ACBrValidadorPafECF para versão MG 001 está disponível? Não consegui fazer download no site http://www.regys.com.br/downloads/

Boa tarde Estou com um dúvida na CCe do CTe. Como eu faço para corrigir a chave de uma NFe em um CTe que contém várias notas? grupoAlterado infNFe campoAlterado chave valorAlterado 35121114086932000103550040000000211810175387 nroItemAlterado 01 Tenho que informar todas novamente ou somente a que foi alterada?Caso for somente a altera como faço a relação dela.

Bom dia Nellien, (Desculpa, mas só pra saber, é Nellien ou Jeanny?) Sobre a variável xMotivo eu consegui resolver, porém estou com outro problema. Ao imprimir o Recibo de Encerramento, a variável InfEvento.tpAmb da Unit ACBrMDFeDAMDFEFRDM (linha 405) está vindo com o valor taProducao , mas no XML o valor da tag tpAmb = 2 (Homologação). Você sabe me dizer o que posso fazer para resolver este problema? Eu atualizei todos os fontes t compilei novamente e o problema ainda persiste. Obs: Esse problema só ocorre no envio do Evento. Quando eu reimprimo o evento carregando o XML no componente da tudo certo. Creio que o problema está na leitura do retorno do WebService, assim como no problema da variável xMotivo. Segue em anexo o XML e o Recibo de Encerramento respectivo. Encerramento.pdf 311402033416450001865800100000019012436750841101121-procEventoMDFe.xml

Bom dia Nellien, O XML está correto, apenas no momento da impressão é que a variável xMotivo está vindo vazia. Segue em anexo o XML e o Recibo de Encerramento respectivo. Atenciosamente. Encerramento MDF-e.pdf 311402033416450001865800100000018614760381221101121-procEventoMDFe.xml

Boa tarde, Na impressão do Evento de Encerramento, a propriedade xMotivo que é impressa juntamente com o cStat não está sendo preenchida e não estou conseguindo encontrar o problema Em minha aplicação eu consegui obter o retorno dela através do seguinte comando: ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo Mas na Unit ACBrMDFeDAMDFEFRDM, que alimenta o FastReport a propriedade RetInfEvento.xMotivo está vindo vazia.

Boa tarde albertonunes, Aqui em Minas Gerais acontece muito este problema quando o WebService está com um tempo de resposta alto. A solução aqui sempre é esperar... Att,

Bom dia segundo “Art. 58-B Fica permitida a utilização de carta de correção, para regularização de erro ocorrido na emissão de documentos fiscais relativos à prestação de serviço de transporte, desde que o erro não esteja relacionado com: II - a correção de dados cadastrais que implique mudança do emitente, tomador, remetente ou do destinatário; Eu posso mudar o endereço do remetente ?

No caso esta impressão está disponível apenas em QuickRepor ou em FastRepor tbm?

Mais uma vez, muito obrigado Ítalo!

Boa tarde Ítalo. No meu processo aqui, eu apenas carrego o XML emitido em contingência (FSDA) e envio ele. E com isso, a tag <dhEmi> está ficando com este valor. Eu fiz desta forma para corrigir o problema: ACBrCTe1.Conhecimentos.Items[0].CTe.Ide.dhEmi := Now; É o melhor a se fazer ou há uma outra forma de tratar este problema? Atenciosamente,

Este problema que o Wislei citou está ocorrendo comigo também. Quando emitimos um CT-e em FSDA e o transmitimos no mesmo dia, tudo ocorre sem problemas. Mas se tentarmos transmitir o CT-e no dia posterior, é retornado a seguinte mensagem: Rejeicao: Data de entrada em contingencia posterior a data de emissao Alguém sabe me dizer o que pode ser? Segue XML que estou tentando enviar em anexo. Atenciosamente 31131103341645000186570010000033215032478517-cte.xml

Boa tarde Italo. Realizando novos testes eu identifiquei o seguinte. A Rejeicao: Falha no Schema XML especifico para o modal só ocorre se eu tentar emitir o MDF-e em homologação. Se eu mudar para produção o XML é autorizado. Eu entrei em contato com o SEFAZ de MG para saber se há algum problema com o ambiente de homologação. Qualquer resposta ou solução que eu encontrar aqui posto no forum. Seguem os XML de homologação que não foi autorizado e o de produção que foi autorizado. 31131103341645000186580010000011231000000013-mdfe - HOMOLOGACAO.xml 31131103341645000186580010000001231000000019-mdfe - PRODUCAO.xml

Bom dia. Muito obrigado pelas dicas Carloshteles, através das suas dicas eu consegui autorizar a NFC-e no WebService de AM pelo Demo da NF-e. Detalhe: Tive que voltar a hora do meu computador duas horas para ficar igual ao do WebService e corrigir uma rejeição.

Bom dia Italo, Depois que você postou a inclusão desta nova propriedade eu verifiquei ela aqui no meu componente. Estou tentando transmitir utilizando a versão 1.00 primeiramente pois com menos TAGS creio que terei menos problemas...rs A validação do XML pelo componente com os XML Schemas que você me informou ocorre perfeitamente. Porém o WebService que não aceita o meu XML me retornando a Rejeição:Falha no Schema XML especifico para o modal Eu já revirei o XML de cima em baixo conferindo com o manual, e salvo as novas tags da versão 1.00a, está tudo certo. Você tem alguma outra dica que posso verificar aqui? Segue XML gerado. Atenciosamente Wislei 31131003341645000186580010000123681000000010-mdfe.xml

Bom dia Juliomar, Peço desculpas pelo post, pois confesso que minha primeira pesquisa foi meio corrida e não tinha encontrado o post do Ítalo. Muito obrigado pela atenção. Vou começar os testes com o componente. Atenciosamente Wislei.

Bom dia a todos. Segundo publicação do Regys em seu blog: http://www.regys.com.br/sefazam-libera-ambientes-de-testes-de-nfc-e-para-todo-o-pais/ a SEFAZ/AM disponibilizou um Web Service para todo o país testarem suas aplicações. Como está o projeto do ACBrNFCe para este webService? Link do projeto: http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/ Atenciosamente.

Boa tarde Italo. Estou testando o MDF-e após esta correção e estou tendo problemas nas informações da tag <veicTracao> Já atualizei os fontes, recompilei o componente e atualizei os XML Schemas. Segue em anexo o erro e o XML que estou gerando. Estou alimentando o componente da seguinte forma: rodo.veicTracao.cInt := '001'; rodo.veicTracao.placa := 'ABC1234'; rodo.veicTracao.tara := 5000; rodo.veicTracao.capKG := 4500; rodo.veicTracao.capM3 := 400; rodo.veicTracao.tpRod := trTruck; rodo.veicTracao.tpCar := tcAberta; rodo.veicTracao.UF := 'MG'; Att, 31131003341645000186580010000123451000000016-mdfe.xml

Creio que o componente deve ser recompilado. Eu ainda não estou testando a versão 2.00

O Italo já explicou em outro tópico:

Bom dia. Acabei de instalar o componente disponibilizado pela Nellien sem muitos problemas. Foi necessário apenas modificar os requisitos do FastRepor para a versão do Delphi XE3 que utilizo ( frx17, fs17, frxe17, frxDB17) Ao imprimir o DAMDFE ocorreu apenas um erro de conversão de string para double e também senti falta das informações do CT-e e NF-e presentes do MDF-e. Mas ainda vou dedicar um tempo para verificar o que é e estudar melhor o manual. Como o objetivo deste meu post não é este, gostaria de agradecer e parabenizar à Nellien pela contribuição! Segue em anexo o documento que gerei ao testar. DAMDFE.pdf

Parabéns pela iniciativa Neilien! Vou fazer os testes aqui.

Realmente Solivan. Bastou apenas atualizar o repositório, dar um 'build' e um 'install' que o componente apareceu em minha paleta de ferramentas! Muito obrigado!