Painel de líderes

Bom dia a todos, Dentro de alguns minutos vou estar disponibilizando os fontes do componente ACBrNFe com as alterações necessárias para suportar a nova versão 3.10 da NF-e e NFC-e. A liberação do ambiente de homologação ocorreu no dia 02/12/2013 para ambos os modelos de documentos fiscais. Quanto ao de produção esta previsto a liberação para o dia 06/01/2014 ( NFC-e ) e 10/03/2014 ( NF-e ). A versão 2.00 da NF-e vai ser aceita até 01/12/2014, data também prevista para o término da versão 3.00 da NFC-e. Para deixar o componente configuravel a nivel de execução foi acrescentado uma nova propriedade chamada: VersaoDF = Versão do Documento Fiscal. Dica de configuração para que o componente gere o XML no modelo e versão correta: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve200; No exemplo acima o XML a ser gerado vai ser o da NF-e na versão 2.00 Valores aceitos pela propriedade ModeloDF: moNFe e moNFCe. Quando o modelo for moNFe, os valores aceitos pela propriedade VersaoDF são: ve200 e ve310. Quando o modelo for moNFCe, os valores aceitos pela propriedade VersaoDF são: ve300 e ve310. Como o componente esta ganhando uma nova propriedade, se faz necessário a compilação do pacote de instalação do mesmo ou a sua reinstalação com o ACBrInstall, caso contrario essa nova propriedade não vai aparecer no Object Inspector. Favor reportar erros e problemas.

Boa tarde a todos, Não utilizo o ACBrNFeMonitor, mas acredito que o comando de consulta disponivel no monitor é para consultar uma NF-e que você emitiu e não uma NF-e que você recebeu. Digo isso pelo simples fato do ACBrNFeMonitor se utilizar do componente ACBrNFe e nele não tem nenhum funcionalidade para consultar a validade de uma NF-e recebida. O que temos é a Manifestação do Destinatário onde podemos consultar as NF-e que foram emitidas contra o nosso CNPJ e ao obter o retorno temos a relação das NF-e autorizadas. Mas não sei lhe informar se o ACBrNFeMonitor já contempla a Manifestação do Destinatário.

Boa tarde Graça, O manual não deixa claro como devemos preencher os campos, mas acredito que segundo o seu exemplo seria desta forma: grupoAlterado := 'enderToma'; campoAlterado := 'xBairro'; valorAlterado := 'CENTRO'; nroItemAlterado <= é opcional, No exemplo acima não vai ser utilizado, vide Nota Técnica 2013/013 página 87. Como o tamanho do campo grupoAlterado é de no máximo 20 caracteres, isso me leva a crer que devemos informar somente o nome do grupo de informações que pertence o campoAlterado. Se fosse necessário informar todo o caminho como seria montado? ide.toma4.enderToma ou ide/toma4/enderToma Se a correção for no campo nLacre do grupo lacUnidTransp se fosse necessário informar todo o caminho ficar desta forma: grupoAlterado := 'infCTeNorm.infDoc.infNFe.infUnidTransp.lacUnidTransp'; // essa string tem mais de 20 caracteres campoAlterado := 'nLacre'; valorAlterado := '890'; nroItemAlterado := 1; Logo chego a conclusão que basta apenas informar assim: grupoAlterado := 'lacUnidTransp'; campoAlterado := 'nLacre'; valorAlterado := '890'; nroItemAlterado := 1; Espero ter ajudado.

Não sei qual a sua intenção em gravar o pdf no seu banco de dados. Mas por que que ao invés disso você não grava o XML que é a fonte de todas as informações da NF-e? com ele você pode gerar o pdf a hora que for necessário. Respondendo a sua pergunta: o caminho do pdf é composto pelo caminho do arquivo pdf que vc mesmo atribui ao componente mais a chave de acesso + .pdf. Ex: cChaveNfe := GetJustNumbers(ACBrNFe.NotasFiscais.Items.NFe.infNFe.ID); cExt := '.pdf'; cPath := IncludeTrailingPathDelimiter(ACBrNFe.DANFE.PathPDF)+cChaveNfe+cExt; Espero ter ajudado. Att. Solivan

Obrigado Régys, e desculpe repetir a pergunta, já tinha postado e logo em seguinte eu encontrei um post relacionado a minha dúvida que seria o local mais adequado.

Segundo o suporte da GINFES o problema com o "&" é porque o arquivo de envio do rps não esta no padrão UTF-8, só não sei porque o ACBr não esta colocando a tag encoding="UTF-8"? no arquivo que envia a solicitação para o gerar o RPS Alguem sabe o porque do arquivo não conter esta informação do encoding ?

Calma Z é para o final do dia fiscal e não inicio! inicio é Leitura X se você emitir uma Z no inicio do dia não poderá mesmo emitir documento algum!

No caso pode não ter um a um, pois são só exemplos no arquivo de help mas veja um trecho do código abaixo que está disponível no svn: if INIRec.ReadString('ICMS00', 'CST','') <> '' then begin Imp.ICMS.ICMS00.CST := StrToCSTICMS(OK,INIRec.ReadString('ICMS00','CST','00')); imp.ICMS.SituTrib := Imp.ICMS.ICMS00.CST; Imp.ICMS.ICMS00.vBC := StringToFloatDef( INIRec.ReadString('ICMS00','vBC','') ,0); Imp.ICMS.ICMS00.pICMS := StringToFloatDef( INIRec.ReadString('ICMS00','pICMS','') ,0); Imp.ICMS.ICMS00.vICMS := StringToFloatDef( INIRec.ReadString('ICMS00','vICMS','') ,0); end; if INIRec.ReadString('ICMS20', 'CST','') <> '' then begin Imp.ICMS.ICMS20.CST := StrToCSTICMS(OK,INIRec.ReadString('ICMS20','CST','00')); imp.ICMS.SituTrib := Imp.ICMS.ICMS20.CST; Imp.ICMS.ICMS20.pRedBC := StringToFloatDef( INIRec.ReadString('ICMS20','pRedBC','') ,0); Imp.ICMS.ICMS20.vBC := StringToFloatDef( INIRec.ReadString('ICMS20','vBC','') ,0); Imp.ICMS.ICMS20.pICMS := StringToFloatDef( INIRec.ReadString('ICMS20','pICMS','') ,0); Imp.ICMS.ICMS20.vICMS := StringToFloatDef( INIRec.ReadString('ICMS20','vICMS','') ,0); end; if INIRec.ReadString('ICMS45','CST','') <> '' then begin