Agnaldo Prates

Uma observação. Analisando o arquivo ACBrNFeServicos.ini, não encontrei a Sessão informada, e sim, NFe_AN_P, NFe_AN_H. Acredito que seja algo relacionado a atualização.

Quando você manda a impressão direta e seta a variável NumCopias para a quantidade de cópias desejadas, e, não chamar a caixa de diálogo, certamente serão impressas as quantidades setadas. Todavia, quando você chama a caixa de diálogo, a variável em questão, será setada como padrão, ou seja 1. Isso ocorre na linha 265 da unit ACBrNFeDANFEClass.pas onde a respectiva variável é setada como FNumCopias := 1, neste caso, toda vez que for invocada a caixa de diálogo, NumCopias será 1.

Somente para corroborar, importante que o aplicativo esteja rodando com privilégios de administrador, isso devido ao fato de o mesmo necessitar conectar-se à internet. Entretanto, observe a estrutura de pastas do aplicativo se estas não estão protegidas, pois, caso esteja pode ocasionar algum bloqueio na tentativa do aplicativo tentar salvar alguma informação ali. Um problema parecido eu resolvi assim, as pastas, embora eu as havia criado, estavam protegidas, não sei se foi o próprio W10 que o fez. Desprotegi e o sistema rodou normalmente.

Bom dia Diego. Estou utilizado a ultima atualização, não só do ACBr mas também do FortesCE. https://svn.code.sf.net/p/acbr/code/trunk2 https://github.com/fortesinformatica/fortesreport-ce/trunk Importante salientar que não basta tão somente atualizar os fontes, necessário que os pacotes sejam recompilados. Isso deve sanar alguns possíveis "problemas". Sobre as fontes no Form do ACBrNFeDANFeRLRetrato, as fontes são do tipo Arial, portando não entendo que seja necessário o seu envio. Experimente pegar uma Fonte Arial de outra máquina e colocar na máquina onde estão sendo gerados os relatórios. Lembrando que estes arquivos estão em Windows\Fonts.

Pode até ser algum problema, mas, em princípio deve ser fontes. Isso porque, acabei de salvar uma NFe com o gerador Fontes agora e o erro não ocorreu, segue a imagem.

Esse tema já foi amplamente discutido aqui no fórum. Veja este link. http://www.projetoacbr.com.br/forum/topic/4332-erro-no-suporte-a-canais-seguros-erro-certificado-a3-token/

Salvo melhor entendimento, estas distorções em nada tem a ver com o fonte do danfe, mas sim com alguma desordem nas fontes do Windows, que, a priori pode tratar-se de excesso de arquivos temporários bem como as respectivas fontes corrompidas.

Bom dia. Neste caso eu lhe aconselho a ler com bastante atenção o tópico em que o @Daniel Simoes listou pra você. Olha o link. http://www.projetoacbr.com.br/forum/topic/25032-opensslxmlsec-ou-capicom-dependencia-de-bibliotecas-externas/, com certeza entenderá como estas bibliotecas funcionam e, de quebra, ainda dá outras dicas de suma importância para um bom funcionamento dos aplicativos.

A pasta SysWoW64, é para sistemas 32 bits rodando W64, já system32 no w64 é para aplicativos 64 bits, todavia, analise se o "aplicativo" tem permissão para acessar a pasta, no caso a system32.

Erros encontrados: 789 - [Simulacao] Rejeicao: NFC-e para destinatario contribuinte de ICMS 245 - [Simulacao] Rejeicao: CNPJ Emitente nao cadastrado 394 - [Simulacao] Rejeicao: Nota Fiscal sem a informacao do QR-Code Fonte: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Simples. if ( Notas.FieldByName('INSCRICAO_EST').AsString )) <> '' then begin Dest.indIEDest := inContribuinte; Dest.IE := OnlyNumber( Notas.FieldByName('INSCRICAO_EST').AsString ); if Not ValidarIE( Dest.IE, VAR_UF_DEST ) then begin ShowMessage('ERRO. A Inscrição estadual [ '+Dest.IE+' ] não é válida...'); Exit; End; end else begin Dest.indIEDest := inNaoContribuinte; Ide.indPres := pcPresencial; Ide.indFinal := cfConsumidorFinal; End; Notas deverá ser a sua tabela e, INSCRICAO_EST o seu campo de inscrição estadual.

É bem possível. Se levarmos em consideração os CFOPs ora citados, 5929, 6929, é certo que deverá referenciar a chave da NFCe na NFe sim.

Faz tempo essa implementação.

Ao que tudo indica, o numero do cupom fiscal deverá ser referenciado n NFe, quando o cfop for 5929, 6929, assim dispõe a NT_2015_002_v1.40. p.4 da respectiva nota. Alterada a RV I08-180 para prever a rejeição também pelo CFOP 6.929, além do 5.929; Incluída a RV I08-184 para rejeitar a NF-e com Lançamento relativo a Cupom Fiscal (CFOP 5.929 e 6.929) sem documento fiscal referenciado;

