Fabrício G. Araújo

Bom dia @Gelson Junior Conforme informei na postagem mais acima: Basta informar o crt no que seria o pem, e para mim funcionou normalmente. No meu caso não usei as dlls, usei diretamente o componente no Delphi.

Bom dia pessoal, @IgorAcertSoft Passando só para avisar que com o empenho em nos ajudar dos parceiros do ACBr @Daniel Simoes @Franciele Rocha, finalmente fomos homologados com o Pix C6 Bank com o uso do componente ACBrPixCD em nossa aplicação. Criamos as credenciais de produção de nossa conta e tudo funcionou normalmente. Obrigado mais uma vez a todos envolvidos, um grande abraço.

Bom dia @Juliomar Marchetti Segui a sua sugestão e implementei nos fontes. Funcionando 100%. Seguem os fontes em anexo. FrPrincipal.pasFrPrincipal.dfmACBrPIXPSPInter.pas Sendo os arquivos dos diretórios: FrPrincipal: acbr\Exemplos\ACBrPIXCD\Delphi ACBrPIXPSPInter acbr\Fontes\ACBrPIXCD

Boa tarde pessoal, Vi que no programa de exemplo de uso do componente ACBrPIXCD para Delphi, existem implementações de alguns PSP de simulação de pagamento. Estou só passando para avisar, que existe API para simular isso no Pix Inter na sandbox, acabei de testar no Postman e funciona 100%. Estou passando o link da documentação: https://developers.inter.co/references/pix#tag/Cobranca-Imediata/paths/~1cob~1pagar~1{txid}/post

@IgorAcertSoft passando só para informar que já tem mais de uma semana que enviei o documento para homologação do Pix para o pessoal da C6 Bank e não deram retorno algum... que absurdo isso. Existe uma postagem fixada: Aos amigos do ACBr que interagiram na postagem acima @antonio.carlos e @Daniel Simoes, teria como interceder por nós? Ou passar algum contato direto do C6 Bank, pois seguindo os passos para homologação e enviando o e-mail com o roteiro preenchido para [email protected], simplesmente não dão retorno algum.

Bom dia @IgorAcertSoft, Espero que eles estejam homologando e ativando em produção, mas devo enviar a documentação para eles lá para semana que vem, ainda estou vendo outras coisas por aqui. Mas a princípio espero que esteja tudo ok, pois no e-mail inicial com as credenciais para teste na sandbox, falaram que assim que estiver ok, preencher o documento (que enviaram neste mesmo e-mail), e enviar para eles para a homologação do software... estou contando que tudo dará certo. Assim que obtiver retorno vou postar aqui.

Hum... nem sabia que tinha ele não, obrigado @Juliomar Marchetti Fui abrir o projeto ExemploC6 e como não instalo nenhum componente de relatório aí nem compilou, pois acredito que tenha as amarrações por conta dos boletos e como por agora estou interessado apenas no Pix, o outro projeto de exemplo (PIXCDTeste) é mais útil para mim. No PIXCDTeste, coloquei as credenciais, inclusive informei o arquivo .crt no que seria o .pem e funcionou a criação da cobrança do Pix, então só cancelei a cobrança que funcionou normalmente também. Sabe me informar como faria o teste de pagamento do Pix (lembrando que estou usando o sandbox)? Ah... sobre a dúvida inicial, sabe me informar se alguém já liberou o sistema com o componente em produção?

Estou iniciando os estudos para integrar o sistema com o uso do componente ACBrPIXCD com o Pix do C6 Bank, então me surgiram algumas dúvidas, se puderem me ajudar agradeço, seguem: Encontrei esse tópico :A última atualização deste tópico é de set/24, e o pessoal informa que ainda não está disponível o ambiente de produção para o Pix do C6 Bank. Sabem me dizer se já está disponível? Alguém já homologou e distribuiu a aplicação em produção para seus clientes? Recebi os dados do pessoal do C6 Bank para os primeiros testes com o uso do programa de exemplo (PIXCDTeste), e percebi que ao invés de receber um arquivo .pem, recebi um arquivo .crt. É a mesma coisa? Posso só informar ele na configuração no campo C6BankCertificado.pem? Ou tenho que fazer algo diferente?

