[Erro ACBrPixCD]

Se todas as credenciais estão corretas, creio que será necessário entrar em contato com o BB para verificar, 
pois conforme o erro informa essa Application Key não tem permissão pra acessar esse recurso.

Mesmo assim eu indicaria efetuar testes em homologação antes de ir para ambiente de produção.

É necessário apenas um cadastro simples em: https://app.developers.bb.com.br/ 
Você já conseguirá todas as credencias necessárias para testar todos os endpoints da API do BB. 

[Erro ACBrPixCD]

Bom dia, 

Você tentou efetuar qual teste? CriarCobrancaImediata?

Todas as credenciais estão corretas, de acordo com o seu cadastro em "https://app.developers.bb.com.br/ "??

São necessárias as seguintes informações: 'Client ID', 'Cliente Secret' e 'Developer Application Key'.
Também é necessário utilizar uma das chaves informadas pelo BB para testes:

• [email protected]
• 7f6844d0-de89-47e5-9ef7-e0a35a681615
• 3d94a38b-f344-460e-b6c9-489469b2fb03
• d14d32de-b3b9-4c31-9f89-8df2cec92c5

Lembrando que o teste do QRCode Estático NÃO faz acesso à nenhuma API. Ele apenas pega a chave cadastrada nas configurações e gera um QRCode.

[Pix PSP Sicredi]

Muito obrigado pela contribuição.

Criada uma task para análise: TK-2831

[AcbrTEFAPI - Sugestão Melhoria Na Leitura da Resposta do TEF]

15 horas atrás, Daniel Simoes disse:

Faz todo Sentido... @EliasCesar, pode nos ajudar a incorporar esse ajuste, para o SiTEF ?

Como o Juliomar comentou, o Antônio ja tinha iniciado a implementação. Estou em contato com ele pra finalizarmos.

[Código de Barras Code39 em etiqueta com 34 mm]

Pelo ACBrETq só é possível definir a altura do código de barras. A largura é definida automaticamente conforme o tipo do código utilizado.

Vi na sua imagem que seu código está no formato EAN13 (possui o dígito verificador)... O aplicativo do fabricante está utilizando esse padrão para fazer a impressão,
por isso o código de barras fica sempre com o tamanho uniforme. 

Envie o ImprimirBarras() utilizando o 'barEAN13' com seu código '3358300000006' e verá que sairá exatamente como está na foto.

(Obs: Sobre códigos de 30 caracteres alfanuméricos... arrisco a dizer que seria impossível imprimir em uma etiqueta desse tamanho)

[Impressao acbretq Saindo o codigo fonte]

Se não está ocorrendo a impressão nem pelo aplicativo da Zebra, provavelmente a impressora está com algum problema mesmo. 
Para fazer um teste, tente instalar outra versão do ZDesigner. No site deles tem duas versões (v.5 e v.8)
https://www.zebra.com/br/pt/support-downloads/printers/mobile/zq520.html

Sobre a linguagem CPCL... até o momento não temos suporte a ela no ACBrETQ

[Alteração do Componente ACBrExtenso]

Componente foi refatorado para facilitar a inclusão de novos idiomas. 

As alterações já estão disponíveis no SVN:
- Refatoração do componente ACBrExtenso: Rev. 25884
- Ajustes nos demos: Rev. 25885

[Sugestão de ajuste no ACBRPixCD PSP Banco do brasil]

11 horas atrás, icozeira disse:

@EliasCesar Boa noite,

Desculpe o incomodo.

Mas, hoje fiz a atualização do componente (ACBr completo) e não está constando todo ajuste que fiz na Unit do banco do brasil (ACBrPIXPSPBancoDoBrasil.pas).

Ocorre que enviei uma unit ajustada no domingo passado (12/06/2022) as 10:40 horas.
Mas, no mesmo dia (12/06/2022) as 16:34 enviei uma nova unit com mais ajustes.

Esse segundo envio contempla a correção na procedure TACBrPSPBancoDoBrasil.SimularPagamentoPIX
Solicito que refaça a leitura e se possível faça o envio p/o Repositório.

Hoje atualizei o Componente completo e fiz o teste da simulação e não funcionou.
Usando a unit que enviei as 16:34 horas funcionou perfeitamente.

Agradeço antecipadamente a atenção.

 

Olá, 

Realmente havia faltado uma das alterações. 
Acabei de subir para o SVN.
Disponível na rev 25871.

[Sugestão de ajuste no ACBRPixCD PSP Banco do brasil]

