Painel de líderes

Publicado o PVA versão 2.8.2 com alterações corretivas. Foi disponibilizada a versão 2.8.2 do PVA EFD ICMS IPI, contemplando as seguintes correções: a) erro crítico na importação de arquivos, b) apresentação de mensagem informando que não há relatório implementado referente ao registro 1601 para o ano 2022 e c) correção da exigência dos campos COD_PART e CHV_DOCe para documentos modelo 06 e código de situação 02 no registro C500. Download através do link: https://www.gov.br/receitafederal/pt-br/assuntos/orientacao-tributaria/declaracoes-e-demonstrativos/sped-sistema-publico-de-escrituracao-digital/escrituracao-fiscal-digital-efd/escrituracao-fiscal-digital-efd Fonte : Publicação da versão 2.8.2 do Programa da EFD ICMS IPI (rfb.gov.br)

Boa tarde, o componente agora possui suporte a impressão via Stream, tanto no gerador RL (Fortes) como FR (FastReport). {FastReport ou FortesReport} var meuStream : TMemoryStream; begin PrepararImpressao; ACBrSAT1.CFe.LoadFromFile('C:\Pandaaa\Extrato.xml'); meuStream := TMemoryStream.Create; try ACBrSAT1.Extrato.ImprimirExtrato(meuStream); // ou ImprimirExtratoCancelamento ou ImprimirExtratoResumido meuStream.SaveToFile('C:\Pandaaa\MeuStream.PDF'); finally meuStream.Free; end; end; Existe os 3 métodos : - ImprimirExtrato - ImprimirExtratoResumido - ImprimirExtratoCancelamento

Boa tarde Amparo, Segundo o Manual versão 7.03 - Visão Geral item 6.3 - página 125 que trata sobre a distribuição da NF-e costa o seguinte: No caso de troca de arquivo entre as empresas, é sugerida a adoção do nome do arquivo como segue: <999...999>-procNFe.xml Onde: • <999...999>: corresponde a Chave de Acesso da NF-e; • “-procNFe”: identifica o processamento do documento autorizado. O componente ACBrNFe adota a seguinte nomenclatura: <chave de acesso>-nfe.xml Note que o Manual não impõe uma regra, apenas da uma sugestão. No meu entendimento a chave é mais completa pois contem o numero da nota, o CNPJ do emitente, Ano e Mês de emissão. Obrigar os seus fornecedores a enviar o XML segundo a nomenclatura que consta no manual, isso você não pode, mas acredito que uma boa conversa quem sabe você consegue.

Boa tarde, Estamos analisando algumas mudanças grandes que trarão mais otimização ao componente, caso queira nos ajudar com a análise da correção, ficaremos felizes. At.

Olá tudo bem? Infelizmente seu arquivo está muito desatualizado. Não temos como analisar sem saber em qual revisão está. Por favor, atualize para a última revisão do SVN e anexe novamente para que possamos dar prosseguimento.

Olá pessoal, estou criando este tópico para mostrar quais portas devem ser liberadas no seu cliente, caso você estiver utilizando TEF Dedicado (PayGoWeb). Todos que utilizam o TEF Dedicado (PayGoWeb), sabem que no passo de configuração, precisamos informar um endereço e porta de conexão, para se comunicar com os servidores do TEF PayGo. Caso não tenham sucesso neste passo, verifique se estão liberados os seguintes endereços e portas na infraestrutura do seu cliente: Ambiente: PL03 - Site principal AWS Endereço: pl03.pgweb.io Range: 18.230.107.108 18.228.255.251 Portas: 17500 31735 Ambiente: PRD - Site principal AWS (Porteiro) Endereço: porteiro-prod.pgweb.io Range: 18.228.250.49 18.229.245.89 Portas: 17500 31732 Ambiente: PL03 - Site Recovery Endereço: pl03.pgweb.io Range: 200.219.237.102 186.228.18.244 Portas: 17500 31735 Ambiente: PRD - Site Recovery (Porteiro) Endereço: porteiro-prod.pgweb.io Range: 200.219.237.101 186.228.18.243 Portas: 17500 31732 Qualquer dúvida entre em contato nos canais TEF em nosso Discord: https://www.projetoacbr.com.br/discord

