Painel de líderes

Bom dia pessoal. Foi publicado em 30/06/2020 o Ato DIAT 22/2020, o qual estabelece as regras para adoção da NFCe em regime especial para os contribuintes que obtiverem esta autorização. Um ponto de destaque é que neste caso não temos mais referências ao equipamento especifico descrito no Decreto 555, publicado anteriormente e desde que o laudo de homologação esteja válido não será necessário uma nova certificação da aplicação após implementação da NFCe. Apesar dos pontos positivos acima, ainda vale destacar que existem regras rigorosas para a adoção deste DFe em SC, algumas das quais estão citadas abaixo. Fonte: Portal SEFAZ-SC

ok. ao remover a pasta LIB tudo foi compilado.

Remova toda a pasta ACBr\Lib. Execute novamente o instalador marcando a opção de apagar arquivos antigos.

esta correto ",1,1,,"EPSON TM-T20 Receipt",,1) entre aspas e com o \\pc se for em rede. o Problema é que pegava o nome da impressora em um txt e ficava os chr(13) chr(10) no final do nome rs limpando esses carcteres deu certo Obrigado

Boa tarde, Sempre que utilizar o preview é necessário que o usuário feche a tela após a impressão. Se simplesmente voltar para o ACBrMonitor o preview fica preso em segundo plano e nenhum comando vai funcionar enquanto não fechar, isso causa sensação de travamento... Se possível anexe o log.txt, quando ocorrer isso.

Seria essa a configuracao correta ? Repositório AC-Raiz, influencia em alguma coisa tambem ???

Boa tarde. Entendo que seja complicado, mas se vc notar anteriormente os dois campos estavam pegando as mesmas informações,oque também não estava correto... De qualquer forma ficamos felizes que sua situação tenha sido contornada também. Att.

Obrigado pela ajuda!! Com essa atualização o problema parou.

Subi uma correção, aqui parou de dar erro no MSVC++ 2020.

Agradeço as dicas passadas por Big Wings e Daniel Simões, problema solucionado com a remoção da pasta lib e escolha da opção para apagar arquivos antigos, muito grato pela rapidez e o tempo dedicado a ajudar.

Sim, estou enviando em produção e está enviando corretamente, mas achei estranho encontrar um layout na legislação aparentemente distinto do que é enviado pelo ACBr, meu tópico é até em relação a, onde me basear para validar se o arquivo gerado está correto! Estrei em contato com o pessoal que faz a Homologação do PAF-ECF para saber se devo considerar essa legislação ou simplesmente seguir em frente já que os arquivos estão sendo processados pelo ws sem rejeição!

Verifique ainda se você tem uma copia de ACBr.inc desatualizada ou em suas pastas de projeto

Olá @Rodrigo Vian e @eliezerfb Agora estou com o mesmo problema, ocorre erro de time out, e quando a nota está certinha (sem repetição de número, série e tipo) a nota vai para o site da prefeitura. O serviço é muito instável mesmo. Vou mandar e-mail pra eles também, para reforçar essa situação do time out que estamos tendo.

Link da tela inicial.

Adicionado a lista de analise para validação

Adicionado a lista para validar

No caso em homologação. já em produção é validado sim e vai dar erro

Infelizmente não tem como.. foi o que comentei nesse post: No TEF PayGo Dedicado, isso é possível, e já está implementado no ACBrTEFD

Nem sempre. pode ter outras situações. Exato timeout mas serve para diversos casos. O bom é tu testar e entender como ele trabalha. e com isso tu tem um bom controle do seu software

Os Status do ECF, sua aplicação que deverá simular e retornar para o componente... Veja esse vídeo:

Bom dia, adicionamos uma validação na geração da remessa, mas o ideal nesse caso seria uma validação também na aplicação, verificando se poderá ser passado o valor ou não... Não podemos adicionar uma regra mais genérica pois a situações de cálculo percentual considerando mais de duas casas decimais.