Se não é contribuinte, não tem IE, não informe a tag Dest.IE

Uma pergunta. Essa informação do seu contador, guarda pertinência com Nota fiscal de Ajuste? Caso a afirmação seja verdadeira, isso pode ser feito sim, tendo em vista algumas regras tributárias de incentivo, redução da BC etc. Neste caso, você deve informar no componente que o produto não faz parte da base de cálculo. Propriedade da NFe. ide.finNFe := fnAjuste Propriedade do prod. Prod.IndTot := itNaoSomaTotalNFe Pode ser isso. Att.

Que tal setar a velocidade para 115200, me pare que está aí o detalhe.

Pela primeira impressão me parece que tem a ver com o path. Certamente ten um path no library apontando para oura versão do acbr. De uma olhada se não é isso.

Bom dia. A "conversão para string", dentro do debug, ocorre em uma linha específica? No demo ocorre o mesmo erro? Caso encontre a linha no momento em que o erro ocorre, certamente vai ficar mais fácil para o pessoal "corrigir" se for o caso. Experimente analisar a sequencia em que o erro é reportado.

Bom dia Ricardo. Você observou no DANFE se, não é o tamanho da descrição do produto? Aqui está imprimindo certinho, claro que estou falando do ACBrNFeDANFCeFortes, imagino que você também. Porem, no seu texto não está escrito em qual modelo de NF, se NFe ou NFCe. Se for a nfc-e, a questão é bem simples, basta olhar um "cupom fiscal" que é praticamente igual.

Os seus fontes tunk2 estão atualizados? Caso a resposta paire alguma duvida, sugiro que atualize, recompile e teste.

Seu XML está faltando informações do emitente. Estes dados são obrigatórios. <CNPJ>17318407000164</CNPJ> <xNome>NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> <xFant>****</xFant> <enderEmit> <xLgr>******</xLgr> <nro>88</nro> <xBairro>****</xBairro> <cMun>****</cMun> <xMun>****</xMun> <UF>***</UF> <CEP>****</CEP> <cPais>1058</cPais> <xPais>Brasil</xPais> <fone>****</fone> </enderEmit> <IE>0020727210025</IE> <CRT>3</CRT> </emit> Só uma dica. No site da sefaz rs, tem uum validador, coloque o texto do xml nele e valide, você verá exatamente onde está o erro. Site: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Não é ser pessimista, mas, em se tratando de governo, é para não dar certo. Um exemplo disso é que, o governo desenvolveu e-SUS Hospitalar e até hoje não saiu do canto. http://www2.datasus.gov.br/DATASUS/index.php?acao=11&id=30690, raríssimos são os hospitais que o utilizam e ainda assim o mínimo. As razões se justificam, eu mesmo fui acompanhar a implantação deste software em um hospital da rede pública estadual, e, infelizmente, mesmo com todo o treinamento e competência dos profissionais que fizeram a implantação, os servidores entenderam que a praticidade não foi um dos elementos fundamentais durante a análise do projeto. Assim, o custo com deslocamento de pessoal técnico para os treinamentos, acabaram por definir a certidão de óbito do e-SUS em alguns locais. Se a intenção é facilitar, ai sim, acredito que o estado deva ser "humilde" o bastante para suplicar ajuda de muitos engenheiros, analistas e desenvolvedores de software para contribuir. Eu poderia listar uma gama enorme de nomes aqui mesmo do fórum, e, com certeza absoluta montaria um projeto invejável para o Estado, e vou mais alem, com extrema praticidade. O que não é prioridade no Estado é a prática, uma vez que, as normas criadas pelos legisladores é para atender a todo setor, cada bancada defende seu interesse, e isso dá num emaranhado infinito de normas que inviabiliza qualquer expectativa de praticidade. Por fim, ressalto que a ideia é boa, embora traga consigo o instituto do "natimorto".

Dê uma conferida no SPEDFiscal, está gerando normal. |G130|0|4|55|1|000068849|35100260318797000100550010000688490882775007|01112014| Gerada pelo demo Verifique a alimentação do componente, pode estar indo nulo.

Bom dia. Seu ACBr está atualizado, trunk2? Porque na unit ACBrEFDBloco_G_Class.pas, em especial a linha 346 está informando. if Assigned( RegG125.RegistroG130 ) then begin for intFor := 0 to RegG125.RegistroG130.Count - 1 do begin with RegG125.RegistroG130.Items[intFor] do begin Add( LFill('G130') + LFill( Integer(IND_EMIT), 0 ) + LFill( COD_PART ) + LFill( COD_MOD ) + LFill( SERIE ) + LFill( NUM_DOC ) + LFill( CHV_NFE_CTE ) + LFill( DT_DOC ) ) ; end; WriteRegistroG140( RegG125.RegistroG130.Items[intFor]); RegistroG990.QTD_LIN_G := RegistroG990.QTD_LIN_G + 1; end; /// Variavél para armazenar a quantidade de registro do tipo. FRegistroG130Count := FRegistroG130Count + RegG125.RegistroG130.Count; end;