Agnaldo Prates

Bom dia. Leia esse tópico.

Seguir as regras do fórum, alem de boa prática existe também algumas informações úteis como: Como fazer perguntas inteligentes e receber respostas satisfatórias Uma pesquisa rápida já resolvia sua necessidade.

Olha, eu faço o seguinte, em caso de rejeição por duplicidade, executo uma consulta, ACBrNFE1.WebServices.Consulta.NFeChave := OnlyNumber( a chave que tentou enviar ), com os dados existentes, salvo o protocolo e pronto. Simples assim.

Os teus schemas estão atualizados? Veja as atualizações: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=

“ALERTA: CESSAÇÃO DE USO DO EMISSOR GRATUITO DE NF-E - Informamos que a partir de 01/01/2017, o emissor gratuito de NF-e (versão 3.10) será DEScontinuado e nova versão NÃO será desenvolvida. A partir dessa data NÃO será mais possível fazer download do aplicativo, porém os usuários que tiverem o aplicativo instalado em seus computadores poderão continuar utilizando-o até que novas atualizações das regras de validação impeçam o seu correto funcionamento. Sendo assim, recomendamos que os usuários busquem outras soluções disponíveis no mercado ou o desenvolvimento de aplicativo próprio”. (sic) Considerando que o estado não dispõe de pessoal para a manutenção do aplicativo em questão, é certo que a saída mais uma vez é o contribuinte procurar adequar suas necessidades às exigências estatais. De modo que, com o fim da obrigação de manter atualizado o emissor gratuito, os contribuintes deverão buscar “outras soluções disponíveis no mercado ou o desenvolvimento de aplicativo próprio”. Claro que há inúmeras soluções no mercado, é notório que grandes desenvolvedores têm debruçado nas mesas de programação em busca de um atendimento adequado ao seu cliente. É notório que o estado não tem a obrigação de fornecer aplicativo para o contribuinte, mas, por outro lado, tais órgãos fazendários deveriam concentrar as suas forças para facilitar o processo arrecadatório bem como as obrigações acessórias. A reunião do CONFAZ em nenhum momento visa uma busca para unificar a organização tributária, pelo contrário, tal reunião existe apenas para evitar a guerra tributária entre as unidades federadas. Poderiam usar o tempo gasto analisando se determinado estado pode ou não conceder isenção, para discutirem um plano nacional unificado de organização tributária. Então temos, cada uma das unidades da federação com sua legislação própria para o IPVA, com alíquotas diferenciadas, com situações específicas, ora, já não seria a hora desses senhores secretários unirem em torno de uma gestão eficaz e eficiente nas questões tributárias? Penso que sim. Assim sendo, peço aos moderadores as devidas desculpas pelo desabafo, mas, em matéria tributária o Brasil é campeão em leis, e rebaixado na organização.

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.