bnobre

Olá a todos, Estou implementando o PIX em nosso sistema usando o ACBrPIXCD, baseado no demo. Porém surgiu uma dúvida. No demo, usando o PSP Itau por exemplo, o mesmo gera o ArquivoChavePrivada e o ArquivoCertificado como um arquivo *.pem e da mesma forma lê os mesmos direto do arquivo, porém em um ambiente de produção seria mais interessante ao meu ver salvar isso no banco e carregar direto do mesmo das diferentes estações. 1 - Existe alguma função no componente especifica para salvar esses arquivos em um campo Blob do banco? 2 - Se sim, como efetuar a leitura do mesmo posteriormente? Desde já agradeço a atenção de todos

Bem observado meu amigo, na verdade todos os campos dentro desse grupo, exceto o tpIntegra, são 0-1. Porém a regra YA05-10 criada pelo ENCAT na Nota Técnica 2020.006 simplesmente ignora isso. Nesse documento é exposto que todo os campos do grupo card, exceto o tpIntegra, tem cardinalidade 0-1 e ao mesmo tempo a regra YA05-10 diz: ignore isso e preencha o CNPJ e cAut quando existir grupo card e quando o pagamento for integrado. Resumindo, o próprio documento criado pelo ENCAT, que é usado por base pela SEFAZ, tá muito confuso, com isso impossibilitando uma pergunta direta pra mesma. E fiquei curioso como o pessoal que usa PSP e entrou nessa problemática desde JULHO está se virando ao longo dos meses.

Obrigado pela menção @Diego Foliene Então eles não vão desativar mesmo essa regra mal escrita pela ENCAT (já que o BACEN não exige isso do PSP), afinal esse tópico é de Julho, portanto esse pedido da AFRAC não deu em nada. E mais uma vez, a gente aqui das SW teremos que dar um jeito. A única solução que vejo, se o CNPJ é o do PSP, é colocar isso HardCode através de uma lista de CNPJ/PSP.

Olá @Daniel Simoes, beleza? Eu estava pensando em algo estilo o teu vídeo sobre o TEF... Não lembro exatamente em que parte, mas tem um momento que você comenta que acabam tendo que usar o bom e velho IF pra tentar DEDUZIR a bandeira o cartão com valores HardCode, inclusive o nome da procedure é algo com DEDUZIR. Então seria algo, se o PIXCD1.PSP = Itau então CNPJ '11111111111111', HardCode também. Sobre a rejeição em si, na verdade o pessoal do ENCAT que pecou nessa regra ao meu ver. O RJ aqui ativou, creio que mais focado na questão do TEF, assim como os outros estados que a usam, e aí temos facilmente o CNPJ da adquirente. O problema é que no PSP não existe esse personagem, porém o tpag = 17 continua criando o grupo card, com isso entrando na obrigatoriedade do preenchimento da tag CNPJ. Se conforme você disse, isso não está de acordo com o BACEN, o ENCAT deveria flexibilizar a regra nesse ponto.

Grato meu amigo... Infelizmente para fazer a integração conforme sugerido na aula do curso, é necessária informar essa tag, se não cairá na rejeição Rejeição 392: Não informados os dados da operação de pagamento por cartão de crédito/débito. De repente, como o valor é o CNPJ do PSP, seria interessante receber o mesmo direto do componente, que retornaria baseado no PSP escolhido, para o preenchimento da tag.

Olá a todos, Primeiramente quero começar agradecendo o amigo @Diego Foliene na dica dada sobre o excelente curso no tópico abaixo: No curso, especificamente nesse aula, é informado que a tag CNPJ é referente a credenciadora do TEF, porém não menciona qual seria a contrapartida no uso direto de PSPs pelo PIXCD... Seria o CNPJ do PSP? Se sim, algum local onde consiga puxar essa lista? Desde já agradeço a atenção de todos

Olá a todos, Estou implementando o PIXCD em nosso sistema, mas surgiu uma dúvida. No preenchimento do XML, com o pagamento integrado nesse caso, qual a propriedade que uso do componente para preencher a tag cAut? Desde já agradeço a atenção

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