Painel de líderes

Boa tarde! Ao gerar o PDF da Carta de Correção usando Fast estava ocorrendo erro de Access Violation. Analisando a situação, verifiquei que o problema é um bug na versão do Fast Report que utilizamos na empresa (5.1.12), quando a opção frxPDFExport.EmbeddedFonts está ativa. Para resolver o problema realizei o tratamento para que a geração do PDF de Eventos respeite as configurações IncorporarFontesPdf e IncorporarBackgroundPdf do componente. Dessa forma, fica a critério de quem for gerar habilitar ou não essas opções. No meu caso deixei desabilitado e passou a funcionar. Não consegui testar em versões mais recentes do Fast para verificar se esse "bug" acontece em versões mais novas com a opção habilitada. Peço que analisem a subam para o SVN assim que possível. Obs: percebi que na geração de PDF do DANFE essas configurações estão fixas como False: frxPDFExport.EmbeddedFonts := False; frxPDFExport.Background := False; O correto aqui seria também respeitar o que foi definido em IncorporarFontesPdf e IncorporarBackgroundPdf, mas como o padrão para essas configurações é True, não alterei para não quebrar a compatibilidade. Mas é uma questão para ser analisada. ACBrNFeDANFEFRDM.pas

Na verdade, desde que essa propriedade foi criada em 11/01/2016 na revisão 10840, o valor padrão era True. Veja: Além disso, se eu não estou enganado, colocar esses valores como False poderia gerar um problema em computadores que não tem as fontes mencionadas no PDF. Há alguns relatos do fórum mencionando que, por exemplo, clientes não conseguem abrir o arquivo PDF de uma nota enviada por email no navegador. Esses problemas resolveram quando alteraram essa propriedade para True. Assim, acho melhor não alterar, a menos que tenhamos um bom motivo pra isso.

Olá! Realizei uma alteração simples na função que trata a quebra de linha da tag InfAdFisco para impressão do DANFE. Apenas tratei para não incluir o ponto-e-vírgula caso já exista no último dígito. Meu sistema já inclui a quebra antes de enviar para o componente e acabava gerando uma quebra dupla na impressão. Peço que analisem e subam para o SVN se estiverem de acordo. ACBrDFeDANFeReport.pas

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Você tem toda a razão. O componente estava ignorando e em alguns casos até alterando por si mesmo o padrão dessas duas propriedades. Enviei uma correção no SVN na revisão 16894. Queira por favor atualizar, testar e reportar qualquer problema.

Boa Tarde, Obrigada pela contribuição, adicionada para análise. Att.

haaaaaaa legal. Bem, então por hora, atualizei o SVN, peguei os fontes (3 .pas) que o Leonardo de Alice postou, recompilei o ACBr e show. Tudo funcionando.... mas no meu caso eram os clientes CSOSN 500 o problema. Muito Obrigado.

Olá Dércio, Esse tipo de dúvida, geralmente você precisa tirar com o contador da empresa que vai gerar o SPED. Ou, no caso mais extremo, contratar um contador para sua empresa para ajudar a fazer os cálculos e a gerar esses arquivos no seu sistema. Depende muito da UF, da empresa e de diversos fatores que nós talvez por falta de formação contábil poderíamos ajudar. Mas eu entendo sua frustração, porque já passei muito por isso... Esses registros foram adicionados antes de 2011 para serem utilizados para outras apurações de ICMS. Não necessariamente de ICMS ST Retido ou Efetivo. Só devem usar esses registros os contribuintes de UF cuja Administração Tributária Estadual exige por meio de legislação específica essas apurações. Nesse caso a UF vai instituir e disponibilizar a a Tabela 5.3 com códigos que contenham “3”, “4” e 5” no quarto caractere (“Tipos de Apuração de ICMS”). Ela está disponível para download no site do SPED. Você precisa consultar a tabela 5.3 mencionada acima da UF do contribuinte e a legislação estadual para saber se realmente isso é necessário e qual código utilizar. Importante notar que o guia prático versão 3.01 na página 229, diz que os valores válidos para esse campo estão relacionados com os registros C197 e D197 que você deve estar gerando de acordo com legislação específica do estado. Não sei dizer se corresponde ao ICMS ST Retido. Mas posso responder que está relacionado ao C197 (ou D197) porque todo registro 1900 é baseado na geração do C197 e D197 conforme escrito acima. Note que esse campo também tem explicação de validação do seu valor no guia prático (pág. 231). O Valor deve bater com somatório do C197. Agora você entrou numa parte da legislação que eu realmente, ou pelo menos a princípio, não saberia dizer nada. Em especial porque não estou ciente da legislação do RS. Apenas posso informar que ambos os campos tem validação nesses registros e que o campo VL_TOT_AJ_DEBITOS_OA está relacionado com o Registro 1921. Espero ter ajudado de alguma forma.

