Painel de líderes

Olá a todos os membros da comunidade ACBr! Estamos empolgados em anunciar o lançamento de uma atualização incrível para o nosso componente ACBrPIXCD. Agora o componente suporta o mais PSP (Provedor de Serviços de Pagamento) Mercado Pago, trazendo ainda mais opções e flexibilidade para suas operações de pagamento eletrônico. Gostaríamos de agradecer ao usuário @RicardoCassioDev que deu o "ponta pé" inicial no desenvolvimento dessa integração e contribuiu seus fontes com a gente. Muito obrigado Ricardo, toda a comunidade só tem a ganhar com a ajuda de mais pessoas. Nosso demo do ACBrPIXCD já foi atualizado tanto para a IDE Delphi quanto para Lazarus e já está 100% funcional com o novo PSP. É importante destacar um detalhe sobre o Mercado Pago: Eles NÃO POSSUEM ambiente de homologação, porém é possível sim efetuar testes. Basta utilizar o próprio ambiente de produção com credenciais de teste, que pode ser gerada no portal de desenvolvedores. Criamos um passo-a-passo para a geração dessas credenciais no link a seguir:

Boa tarde, continua da mesma forma, a cidade atrelada ao provedor, exceto quando você diz que o componente usa o provedor nacional <ACBrNFSeX>.Configuracoes.Geral.LayoutNFSe TLayoutNFSe = (lnfsProvedor, lnfsPadraoNacionalv1);

Bom dia, Normalmente em envio de email os arquivos são enviados como anexos. Você pode usar a função MAIL_AddAttachment. Já a quebra de linha usando o MAIL_AddAltBody vai enviar como texto simples mesmo então o "Enter" (#13+#10) deve funcionar normalmente. Caso use o MAIL_AddBody pode enviar um HTML como texto da mensagem, nesse caso as TAGs HTML normais de quebra de linha <BR> e parágrafo <P>.

Boa Noite, conforme dialogo longo no Discorde com @Diego Foliene e @Daniel InfoCotidiano, Informei que Uso em Linux OpenSuse Leap 15.5 a versao da LIBNFNSE64MT.so a qual na versao 10.0.0.47 gera PDF, e-mail Prew... corretamente... só não imprime conforme a Foto em anexo e 64 servidores de Clientes Diferentes que não conseguiram imprimir a NFS-e, tive que voltar para versão 10.0.0.44 que IMPRIMI corretamente conforme foto em anexo, só uso impressoras de Rede... Todas na mesma Configuração ( GENERIC PCL LASER ) , inclusive a minha, dentre outras, que é remota a Empresa. Conto com a ajuda de todos para tentar Achar uma Melhor Solução para esse problema obrigado a Equipe AcBr. 95753-nfse.xml

Boa tarde, Confirme se está utilizando a mesma configuração em SSLType. Tente colocar o timeout com 30k, pode estar interrompendo o processo e gerando um retorno indevido.

Boa tarde Gustavo, Temos já o registro dessa ocorrencia na TK-4663. Assim que tiver um posicionamento informamos aqui. Obrigado.

Boa tarde Gabriel, Pode ter sido alguma instabilidade na API, ou alguma informação não foi passada para o componente para gerar o XML do pedido do evento.

Boa tarde Willian, Você poderia anexar o XML de retorno para que eu possa analisar.

Obrigado, funcionou com o desejado com o #13 + #10. ate.te Edson.

Boa tarde, No Firebird use "LIST" SELECT LIST(Venda) AS LISTAVENDAS, Produto, Sum(Valor) Valor FROM Vendas GROUP BY Produto

Bom dia! Você está usando as mesmas configurações de e-mail em ambos os casos? O destinatário é o mesmo? Se for testando com um destinatário diferente ocorre o mesmo problema?

Olá @RicardoCassioDev, Primeiramente, obrigado pela contribuição Fiz alterações para capturar mais informações dos pagamento e também implementei mais alguns endpoints da API do Mercado Pago. Também alterei o local onde vc havia colocado o estorno, pois estava como "Cancelar Cobrança". Coloquei no "Criar devolução". Estão funcionais as seguintes rotinas: - Criar Cobrança; - Consultar Cobrança; - Consultar Cobranças por Período; - Criar devolução; - Consultar Devolução. A inclusão do PSP está disponível no SVN, rev: 31048.

Foi publicada a versão 23.2.E das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/10/2023 até 30/11/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Olá Ítalo! Resolvido! Grato pela atenção. Leandro

@Taciano Souza Multi-Bucal leia as regras e orientações do fórum.

A integração é feita pelo banco, ele realiza o vínculo do boleto com o PIX, então quando é pago via codigo de barras do boleto é dado baixa no pix, quando é pago pelo pix e dado baixa no boleto. Esta operação toda é realizada pelo banco. Qualquer outra implementação diferente disso teria que ser gerenciada por você, para fazer a administração da baixa do pix e do boleto, o que poderia gerar sérios problemas caso o controle não seja feito corretamente. Todas as implementações do ACBr são realizadas através dos bancos. Quando a implementação é feita via CNAB o processo sempre é esse, o banco precisa processar os boletos para retornar o EMV (codigo do pix) de cada um deles. Caso precise de algo mais dinânico a alternativa normalmente é o uso via API, onde normalmente no retorno da criação já se tem o boleto com o pix "de imediato". Porém cada tipo de implementação (CNAB ou API) depende da disponibilidade dos bancos.

No Estado do Paraná, desde 01 de agosto de 2021, também está ocorrendo essa rejeição: Solucionei da seguinte maneira: Mudei o comando de envio que era: [ NFe.CriarEnviarNFe("C:\NFCe.ini",1,1) ] para: [ NFe.CriarEnviarNFe("C:\NFCe.ini",1,1,1) ]. Ou seja, apenas acrescentei o parâmetro "1" (Modo assíncrono=0, Modo síncrono=1) - Como esse parâmetro não estava sendo informado por ser opcional, o sistema estava interpretando-o como "Zero", portanto, assíncrono. Entretanto, foi necessário mudar o modo de captação do cStat e da ChNfe, no arquivo de retorno, que passou a vir com conteúdo diferente. No mais, tudo certo por aqui.