Mateus Brunelli

@Daniel InfoCotidiano eu ainda uso Windows 7 (rsrsrs) mas está em 100%. Faltou um print no post anterior

Bom dia @Daniel InfoCotidiano, tudo bem? Desde já agradeço o retorno. Deixa eu explicar todo o contexto. Antes de eu atualizar os fontes do ACBr ficava tudo certo com a impressão dos boletos em qualquer layout, sem eu alterar nada de escala ou seja, deixava o componente da forma padrão como abaixo: ACBrBoletoFCFortes1.AlterarEscalaPadrao := False; ACBrBoletoFCFortes1.NovaEscala := 96; E imprimia normal (Print0.png). Aí atualizei todos os fontes, inclusive atualizei novamente agora só o arquivo ACBrBoletoFCFortesFr.dfm e está na última versão. (Print1.png). Quando abro esse arquivo no Delphi, já em ambiente de desenvolvimento percebo que as linhas estão desconfiguradas no layoute carnê. (Print2.png). Aí se complilar os meus fontes e executar com a última versão dos fontes do ACBR ainda sem mudar escala fica desconfigurado com uma borda grande na direita do relatório. (Print3.png) Aí agora coloquei em meus fontes para sempre aplicar os comandos de alteração de escada para diminuir essa borda que fica na direita da impressão dos boletos. ACBrBoletoFCFortes1.AlterarEscalaPadrao := True; ACBrBoletoFCFortes1.NovaEscala := 100; Resolveu o problema da borda direita, mas das linhas maiores na impressão do carnê não, para o carnê foi necessário alterar no arquivo que te passei no tópico acima alterando o arquivo ACBrBoletoFCFortesFr.dfm

Bom dia. Segue para análise e inclusão nos fontes do ACBR, pequeno ajuste de layout para as linhas na impressão de boletos em carnê usando Fortes Report. O problema é mostrado no print abaixo, em anexo a correção. ACBrBoletoFCFortesFr.dfm

Boa tarde, enviei essa mesma mensagem em um outro tópico que falava sobre um assunto semelhante de API do Sicredi. Fizemos alguns testes recentemente com o ACBr e a API do Sicredi para boletos e verificamos que o ACBr está compatível somente com a versão antiga da API do Sicredi. Eles (Sicredi) desenvolveram uma nova API recentemente com ambiente de homologação e ambiente de produção, com novos recursos, essa API nova o ACBr ainda não tem compatibilidade. Não sei informar se o Sicredi vai manter as duas APIs por muito tempo, acredito que vão dar continuidade apenas na nova API. Segue manual da nova API que o Sicredi nos passou. Para boleto híbrido aqui estamos usando CNAB ainda. Manual da API da Cobrança 1.2.rar

Boa tarde, fizemos alguns testes recentemente com o ACBr e a API do Sicredi para boletos e verificamos que o ACBr está compatível somente com a versão antiga da API do Sicredi. Eles (Sicredi) desenvolveram uma nova API recentemente com ambiente de homologação e ambiente de produção, com novos recursos, essa API nova o ACBr ainda não tem compatibilidade. Não sei informar se o Sicredi vai manter as duas APIs por muito tempo, acredito que vão dar continuidade apenas na nova API. Segue manual da nova API que o Sicredi nos passou. Manual da API da Cobrança 1.2.rar

Segundo as pesquisas que já venho fazendo, inclusive aqui na ACBr, a dll do ACBrLib é compilada em pascal, porém o php lê extensões apenas em C++, por essa razão acredito que não é possível que o php leia diretamente a dll do acbr, no post "Extensão PHP para uso do ACBrLib online! ACBrLibPHP" , Pelo que eu entendi, o criador do Post cria um codigo em C++ que lê a dll do ACBrLib, depois disso ele compila o codigo em C++ e cria uma dll apartir desse código por fim, ele usa a dll recém criada como extenção do PHP, então a lógica fica assim: ACBrLib64.dll > ExtencaoCriadaEmCpp.dll > CodigoEmPHP.php Porém, tudo isso é voltado pra linux em todo o código, ou seja, onde seria dll vira so, isso inclui também os comandos de criação do linux, o arquivo MakeFile, entre outros arquivos que são voltados apenas pra a execução no linux É possível que eu esteja errado, por essa razão vou continuar seguindo as sugestões que vocês forem me mandando... Obrigado

