Ir para conteúdo
  • Cadastre-se

Régys Silveira

Moderadores
  • Total de ítens

    9.999
  • Registro em

  • Última visita

  • Days Won

    149

Posts postados por Régys Silveira

  1. 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.

  2. 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

    IPBsearch.png

  3. 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:

     

    post-350-0-49457100-1424862945_thumb.png

     

    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

  4. 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.
  5. 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?

  6. 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):

    • valid.pngParser XML: Nenhum erro encontrado
    • valid.pngTipo de Mensagem: Documento de NF-e
    • valid.pngSchema XML: Nenhum erro encontrado
    • ico_menos.giferro.pngNF-e 42150201784320000142550010001062701001062702
      • valid.pngCertificado Digital do Titular: CN=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
      • valid.png Assinatura Digital: Válida
      • erro.pngRegras de Negócio [Ambiente de Produção] 1 erro de validação
        • bullet_black.png206 - [simulacao] Rejeicao: NF-e ja esta inutilizada na Base de dados da SEFAZ
  7. 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.

  8. 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á?

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.