Evandrobk

Bom dia Daniel deu certo agora. Por algum motivo estava puxando a versão da LIB errada mesmo atualizando os arquivos. Após forçar a atualização, mostrou 'N' e ao alterar para CaracTitulo 2 mostra 'S' corretamente. Muito obrigado pela ajuda!

O banco que está sendo informado é o 136 e seria 240CNAB. Vou deixar os arquivos de remessa e LOGS em anexo para você dar uma olhada. ACBrLibBoleto-20240604.log cb040605.rem

Opa Daniel, o que fizemos foi gerar a remessa com este layout que mandei anteriormente, que está com as tags que você comentou, e atualizar as dlls ACBRBoleto64.dll e ACBRBoleto32.dll da LIB para a última versão ACBrLibBoleto 0.2.0.294. Teria algo mais que podemos verificar além dessas questões que comentei, por exemplo, alguma outra dll que precise atualizar ou outra TAG que precisamos informar.

Bom dia Daniel. Coloquei CaracTitulo = 5 conforme solicitado, atualizei as DLLs ACBRBoleto64 e ACBRBoleto32 novamente para me certificar que estão na última versão e mesmo assim continua saindo como vazio. Segue como está sendo montado o último teste que fiz: Obs: Alguns campos alterei para preencher como X ou 0 apenas para colocar aqui no fórum, mas nos testes estão preenchidos corretamente. [Cedente] Nome=XXXXXXXXXXX CNPJCPF=XX.XXX.XXX/XXXX-XX Logradouro=XXXXXXXXXXXXXXX numero=000 Bairro=XXXXXXXXXXX Cidade=XXXXXXXX CEP=00000000 Complemento=XXX UF=SC RespEmis=0 TipoPessoa=1 CodigoCedente=00000000 LayoutBol=3 CaracTitulo=5 Filtro=2 Modalidade=0 Preview=1 [Conta] Conta=00000 DigitoConta=0 Agencia=1409 DigitoAgencia=5 DigitoVerificadorAgenciaConta=0 [Banco] numero=136 CNAB=0 TipoCobranca=26 VersaoArquivo=085 [Titulo1] OcorrenciaOriginal.TipoOcorrencia=0 NumeroDocumento=0000000000 NossoNumero=00000000 CodigoMoraJuros=0 Carteira=21 ValorDocumento=168,90 Vencimento=01/11/2023 DataMoraJuros=02/11/2023 ValorMoraJuros=0,34 PercentualMulta=2,00 DataMulta=02/11/2023 TipoDiasProtesto=3 DataDocumento=02/10/2023 DataProcessamento=02/10/2023 Especie=DM Parcela=1 TotalParcelas=1 SeuNumero=0000 Sacado.Pessoa=1 Sacado.NomeSacado=XXXXXXXXXXXX Sacado.CNPJCPF=XX.XXX.XXX/XXXX-XX Sacado.Logradouro=XXXXXXXXXXXX Sacado.Numero=1225 Sacado.Bairro=CENTRO Sacado.Complemento=MATRIZ Sacado.Cidade=XXXXXXX Sacado.UF=SC Sacado.CEP=00000000

Então, já atualizamos a LIB para a última versão e testamos colocando as seguintes TAGS no código: [BANCO] VersaoArquivo=85 Numero=136 E forçando utilizar o UNICRED ES: TipoCobranca=26 Porém mesmo assim continua inserindo vazio. Tem algo que possamos verificar além dessas tags para nos certificarmos que está utilizando a classe correta? Só avisar, caso precisem de mais informações. Obrigado

Confirmado que o código do banco é 136.

O cliente que estamos implementando é de SC, porém na documentação de remessa que foi nos passado, está com o código 136 que seria UnicredES. Pedi para o pessoal entrar em contato com o banco novamente para verificar se a documentação que nos foi enviada está correta para este cliente. Porém nesse caso, já que estamos utilizando o UnicredES, não era para cair na regra que já tem criada e funcionar inserindo o 'N'?

Conforme retorno do banco UNICRED de SC, a posição 108 da linha 3 do arquivo de remessa está indo como vazio e deveria vir como 'S' ou 'N'. Utilizamos a LIB no nosso projeto com a última versão, validamos no código e apenas existe a regra desse campo para a UNICRED ES. Tentamos encaixar os valores com a regra existente no código da UNICRED ES para informar esse campo como 'S' ou 'N', porém em todos os momentos o campo foi informado como vazio. Mesmo colocando as seguintes tags: [BANCO] VersaoArquivo=85 E forçando utilizar o UNICRED ES: TipoCobranca=26 Não resolveu o problema. 1716555864726_GR_-_COB136_-_Cobranca_WEB_-_Layout_CNAB_240_-_Remessa (2).pdf

