Daniel Simoes

O ideal é você usar o Arredondamento da ABNT, para calcular o total dos Itens http://svn.code.sf.net/p/acbr/code/tools/Diversos/ABNT NBR-5891 Regras de arredondamento e numeração decimal.pdf

Pode ser que esse provedor esteja fora do ar... experimente a opção dos Correios...

Para usar HTTPS, voce precisa ter as DLLs do OpenSSL na mesma pasta do seu EXE http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/

Procure um parceiro (TEF House), ou integrador de Carteira Digital... ele pode lhe passar as informações... https://paygo.com.br/novidades/pix-o-novo-meio-de-pagamentos/ No Dia do ACBr, teremos uma palestra sobre esse assunto: https://www.diadoacbr.com.br/sessions/pix-e-carteiras-digitais/

para TEF CliSiTEF com Carteiras Digitais e QRCode dinâmico... SIM... para PayGo Web, devo subir algo essa semana... Resposta Curta: NÃO Resposta Longa: Não há comunicação direta com o Banco Central... mas sim através dos PSP recebedores, que são os Bancos ou Carteiras Digitais... Eles , que irão implementar a complexa API do PIX do Banco Central... A aplicação comercial, poderia se integrar com um PSP recebedor... porém.. atualmente já existem mais de 900 deles... Já imaginou integrar e homologar com todos eles ? Eu não vejo o menor sentido, isso é uma tarefa paras as TEF Houses, que nasceram com essa finalidade em seu DNA

Você quer o MonitorPLUS, para usar em conjunto com algum sistema, correto ? nesse caso... é a empresa criadora desse sistema, que deve lhe instruir nesse processo...

Fiz até um "meme" sobre o Assunto... https://www.instagram.com/p/CFkqL8Ipo8q/?utm_source=ig_web_button_share_sheet

Experimente diminuir a Propriedade "LarguraBobina"

'configuraserial.pas' é uma Unit presente em algum dos Demos do ACBr, mas não é um requisito nos fontes... Deve ser alguma falta de configuração no seu projeto ou IDE...

Eita... mas foi a própria Microsoft que criou o formato INI https://pt.wikipedia.org/wiki/INI_(formato_de_arquivo)

Em C# não existe uma classe para leitura e tratamento de INIs ? Uma outra opção, seria configurar a ACBrLib, para usar JSON https://acbr.sourceforge.io/ACBrLib/Geral.html

não o componente não assume o SMTP do Google... provavelmente é algo na sua rotina de configuração do ACBrMail...

desculpe, mas não consegui compreender o problema que você quer relatar, e como ele se relaciona com esse tópico...

não é recomendado.. pois você não saberia se um comando falhou... e não funcionará para comandos que aceitam uma String de "INI", com entrada... Pois esses comandos, leem todas as linhas do arquivo...

Isso é algo muito complexo... não vejo outra maneira a não ser, ler e estudar a documentação do SPED Fiscal http://sped.rfb.gov.br/pasta/show/1573 http://svn.code.sf.net/p/acbr/code/tools/SPED/

Isso é demonstrado no Projeto Demo do ACBrETQ... na pasta ACBr\Exemplos\ACBrSerial\ACBrETQ\Delphi

O ACBr possui componentes para geração do SPED, mas eles não estão presentes no ACBrMonitor ou ACBrLib... Porque não estão ? Porque não faria sentido, você gerar um TXT para o Monitor, que irá gerar o TXT do SPED... é mais simples você gerar o TXT do SPED diretamente..

Por favor sempre crie um novo topico... para um novo assunto

Notei que a DLL da Epson não está sendo usada... a comunicação está sendo feita diretamente pelo ACBr, na porta serial: Notei ainda que vocês estão "centralizando" a impressão (repare nos espaços, antes da palavra CAPPTA)... isso não é permitido.. precisa imprimir o comprovante TEF, exatamente como ele vem... -- 25/09 14:25:05:867 LinhaCupomVinculado( CAPPTA CARTOES[CR][LF] ) -- 25/09 14:25:05:874 TX -> [SOH][199][TAB][NUL]2[NUL] CAPPTA CARTOES [NUL]|[168] -- 25/09 14:25:05:895 RX <- [ACK] Creio que o real problema, seja alguma configuração no TEF da Cappta... veja esse tópico:

Todo XML de Documentos fiscais, deve ser em UTF8... esse é o padrão definido por eles...

Creio que seja uma característica desse equipamento... no Log aparece algum retorno de erro?

Tente isso: Uses ACBrUtil, synacode; ... StrFinal := UnZip(DecodeBase64(Base64Str));

Em analise....

É a sua opinião... todos tem direito de ter uma... Já eu, acho que tudo está convergindo para TEF... PIX, Serviços Bancários, etc.. e creio que o PDV sem integração com TEF, corre o risco de ser extinto... (pois ficará desconectado de vários serviços, ou não conseguirá acompanhar todas as integrações) TEF é um ótimo negócio para qualquer Sw.House... traz inúmeras inovações para o PDV, como por exemplo: Recebimento por Cartão de Crédito/Débito de todas as Bandeiras Recebimento de Contas (Boletos) Recarga de Celular Recebimento por TODAS as Carteira Digital (PicPay, PIX) Diversas outras integrações Controle e Provisionamento dos Recebíveis com cartão Apuração automática do Fechamento do Caixa dos pagamentos em Cartão (Sem TEF, o Lojista precisa contar manualmente os Tickes de Cartão) Você conhece algum outro Produto ou Serviço que traga tanta inovação para um PDV, com uma única integração ?? Tudo isso a a um custo muito baixo para o cliente Final... e com uma única e simples homologação... Veja no vídeo abaixo, que nós do ACBr, demoramos apenas 20 minutos para homologar o TEF PayGo Web Todo Lojista já gasta com "maquininha", e a Sw. House não participa disso, e ainda corre o risco de ver o seu sistema substituído, por uma Sw. House ligada a Adquirente... (Veja a Stone e Linx)... TEF traz a Sw. House para o controle dos meios de pagamentos em seus clientes... e traz uma receita considerável que até então ela não tinha...