Olá pessoal, estou criando este tópico para mostrar como realizar uma limpeza das tabelas do pinpad. Essas tabelas são baixadas das adquirentes para o pinpad, consumindo uma memória interna. Caso a memória interna do pinpad fique em 100% de uso, irá começar a receber algumas mensagens de retorno dependendo do TEF que estiver utilizando em seu cliente, por exemplo, no TEF PayGoWeb via dll, podemos notar estas mensagens no log da dll: 10:33:28:965 [PP-Treatment] ERRO! [-2121] Se olharmos no manual de integração do TEF PayGoWeb, o erro -2121 quer dizer: PWRET_PPS_TABERR - Erro ao tentar gravar tabelas (falta de espaço, por exemplo). Outra mensagem que também pode aparecer nos log do TEF PayGoWeb é: [PIN Treatment] Necessidade de limpeza de tabelas PIN-pad. E como faço para limpar essa tabela do pinpad ? Muito simples ! Abaixo vou deixar algumas imagens de como funciona. Primeiramente vamos realizar uma busca do pinpad: Podemos informar o numero da PortaCOM que o pinpad esta configurado ou fazer uma busca automática do pinpad (dê preferencia sempre pela busca automática). Então vamos selecionar opção 1 - Busca automática pela porta. Assim que o programa identificar o pinpad, vai aparecer as seguintes opções: Você pode realizar um teste completo do pinpad ou parcial dependendo da opção que escolher, como o intuito deste tópico é sobre a limpeza das tabelas. Então vamos selecionar a opção 4 - Apagar Tabela pinpad. Após selecionar opção 4, vamos ter que informar o índice da tabela a ser apagada: Se for apagar todos os índices, vamos manter o valor "00" e dar um Enter. Feito isso, você receberá uma mensagem dizendo que as tabelas foram deletadas com sucesso. Podemos então selecionar opção 0 - Sair e realizar uma nova transação, onde vai ocorrer uma nova carga de tabelas serão baixadas para o pinpad. Entre em contato conosco no Discord ou por e-mail: [email protected] que vamos disponibilizar o programa para realizar limpeza das tabelas.

No arquivo pcesConversaoeSocial, na função StringXMLToTipoEvento, não foi inteirado o tamanho do for, de 0 a 43, quando deveria ser de 0 a 49 por causa da adição de mais eventos. A função StrEventoToTipoEvento possui uma listagem de chaves que não são compatíveis em tamanho com o TTipoEvento, no caso, o TTipoEvento possui bem mais valores em sua listagem, isso acarreta incompatibilidade na função StringXMLToTipoEvento, na identificação do evento S2231 de cessão.

Boa tarde, Como relatei no Discord, tive que fazer algumas alterações nos componentes da ACBr para comportar a Substituição de NFSe de Cascavel/PR. Confirme o manual, o evento de substituição é junto com o de cancelamento: Realizei algumas alterações para comportar a substituição junto com a procedure TACBrNFSeX.CancelarNFSe, segue os arquivos alterados junto com os originais para comparação. Grato. ACBrNFSeX - Alterações para Substituição IPM.zip

Olá, boa tarde! Estou realizando algumas melhorias no software quanto aos procedimentos relacionados à NFC-e, inclusive o curso Contingencia Off-line da NFC-e está me ajudando a esclarecer e melhorar diversos pontos. Parabéns à comunidade ACBR! Pois bem, estou com problema ao enviar o evento de cancelamento por substituição, está retornando a Rejeicao: Tipo de Emissao invalido no Cancelamento por Substituicao. Não sei se o problema tem haver por estar realizando os testes em ambiente de homologação. Em anexo, trecho do Log e os XMLS das duas notas em questão. Agradeço antecipadamente a ajuda! 31220207932214000145650010000005001005510612 - Autorizado.xml 31220207932214000145650010000005011086961315 - Autorizado.xml LOG.txt

