Painel de líderes

Olá pessoal, Segue abaixo um comunicado da SEFAZ referente a necessidade de se informar o CEST para que a nota não seja rejeitada. Como no comunicado não deixa claro qual é a UF que vai passar a exigir o CEST, entendo que a exigência é a nível nacional. Detalhe importante: Existe a regra N23-10 que é obrigatória e gera a rejeição 806 quando o CEST não é informado, sendo assim é para todas as UF. Se a regra fosse facultativa, ai sim ela poderia valer para algumas UF e para outras não, que não é o caso.

Juliomar obrigado pelo apoio e desculpe o atraso no feedback. Apaguei todos os arquivos e procedi como você orientou e tudo deu certo. Obrigado. Sucesso!

Bom dia, Ajustes disponíveis no SVN. Obrigado pela contribuição!

Bom dia, Ajustes disponíveis no SVN. Obrigado pela contribuição!

Antes tarde do que nunca...rssss Estou nesse momento abandonando a "capicom" para começar a utilizar a "libWinCrypt". Consegui fazer todos os procedimentos indicados, utilizando as propriedades padrão "libWinCrypt" e salvando agora o certificado digital diretamente no banco de dados. Eu utilizo o Windows 10 no meu computador, testei a consulta de status do serviço, consulta do status da NF-e, enviei, tudo funcionando certinho em ambiente de produção e homologação. Testei em outro computador também com o Windows 10 e também tudo funcionando certinho. Quando fui testar em um terceiro computador, ocorreu erros na comunicação com a SEFAZ. Testei em outros 2 computadores, um com windows 7 e o outro com windows 8.1 e os erros são os mesmos. Porém, só ocorre em ambiente de homologação. Em produção só não consegui testar o envio, mas consulta de status do serviço e consulta do status da NF-e estão funcionando. Atualizamos o Windows para ter certeza que não seria algo nesse sentido. Erro ao consultar o Status do Serviço em homologação com windows 7 ou 8.1: Erro ao enviar a NF-e em ambiente de homologação com windows 7 ou 8.1 Vou continuar meus testes e se descobrir algo posto aqui novamente. Desde já agradeço qualquer ajuda dos colegas do fórum.

Olá pessoal, Foi publicado na data de 04/05/2020 duas Notas Técnicas, uma que se refere a integração do CT-e com a NFF e outra que se refere a integração do MDF-e com a NFF. Para baixar a NT do CT-e clique aqui. Informação importante sobre a NT do CT-e: 04/05/2020 Nota Técnica 2020.001 - NFF Nota técnica contendo as alteração no projeto do CT-e para integrar com o Regime Especial da Nota Fiscal Fácil (NFF). Esta versão não tem desenvolvimento ou alterações que tenham impacto nas empresas emitentes de CT-e. Para baixar a NT do MDF-e clique aqui. Informação importante sobre a NT do MDF-e: 04/05/2020 Nota Técnica 2020.002 NFF Nota técnica contendo as alteração no projeto do MDF-e para integrar com o Regime Especial da Nota Fiscal Fácil (NFF). Esta versão não tem desenvolvimento ou alterações que tenham impacto nas empresas emitentes de MDF-e. Breve resumo sobre as duas NT: O objetivo do Regime Especial Nota Fiscal Fácil (NFF) é tornar o processo de emissão de documentos fiscais eletrônicos, de vendas de mercadorias e prestação de serviços de transportes, mais simples para os contribuintes, deixando a complexidade trazida pela legislação fiscal sob a responsabilidade de um sistema centralizado, disponível no Portal Nacional da NFF, que a partir de sua “inteligência fiscal” possibilita uma emissão fácil e completamente intuitiva do documento. Para atingir este ambicioso objetivo, as Secretarias de Fazenda dos Estados estão disponibilizando um aplicativo de geração da solicitação de emissão de documentos fiscais, denominado Aplicativo Emissor de Documentos Fiscais Eletrônicos (App NFF), cuja principal funcionalidade é coletar as informações necessárias e suficientes para esta finalidade. Para mais informações sobre a NFF, visite o Portal da Nota Fiscal Fácil. Em Documentos você vai encontrar uma apresentação sobre o projeto da NFF (eu recomendo).

