Agnaldo Prates

Atenção. A NFCe é exceção, a regra é o MFe, conforme expressa previsão no Art. 27 do respectivo decreto. "Art.27. A NFC-e, modelo 65, ou a NF-e, modelo 55, conforme o caso, deverá ser emitida, em substituição à emissão do CF-e, quando o Módulo Fiscal Eletrônico (MFE) ficar inoperante, seja em decorrência de caso fortuito ou de força maior, que impeça a sua utilização para fins de emissão do CF-e". Grifei. Na contramão da evolução, estão as oligarquias tributárias. A NFe é um projeto espetacular, juntamente com a NFCe, porquanto alguns estados adoram a emissão do CFe. O mérito não diz respeito ao modelo empregado mas aos equipamentos, os interesses de grupos econômicos que ainda financiam muitos legisladores inescrupulosos que, diante do poder legiferante coloca seus interesses acima do interesse público. É uma pena. Agora desenvolvedores terão que quebrar ainda mais a cabeça para adequar mas una condição em seus aplicativos, para atender uma burocracia instituída para atender o interesse particular. Está ha hora da legislação tributária estadual evoluir, parar de reinventar a roda e seguir o rumo do desenvolvimento sustentável.

Pode ser algo relacionado com o FortesCE, mas não posso afirmar com a certeza inequívoca. Tal afirmação tem respaldo no seguinte, fui emitir uma nota fiscal modelo 55 em um cliente e, o gerenciador de relatórios é o FortesCE, e, ao invés de trazer a impressora padrão, está trazendo a primeira impressora instalada. Pode ser isso que esteja ocorrendo ai. Entretanto, para contornar minha situação, abri a unit RLPrintDialog.pas fui até a linha 759, e descimentei a instrução abaixo. if RLPrinter.PrinterNames = RLPrinter.PrinterName then J := I; No meu caso resolveu. Acredito que o pessoal responsável vai analisar estas units.

Há um erro de endereçamento de memória, sem sombra de dúvidas. Um detalhe importante é analisar em que circunstâncias ele ocorre, se for durante a chamada das dlls da leitora, pode estar ocorrendo que, as instancias de solicitação não podem ser executadas. Diante disso, eu não posso afirmar, mas, acredito que uma instalação do driver do fabricante necessita de privilégios de administrador. Existe algo restringindo a leitura destes drivers em especial.

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