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.