Se não me engano, tem que instalar um módulo no SiTef... mas eu não estou a par do assunto... Pode ser ainda que essas propriedades não foram "mapeadas", em "ConteudoToProperty", da classe do SiTef. No TEF PayGo IP, fiz o mapeamento desses campos recentemente... no TEF PayGo Web, ainda falta eu mapear o CNPJ das adquirentes..

Utilizo o acbr, jedi e fortes report e mais nada. Sempre utilizei apenas isso, o estranho é que esse problema começou a pouco tempo, ja formatei a maquina (o que resolveu temporariamente) mas agora o problema voltou. Detalhe que percebi ontem, o Delphi só fecha quando vou trabalhar em alguma aplicação pesada, com código muito grande. Novos projetos, sistemas com poucos telas funcionam perfeitamente. Desinstalei o kaspersky, desativei windows defender, firewall, etc... deixei a maquina "pelada" rodando apenas o Delphi e mesmo assim não deu certo. Acabei desinstalando e reinstalando o Delphi do zero e até agora voltou a funcionar.

Como a Primeira Transação foi Confirmada, para que a Segunda Transação pudesse ser iniciada... ela deve ser Cancelada (CNC), e não apenas não confirmada (NCN) O processo de cancelamento, segue um Fluxo da Própria bandeira do TEF.. e a solicitação do número do Documento, Cartão, etc... é uma exigência deles... não há como modificar isso... Se você não cancelar a Transação, ela continuará válida, e o componente fica em Loop, até que você termine o cancelamento, de forma correta

A mensagem é normal acontecer, ela apenas avisa que está sendo criado um .res novo, basta clicar em Ok e continuar. Não mostrar o formulário é um pequeno erro no código que faz o Delphi não encontrar ele automaticamente, não atrapalha em mais nada, e você ainda pode acessar View - Forms (Shift-F12) para localizá-lo. Já enviei correção, se desejar basta atualizar os fontes novamente.

Aparentemente sim, mas note que isso é configurável. Veja a página 26 do manual: https://www.essystem.com.br/downloads/Manual smart Filizola.pdf

mantenhas as DLLs do OpenSSL e da LibXML2, na mesma pasta do seu .EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/ http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/

Olá pessoal, Já está no SVN, uma nova classe de Impressora para o componente ACBrPosPrinter, com o intuito de suportar as impressoras da Marca Italiana CUSTOM A Custom chegou no Brasil, através da compra da Nitere... então você poderá achar drivers e especificações dessa impressora, no site da Nitere O Site da própria Custom Itália, é mais completo: http://custom4u.it mas para utilizá-lo você deve fazer um Cadastro (gratuito) e conhecer o "part number" dos equipamentos Para descobrir o "Part Number", entre no site comercial da Custom, como por exemplo, a página da Q3X repare nos números em negrito no final da página... Copie esses números (911FF...) e cole no Edit principal, da página de Drivers da Custom .... (confuso não ?) Muito em breve, devemos fazer um relatório de testes, da Q3X, e disponibilizá-lo na área de equipamentos testados. A Custom usa um protocolo próprio, semelhante ao Epson Esc/Pos, mas não idêntico... Ele é chamado de CustomPos, por esse motivo, você deve configurar o ACBrPosPrinter usando o novo modelo: ACBrPosPrinter1.Modelo := ppCustomPos (A Unit ACBrEscCustomPos.pas, implementa a classe TACBrEscCustomPos) ATENÇÃO: Não use o comando de programação de Logo Tipo do ACBrPosPrinter, com essa Impressora... Notamos um sério Bug no Firmware da versão 3.04... o comando de programação de Logotipo, compatível com o modelo Epson Esc/Pos (ppEscPosEpson), pode danificar o Software Básico desse equipamento... Na classe "TACBrEscCustomPos", esses comandos serão ignorados (sem efeito)... porém se você se comunicar com essa impressora, usando a classe TACBrEscPosEpson, e tentar Programar um logotipo, poderá danificar o seu equipamento. Já notificamos o fabricante desse problema, e estamos trabalhando em uma solução em conjunto...