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:

Sim, exatamente essa foi a intenção do post, informar para que a questão seja analisada e, se for o caso, aplicada a correção. Obrigado!

Bom dia @Valdir Dill A versão 3.0 foi recém disponibilizada e é muito importante que a comunidade utilize e reporte os problemas para podermos corrigir. Obrigado pela informação e assim que tivermos uma atualização a esse respeito informamos aqui. Criamos a TK-4659 para avaliar o caso. O procedimento no momento é exatamente o que você realizou, operar com a versão 1.1 até termos uma atualização. Obrigado mais uma vez.

Boa tarde! Usando o componente TACBrMail, surgiu a necessidade de salvar o e-mail logo antes do envio. Usei o método SaveToFile, logo e ao enviar o e-mail, recebia erro 550.1 Após diversas verificações, durante o debug da aplicação acabei encontrando uma chamada ao método Clear dentro do método SaveToFile. Removi essa linha e agora está funcionando como deveria. Segue anexo o arquivo atualizado. ACBrMail.pas

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, ACBrLibNFSe liberada. At.

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>.

Sim sim, exatamente por causa das dll estarem na pasta é que o Acbr está carregando elas e, quando as carrega, ocorre o problema. Entendo perfeitamente essa questão das .dll openSSL e que o Acbr buscará na pasta do .exe. Já usamos isso há vários anos, rs. A questão é simples: com dlls versão 1.1, tudo certo. Com dlls versão 3.0, vai dar esse erro. Acredito que você fizer esse teste aí, vai acontecer o erro também, pois aconteceu com vários usuários nossos. Assim que colocamos as novas dlls na pasta, o problema ocorreu. Voltamos as dlls 1.1, o problema foi sanado. Lembrando que só ocorre se usar assim: FAcbrNota.SSL.DadosPFX := ... Se alimentar o número de série, ou buscando o .pfx do arquivo, o problema não acontece. Obrigado!

Olá Diego. Achei que ficando vazio o ACBR desconsiderava. kk Mas a lógica está correta. Se não tem valor não passe nada. Fiz uma limpeza geral em tudo que não tinha valor e deu certo. Obrigada.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa noite, Seguem caminhos dos programas de exemplo em C#, Java e VB6 https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/eSocial/ https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/eSocial/ https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/VB6/eSocial/

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

kkkkkkk log paranoico e otimo !!!! vou botar aqui !! Obrigado pelas respostas !!!

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.

@Diego Foliene o log foi enviado por email como solicitado e @Italo Giurizzato Junior o xml foi enviado junto com o log por email para analise.

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.

Boa tarde Sidney, Se não me falha a memória foi realizado um trabalho de adequação, ou seja, deixamos a impressão dos DANFE conforme consta no manual. Pois no manual consta que só podemos imprimir as informações que constam no XML e o valor liquido não consta.

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

Boa tarde, Desculpe, "cód. multa" é como consta no manual do banco. Você já preencheu o MultaValorFixo = 1 corretamente, que será considerado para este campo. Por favor, aguarde que está sendo analisada a situação de não levar com as duas casas decimais.

Não precisa instalar. Elas tem que estar normalmente na pasta da sua aplicação e devem ser referenciadas como a sua linguagem orienta. https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html https://acbr.sourceforge.io/ACBrLib/Geral.html Tem diversas configurações e dependem de quais serviços você vai utilizar. Normalmente na primeira execução se não existir um INI a lib vai criar um "Vazio" que serve como base pra você trabalhar. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca11.html No link acima configurações específicas para o eSocial https://acbr.sourceforge.io/ACBrLib/DFe.html Na seção de configuração DFe (Documentos Fiscais eletrônicos) você vai configurar o certificado de acordo com o modelo que vc possui. https://acbr.sourceforge.io/ACBrLib/eSocial_Inicializar.html Conforme descrito no manual da função pode deixar em branco e será usada uma senha padrão.

Boa tarde, Acabou de sair uma compilação nova. Lembre de apagar o seu ACBrNFSeXServicos.ini se estiver na pasta da sua aplicação para gerar um novo...

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?

Bom dia! Realmente, não tem a informação. Criada a #TK-4663 para adição da informação.

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

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Perfeito, muito obrigado @Diego Foliene, agradeço pela atenção!

Bom dia @SHARMAQ, Já enviei para o SVN uma possível solução para o problema. Como você utiliza a Lib, por favor aguarde até que o pessoal gere uma nova versão dela e a disponibilize.

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

Bom dia @CS COM INFO LTDA entendemos sua situação, porém os modelos existentes contemplam os padrões febraban, apesar de talvez alguns clientes sentirem estranheza, imagino que se for adotado um layout mais proximo ao deles, não deve ser algo que cause problemas, uma vez que todos os dados estão lá. At.

@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.