bnobre

Olá a todos... O que significa a sigla CD no nome do componente ACBrPixCD? Desde já agradeço a atenção

Olá @Daniel Simoes, Na verdade a gente só é livre pra escolher algo quando entende do assunto, e em assunto de TEF estou apenas engatinhando kkkkkkkkkkkkkkkkk Tanto que quando eu vi aquele monte de evento no TEFD... Achei que era integração, mas agora com sua explicação compreendi que não é bem assim. Eu quero criar algo dessa vez aqui na empresa para não só servir como protótipo e ficar engavetado, como fizemos anos atrás, mas para realmente colocarmos em prática em nossa carteira de clientes atual, assim como em novos. Por isso fiz esses questionamentos no início do tópico, foram questões que ainda estão meio vagas para mim. Então, se eu não estiver falando besteira, para valer a pena usar o TEFD via troca de arquivo TXT (que é bem mais trabalhoso) a TEF House tem que estar com uma condição muito atrativa, correto? Como está o mercado hoje em relação a isso... Devo me preocupar ou essas que já estão integradas no TEFAPI já são as mais usadas? Desde já agradeço a sua atenção

Oi... Na verdade atualizei minutos antes de lançar esse post. Então a resposta para a questão número 1 seria SIM?

Olá a todos, Aqui na empresa implementamos um protótipo do ACBrTEFAPI usando o PayGoWeb, na época do lançamento do vídeo feito pelo @Daniel Simoes falando sobre esse novo componente, deve ter uns 3 anos. Na época até homologamos, mas não demos proseguimento em nossos clientes. Agora estamos querendo retomar o projeto e implementar o TEF para uso geral. Dei uma olhada no curso TEF e Meios de pagamentos disponibilizado pelo pessoal do ACBr e estou com algumas dúvidas: 1º - No vídeo no componente ACBrTEFAPI o @Daniel Simoes recomenda para os novatos, como eu, no mundo do TEF o uso do ACBrTEFAPI em detrimento do ACBrTEFD. Mas passado esses 3 anos, ainda percebo que o ACBrTEFAPI ainda tem bem menos TEFHouses que o ACBrTEFD. Sempre queremos implementar algo para nossos clientes que centralize o máximo de soluções. Ainda é válido escolher o ACBrTEFAPI nesse meu novo cenário de TEF? 2º - Vocês possuem dicas ou recomendação de algum curso ensinando a modelar o banco de dados de um sistema de pagamento estático (meu caso) para esse novo cenário de TEF? Inclusive recomendando quais são as informações importantes de uma transação TEF que devem ser armazenadas? 3º - Como estão hoje, 3 anos depois do vídeo do novo componente, os preços praticados pelo PayGoWeb em parceria com o ACBr se comparados com a concorrência? Nossos clientes terão vantagem nesse sentido. Desde já agradeço a atenção de todos.

Segue o link que mencionei: Se funcionar contigo avisa aqui... Abraços

Olá... Lembro que comigo deu em um Windows em inglês também. Perdão... Esqueci de mencionar o mais importante... Um amigo postou uma possível solução que nunca pude testar pois o tal cliente que tive o problema acabou formatando o computador... Vou tentar achar aqui no fórum, acho que foi em outro tópico meu.

Olá meu amigo... Desculpe a demora. O problema é que se trata daqueles equipamentos XingLing... Não existe um fabricante com uma documentação disponível de maneira fácil e o importador nada sabe informar. Será que alguém aqui do fórum obteve êxito configurando a mesma com o ACBrETQ?! Conforme for pode colocar no fórum aberto, pois de repente surge alguém lá que teve êxito com esse equipamento. Desde já agradeço a atenção meu amigo

Olá a todos, Estamos tentando configurar o ACBrETQ na Knup KP-IM604 Tipo Zebra. Pelo Windows, ela puxa o papel normalmente, mas pelo ACBrETQ a impressora não dá sinal de vida. Testamos com os modelos etqPpla, etqPplb, etqZLII, etqEpl2 e etqEscLabel. E nosso componente encontra-se atualizado. Alguém já conseguiu colocar essa impressora pra funcionar?! Desde já agradeço a atenção de todos.

Olá @Cleber Ferreira Tudo bom?! Independente da resposta dos órgãos, eu creio que é mais vantagem seguir logo essa regra. Pois se a UF não obrigar, também não irá impedir que seja seguida... E lá no futuro já estaremos atendendo, caso a mesma volte atrás quanto a sua obrigatoriedade.

Oi meu amigo... Como você adicionou o tpIntegra = 2, o componente cria o grupo card e joga o mesmo lá dentro. Dessa forma você passa pela validação YA04-10.

Bom dia... Tudo bom?! Não entendi o que quis dizer ao falar migrou para o grupo de cartões. Sobre atualização dos componentes, para atender essa regra de validação YA04-10 você irá precisar adicionar o grupo de cartões (card) quando o tPag = 17, veja se seu componente como está já faz isso. Provavelmente SIM, pois essa obrigatoriedade já existe para as formas de pagamento de cartões de crédito e débito há tempos. Abraços

Olá @Juliomar Marchetti Tudo bom com você?! Verdade... PEQUENO grande detalhe!!! Obrigado pela observação. Abraços