Retornou 137-Nenhum documento localizado <cStat>137</cStat><xMotivo>Nenhum documento localizado</xMotivo> Antes de seguir é recomendável você ler a NT para entender como funciona o processo. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.11 WS DistribuicaoDFe.pdf Neste tópico tem uma base também.

BigWings, verdade, os dcus dos meus fontes estavam causando esse conflito. Apaguei todos e resolvido o problema. Amigos muito obrigado por toda ajuda. Solução do problema: Atualização do Fortes, que não estava na versão correta. Não era também ultilizado o Fortes Report Master. Atualização do ACBr e reinstalção após remoção do mesmo; Limpeza de todos os dcus do sistema. Reinstalação dos componentes Fortes e depois ACBr. Muito obrigado à todos.

Boa tarde! Debugando ou não, esse erro está dando com o certificado A1, eu desinstalei o certificado digital e instalei novamente usando a opção "Marcar esta chave como exportavel" compilei o projeto deu certo tanto Debug como Release. Obrigado pela atenção.

Boa tarde Parece ter algo errado com a chave que está passando na tag "ChNFeRef", essa deve ser a chave da NFe emitida em contingencia que substitui a que está sendo cancelada, mas note que é uma chave normal e não de contingência... Pode notar isso pela posição do campo tpEmis na chave que deveria ser "9"- Emissão Contingencia, mas está "1"- Emissão Normal

Vá em opções de Internet, localize la no final na aba avançado, os check box do ssl, tls... Desmarque todos e deixa marcado so o TLS 1.2.... Depois em adicionar e remover programas, avançado localize o.netframework e deixa habilitado so o 4.0 desabilite o 3.5 tenta ai, confere seus schemas tb se ta atualizado.... Valeu!!!

Acabei de reconfigurar as opções de segurança no google, e voltou a enviar os emails, se bloquear de novo, informo aqui. muito obrigado

Pessoal, muito obrigado pelas dicas, consegui resolver o problema, confirmei a versão 4.00 pois no acbr esta em branco, apesar de no arquivo ent.txt esta versão 4.00 E deixei habilitado somente o TLS 1.2

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Boa tarde, Já inclui na minha lista de tarefas para analisar o problema. TK-2371

Boa tarde, Em reunião com os mantenedores do Time de Cobrança, achamos prudente manter da forma que está, visto que : - No manual o campo está marcado como alfanumérico, mas existe a observação no manual que é para informar zeros, por definição campos alfanumericos também aceitam valores nulos. - De contrapartida existe a propriedade, que basta informar 0 ou o valor numérico 0..9 para atender a exigência do campo do banco DigitoVerificadorAgenciaConta Para não quebrar a compatibilidade com alguma agencia que já está em produção da forma que está, por prudência, na versão atual do componente será mantido sem o valor padrão 0. Obrigado pela compreensão.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn - #TK-2369

Mais próximo a isto será cBarra e cBarraTrib NT2020.005

Se quiser mais tentativa e erro, no seu print não estava a senha do certificado preenchida. Recentemente vi um caso que dava erro ao pedir a senha, mas se fosse preenchida no componente não acontecia. Testou mudar de porta USB, essa pode estar com problema. Outra coisa, acessando alguma url ele autentica e abre a página? Se abrir é algo a focar no app de não abrir é algo a focar nas configurações do Windows. https://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=OUC/YVNWZfo=

Bom dia! Muito obrigado pela ajuda, deu certinho conforme você indicou. Muito obrigado!

Pois é, parece que foi apenas uma indisponibilidade do servidor deles. Aqui também já voltou ao normal...

