Painel de líderes

eu tive esse problema e só resolveu usando a versão 2.9.1 ou menor do xml2 no Linux. o porque isso acontece não sei. mas se voltar a versão do libxml2 vai funcionar. eu estava com essa libxml2-2.9.13 e retornava erro. voltei versões até acertar

Olá Gostaria de compartilhar o código de um shell script simples que montei para teste de impressão no Linux. O script recebe 3 parâmetros (texto_titulo, texto1 e texto2) Ele basicamente submete os seguintes comandos ESC/POS na porta da impressora (mapeada através da constante DEV_IMPRESSORA, setada com /dev/usb/lp0): Inicializa a impressora; Seleciona o codepage 850 (opção 2 multi língua) Imprime o titulo centralizado em largura dupla + negrito Imprime o texto1 em fonte padrão alinhado a esquerda Imprime o texto2 centralizado em largura e altura dupla + negrito Por fim, avança algumas linhas e corta o papel O script depende do comando awk (presente em todas as distribuições) e do comando iconv (usado para converter a codificacao do texto a ser impresso de UTF-8 para CP850) Espero que seja útil Abraços, Paulo #!/bin/bash p_titulo="$1" p_texto_1="$2" p_texto_2="$3" DEV_IMPRESSORA="/dev/usb/lp0" echo 1 | awk -v p_titulo="${p_titulo}" -v p_texto_1="${p_texto_1}" -v p_texto_2="${p_texto_2}" '{ # Inicializa a impressora printf("%c%c", 0x1b, 0x40) # Seleciona o codepage 850 printf("%c%c%c", 0x1b, 0x74, 0x02) # Avanca algumas linhas printf("%c%c", 0x0a, 0x0a) # Centraliza o texto printf("%c%c%c", 0x1b, 0x61, 0x31) # Escolhe negrito e altura dupla para a fonte printf("%c%c%c", 0x1b, 0x21, 0x08 + 0x10) # Imprime o titulo printf("%s",p_titulo) # Volta a fonte normal printf("%c%c%c", 0x1b, 0x21, 0x00) # Avanca uma linha e imprime o primeiro texto # alinhado a esquerda printf("%c%c%c%c", 0x0a, 0x1b, 0x61, 0x30) printf("%s%c","=======================================", 0x0a) printf("%s%c",p_texto_1, 0x0a) printf("%s%c","=======================================", 0x0a) # Avanca algumas linhas e imprime o segundo texto # centralizado, em negrito, com alturaxlargura dupla printf("%c%c%c%c%c%c%c%c", 0x0a, 0x0a, 0x1b, 0x21, 0x08 + 0x10 + 0x20, 0x1b, 0x61, 0x31) printf("%s",p_texto_2) printf("%c%c%c%c%c%c", 0x0a, 0x0a, 0x0a, 0x0a, 0x0a, 0x0a) # Corta o papel (corte full) printf("%c%c", 0x1b, 0x69) }' | iconv -f UTF-8 -t CP850 > ${DEV_IMPRESSORA}

Página 10 do Manual. Vou anexar o Manual que recebi do banco. H7800 Layout de Cobrança 353_400 posições V. 2.33 Junho 2024 (Português).pdf

Boa tarde @Renan S, Realmente se faz necessário remover esses códigos de status, já criei a TK-5920 para que seja feita as alterações necessárias. Muito obrigado pela colaboração.

Exato, mes desculpe, pensei uma coisa e escrevi outra. Estava com o Fortes na cabeça. Me perdoem a falha. Tirando isto, o caminho é o indicado.

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

Resolvido, era o problema com certificado A3 da Certisign, conforme post abaixo, podem fechar o tópico

Bom dia @Italo Giurizzato Junior Vou colocar para 'setar' a versao 4.00 Curioso que para todos os outros CTes nao precisei, apenas pegou o que ja esta configurado no monitor , que no caso esta versao Cte 4.00. De qualquer forma, vou mandar viia codigo o comando para versao 4.00 antes de transmitir e ver o que acontece... Voltou aqui para relatar o teste.. Obrigado.

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

Certo @Italo Giurizzato Junior hoje não consigo mais, mas vou ver se amanhã já aplico esta adequação, e gero uma versão para o cliente que esta com bastante problemas. Ai solicito para o pessoal do suporte acompanhar e observar. Dando uma semana +/- eu responto os resultados. Obrigado.

Boa tarde @Everson Clei, Já esta no SVN.

Boa tarde @AndreNobre, Já esta no SVN.

Boa tarde @AndreNobre, Muito obrigado pela colaboração, já foi criado a TK-5916 para realizar a alteração no arquivo.