Diferenças sobre o fpPagamentoInstantaneo e fpPagamentoInstantaneoEstatico:

Olá amigo, tudo bom? Vai passar sempre, pois a rejeição não faz menção ao tPag = 20. Cuidado com a sua interpretação de resolve o problema, pois pode gerar outro no futuro. Pois com isso seu cliente está afirmando que o QRCode dessa venda é do tipo Estático. Eu abri um tópico a respeito do tema, mas está na parte do ACBr Pro... Pedi para eles migrarem, se possível, para o fórum aberto. Depois da migração eu cito o mesmo pra você. Abraços

Olá... Poderiam jogar esse tópico na parte do Fórum Aberto?!?! Desde já agradeço a atenção

Bom dia meu amigo Onde seria o aqui contigo?!?! Em relação a regra de validação YA04-10, agora é necessário informar o grupo de cartões para o pagamento 17. Observar também que agora temos 2 Pagamentos Instantâneos: Pagamento Instantâneo Dinâmico - 17 - Antes só Pagamento Instantâneo, agora renomeado Pagamento Instantâneo Estático - 20 - Esse é novo Sugiro ler a Nota Técnica 2023.004 versão 1.11 para maiores detalhes. Abraços

Bom dia a todos, Aqui no RJ a rejeição YA04-10 foi ativada em ambiente de Produção.

Olá amigo... Sério isso?!?! Jesus... Bem... Vou me preparar aqui adicionando o grupo de cartões, pois mal não irá fazer. No dia 01/07/2024 dou um feedback se ativou em produção aqui no RJ. Abraços

Também achei que fosse dinâmico, mas na verdade foi vendo o vídeo que você me recomendou que fiquei mais ainda com essa dúvida. Durante o vídeo vocês informam que é possível gerar um QRCode Estático com valores diferentes... Então fiquei pensando: Será que é isso que a maquininha POS faz isso?!?! Pois se posso informar o valor, então tecnicamente é possível a maquininha fazer isso. E como ela não está integrada ao meu sistema, ela não está associada a venda DO meu sistema. Como agora em 01/07/2024 teremos duas categorias de PIX em produção, não tenho pra onde correr, tenho que me decidir. A princípio vou escolher a 17 - Dinâmica, pois creio que a maquininha deve usar nesse formato para facilitar os relatórios internos da mesma.

Então pessoal, Após pesquisas, descobri que esse erro é devido a regra YA04-10 que está para entrar em vigor nos ambientes de Produção, de maneira FACULTATIVA, em 01/07/2024. Para mais detalhes ver NT 2023.004.v1.11. Realmente meu programa não está gerando o grupo cartões para PIX. Só tem um porém: Se repararem nesse tópico, caso eu não tenha entendido errado, o amigo @Fabrício G. Araújo sugere que algumas UFs que ativaram essa regra em homologação não devem manter a mesma em produção. E aí... Entendi corretamente??? O que acham?!?! Desde já agradeço a atenção de todos

Olá @Daniel Simoes Tudo bom com você?!? Excelente vídeo, mas na verdade ainda estou com uma dúvida... O PIX das maquininhas TEF e POS geram o QR-Code dinâmico ou o estático?!?! Desde já agradeço a atenção

Olá a todos, No Informe Técnico 2024.002 - v.1.01 - Publicado em 07/06/2024 foi incluído o item 20: “Pagamento Instantâneo (PIX) – Estático” e alterado o item 17 para acrescentar a palavra “Dinâmico”. De acordo com o texto, o objetivo é separar o os pagamentos de PIX com o “QR-Code Dinâmico” do tipo “QR-Code Estático”. Isso me gerou três dúvidas: 1º - Em quais casos é usado um ou outro?!?! 2º - Qual é o usado nas máquinas POS? 3º - Qual é o usado nas máquinas TEF? Desde já agradeço a atenção de todos

PS: Essa rejeição ocorre somente no NFC-e... Em NF-e está passando.

Olá a todos, Aqui no RJ, em ambiente de homologação, ao tentar finalizar o pagamento com o código tpag = 17, recebo a seguinte rejeição: Rejeicao: Nao informados os dados do cartao de credito/debito nas Formas de Pagamento da Nota Fiscal Ao usar o tpag = 20 funciona. Na Tabela de Meios de Pagamento - Vigente a partir de 01/07/2024 - Publicada em 07/06/2024 no Portal da NFe, consta o seguinte: 1ª dúvida - Será devido a essa exigência que estamos estamos recebendo essa rejeição?!?! 2ª dúvida - Se sim, então dia 01/07/2024 começará a criticar em produção também?!?! 3º dúvida - Nos clientes com PIX em máquinas POS, devo usar o 20?!?! Desde já agradeço a atenção de todos

Olá meu amigo... Obrigado pela lembrança em postar sua resolução aqui no fórum de um problema que aconteceu em 2022 com a gente, isso é de extrema importância. Vou encerrar o tópico finalmente como resolvido! Ao longo desse tempo todo e desde que trabalho com os componentes do ACBr, só tive esse caso com esse cliente, mas acontecendo novamente tentarei sua dica. Abraços