Alterações disponíveis no SVN, Rev: 25819.

Muito obrigado pela contribuição @icozeira

[Sped Fiscal Registro C180 e C186 troca de LFILL por DFILL]

Alteração já está disponível no SVN, Rev: 25789.

@simons, muito obrigado pela contribuição 

[formatacao dos campos do registro C180 sped fiscal]

Alteração já está disponível no SVN, Rev: 25789.

@simons, muito obrigado pela contribuição 

[Tipo errado no Bloco F150]

Alteração já está disponível no SVN, Rev: 25789.

@n3rv0u5, muito obrigado pela contribuição 

[Eliminar etiqueta em branco]

Faça um teste enviando 600 para esse campo (Avanço)

[Eliminar etiqueta em branco]

Qual valor vc está enviando no campo Avanço?

[Eliminar etiqueta em branco]

Eu aconselharia vc a efetuar testes com o demo do ACBrETQ atualizado, nele vc vai conseguir testar todos os parâmetros.

Qual a linguagem sua impressora utiliza? 

Caso seja PPLA, o parâmetro Origem não afetará em nada a impressão, mas caso seja PPLB/EPLII esse comando irá definir a direção da impressão

Quando Origem = ogTop, enviamos o comando 'ZT', caso contrário enviamos 'ZB'
Segue a definição desse comando do manual da linguagem PPLB:

[Eliminar etiqueta em branco]

Olá @doidopb

GAP são esses 'cortes' na lateral da etiqueta, que possibilitam o sensor da impressora identificar o tamanho de cada etiqueta.

Alterando o parâmetro "Origem" o problema foi resolvido?

[Sugestão de ajuste no ACBRPixCD PSP Banco do brasil]

Olá @icozeira

Verifiquei aqui na documentação da API PIX do BB, mas não encontrei nada sobre esse endpoint '/cobqrcode'
https://apoio.developers.bb.com.br/sandbox/spec/5fe1eb75aa41dd001200981a

Você saberia informar onde ele está especificado?
 

[ACBrPIXCD OK e Demo Delphi]

Na verdade essas propriedades são da 'synapse'...

Verifique se os seus fontes estão atualizados, pois essa propriedade está em: "...\Fontes\Terceiros\synalist\"

Tente reinstalar o ACBr utilizando a opção "Remover arquivos antigos do disco".
 

[ACBrPIXCD OK e Demo Delphi]

Acabei de fazer a conversão do demo para Delphi, 
Está disponível no SVN, Rev: 25773.

Ainda estamos trabalhando nesse demo, mas já é possível testar e entender melhor como o componente funciona.

[ACBrPIXCD OK e Demo Delphi]

Olá @nildglan,
Estou incluindo mais algumas funcionalidades no demo em Lazarus e ainda esta semana irei converter o demo para delphi.

Caso se interesse, amanhã teremos um PapoProACBr focado no componente ACBrPIXCD. Onde estaremos explicando mais sobre o componente e tirando dúvidas da comunidade.
Segue o link do evento para mais detalhes:

 

[Erro ao compilar ABCR_PIX em D7]

Olá @Dercide Alvarez, 
Muito obrigado pela contribuição, 
O problema já está resolvido e disponível no SVN, Rev: 25721.

[Usar negrito em etiqueta]

Os multiplicadores "esticam" a fonte para cima ou para o lado, porém não dá a sensação de negrito.

Não sei se ajudaria, mas talvez vc possa tentar utilizar o parâmetro "ImprimirReverso" para dar destaque a algum texto.

[Usar negrito em etiqueta]

Não há a possibilidade de deixar negrito, mas tenta diminuir os parâmetros Multiplicador e aumentar o parâmetro fonte.
Pode ser que essa alteração cause o efeito desejado.

Algo como:

ImprimirTexto(orNormal, 4, 1, 1, 20, 0, descricao, 50, False);

[ACBrNCMs]

Veja que na verdade este campo "Data Início" não está se referindo a última atualização.
Ele se refere ao início da vigência de cada NCM.

[ACBrNCMs]

Em 31/05/2022 at 11:39, DOCFABIO disse:

Bom Dia Amigos.
Estou com essa mesma situação, atualização do acbr em 25/05 .
E usando o demo da pasta de exemplos.

Aparece como ultima atualização 04/02/2022 e as vigencias como 1899.
Está certo assim?

Está correto, mas na verdade o conteúdo de "Data Fim" está 31/12/9999 
É essa a informação que o webservice está nos retornando sim.