Olá pessoal! O comportamento da quebra de linha nos impressos do ACBr será alterado! Como é hoje? Atualmente os impressos do ACBr fazem uso do caractere de ponto e vírgula para quebra de linha. Isso quer dizer que se o seu XML tiver um conteúdo como este: <infCpl>Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 </infCpl> No momento em que for impresso, o conteúdo fica desta forma: Teste Linha1 Teste Linha2 Teste Linha3 No entanto, entendemos que ao manter fixo o ponto e vírgula, limitamos as possibilidades no momento de criar a informação. Se o cliente solicitasse que aparecesse o ponto e vírgula no impresso, não importa quantas vezes fosse adicionado o mesmo, só iria quebrar a linha. Por isso, este comportamento foi alterado. Como ficou? Os componentes de documentos fiscais possuem uma configuração chamada QuebraDeLinha em sua classe de web service. Esta configuração será utilizada ao invés do ponto e vírgula, fornecendo uma maior variedade de customização. Com isso, será possível definir o caractere que deseja para usar como quebra de linha. Em um exemplo, vamos considerar que desejo que o caractere de quebra seja \r\n. Para isso, vou definir a configuração desta forma: ACBrDFe.Configuracoes.WebServices.QuebraDeLinha := '\r\n'; Definindo a configuração desta forma, o conteúdo: <infCpl>Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 </infCpl> Vai ser exibido no impresso: Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 E caso eu queira que seja feita a quebra de linha vou precisar alterar o conteúdo para: <infCpl>Teste Linha 1\r\n Teste Linha 2 \r\n\r\n Teste Linha 3 </infCpl> Para que seja exibido: Teste Linha1 Teste Linha2 Teste Linha3 E se eu uso o ACBrMonitor ou a Lib, onde vou definir a configuração? Caso utilize a Lib, basta alterar a configuração QuebradeLinha no arquivo de configurações ACBrLib.ini. No exemplo da NFe que foi mencionado seria: [NFe] QuebradeLinha= Caso utilize o ACBrMonitorPLUS, foi adicionada uma config na aba DFe > WebServices > Configurações. Quais componentes se espera que sejam afetados por esta mudança? Os seguintes componentes serão modificados: ACBrBPe. ACBrCTe. ACBrMDFe. ACBrNF3e. ACBrNFe. Quais componentes já está em vigor a alteração? Até o presente momento foram alterados os impressos dos componentes: ACBrNFe. ACBrCTe. ACBrMDFe. ACBrBPe. ACBrNF3e Este tópico será atualizado a medida que os demais componentes forem atualizados. Porque isso é importante para mim? Neste processo de padronização, foi definido que será utilizado esta propriedade de quebra de linha e também foi decidido que o valor default para quebra será o pipe(este carinha aqui: | ). Isso acarreta uma mudança de comportamento. O ponto e vírgula, não vai mais quebrar linha a menos que seja definido ele na propriedade.

Aqui pra mim estava dando o mesmo erro com Windows 11 no cliente e na minha maquina com o certificado A3, e consegui resolver da seguinte forma: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

Bom dia Jaisson, Já esta no SVN.

@Italo Giurizzato Junior Estou enviando o arquivo ACBrOFX.pas modificado, pois não está tratando a tag <TRNTYPE> (Propriedade no ACBrOFX: MovType) adequadamente conforme Manual de Especificações do OFX (https://financialdataexchange.org/common/Uploaded%20files/OFX%20files/OFX%20Banking%20Specification%20v2.3.pdf). Assim, alterei a Function Import para fazer o tratamento corretamente conforme item 3.2.9.2 Positive and Negative Signs na página 95 e item 11.4.4.3 Transaction Types Used in <TRNTYPE> na página 235 do mesmo manual, para verificar se a tag <TRNAMT> tem valor negativo ou positivo, uma vez que a maioria dos tipos são baseados no valor, como é o caso do tipo XFER que pode ser Débito de Transferência ou Crédito de Transferência. Com isto, o ACBrOFX não retorna mais "OTHER" no MovType, mas sim "D" ou "C". Esta informação será retornada na nova propriedade que eu criei "OriginalMovType". Além de alterar o código da função, criei a propriedade "OriginalMovType" que guardará o <TRNTYPE> original do OFX, pois os códigos de tipos do OFX são também importantes, já que tem significado e podem ser tratados pelos sistemas. Obs.: Deixei os códigos anteriores comentados. ACBrOFX.pas

@edvilson.chaves, enviei ao SVN, alguns ajustes nos componentes e Demos do ACBr.... Commit [r30817] Commit [r30818] A Principal mudança seria no Demo... Se você configurar o seu componente da seguinte Forma ACBrTEFAPI1.TratamentoTransacaoPendente := tefpenPerguntar; ACBrTEFAPI1.TratamentoTransacaoInicializacao := tefopiProcessarPendentes; O Demo demonstrará como Exibir um Menu, permitindo ao Operador, escolher qual tratamento ele quer dar a Transação Pendente Isso venceria fácil todos os testes do Roteiro (35/36, 37/38, 51)... Mas não é o ideal para se aplicar em Produção... Estou conversando com a Setis, para compreender melhor como devemos proceder no roteiro...

é problema no fórum. favor aguardar até normalizar