Boa tarde pessoal, Resolvi postar aqui um problema que temos há algum tempo aqui na empresa em relação as LIBs. Estamos rodando a LIB consumindo a AcbrLibNfe no Linux com PHP, mas meu receio é em produção porque existe esse problema de qualquer parâmetro inválido, mata o servidor e ocorre um problema de memória, já coloquei em uma máquina local linux, já coloquei na AWS, ocorre a mesma coisa. O erro que acontece no c++ é o seguinte: Em todos os lugares que pesquisei (incluindo gpt), é dito que isso é um problema de memória (ponteiro). Muitas pessoas tiveram o mesmo problema, o exato erro Segmentation Fault(11), no php, ele aparece da seguinte forma: Mesmo colocando o código dentro de um try {} catch {} o erro acontece. Alegam que o erro é o Xvfb não ter sido iniciado corretamente. Não é isso, se o Xvfb não for iniciado a extensão também não inicia. Só para lembrar, o Xvfb é o emulador da parte gráfica para versões do Linux que não possuem interface visual (como na aws). Com o comando abaixo eu verifico o status do serviço do Xvfb: Para contornar o problema da lib de não retornar o erro, o primeiro passo foi criar as classes da pasta Meta para que o php valide todas as informações que são passadas para extensão: Mas mesmo assim, em alguns casos ocorrem erros, acredito que seja pelo fato de parte da documentação estar errada ou desatualizada, um exemplo, é a Lib CRY_CAPICOM que está na documentação como opção válida, porém, ao definí-la na extensão, o erro Segmentation Fault acontece: Isso está extremamente lento, (descobrir as combinações válidas). Além do fato de que eu também preciso validar o tipo de dado (string, boolean, number etc) para passar para a extensão pois se o tipo de dado estiver errado, a extensão também para de funcionar. Na classe NFeConfig.php eu faço todas as validações iniciais (apenas as iniciais, pois todo o código precisa de validações para contornar o bug da extensão). Todos os caminhos de arquivos e diretórios tem que ser validados pois um caminho inexistente também gera o erro. O erro está no c++, corrigindo lá o erro no php deixará de acontecer. Se você quiser eu posso criar um zip aqui com os arquivos para que testem aí. Eu terei que criar um arquivo de instruções para que consigam fazer funcionar.

Meu caso também ocorre, o banco está pressionando para alterar mesmo sem um padrão aparente. Tentei fazer no sistema, porém no arquivo a LIB do acbr come os espaços e fica centralizado. Fico no aguardo da LIB com essa correção para gerar novamente.

Obrigado Daniel, Agora estou informando assim: ACBrNFe.LimparLista() ACBrNFe.ConfigGravarValor(ACBrSessao.PosPrinter, "ColunasFonteNormal", 48) ACBrNFe.ConfigGravarValor(ACBrSessao.PosPrinter, "CortaPapel", True) ACBrNFe.ConfigGravarValor(ACBrSessao.DANFENFCe, "LarguraBobina", 300) ACBrNFe.ConfigGravarValor(ACBrSessao.DANFENFCe, "TipoRelatorioBobina", TipoRelatorioBobina.tpFortes) ACBrNFe.ConfigGravar() ACBrNFe.CarregarXML(lstrDiretorioXML) ACBrNFe.Imprimir(cImpressora:=ImpressoraPadrao, bMostrarPreview:=False)

Bom dia pessoal, Estou emitindo a impressão da DANFECE diretamente no impressora Térmica da seguinte forma. ACBrNFe.LimparLista() ACBrNFe.CarregarXML(lstrDiretorioXML) ACBrNFe.Imprimir(cImpressora:=ImpressoraPadrao, bMostrarPreview:=False) As bordas estão cortando conforma a imagem: Existe alguma forma de configurar isso através da Lib ou alguma outra forma de imprimir a NFCe? Estou apenas utilizando o AcbrLibNfe para essa impressão.

Show, obrigado José!

Boa tarde, Hoje faço a emissão dos meus boletos pelo ACBrMonitor, baixei os LIBs e consegui imprimir, praticamente não mudei nada, só a sequência de chamadas para: pacbrBoleto.LimparLista() pacbrBoleto.ConfigurarDados(lstrCedente) pacbrBoleto.IncluirTitulos(lstrTitulos) pacbrBoleto.TotalTitulosLista() pacbrBoleto.GerarPDF() Notei que ao alterar o item LayoutBol dentro da sessão Cedente, não reflete nenhuma alteração, coisa que no ACBR Monitor funciona, teria alguma alternativa?

