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.

Boa tarde. Seu problema parece ter relação com este tópico. 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, LuizLH Veja o tópico relacionado abaixo: .

Provavelmente é a falta de algumas dlls como a openSSL.

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;

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

Segundo o Boletim 007/2019 da Receita Estadual do Paraná informa que o web service de homologação está preparado para receber o grupo de Responsável técnico. Para fins de conhecimento, realizei a emissão de uma NFe através do demo do ACBr no estado do Paraná (PR) e em ambiente de Homologação. Informando o grupo infRespTec e obtive exito na autorização da mesma. Percebi que; CRST e IdCRST ainda não foi implementado. Configuracoes.RespTec.IdCSRT := 0; Configuracoes.RespTec.CSRT := '' O grupo infRespTec é de preenchimento obrigatório porém não é validado infRespTec.CNPJ := '00000000000000'; infRespTec.xContato := 'Nome do responsável'; infRespTec.email := '[email protected]'; infRespTec.fone := '4133330000'; O não preenchimento implica na rejeição: 972 - Obrigatória as informações do responsável técnico. Qualquer valor passado para as propriedades acima serão aceitos.

Bom dia. Seu tópico está ficando confuso..seja mais claro... Att.

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

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

Olá Fabiano, Vamos por partes. Realmente. Eu fui até conferir, mas essas classes específicas e suas propriedades não foram afetadas pelos ajustes recentes. Pelo menos desde 2015 elas já estavam desse modo. Eu entendi que você gostaria que o projeto publicasse essas propriedades. Até discutimos sobre essa possibilidade. Mas isso é desnecessário. Desde o Delphi 2010 quando a RTTI foi reescrita, é possível acessar as propriedades que não são published. É por isso e por outros motivos, (cof, cof, generics, cof), que frameworks avançados como o Spring4D e DSharp funcionam apenas com o Delphi 2010 em diante. Colocar essas propriedades como published gera um warning no compilador que queremos evitar: W1055 PUBLISHED caused RTTI ($M+) to be added to type 'TACBrSacado' Mas como as propriedades estão acessíveis por RTTI, você não está sem saída. Com eu disse acima, você não precisa mudar seu código para não usar o RTTI. Talvez você precise usar o seu código para acessar o RTTI de forma atualizada. Ou talvez você deva verificar algum framework para fazer isso. Mas enfim, isso é uma decisão de acordo com o seu projeto. Veja nesse artigo em português como a RTTI pode acessar propriedades não published. Há vários outros artigos na net que estão em inglês. Eu gosto dessa série aqui porque ele segue uma linha de raciocínio e dessa coleção de posts que fala de assuntos diferentes. Achei interessante o que você fez. Mas não é o que eu recomendaria de uso do RTTI no entanto. Tenho impressão que, a menos que você tenha um teste unitário para isso, se alguém alterar um campo do Dataset você só perceberia isso rodando o programa. Acho melhor quando esse tipo de problema gere erro na compilação. Mas enfim, essa é mais uma opinião pessoal. Bom trabalho por aí.

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.

Submeto a apreciaçao dos moderadores, modificaçao no recibo de entrega. Acrescentei a linha digitável. É possivel incorporar ao projeto esta alteração? Att, Gildenor ACBrBoletoFCFortesFr.dfm ACBrBoletoFCFortesFr.pas

Descobri o problema, o erro não estava no xml, mas no parâmetro CancelarUltimaVenda eu estava passando a chave do cfe sem o prefixo cfe junto na chave. O Bruno da elgin que identificou isso. (suporte da elgin é top) O exemplo do acbr chama a função sem parâmetros, o que não funciona também. Obrigado.

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

Bom essas informações devem vir do contador da empresa e não se basear em informações da internet. volte a reforçar com ele ou senão procure outro que consiga lhe atender a sua necessidade

boa noite.. eu ja trabalhando ha anos, colocando o xml, no proprio banco de dados do sistema.. tenho uma tabela chamada nota_fiscal_xml relacionada com notas_fiscais e la fica todo xml gerado e transmitido voce cria no seu banco de dados, a mesma ideia.. blz..

Qual necessidade real disso ? Poderia dar um exemplo prático? Essas classes nao foram projetadas para essa finalidade... TPersistent consome muito mais memória do que TObject é se uso indiscriminado não é recomendado

Faça teste usando o arquivo em anexo. ACBrNFeDANFeESCPOS.pas

Obrigado @Juliana Tamizou Desculpa a demora na resposta.

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;