aqui ta normal: vc pode acessar no navegador: http://www.sped.fazenda.gov.br/spedtabelas/WsConsulta/WsConsulta.asmx/consultarVersoesTabelasExternas?codigoSistema=spedfiscal se houver resposta o servidor esta funcionando e o problema é no seu programa

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 24637. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

bom dia!! vou testar!! vou retornar uma posição, assim que efetuar os teste

passei o erro ao pessoal da IPM e estou aguardando um retorno...

SP está em contingência, hoje até 12:00... Veja nosso Calendário https://www.projetoacbr.com.br/forum/calendar/

Dependendo da forma que o seu sistema está projetado, você precisará somente modificar os dados do emissor. Visto que o ACBr está pronto para emissão de NFe, NFCe e MDFe para todo território nacional. E avaliar as regras de negócios, como você mesmo disse as tributações, pois são estaduais.

Bom dia dica: Cadastrar os Produtos importando pelo XML da Nfe de Compra Espero ter ajudado T+

Não temos convênio ou Parceria com a Sw.Express.. você precisa usar o suporte deles... Se deseja saber mais sobre o TEF ACBr, acesse: https://projetoacbr.com.br/tef/

os eventos novos. pois se tu tem a primeira versão do ACBrTEFD vai notar que entrou algumas para exibição do QrCode do PIX mas é pegar o exemplo e olhar. Software express ou skytef pois é com eles os módulos do SitDemo certo? e a PayGo é rápida também nas transações e é muito mais simples de instalar no cliente .

Este tópico lhe ajudará na resolução desse problema... Se após atualizar o ACBr, você está tendo problemas de exibição das Mensagens do Operador/Cliente, isso se deve devido a uma mudança na API, que agora tem um parâmetro novo, com a indicação que a Mensagem deve ser exibida em Todas as telas... Para ajustar os seus fontes, é bem simples, basta adicionar uma condição para Terminal = tmTodas Exemplo para aplicações que usam o componente ACBrTEFD procedure TFormPrincipal.PayGoWebExibeMensagem(Mensagem: String; Terminal: TACBrTEFPGWebAPITerminalMensagem; MilissegundosExibicao: Integer); var FormExibeMensagem: TFormExibeMensagem; begin if (Mensagem = '') then begin if (Terminal in [tmCliente, tmTodas]) then // <--------- AQUI ---------- MensagemTEF('',' ') ; if (Terminal in [tmOperador, tmTodas]) then MensagemTEF(' ','') ; end else if MilissegundosExibicao >= 0 then begin FormExibeMensagem := TFormExibeMensagem.Create(Self); try FormExibeMensagem.Mensagem := Mensagem; FormExibeMensagem.TempoEspera := MilissegundosExibicao; FormExibeMensagem.ShowModal; finally FormExibeMensagem.Free; end; end else begin if (Terminal in [tmCliente, tmTodas]) then // <--------- AQUI ---------- MensagemTEF('',Mensagem) ; if (Terminal in [tmOperador, tmTodas]) then MensagemTEF(Mensagem,'') ; end; end; Exemplo para aplicações que usam o componente ACBrTEFAPI procedure TFormPrincipal.ACBrTEFAPI1QuandoExibirMensagem( const Mensagem: String; Terminal: TACBrTEFAPITela; MilissegundosExibicao: Integer); var FormExibeMensagem: TFormExibeMensagem; begin if (Mensagem = '') then begin if (Terminal in [telaCliente, telaTodas]) then // <--------- AQUI ----------- MensagemTEF('',' '); if (Terminal in [telaOperador, telaTodas]) then MensagemTEF(' ',''); end else if (MilissegundosExibicao >= 0) then begin FormExibeMensagem := TFormExibeMensagem.Create(Self); try FormExibeMensagem.Mensagem := Mensagem; FormExibeMensagem.TempoEspera := MilissegundosExibicao; FormExibeMensagem.ShowModal; finally FormExibeMensagem.Free; end; end else begin if (Terminal in [telaCliente, telaTodas]) then // <--------- AQUI ----------- MensagemTEF('',Mensagem); if (Terminal in [telaOperador, telaTodas]) then MensagemTEF(Mensagem,''); end; end;