Opa, deu certo, importei essas 2 destacadas. As outras 2 tive que colocar no diretório apenas.

Estou tentando importar a LIB que baixei para meu projeto, poderiam me orientar o que estou fazendo errado?

Baixei os fontes novamente e resolveram. Obrigado

Boa tarde José, Realmente está, eu não passo o caminho tipo: "c:\cedente.ini", eu passo uma string mesmo com o conteúdo acima. Se eu, substituir o executável por qualquer um que já baixei ou gerei, funciona normalmente. É só eu compilar com esses fontes ocorre isso, muito estranho, não to entendendo se é algo com versão do Lazarus que compilei. Poderia me informar em que parte do código ele entra para fazer essa validação? Quem sabe eu encontro aqui analisando com calma e verificando até onde entra, colocando umas mensagens.

Opa, resolvi informando os parâmetros: VersaoArquivo = 107 VersaoLote = 67 Eu estava informando errado.

Pessoal, como falado em um outro post, sempre compilo o ACBRmonitor normalmente, hoje baixei os fontes novamente, atualizeri o Lazarus e compilei sem problemas. Quando fui emitir o boleto, da mesma forma que sempre emito, o sistema apresenta a seguinte mensagem. Sempre chamo os comandos dessa forma. O que informo na variável lstrCedente é: [Cedente] Nome=NEI MANUTENCAO E LOCACAO DE EMPILHADEIRAS EIRELI CNPJCPF=38.058.225/0001-71 Logradouro=R MANOEL MIGUEL BITTENCOURT numero=93 Bairro=HUMAITA CIMA Cidade=TUBARAO CEP=88708050 Complemento= UF=SC RespEmis=0 TipoPessoa=1 CodigoCedente=290107 LayoutBol=0 CaracTitulo=0 Filtro=2 Preview=1 [Conta] Conta=3149 DigitoConta=1 Agencia=0425 DigitoAgencia=1 DigitoVerificadorAgenciaConta=0 [Banco] numero=104 CNAB=0 IndiceACBr=3 Na variável lstrTituloConcatenado é: [Titulo1] OcorrenciaOriginal.TipoOcorrencia=0 NumeroDocumento=7 NossoNumero=00002858 DataBaixa=29/12/2020 Carteira=RG ValorDocumento=502,00 Vencimento=29/11/2020 ValorMoraJuros=1,00 PercentualMulta=2,00 DataMulta=30/11/2020 DataDocumento=11/11/2020 DataProcessamento=11/11/2020 LocalPagamento=Pagamento em qualquer agência bancária ou lotérica até o vencimento, após somente na CAIXA Especie=DM Parcela=1 TotalParcelas=2 SeuNumero=7 Sacado.Pessoa=1 Sacado.NomeSacado=ARTPLAST INDUSTRIA E COMERCIO DE PLASTICOS LTDA Sacado.CNPJCPF=06.064.123/0001-72 Sacado.Logradouro=ESTRADA GERAL SANTO ANTONIO Sacado.Numero=S/N Sacado.Bairro=SANTO ANTONIO Sacado.Complemento= Sacado.Cidade=SAO LUDGERO Sacado.UF=SC Sacado.CEP=88730000 Mensagem=PARCELA 1/1, DOCTO: 4| - MARCA: HYSTER - MODELO: H50FT| Alguma sugestão?

Boa tarde prezados, Sempre emito boletos da caixa normalmente pelo AcbrMonitor, porém peguei um caso agora de um boleto com beneficiário de 7 dígitos e o homologador já me respondeu o seguinte. Esse é o beneficiário que sai em meu boleto. O banco me retornou. Em resumo ele diz que meu boleo deve ter o dígito verificador 8. Existe algum parâmetro que devo informar para isso? No log do ACBR pode ver que informei esse 2 parâmetros para ver se modifica algo, mas sem sucesso. Poderia me ajudar?

Show, deu certo, obrigado pelas dicas Juliomar.

Boa tarde Juliomar, Verifiquei que algumas pessoas corrigiram atualizando Lazarus. Atualizei também e resolveu nessa parte, porém engalhei no final agora que foi isso.

Bom dia, Poderiam me tirar uma dúvida? Sempre baixo os fontes e compilo o ACBR MONITOR normalmente, hoje baixei novamente e fiquei preso nesse erro, alguém poderia me instruir como resolver por favor?

Estou com o mesmo problema, no momento que vou enviar o estoque. Erro 1003: Assinatura digital inválida Estou assinando dessa forma e até então estava ok, mas em apenas 1 cliente ocorre isso. As reduções Z estão OK.