BigWings

Se o XML não foi gravado no momento da emissão ou autorização da nota, a única forma de "baixar" o XML é gerar novamente o XML com exatamente os mesmos dados da venda e mesmo cNF, assinar e usar o método ACBrNFe.Consultar para atualizar o XML com o protocolo de autorização. A alternativa é entrar em contato com a SEFAZ estadual e solicitar o arquivo armazenado por eles. Vou fechar o tópico por ter se desviado do assunto, caso ainda tenha dúvidas, crie um novo tópico.

Como já dito, não existe o método DistribuicaoDFe para NFCe. Para NFe você pode configurar o componente assim: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve400; A versão 3.10 já foi desativada.

Provavelmente não, não faço idéia do que você está querendo fazer.

Não existe essa seção no ACBrNFeServicos.ini. Até porque não existe ambiente nacional para NFCe. Até onde sei, os únicos serviços ativos onde se usa o ambiente nacional são os eventos de manifestação do destinatário e o método DistribuicaoDFe. Se estiver usando esses serviços, certifique-se que o componente está configurado para o modelo NFe.

A SEFAZ não disponibiliza o XML da NFCe via webservice. O emitente é o responsável legal pelo armazenamento dos arquivos XML.

A tag pDevol é em relação à quantidade devolvida: NT 2013.005 v1.22:

Que saiba nenhum estado que aderiu à NFCe exige homologação. Alguns exigem o cadastramento da empresa desenvolvedora e/ou software, como PR e PA. Essa situação pode mudar em breve, já que CTe e MDFe incluiram grupos para identificar a empresa desenvolvedora e responsável técnico, a ser informados a critério da UF. A NFe deve seguir o mesmo caminho. https://cdn.sefin.ro.gov.br/portalnfce/9ac05befca7d6499e3abec9bdfef2b68.pdf

Você deve informar o nosso número. O mais indicado é informar a numeração sequencial, o ACBrMonitorPLUS se encarrega de fazer a formatação do nosso número de acordo com as regras de cada banco para ser impressa no boleto e no código de barras.

Com base no demo do ACBrNFe: Produto := NotaF.NFe.Det.Add; [...] Produto.pDevol := <percentual da mercadoria devolvida>; Produto.vIPIDevol := <valor do ipi devolvido>;

O retorno do webservice referente à duplicidade de NFe com diferença na chave de acesso retorna a chave correta.

O CSOSN 500 não permite destaque de ICMS-ST. Os CSOSN quer permitem informar o valor são 201, 202, 203 e 900.

Você deve configurar para usar a versão 2.00 do QrCode.

Que saiba a única versão "free" do FR é a versão básica que vem junto ao Delphi, que não tem suporte a scripts e também não deve funcionar com a maioria dos reports do ACBr. Você pode tentar o DACTE em Fortes.

Aparentemente esse arquivo já é modificado, mesmo a versão mais antiga do repositório já estava na versão 5.x.

Sim, o FastReport deve ser versão 5.x. Com o arquivo anterior você não teve esse problema?

Teste com o arquivo anexo. Não vi problema com a impressão do telefone do tomador, está sendo impresso como no XML. DACTE_OS.fr3

Anexe XML para verificação.

Você jogou essa mensagem de erro no Google e caiu aqui no fórum, estou certo? Aqui tratamos dos componentes ACBr, para desenvolvimento em Pascal (Delphi e Lazarus). Essa mensagem de erro é comum em programas feitos nessas linguagens, se você está usando um programa específico para fazer a cópia, provavelmente é uma falha nele, procure um fórum específico para o aplicativo, ou a página do desenvolvedor.

As tags TAF e NroRegEstadual são mutuamente exclusivas, deve-se informar um ou outro. Se o que deve estar no XML é NroRegEstadual, certifique-se de que esteja preenchendo TAF em branco. No ACBrMonitosPLUS:

Se a averbação é mesmo um evento vinculado à NFe você deve conseguir obter o evento pelo método DistribuicaoDFe. Tente o DistribuicaoDFePorUltNSU, percorrendo os documentos retornados.

Para inutilização só é aceito CNPJ, conforme a NT:

Bom dia, Foi subida uma correção para esse problema. Favor atualizar os fontes e testar. Obrigado pela colaboração.

Veja o aviso no portal do MDFe:

As DLLs da pasta MinGW substituem essas da pasta LibXML2, você pode usar libWinCrypt normalmente. Veja a unit libxml2.pas: {$IFDEF MSWINDOWS} {$IFDEF USE_MINGW} LIBXML2_SO = 'libxml2-2.dll'; {$ELSE} LIBXML2_SO = 'libxml2.dll'; {$ENDIF} {$ELSE} LIBXML2_SO = 'libxml2.so'; {$ENDIF} Com MINGW ativado, a libxml2.dll não é usada, mas sim a libxml2-2.dll.

Invertido. Dessa forma você só poderá usar CAPICOM e MSXML, já que está desativando OpenSSL, XmlSec e LibXML2. Você não precisa dessas DLLs se vai ativar MinGW. Contei 12 DLLs aí, na pasta ACBr\DLLs\XMLSec\MinGW\32 (assumindo que vai compilar para 32 bits) tem 14, você deve distribuir todas elas junto a sua aplicação.