Resposta curta: Use o método ACBrTEFD1.CNC Ok, vamos explicar um pouco mais... O ACBrTEFD, tem um método exclusivo para Cancelamento, ACBrTEFD1.CNC, com ele o ACBrTEFD já iniciará uma transação administrativa, com informações suficientes, para localizar a transação no Banco de Dados do Gerenciador TEF, e iniciar o Cancelamento da mesma... Function CNC(const Rede, NSU : String; const DataHoraTransacao : TDateTime; const Valor : Double; CodigoAutorizacaoTransacao: String = '') : Boolean ; Veja abaixo, um exemplo de como você pode chamar o método: ACBrTEFD1.CNC( AResp.Rede, // PWINFO_AUTHSYST AResp.NSU, // PWINFO_AUTEXTREF AResp.DataHoraTransacaoLocal, // PWINFO_DATETIME AResp.ValorTotal, // PWINFO_TOTAMNT AResp.CodigoAutorizacaoTransacao); // PWINFO_AUTHCODE Lembramos entretanto, que cada adquirente, tem um fluxo de Cancelamento de transações, então pode ser que em alguns casos, outras informações sejam solicitadas, pelo Gerenciador TEF, por isso é sempre recomendado, ter o Cupom da Transação original, em mãos... Outro fato, é que sempre será solicitado o cartão do cliente, no final do processo... Ou seja, o Cliente precisa estar presente, para que o cancelamento seja efetuado...

Se você usa o novo componente, ACBrTEFAPI, use o método abaixo: function CancelarTransacao( const NSU, // AResp.NSU PWINFO_AUTEXTREF CodigoAutorizacaoTransacao: string; // AResp.CodigoAutorizacaoTransacao PWINFO_AUTHCODE DataHoraTransacao: TDateTime; // AResp.DataHoraTransacaoLocal PWINFO_DATETIME Valor: Double; // AResp.ValorTotal PWINFO_TOTAMNT const CodigoFinalizacao: string = ''; // Parâmetro Opcional, AResp.Finalizacao PWINFO_AUTLOCREF const Rede: string = ''): Boolean; // Parâmetro Opcional, AResp.Rede PWINFO_AUTHSYST

Se você está homologando o TEF PayGoWeb, deve ter recebido da equipe do ACBr, um número PDC (Ponto de Captura) Se você ainda não conhece a integração do ACBrTEFD com o TEF PayGoWeb, veja primeiro esse vídeo... Conforme instruções no e-mail que enviamos, esse PDC deverá ser instalado na aplicação que será usada nos testes de homologação... Porém, se você tentar instalar o mesmo PDC em outro terminal ou até mesmo em outra aplicação na mesma máquina... provavelmente irá receber uma mensagem de erro como: "PONTO DE CAPTURA NAO LIBERADO PARA INSTALACAO" Esse erro ocorre, porque a PayGoWeb tem informação de que esse PDC já foi instalado em outro terminal ou diretório... Isso é um problema comum, quando a Sw.House deseja instalar o mesmo PDC no Demo do ACBr (TEFDemoNF), e também em sua aplicação que será homologada Podemos fazer com que duas aplicações que estão no mesmo disco, compartilhem o mesmo PDC, se elas estiverem usando o mesmo Diretório de Trabalho O PDC, após instalado no terminal, irá criar uma estrutura de pasta, como a demonstrada abaixo: DirTrabalho --+-- Data +-- Log Então tudo que temos que fazer, é informar nos fontes de ambas aplicações, para que elas usem a mesma pasta de Trabalho... Por exemplo, insira nos fontes de ambas as aplicações o trecho de código abaixo: ACBrTEFD1.TEFPayGoWeb.DiretorioTrabalho := 'C:\PAYGOWEB\';

Se você já usa o novo componente ACBrTEFAPI, observe essas linhas, comentadas no TEFAPIDemo // -- Exemplo de como ajustar o diretório de Trabalho, da PayGoWeb -- // if (ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb) then TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF).DiretorioTrabalho := 'C:\PAYGOWEB';

Se você não usa o ACBrTEFD, pode informar os parâmetros, antes de iniciar a transação, usando o método: PW_iAddParam PW_iAddParam( PWINFO_AUTHSYST, Rede); // Origem: PWINFO_AUTHSYST PW_iAddParam( PWINFO_TRNORIGNSU, NSU); // Mandatorio, Origem: PWINFO_AUTEXTREF PW_iAddParam( PWINFO_TRNORIGDATE, FormatDateTime('DDMMYY', DataHoraTransacao)); // Mandatorio, Origem: PWINFO_DATETIME PW_iAddParam( PWINFO_TRNORIGTIME, FormatDateTime('hhnnss', DataHoraTransacao)); // Mandatorio, Origem: PWINFO_DATETIME PW_iAddParam( PWINFO_TRNORIGAMNT, IntToStr(Trunc(RoundTo(Valor * 100,-2))); // Mandatorio, Origem: PWINFO_TOTAMNT PW_iAddParam( PWINFO_TRNORIGAUTH, CodigoAutorizacaoTransacao); // Mandatorio, Origem: PWINFO_AUTHCODE

Olá pessoal... Como vocês sabem, em uma menu Administrativo do TEF (ADM), é possível efetuar várias operações, inclusive um Cancelamento de Pagamento TEF realizado anteriormente.. Nessa situação, a Aplicação Comercial pode necessitar ser informada de que houve um Cancelamento e identificar corretamente a transação TEF que foi Cancelada. Isso pode ser útil para refletir esse status de Cancelamento em sua base de dados local, ou até mesmo providenciar outros estornos e devoluções... Mas como podemos detectar no Log de retorno de uma transação Administrativa (ADM), se houve ou não um Cancelamento ou uma simples reimpressão ? A resposta abaixo, se refere ao TEF PayGo Web, usando o componente ACBrTEFD. O componente ACBrTEFD, mapeia os retornos do Log do TEF, para propriedades internas do Objeto TACBrTEFResp, isso é feito no método TACBrTEFResp.ConteudoToProperty, que é sobreposto em cada Classe de TEF... Para ver o mapeamento que o ACBrTEFD realiza com os Logs da PayGoWeb, veja na Unit ACBrTEFPayGoComum.pas, a procedure ConteudoToPropertyPayGoWeb(AACBrTEFResp: TACBrTEFResp); Analisando o Log de um ADM, onde ocorreu o Cancelamento... temos as seguintes respostas: PWINFO_TOTAMNT=000000000300 -> Resp.ValorTotal PWINFO_TRNORIGDATE=291020 -> Resp.DataHoraTransacaoCancelada PWINFO_TRNORIGNSU=000092672 -> Resp.NSUTransacaoCancelada PWINFO_TRNORIGREQNUM=0000216525 PWINFO_TRNORIGTIME=101830 -> Resp.DataHoraTransacaoCancelada PWINFO_RCPTMERCH= *** PAYGO - AMBIENTE SANDBOX *** \x0D\x0A Via Estabelecimento...... -> Resp.ImagemComprovante1aVia.Text Ou seja, se o Cancelamento ocorreu com sucesso, teremos a impressão de um comprovante desse cancelamento, e os dados da transação Cancelada... então podemos analisar a resposta com o IF abaixo: if (ACBrTEFD.Resp.NSUTransacaoCancelada <> EmptyStr) and (Trim(ACBrTEFD.Resp.ImagemComprovante1aVia.Text) <> EmptyStr) then // HouveCancelamento Um bom local para fazer esse tipo de Verificação é no evento "OnDepoisConfirmarTransacoes"

Este tópico tem por objetivo ser um guia para todos que desejam passar a utilizar o TEF PayGo ACBr, para deixar seu sistema apto para instalação nos clientes, os passos a seguir lhe guiarão desde a atualização dos fontes ACBr, até a solicitação da homologação de sua aplicação junto a PayGo. 1. Obtendo os fontes e demos atualizados do ACBr Sigas as instruções de nossa página para baixar os fontes ACBr via svn, e é claro instalar em sua IDE, lembrando sempre de se manter atualizado, para garantir todas as melhorias e correções. Clique aqui para acessar. 2. Obtenha os emuladores da PayGo Acesse a página :https://projetoacbr.com.br/tef/#comece Role a página e clique no botão Baixe o SDK Será realizado o download de um arquivo zipado denominado PayGo-Fisio-TEF.zip, descompacte a mesma para ter acesso a toda a documentação. Para TEF PayGo IP, (por troca de arquivos TXT), descompacte o arquivo zipado PayGo PG_004.003.029.002_demo.zip Para TEF PayGo Web (dedicado, por DLL), descompacte o arquivo zipado PayGo Dedicado Windows v4.0.82.3.zip Ainda estão disponíveis neste arquivo as informações para TEF Dedicado Linux e Android. 3. Estude os demos obtidos no passo 1, assim como os videos disponíveis em nosso canal do YouTube. Neste link você encontra o novíssimo demo do ACBrTEFD para Impressoras Não Fiscais já compilado. 4. Agora mãos a massa, é hora de turbinar sua aplicação com auxilio do componente ACBrTEFD Se durante o desenvolvimento você tiver dúvidas, fique tranquilo, ao assinar o contrato de Parceria com o ACBr, você garante também acesso ao fórum e chat exclusivo dos parceiro TEF. 5. Depois de concluir a implementação em sua aplicação, chegou a de realizar a homologação junto a PayGo. Nos arquivos baixados no passo 2, encontra-se o roteiro de testes e demais informações sobre como realizar o processo te homologação. Para saber mais sobre a Homologação do TEF PayGo, usando os componentes do Projeto ACBr, converse com nossos consultores... Se inscreva em: https://projetoacbr.com.br/tef/

Bom dia Paulo, Como assim, "eu salvo mas as vezes pode não salvar" ? Se você esta usando o banco de dados que hora salva os dados, hora não salva, você não acha que esta na hora de mudar para um banco de dados mais confiável? Ainda não entendi a dificuldade de usar a função que criamos, que gera o código da forma recomendada pela SEFAZ e o valida, garantido desta forma que a sua nota vai ser aceita pela SEFAZ. Após gerar o código, salvar o mesmo com os demais dados da nota. Obviamente que para isso será necessário acrescentar mais um campo na tabela para armazenar o código. Eu acredito que isso não deva ser uma tarefa extremamente complicada, ou estou enganado? A minha aplicação de emissão de NF-e foi escrita em 2008, ao ler o manual da NF-e mais precisamente as paginas que se refere o layout da NF-e e encontrei isso: Note que o tamanho do código naquela época era de 9 dígitos, depois foi alterado para 8 pois acrescentaram na chave entre o numero e o código o tipo de emissão. Portanto, não se trata de frescura nossa, não é algo novo que a SEFAZ inventou agora para complicar a nossa vida. A recomendação de gerar o código de forma aleatória já faz anos e põe anos nisso. Eu entendi o recado da SEFAZ escrito na última coluna e segui a recomendação. Inclusive no meu artigo: Código Numerico inválido chave não gerada mostro como eu gerava o código na minha aplicação e a alteração que fiz para passar a usar a função que foi criada. Para finalizar, a aplicação é sua faça da forma que achar melhor, motivos para gerar o código de forma aleatória existem de sobra.

Se você precisou fazer essa alteração significa que ainda está passando o mesmo valor para nNF e cNF ao alimentar o componente na geração do XML. Faça o que foi sugerido, informe 0 para cNF ou use a função GerarCodigoDFe(nNF) para gerar o numero randômico, assim não precisa alterar os fontes do ACBr.