BigWings

Veja se está configurando o componente para salvar os arquivos de envio e retorno: ACBrNFe1.Configuracoes.Geral.Salvar := True; ACBrNFe1.Configuracoes.Arquivos.Salvar := True; ACBrNFe1.Configuracoes.Arquivos.PathSalvar := 'c:\temp\logs'; No mínimo você vai ter os arquivos *-ped-eve.xml e *-eve.xml. Provavelmente terá também o *-procEventoNFe.xml, afinal o retorno de não vinculado a NFe não é tratado como erro.

MDFe := ACBrMDFe1.Manifestos.New.MDFe; // produto predominante MDFe.prodPred.tpCarga := tcGranelSolido; [...] // pagamentos infPag := MDFe.rodo.infANTT.infPag.New; infPag.xNome := 'responsável pelo pagamento'; [...]

Todos esses XML são referentes ao método DistribuicaoDFe, não consta o XML de envio da manifestação.

O manual diz apenas que deve ser mostrada essa mensagem na emissão em contingência, no lugar do protocolo de autorização. Também não é necessária a reimpressão do DAMDFe após a autorização do MDFe emitido em contingência. Seguindo estritamente o manual, a forma atual está correta, mas não acho que seria problema mostrar o protocolo no DAMDFe quando já existir.

Pela mensagem o CPF do destinatário está incorreto e falta informar o CST do item 1.

Você usa o DAMDFE em Fast ou Fortes Report? Mostre como está saindo.

Está correto, alterando o tipo de emissão se altera também a chave de acesso. Você não deve alterar nada no XML que foi emitido em contingência ao transmitir, nem mesmo o tipo de emissão. Apenas em caso de rejeição deve corrigir a informação que a causou e transmitir novamente.

Não parece ser problema no dpk, e sim ter arquivos antigos sendo encontrados na compilação.

Tentou a busca do fórum? Se não me engano já tem um tópico sobre esse erro com a solução.

Uma coisa é listar as notas destinadas ou de interesse do CNPJ de consulta, feito pelo método DistribuicaoDFe. Outra coisa é o envio do evento de manifestação do destinatário, feito pelo método EnviarEvento. Pode ter algum erro nesse segundo passo. Se desejar, anexe o XML de processamento do evento de manifestação (*-procEventoNFe.xml) para análise.

Geralmente o retorno de "não vinculado" é porque a SEFAZ não encontrou a chave da nota, ou o emissor do evento não é o destinatário da NFe. Está enviando para o mesmo ambiente que a nota foi emitida?

Eu testei apenas fechando a tag e deu certo. Anexe o XML.

Aparentemente faltou fechar a tag <IPINT> no seu XML.

O TDetCollection não tem a implementação do Assign, você teria um AV já no TDetCollection. O mais indicado nesse caso seria realizar essa implementação no TACBrObjectList. Só é preciso definir qual o comportamento esperado do Assign nessas classes: - Criar novos objetos na nova lista e copiar o conteúdo. - Seguir a implementação de TObjectList e apenas incluir a referência ao mesmo objeto, propagando o parâmetro de não destruir os itens para as classes filhas.

É um comportamento herdado do TObjectList, quando você chama o Assign não são criados novos objetos, como o seu código faz, e sim simplesmente adicionados a referência a eles. Pra não ter o AV, você pode fazer: var MedicamentosA: TMedCollection; MedicamentosB: TMedCollection; begin MedicamentosA := TMedCollection.Create(False); MedicamentosB := TMedCollection.Create; Assim os elementos da lista serão destruídos apenas na chamada a MedicamentosB.Free;

A condição para gerar o grupo é informar a tag prodPred.xProd e XML na versão 3.00.

Nesse caso está sendo gerada a NFe avulsa, quando o fisco gera a nota em nome do emitente. É a única exceção para a não informação da IE, conforme o manual:

Veja:

Está usando o DANFSE em Fortes ou Fast Reports? Qual a cidade/provedor do emitente? Pode anexar esse XML?

A IE do emitente é obrigatória na emissão da NFe/NFCe. Independente de qual aplicação você estará usando pra emissão da nota.

Veja:

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

Geralmente isso ocorre quando você informar 0 para a tag cNF (Código numérico da NFe) na geração do XML. Informando 0 o ACBr vai gerar um número aleatório pra esse campo, conforme determina o manual. O correto é você gerar o número aleatório na sua aplicação, pode usar a função GerarCodigoDFe da unit ACBrDFeUtil, e informar na tag cNF, e informar o mesmo valor se precisar gerar novamente.

Você pode informar o tamanho do nosso número explicitamente na geração da remessa: Cobranca := TACBrBoleto.Create(Self); try [...] Cobranca.Banco.TipoCobranca := cobBancoDaAmazonia; Cobranca.Cedente.TipoCarteira := tctRegistrada; Cobranca.Cedente.TipoInscricao := pJuridica; try Titulo := Cobranca.CriarTituloNaLista; except on E: Exception do begin MessageDlg('Erro ao incluir o título: ' + E.Message, mtError, [mbOk], 0); Exit; end; end; [...] Titulo.Carteira := '001'; Titulo.CarteiraEnvio := tceCedente; if (Cobranca.Banco.Numero = 003) and (Titulo.Carteira = '001') then Cobranca.Banco.TamanhoMaximoNossoNum := 20;