Régys Silveira

só reforçando, o ACBrInstall já adiciona a pasta necessária ao library path, não precisa adicionar manualmente.

Esse erro não tem a ver com Firebird, o que acontece é que a versão do FastReport que você utiliza não possui a propriedade DataOnly basta abrir o pacote de impressão do GNRE para FastReport, abrir os arquivo é quando o delphi lhe mostrar a mensagem de falta de propriedade, aceitar, alterar algo no form, salvar e pronto o Delphi removerá a propriedade que não existe.

Bem, como lhe disse o XML validou normalmente, você tentou enviar novamente, obteve o mesmo erro?

Não veio nenhum anexo

Se você preencheu as tags corretamente, somente enviando o XML para darmos uma olhada.

Quando você inutilizar, você quer dizer cancelar a nota ou inutilizar a numeração?

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca

Envie o arquivo alterado para que possamos comparar e validar as alterações.

Correções verificadas e enviadas, obrigado pela colaboração.

Opa, valeu pelo agradecimento, o ACBr é um trabalho que começou com o Daniel e sua equipe e também de todos nós, se não fosse a comunidade não teríamos chegado onde chegamos. ACBr forte sempre!

Você chegou a procurar a propriedade "MaxConstraintNameLength" e setar ela?

Fica a sua escolha, você pode fazer tanto de uma forma quanto da outra. A vantagem de ativar somente quando for usar a porta é deixar ela livre sempre que não estiver usando, mas como em um ECF não existe restrição em deixar conectado direto, a não ser que você use a porta também em outros aplicativos.

Não tem como não gerar DCU eles são os arquivos intermediários de compilação, como disse o Isaque, desde que Delphi é Delphi ele sempre funcionou assim. Talvez o que você queira e gerar estes DCUs em uma pasta a parte da sua pasta de fontes, se for isso, neste caso basta configurar as opções do projeto, conforme a figura abaixo: DCP output directory: onde ficarão os arquivos DCP Unit output directory: onde ficarão os arquivos DCU Output directory: onde ficarão os executáveis compilados Package output directory: onde ficarão os arquivos de pacotes (bpl) que forem compilados a parte do executável

Conferido e enviado ao repositório, obrigado pela colaboração.

Eu fiz testes aqui com o demo do ACBrCNPJConsulta e está funcionando normalmente, você tentou fazer o teste com o demo?

Fiz o teste simulando o seu datamodule aqui é funciona como lhe passei antes, volto a insistir, basta informar o tipo de numerador antes dele: unit Unit1; interface uses pcnConversao, pnfsConversao, Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, ACBrNFSe, ACBrNFe, ACBrCTe; type TForm1 = class(TForm) ACBrCTe1: TACBrCTe; ACBrNFe1: TACBrNFe; ACBrNFSe1: TACBrNFSe; procedure FormCreate(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form1: TForm1; implementation {$R *.dfm} procedure TForm1.FormCreate(Sender: TObject); begin with ACBrCTe1.Conhecimentos.Add.CTe do begin ide.tpEmis := TpcnTipoEmissao.teNormal; end; with ACBrNFe1.NotasFiscais.Add.NFe do begin ide.tpEmis := TpcnTipoEmissao.teNormal; end; with ACBrNFSe1.NotasFiscais.Add.NFSe do begin TipoEmissao := TnfseTEmissao.teNormal; end; end; end.

Poste o arquivo alterado para análise por favor.

Para funcionar a dica que passei antes a unit pcnConversao tem que estar declarada. Se você possuir dois enumeradores com nomes iguais, o delphi vai usar o da unit que estiver declarada, então você precisa declarar pcnConversao e mostrar a ele qual tipo de enumerador deseja usar. Você já declarou tanto pcnConversao quanto pnfsConversao, então em teoria deveria funcionar a forma que lhe passei, pois você está informando o tipo de enumerador que deseja utilizar. Qual é a versão de Delphi que você está utilizando?

Este XML não tem nenhum problema validei ele normalmente, a única situação apontada é que ele já foi inutilizado. Resultado da Validação do Schema e de Regras de Negócio (atualizado até a NT2014/004 e anteriores): Parser XML: Nenhum erro encontrado Tipo de Mensagem: Documento de NF-e Schema XML: Nenhum erro encontrado NF-e 42150201784320000142550010001062701001062702 Certificado Digital do Titular: CN=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Assinatura Digital: Válida Regras de Negócio [Ambiente de Produção] 1 erro de validação 206 - [simulacao] Rejeicao: NF-e ja esta inutilizada na Base de dados da SEFAZ

Verifique sua lista de arquivos declarados no USES, aparentemente o Delphi está se perdendo quanto ao tipo enumerado. Você também pode forçar o tipo enumerado da seguinte forma: Ide.tpEmis := TpcnTipoEmissao.teNormal;

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca

Estranho isso não, retornar um erro de validação de XML. Essas marcações geralmente influenciam na conexão e não na validação do XML, a não ser que o XML tenha chegado ao webservice pela metade devido as marcações.

ID:O14 seria diferença no somatório dos valores de vIPI, mas olhando seu XML está tudo zerado, inclusive ele passa no validador da SEFAZ/RS. Tentou entrar em contato com o SEFAZ/MG para verificar se não é algum problema lá?

Na versão 3.10 deve se utilizar a tag Dest.indIEDest = inIsento quando quiser informar que o destinatário é Isento.

Então eu uso somente certificado A3 para testes e não acontece isso que você passou.