Bom dia pessoal, Queria confirmar com vocês, realmente os servidores das SEFAZ não retornam mais os eventos no método ACBrNFe.Consultar (usando com o componente preenchido com ACBrNFe.NotasFiscais.LoadFromFile)? Gostaria de saber sobre isso, pois uma rotina no meu sistema parou de funcionar, sendo que verificava antes de qualquer tentativa de cancelamento de NF-e/NFC-e, fazia uma consulta para saber se já não estava cancelada, afinal podem ocorrer erros na tentativa de cancelamento e não obter resposta, como quedas de energia, oscilar a internet... enfim... então ao consultar e verificar que já tinha o evento de cancelamento, era possível identificar os protocolos e tudo mais e não enviava o cancelamento novamente, e agora infelizmente isso não é mais possível. A forma de verificar pelo componente que sempre usei era essa: laço em: ACBrNFe.WebServices.Consulta.procEventoNFe.Count verificando: ACBrNFe.WebServices.Consulta.procEventoNFe.Items[i].RetEventoNFe.InfEvento.tpEvento = teCancelamento Se realmente as SEFAZ não retornam mais essa informação no consultar, existe outra forma de consultar esses eventos para recuperá-los e armazená-los em meu sistema?

@arnaldo Santos Simplesmente não tem que preencher se usar o PIX estático (20), pois pelas regras das NT somente é permitido o preenchimento da tag card para o PIX dinâmico (17). Vale lembrar que em MT é obrigatório o uso do PIX dinâmico, com exceção para situações de entregas, que aí deve ser usado o PIX estático, sem preenchimento dos campos exigidos para o dinâmico. Dá uma googada por PORTARIA N°262/2023-SEFAZ

Hum... acho que será algo por aí mesmo @Juliomar Marchetti, o chato é só ter acesso a isso, pois os clientes não conseguirão ver essa informação, seja em um e-mail antigo quando foram instalar o GP, ou se é que o próprio GP tenha essa informação e se é possível acessá-la, configurações dele, por exemplo... enfim... mais trabalho para o suporte e transtorno para o cliente... infelizmente. Cheguei a pensar em até informar o nome da máquina da rede, pois TEF com GP fica só em uma máquina mesmo, e o campo idTermPag é alfanumérico. Não sei ao certo o que fazer ainda... Mas agradeço a dica, valeu, obrigado.

Olá pessoal, Tenho um sistema legado que utiliza TEF por Gerenciador Padrão (troca de arquivos), estou fazendo pequenos ajustes para atender a exigência de MT para a obrigatoriedade de integrações dos meios de pagamento TEF com NFC-e, mas não sei como preencher o campo idTermPag do grupo card. Sei que em um POS não integrado, no comprovante vem impresso o TERM: xxxxxxxx, ou em soluções como o Stone Connect (POS integrado) possui essa informação via api, mas no TEF com GP além de não ter essa informação, não sei de onde o usuário vai poder extrair essa informação, nem que eu deixe cadastrado fixo em meu banco de dados, mas preciso saber de onde verificar isso. Seria algo de alguma identificação do PINPAD? Como estão fazendo? Deixando sem preenchimento? Quem puder ajudar agradeço desde já.

Entendo... vou acompanhar esse post, caso os componentes sejam modificados conforme sugeriu, no meu caso que tenho DANFE próprio, deixarei de usar o método FormaPagamentoToDescricao de pncConversao, e então vou modificar meus DANFEs para usar somente uma das opões que no meu sistema se encaixa melhor a descrição "Outros Crediários".

Hum... não sei se é o mais adequado, no meu entendimento poderia ser usado uma das opções dentre: Cartão da Loja (Private Label), Crediário Digital, Outros Crediários, não sei se estaria correto colocar toda essa descrição nos DANFES. Os fontes atuais já estava com um dos permitidos, que era somente "Cartão da Loja (Private Label)".

@mfeitosa, você não está seguindo o que está especificado na nota técnica. Se for abater a desoneração no vNF, você tem que preencher a nova tag indDeduzDeson com 1, conforme está especificado. Se não gerar a tag ou preencher a tag com 0, não pode abater no vNF.