Bom dia, Como pode ser notado no decorrer do tópico, foram feitos vários testes..ainda estamos analisando e testando as modificações. Sugiro que acompanhe o tópico e o svn para se manter atualizado quanto a finalização deste assunto. Att.

bom dia colega, está previsto para amanha 16/04 a normalidade do erro. []s Julio Cezar

A propriedade não existe mais, ela foi renomeada para "MostraPreview". Mas o seu dfm ainda consta a antiga. Basta abrir o formulário no Delphi, ignorar os erros, e salvar novamente (faça uma alteração qualquer no código para ter certeza que o Delphi vai atualizar o .dfm). Após isso ajustar as novas propriedades de acordo com o desejado.

Bom dia, Obrigada pela contribuição, adicionada para análise. Att.

Bom dia. Verifique qual componente está usando. Moderação: Movido para o fórum correto. Att.

Bom dia. O grupo responsável técnico vai somente nos DFes, logo não se aplica ao ECF. Saiba mais aqui https://www.projetoacbr.com.br/forum/topic/49551-informações-sobre-o-responsável-técnico/ Att.

Aproveitei as modificações, mas fiz alguns ajustes, para permitir o uso correto das propriedades ImprimirQRCodeLateral e ImprimirLogoLateral https://sourceforge.net/p/acbr/code/16884/

Sim, confirmei aqui. Acabei me confundindo nesse item. De qualquer forma agradecido pelo feedback.

Esses campos não são gerados para o CST 10, apenas para CST 60 e CSOSN 500. Consulte a NT 2016.002 v1.61.

Apresente a resposta da SEFAZ/RJ. Me parece furada. É melhor você entrar em contato com a SEFAZ mais uma vez. Em MG só podia isso se o computador ficar fora do ambiente de atendimento.

Boa tarde. Seus schemas estão atualizados? Anexe seu xml. Att.

Boa tarde. Ao ajustar esse detalhe a leitura passou? Att.

Boa tarde. Obrigada pela contribuição, adicionado para análise. Att.

Boa tarde. Pelo seu texto, vc não parece estar conseguindo reproduzir em seu ambiente, vocêpode começar a tentar apurar a partir dai tb. Att,

Boa tarde. Esta sugestão esta baseada no manual? Att.

Boa tarde, LuizLH Veja o tópico relacionado abaixo: .

Provavelmente é a falta de algumas dlls como a openSSL.

ok obrigado

No portal http://www.gnre.pe.gov.br/gnre/portal/automacao.jsp#, tem o Manual de Preenchimento. Tem que tratar cada estado. Exemplo do GNRE 100099 do Acre

Opa, Como você mesmo disse que não acontece toda vez, pode ser problema com a SEFAZ autorizadora... De qualquer forma, minha dica é; Tente aumentar o valor da propriedade ACBrNFe1.Configuracoes.WebServices.TimeOut Verifique também essas propriedades OpenSSL (Funciona apenas para certificados A1) ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; WinCrypt (Depende das atualizações do Windows) - Recomendo usar dessa forma ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;

Blz, muito obrigado pelo retorno, meu sistema usa muito RTTI, uso bastante Pascal Script e configurações de componentes via banco de dados, vou ler mais sobre atualizações da RTTI. Grato

Boa tarde. Para que seja possível analisar, anexe seu xml. Att.

Boa tarde. Assim complica, creio que se movermos o tópico para a área aberta, talvez algum colega já tenha passado pela situação e possa compartilhar a experiência. Att.

Boa tarde. Você instalou os componentes conforme este vídeo? Att.