Acrescentando mais algumas informações sobre a NFF. Veja o que diz o Ajuste SINIEF 37/2019 (que se encontra disponível no Portal da Nota Fiscal Fácil § 1º A adesão ao Regime Especial da NFF poderá ser: I - por opção do contribuinte, condicionada à aprovação pelo Fisco da unidade federada onde estiver estabelecido; II - estabelecida pela unidade federada para determinados contribuintes ou grupos de contribuintes; ou III - vedada, no todo ou em parte, a critério da unidade federada. Como vocês podem ver cada UF vai decidir se vai aderir ou não e aquelas que aderirem podem impor requisitos para que o contribuinte possa emitir a nota através do App NFF. Sendo assim o pouco que sei sobre a NFF é só para facilitar a vida dos pequenos. Me perguntaram se o App NFF é um programa emissor de notas gratuito desenvolvido pela SEFAZ. Na verdade é um novo programa emissor de DF-e gratuito que pode ser utilizado em um celular só que vai ter uma montanha de requisitos. Diferente do primeiro programa gratuito feito pela SEFAZ e que agora quem da manutenção nele é o Sebrae, qualquer empresa pode utilizar. Me perguntaram também o que a ACBr esta planejando em fazer com relação a NFF. Nesse primeiro momento nada, mas não estamos parados. Para quem não sabe já temos vários componentes preparados para serem utilizados em um SmartPhone com Android. Convido a todos a assistirem os vídeos do nosso amigo Régys Silveira que se encontram no YouTube, a titulo de exemplo segue um deles logo abaixo. Se amanhã a SEFAZ vier a permitir que empresas desenvolvedoras de Software possam desenvolver os seus próprios emissores aos moldes do App NFF, podem ter certeza que os componentes ACBr já vão estar preparados para atender a todos vocês.

Pode ser o antivirus, principalmente se for pago Coloque o monitor nas excluões do AV.

@cefantacini Dá uma debugada, provavelmente tu estás atribuindo o valor do qTrib após aquela linha.

Opa, fiz a alteração que você sugeriu e funcionou perfeitamente em ambiente de homologação. Vou fazer um teste em produção para confirmar. Pensei que iria dar problema na rotina a baixo que identifica o final da tag docElement, por isso acabei não mexendo nessa rotina. //Função AdicionarSignatureElement URI := EncontrarURI(ConteudoXML, docElement, IdAttr); TagEndDocElement := '</' + docElement + '>'; I := PosLast(TagEndDocElement, ConteudoXML); if I = 0 then raise EACBrDFeException.Create('Não encontrei final do elemento: ' + TagEndDocElement); [...] @BigWings Obrigado pela ajuda e atenção.

Tente alterar para: A := ACBrDFE.Assinar(XML, 'Pedido', 'InfPedidoCancelamento'); Você tem razão quanto a chamar PosEx com o terceiro parâmetro 0, o resultado será sempre 0. Então talvez caiba uma melhoria nesse código. O @Daniel Simoes deve poder comentar melhor. Mas entendo que o método espera que se passe um elemento e um atributo, se o elemento não for encontrado, porque continuar?

Boa tarde. Observe que conforme a NT são permitidas até 500 ocorrências desta informação. Att.

Boa tarde a todos, Segundo o manual temos: 8. Ambiente de Testes Para que os usuários possam efetuar testes e adequarem seus sistemas para a emissão de NFEs, será disponibilizada uma empresa de testes. O endereço é o mesmo do ambiente de produção, porém devem ser utilizadas as informações da empresa de teste. Segue abaixo as informações de acesso da empresa de teste. Usuário: 555.555.555-55 Senha: 1234 (Essa senha após aplicar hash fica cRDtpNCeBiql5KOQsKVyrA0sAiA=) CCM: Visualizar o item 10.7 em “inscricaomunicipalemissor”. Código atividade: Visualizar o item 10.7 em “codatividade”. Como o componente não realiza o hash automaticamente na senha informada, acredito que seja necessário informar o valor: cRDtpNCeBiql5KOQsKVyrA0sAiA= como sendo a senha e não 1234.

Segue em anexo Unit alterada. ACBrDFeUtil.pas

Eu fiz um teste aqui, na hora da totalização passando os valores que estão no componente Produto.Prod.vProd := RoundABNT( Produto.Prod.qCom * Produto.Prod.vUnCom, -2 ) Porém ai ele altera o valor da nota. Eu simulei no demo do acbr e o problema não acontece, portanto, deve ser alguma coisa no meu sistema. Se alguém tiber alguma dica, uso o Firebird 2.5.....

Vou dar uma estudada pra começar a desenvolver. Obrigado

Bom dia Leandro, Já faz um bom tempo que vários programas exemplos principalmente os que se referem a DF-e - Documentos Fiscais Eletrônicos foram refeitos. Para começar o nome do projeto não é mais ACBrNFe_demo e sim ACBrNFe_Exemplo. Lhe peço para que atualize todos os fontes de todas as pastas, reinstale a suíte ACBr com a opção de apagar arquivos antigos marcada. Feito isso aplique as suas melhorias na nova versão do programa exemplo para que possamos analisar. Desde já muito obrigado pela compreensão.

Bom dia, se refere a outra alteração? O primeiro anexo foi ajustado e disponibilizado no SVN.

Não estava preenchendo a propriedade numeroarquivo na leitura de retorno cnab400 do santander. fiz uma alteração pra preencher essa propriedade. ACBrBancoSantander.pas

Bom dia Ajuste realizado e disponível no SVN. Obrigado pela Contribuição!

Bom dia Italo , vou atualizar , instalar e fazer novos testes . Obrigado!

Obrigado por responder. Realmente foi falha minha. (Usuário) criou empresa nova e esqueceu de setar..... Resolvido.

Notei que os arquivos XSD foram atualizados, seguem em anexo slagLkGqKMTuqBNjN.rar

Maravilha, amigo estava vendo postar que encontramos o problema, valeu mesmo. HASA

Este método pode ser utilizado para recarregar as configurações do arquivo ACBrMonitor.ini, pode trabalhar renomeando os arquivos quando precisar trocar de empresa. https://acbr.sourceforge.io/ACBrMonitor/NFELerIni.html

Eu uso este: http://dbeaver.jkiss.org/

Boa tarde. Tanto o NFe, quanto o MDE (Manifestação Destinatário) da SEFAZ utilizam o banco de dados DERBY, do projeto Apache (https://db.apache.org/derby/)