Olá, minha versão do php é a 7.4, logo a função "dl()" está depreciada, já lancei a dll no System32 como está no manual do ACBrLib, infelizmente não teve efeito algum! quanto as variáveis de ambiente, coloquei assim e o resultado ainda é o mesmo... Pra seguir a tua sugestão, usei o seguinte código, habilitei a extensão no php.ini o resultado foi o seguinte erro

Ok, fico no aguardo, muito obrigado pela atenção

Bom dia, Acabei de testar tua sugestão, e infelizmente o resultado é o mesmo, a biblioteca não é lida, nem exibida como extensão do php

Aqui estão algumas informações sobre meu PHP, incluido a arquitetura que está em x64!

Boa tarde, pra facilitar os suportes vou descrever o que fiz em minhas tentativas até agora: 1°: Copiei as DLLs ACBrNFe64.dll da pasta bin\MT\Cdecl da pasta que baixei aqui no Site, e coloquei na pasta C:\xampp\php\ext que é a pasta onde ficam as extensões do PHP, e adicionei uma nova linha no php.ini especificando onde fica essa extensão e por fim desliguei e liguei novamente o apache. Quando tento usar a demo pra testar a extensão o resultado é esse: Isso sem contar que quando uso o phpinfo() ele não reconhece a extensão! 2°: Depois disso vi o video citado no tópico "Extensão PHP para uso do ACBrLib online! ACBrLibPHP" onde o cara fala sobre o que ele desenvolveu, e vi também que o código dele foi adaptado e usado na própria demo, porém o que acontece é que tudo que ele faz é voltado pra o linux, com comandos de bach, pra o linux, que compilam um código em C++ e transformam em uma DLL legível pra o PHP, essa extensão usa a DLL da ACBr. Porém meu ambiente é windows, por essa razão não consigo usar os comandos que existem na demo! O que gostaria é saber se alguém no ambiente windows já consegue usar o ACBrLib em PHP...

Bom dia, sim, li todo este tópico e vi todo o video a respeito do uso da DLL, também segui a dica de usar apenas a DLL já compilada pela ACBrLib, mas infelizmente a própria demo é totalmente voltada pra a compilação em Linux, e meu ambiente tanto em teste quanto em produção é windows, por essa razão ainda não consegui fazer o codigo da ACBr rodar no PHP! Talvez seja pedir muito mas se já existe um jeito de fazer rodar no Windows, gostaria de um passo a passo, pois não tenho muita experiência no uso de DLLs no PHP!

Olá, sim, Gmail é uma deles Servidor: smtp.gmail.com Portal: 465 Só antes tem que entrar na conta do google e habilitar a "verificação em duas etapas" e também gerar uma senha de app na parte de segurança da conta do google. E usar essa senha gerada para configuração do componente de e-mail do AcBR. Veja no tópico abaixo

Boa tarde. Gostaria de saber se alguém já usa o ACBrNFe para PHP no WIndows? Preciso usar as dlls do ACBr numa aplicação em php puro (tem potencial pra migrar pra o Laravel), já tentei usar as demos, porém o código e a maioria dos tópicos no fórum são voltados pra o Linux, já tentei usar as Dlls do ACBrLib no php.ini mas no momento em que a aplicação é compilada (servida), recebo uma mensagem de que não foi possível carregar o modulo. Gostaria de saber como posso implementar o ACBrLib no meu código PHP no ambiente do windows.

Boa tarde, sobre o retorno somente no dia seguinte, sei que o Sicredi tem uma configuração interna deles lá na conta, onde configuram se deseja múltiplos retornos no dia ou não. Isso ameniza o problema de ter que esperar o retorno para ter o QR-CODE. Onde poderá vir o retorno ainda no dia que enviou a remessa.