Bom dia. Suas dúvidas me parecem mais pertinentes de serem respondidas por um bom contador. Att.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado, era isso mesmo, não tinha percebido que o nome tinha mudado. Valeu pela ajuda

Esta ok. Obrigado.

Obrigado Felipe, fiz assim mesmo, marcando a remoção de antigos (demora pra caramba...) e copiando as DLL's, mas instalando na pasta "C:\Program Files (x86)\Embarcadero\Studio\AcBr", vou tentar na raiz como sugere. Executo sempre clicando com o botão da direita e selecionando "Executar como Administrador"

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia. Evite copiar o conteúdo de arquivos, ao invés disso, anexe o mesmo. Referente ao responsável técnico, você já viu este tópico? Att.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Sim, só instalação nova do Windows 7 consegui fazer.

Veja é de 2016 o último post. acho que você deve criar um tópico novo descrevendo exatamente seu problema vou fechar esse pois pode já estar resolvido mas não foi postado aqui

Apliquei no SVN, alguns ajustes, baseado nos relatos desse tópico... https://sourceforge.net/p/acbr/code/16884/

Também tive este problema aqui em MG. Fiz a alteração no arquivo pcnNFeW.pas para não gerar os campos vBCSTRet, vICMSSTRet e vICMSSubstituto caso fossem zeradas e recompilar o ACBr_NFe. if (nfe.Det.Imposto.ICMS.vBCSTRET > 0) or (nfe.Det.Imposto.ICMS.vICMSSTRET > 0) then begin iTag := IIf((FOpcoes.TagNT2018005 = 0), 0, 1); Gerador.wCampo(tcDe2, 'N26', 'vBCSTRet ', 01, 15, 1, nfe.Det.Imposto.ICMS.vBCSTRET, DSC_VBCSTRET); if (NFe.infNFe.Versao >= 4) then begin Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N26.1', 'pST', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det.Imposto.ICMS.pST, DSC_PST); // Algumas UF estão exigindo o campo abaixo preenchido mesmo quando for zero. Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, iTag, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO); end; Gerador.wCampo(tcDe2, 'N27', 'vICMSSTRet', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSSTRET, DSC_VICMSSTRET); end;

Estou enviando os fontes @EMBarbosa : ACBrNFeNotasFiscais.pasACBrNFeConfiguracoes.paspcnNFeW.pas

Deu certo! obrigado.

Boa tarde Ajuste disponibilizado no SVN, favor atualizar os fontes.

Boa tarde a todos, Vocês devem ter notado que os componentes mencionados ao configurar para o ambiente de teste devemos atribuir o valor taHomologacao a propriedade de configuração: Ambiente. Mas ao alimentar qualquer evento o valor atribuído ao campo tpAmb tem que ser taProducaoRestrita que nada mais é do que um ambiente de teste, ou seja, homologação. Não me perguntem porque os responsáveis pelo e-Social e Reinf resolveram chamar o ambiente de teste de Produção Restrita em vez de Homologação. É sabido que o tipo de ambiente informado na configuração tem que ser o mesmo ao alimentar os dados do evento, para facilitar a vida resolvi remover o campo tpAmb. Isso vai fazer com que ao compilar a sua aplicação após a atualização dos fontes da suíte ACBr vai ocorrer erros de compilação, apontando para o campo tpAmb e acusando o mesmo de não existir. Como proceder? Simples, remova a linha da sua aplicação que contem o campo tpAmb nas rotinas que alimentam os eventos. A geração da tag <tpAmb> vai conter o valor atribuído ao configurar o componente. Se o valor de Ambiente = taProducao a tag receberá o valor 1, por outro lado se for igual a taHomologacao receberá o valor 2 que é o mesmo valor de taProducaoRestrita. Com essa alteração nos componentes ACBreSocial e ACBrReinf nunca mais vai ocorrer de um evento ser rejeitado pelo fato do tipo de ambiente informado no XML ser diferente do ambiente para o qual foi enviado. O envio dessa alteração para o repositório ocorra amanhã (29/03/2019).

Algumas verificações que podem ajudar seria verificar a versão do Firmware do Equipamento e a versão do Layout utilizado para envio das vendas.