BigWings

Se não me engano quando a configuração Arquivos.EmissaoPathNFe está False o ACBr usa a data atual da máquina para determinar a pasta a salvar. Então se a data do PC estava em Julho isso seria possível.

Se está tendo erro de validação e não rejeição, não é o mesmo assunto do tópico. Verifique a pasta de schemas. Se ainda tiver erro anexe o XML e em um novo tópico descrevendo melhor o problema.

Você pode definir um valor maior se quiser as linhas separadas ou um valor menor se quiser mais condensadas. Se deixar 0 é usado o espaçamento padrão da impressora que o ACBrMonitorPLUS não sabe qual é, assim não consegue calcular a altura máxima da região do QRCode e dados da NFCe, ficando assim os dados da NFCe limitados a altura do QRCode.

Mesmo configurando o espaçamento entre linhas?

Quando o emitente do MDFe estiver usando um veículo de terceiros, deve informar os dados do proprietário do veículo (CPF, RNTRC, etc) nos grupos veicTracao/prop e veicReboque/prop. Já o RNTRC da transportadora informado na tag rodo.infANTT.RNTRC deve estar associado ao CNPJ da mesma.

Exato, era possível antes o download pelos estados usuários da SVRS, hoje aparentemente não é mais possível.

A regra de validação é facultativa, cada UF decide se vai implementar ela ou não.

Verifique se o RNTRC informado está vinculado ao CNPJ do emitente do MDFe: https://consultapublica.antt.gov.br/Site/ConsultaRNTRC.aspx/ConsultaPublica/ Está no manual da versão 3.00a, que entrou em vigor em produção hoje.

Basta informar o RNTRC do emitente: var MDF: TMDFe; begin MDFe.Manifestos.Clear; MDF := MDFe.Manifestos.Add.MDFe; [...] if MDFe.Configuracoes.Geral.VersaoDF >= ve300 then MDF.rodo.infANTT.RNTRC := MinhaQuery.FieldByName('RNTRC').AsString else MDF.rodo.RNTRC := MinhaQuery.FieldByName('RNTRC').AsString;

A SEFAZ-RS aparentemente não permite mais o download de XML de outros estados além do RS. O método DistribuicaoDFe retorna apenas as NFe, modelo 55, destinadas ao CNPJ. NFe de emissão própria não são retornadas. Se o próprio emitente perdeu os XML de NFCe você pode: - Se tiver todos os dados da venda e nota regerar o XML com esses dados e executar o método ACBrNFe.Consultar para atualizar o mesmo com o protocolo de autorização. Caso contrário apenas entrando em contato com a SEFAZ do estado, solicitando os arquivos. Algumas tem sistema próprio para download dos arquivos, em outros casos, é preciso fazer uma requisição formal onde pode ser aplicado multas por perda dos arquivos.

O grupo NFRef aceita até 500 documentos referenciados. Que saiba não há restrição da quantidade de NFe que pode ser referenciada em uma devolução. Basta acrescentar cada chave na geração da nota: with ACBrNFe1.NotasFiscais.Items[0].NFe do begin Ide.NFref.Add.refNFe := <chave_nfe>; Ide.NFref.Add.refNFe := <chave_nfe>; Ide.NFref.Add.refNFe := <chave_nfe>; end;

O componente está preparado, mas ainda não está gerando o QRCode no MDFe, já que as regras de validação referentes ao QR-Code não deviam estar em vigor ainda. Segundo o comunicado do portal do MDFe: Então provavelmente é um problema com a SEFAZ. Sugiro entrar em contato com a mesma.

Para emitente optante pelo Simples Nacional (CRT = 1), apenas o CSOSN 900 permite destaque de ICMS na nota. Caso informe qualquer outro CSOSN o ACBrMonitorPLUS vai ignorar os dados de ICMS dos itens.

De acordo com o MOC: Mínimo: 15 Máximo: 1000

- Desative a opção de impressão de QRCode lateral ou - Configure o espaçamento entre linhas na impressão (campo "Espaços" na guia "PosPrinter"). Um valor entre 30 e 50 deve ser suficiente.

Além do XML da NFe, você precisa carregar também o XML do evento. ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(NomeArqXMLNFe); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(NomeArqXMLEventoNFe); O XML do evento é criado pelo componente no momento do envio do mesmo, com o nome *-procEventoNFe.xml.

Significa que o índice 0 que você está tentando acessar em nf.EventoNFe.Evento.Items[0] não existe. O que significa que não existe XML de evento carregado no componente.

Enviei correção para o repositório. Favor atualizar novamente os fontes e reinstalar.

Os dados de lote e validade foram migrados para o grupo "Rastro" no XML a partir da versão 4.00 da NFe. Então configure na propriedade DetRastro em vez de DetMedicamentos.

Não existe componente ACBrNFCe. Para emitir NFC-e você usa o ACBrNFe, e define o modelo na propriedade ACBrNFe.Configuracoes.Geral.ModeloDF := moNFCe. Veja o demo do componente na pasta Exemplos para mais detalhes.

Enviado ao repositório, rev. 17287. Obrigado pela contribuição.

Se entendi bem, você tem uma modificação para permitir a edição do DANFSE em runtime, é isso? Estranha a lógica do FR... porque tratar diferente Datasets sem Owner? Não me parece ter nenhum problema. Você fez a alteração e funcionou?

Aparentemente não é possível a emissão de NFe complementar referenciando uma nota de produtor rural (grupo NFP). A regra de validação menciona apenas NF-e, NFC-e ou NF modelo 01.

Tente modificar as configurações do Form Designer. Pela sua descrição parece algo que a opção "Snap to grid" faria.

Só se você informar 0 para o código da nota. Se você já gera e assina o XML antes de enviar para o ACBrMonitorPLUS, pode usar o parâmetro que instrui ele a não recriar o XML. Caso o ACBrMonitorPLUS tenha que regerar o XML e o cNF seja igual ao nNF, por exemplo, vai ter o erro na geração do arquivo.