Boa tarde. @nazarenoneto obrigado pela colaboração no desenvolvimento. Creio que agora falte pouco para homologar a parte de boleto híbrido com o Sicredi. Minha dúvida é a seguinte: O que você informa no "Titulo.QrCode.txid" quando envia a remessa? Pois o Sicredi permite que deixe em branco essa informação para eles gerarem. Outra dúvida é com relação a impressão do boleto. Percebi que o layout do ACBr no Fortes Report está um pouco diferente do layout exigido pelo Sicredi para o boleto híbrido. Em anexo envio a impressão do ABCr no Fortes Report e também o exemplo passado pelo Sicredi ao homologar. OBS: Eu não tentei homologar ainda com o layout atual do ACBr. Se alguém na comunidade do ACBr que tenha conhecimentos em Fortes Report puder contribuir nesta parte creio que não falte muita coisa.

Boa tarde @Desenvolvimento total S dentro do título do boleto verifique a propriedade DataNegativacao e alimente essa propriedade. Creio que irá lhe atender.

Boa tarde. Tivemos esse mesmo problema com alguns clientes aqui, estamos fazendo o seguinte procedimento. Ali no gerenciador de dispositivos do windows, clicamos em cima do "THIS IS NOT PROLIFIC..." e clicamos em remover, aí ele remove o driver, aí depois desconecta o cabo USB da impressora e conecta novamente, que volta a funcionar e reconhecer uma porta COM. Este procedimento parece estar resolvendo o problema

Boa tarde no Hotmail eu não tenho conta, mas fiz para alguns clientes, é bem semelhante ao processo do Gmail, entra nas configurações da conta e vai na guia segurança. Mas se não me engano só conseguirá criar a senha de App se tiver configurado autenticação em 2 fatores. O host que eu usei para o hotmail foi o: smtp-mail.outlook.com porta 587

Bom dia Pessoal, não sei se é válido o que vou comentar, mas para nós parou de funcionar alguns clientes de Hotmail e Gmail. Parou de funcionar os que configuraram "Autenticação em 2 etapas". Aí para estes casos lá na conta do Gmail e do Hotmail tem uma opção para criar senha de App, aí o próprio gmail e hotmail cria uma senha nova para ser usada em outros aplicativos de terceiros, que é o nosso caso. Aí configurando no componente do AcBr essa senha gerada funcionou tudo perfeitamente, voltou a funcionar normal. Ou seja, com a senha da conta não funcionava, aí gerando uma senha de app funcionou.

Bom dia, verificamos que o AcBr quando passa em branco na propriedade "Mensage" está procedendo de forma correta e não incluindo o Registro Mensagem (Tipo 2) o problema estava em nossa aplicação que estava passando um conteúdo concatenado com um (Enter): '' + chr(13)+ '' aí ocasionava o problema de criar o registro Tipo 2 indevido. Sendo assim tudo correto, podem fechar o tópico.

Bom dia, com relação a TK-2157 que é referente ao tópico: Verificamos que a partir desta alteração citada acima sempre está incluindo o registro Mensagem (Tipo 2) na remessa dos boletos, porém conforme o manual do Sicredi página 26 (Anexo) este registro tipo 2 só deve constar no arquivo de remessa quando tiver instruções para imprimir no boleto, senão este bloco não deve aparecer no arquivo de remessa. Isso está causando uma rejeição junto ao Sicredi que registra o boleto porém vem uma mensagem de advertência no retorno, informando que só deve constar no arquivo de remessa o registro tipo 2 quando tiver instruções para imprimir no boleto. Caso isso deva ser tratado pelo pela minha aplicação favor desconsiderar e só me confirmar que procederemos com a alteração por aqui. Agradeço desde já.

Boa tarde, da uma verificada se você está carregando para o componente todos os campos necessários para a geração dos arquivos. Qualquer coisa analisa o manual https://www.confaz.fazenda.gov.br/legislacao/convenios/2003/CV115_03-1.pdf e verifica qual campo está faltando nos arquivos. os arquivos gerados podem ser abertos no bloco de notas para visualizar o conteúdo.

Bom dia @Domingos Dimas, o componente gera três arquivos, os outros 2 você gera pelo validador do convênio após importar os arquivos gerados pelo AcBr.

Bom dia @José M. S. Junior, pode ser da forma que sugeriu sim, utilizando o campo "CarteiraEnvio". Alterei o arquivo (anexo) conforme sugeriu. Se puder dar uma conferida para possível submissão no SVN agradeço. Abraço ACBrBancoSicredi.pas