Boa tarde Edson, Seria interessante ver como é o XML de uma nota emitida via site (se é que esse provedor disponibiliza a emissão via site e se é possível baixar o XML).

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

Boa tarde João, Muito obrigado pelo retorno, ainda hoje estarei enviando para o repositório o XSD corrigido pelo nosso amigo BigWings.

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

Bom dia a todos, Muitos de nós já deve ter emitido uma Nota Fiscal ou Conhecimento de Transporte e o mesmo foi Denegado, não é verdade? Pois bem, o que vem a ser Uso Denegado, o que fazer quando isso ocorre e como prevenir? Status de um DF-e (NF-e, CT-e) Após enviar um DF-e para a SEFAZ, esta pode Autorizar o Uso, Denegar ou Rejeitar. Autorizar o Uso, é quando todas as informações estão corretas e o emitente e o destinatário não possuim nenhum problema com o Fisco, neste caso o DF-e é armazenado no banco de dados da SEFAZ e a venda ou o transporte por ser realizado. Rejeitado, é quanto alguma informação esta errada, neste caso o DF-e não é armazenado no banco de dados da SEFAZ e o procedimento a seguir é fazer as devidas correções e enviar novamente. Uso Denegado, é quanto todas as informações estão corretas, mas o emitente ou o destinatário possui algum problema junto ao Fisco, neste caso o DF-e é armazenado no banco de dados da SEFAZ, mas a empresa emitente do documento esta impedida de realizar a transação comercial ou prestar o serviço de transporte se este for o caso. O que fazer quando um DF-e é denegado? Inicialmente precisamos saber se o motivo da denegação tem haver com o emitente ou com o destinatário. Se o problema é com o emitente, este deve entrar em contato com a SEFAZ do seu estado e verificar qual é o problema, para que o mesmo seja sanado o mais breve possível. Se o problema é com o destinatário, o emitente deve entrar em contato com o destinatário e solicitar ao mesmo que resolva o problema junto ao fisco. Lembre-se, um DF-e denegado não pode ser cancelado. Como se prevenir? Antes de perder tempo em lançar uma nota / conhecimento e depois descobrir que o destinatário esta com problemas no fisco, será que podemos fazer algo antes? Sim, podemos nos prevenir, a maneira mais simples é, ao cadastrar um novo cliente, basta consultar o seu cadastro junto a SEFAZ. Essa consulta pode ser feita de forma automatizada, os componentes ACBrNFe e ACBrCTe possui um método chamado: ConsultaCadastro. Como usar? No programa exemplo do componente ACBrNFe temos um botão chamado Consulta Cadastro, para realizar a consulta precisamos da UF e do CNPJ/CPF da pessoa que desejamos consultar. Exemplo de código: Documento := Trim(OnlyNumber(Documento)); ACBrNFe1.WebServices.ConsultaCadastro.UF := UF; if Length(Documento) > 11 then ACBrNFe1.WebServices.ConsultaCadastro.CNPJ := Documento else ACBrNFe1.WebServices.ConsultaCadastro.CPF := Documento; ACBrNFe1.WebServices.ConsultaCadastro.Executar; for x := 0 to ACBrNFe1.WebServices.ConsultaCadastro.RetConsCad.InfCad.Count -1 do begin Situacao := IntToStr(ACBrNFe1.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[ x ].cSit); (...) end; Se o valor da variável Situação for zero significa que a empresa não esta habilitada, logo ela tem algum problema junto com o Fisco. Uma empresa cuja situação seja Não Habilitada as chances de um DF-e ser rejeitado é muito grande, logo devemos entrar em contato com essa empresa e solicitar que a mesma resolva o seu problema com o Fisco. Observação: De forma semelhante podemos usar a mesma rotina acima para o ACBrCTe, pois o retorno é exatamente igual. No Manual da NF-e paginas: 64 até 66, em especial os grupos <infCad> e <ender> temos varias informações que podem agilizar o processo de cadastro, vale a pena conferir. Espero ter ajudado.

Bom dia, simsoft. Acredito que a ultima nota técnica é a: 2016.003. Veja o link abaixo: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Vale lembrar que para encontrar o CEST você deve localizar primeiro o NCM do produto, assim verificar qual CEST se encaixa melhor, caso tenha mais de um CEST para o NCM consultado. Veja também: https://blog.sage.com.br/tabela-ncm-2019-atualizada/ Aqui você terá um script SQL: https://www.firebase.com.br/artigo.php?id=2862

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).