DeveloperATS

Olá boa tarde. Realizei um teste de um arquivo remessa no validador do bradesco e eles me retornaram a seguinte resposta. Com isso, minha duvida é se essas informações incorretas são falta ou preenchimento de dados errados ou minha versão da dll esta desatualizada? Obrigado.

Beleza, muito obrigado. Só para confirmação, se eu colocar o titulo Intrucao1=Protesto em 10 dias O preenchimento esta incorreto e não irá essa informação para o arquivo remessa? Obrigado.

Beleza, mas esses campos tem que ser informado como código? O acbr não traduz o texto? Ex: Intrucao1=88 Instrucao2= ... Ou posso utilizar: Intrucao1=Não protestar Instrucao2= Outra questão, se for código, a acbr não possui alguma documentação com os principais códigos. Obrigado

Boa tarde. Gostaria de saber qual a definição da instrução 1 e instrução 2, como são preenchidos esses campos e se for algum código, a acbr possui alguma documentação sobre as instruções. Obrigado.

Pode deixar; é o "Bancoob". Referências: Config da ACBrLib: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html Documentação encontrada em outro ponto do Fórum:

Bom dia; Uma pergunta relativamente simples: o ACBr tem suporte às cobranças "CAIXA_ECONOMICA_FEDERAL_CONVENIO_SICOB", "BRADESCOSICOOB" e "BANCODOBRASILSICOOB"; mas ele tem suporte a SICOOB puro, sem ser "Convênio do banco X com SICOOB".

No caso, o log não está referenciando "libcanberra-gtk-module", mas, de qualquer forma, instalei os pacotes mencionados no link e continua dando exatamente o mesmo erro.logs-api-boleto-2023-02-17-10-48.zip

Seguem anexos todos os logs. Note que, no "catalina.out", a primeira chamada é concluída com sucesso, ao passo que a segunda chamada dá "SIGSEGV". O "ACBrLibBoleto*.log" está aí, também. No caso, a única biblioteca nativa que essa API utiliza é o ACBr. logs-api-boleto-2023-02-17-07-58.zip

Boa tarde; tudo bem? Acabei de realizar os testes com o Ubuntu Desktop 22 e ocorre exatamente o comportamento: na primeira vez que chama a API funciona normal, mas na segunda vez, o Tomcat cai.

Olá, boa tarde, Se duas instâncias concorrentes não puderem usar o mesmo DISPLAY, como é que o ACBr iria trabalhar num servidor de forma eficiente?

Bom dia; Estamos tendo um problema para usar o ACBRLib no Linux a partir do Java: Primeiro, ele estava dando falta da "lib-gtk", o que foi facilmente foi resolvido instalando a biblioteca em questão: apt install libgtk2.0-0 Depois, ele começou a dar o erro "Gtk-WARNING **: cannot open display"; agimos, então, com base nos seguintes posts: Com base nesses dois links, nós instalamos o framebuffer virtual e configuramos a variável de ambiente: Xvfb :0.0 -screen 0 1280x1024x24 -ac +extension GLX +render -noreset & DISPLAY=":0.0" export DISPLAY Depois disso, a aplicação passou a funcionar na primeira vez em que ela é invocada, mas derruba o Tomcat na segunda vez em que é invocada. Alguma idéia do que possa estar causando esse problema? hs_err_pid2568-core-dump-ACBr.log

O maior problema, no caso, é a inconsistência aliada à falta de documentação. Para algumas combinações de banco/formato de arquivo, a biblioteca aceita que você informe os mesmos códigos de que o banco de destino usa. Outros não aceitam que sejam informados os mesmos códigos de usados pelo banco, obrigando você a ter que usar os códigos de espécie específicos da ACBr, sendo que não há nenhuma documentação que diga quais espécies internas da ACBr correspondem a quais espécies do banco.

Estou utilizando o programa de exemplo "ACBrNFSeX" para realizar o cancelamento de uma NFS-e no webservide de Brasília/DF e estou recebendo o seguinte retorno: Erro(s): Código : X999 Mensagem: Erro de Conexão: s:Client - Falha ao converter data e/ou hora da cadeia de caracteres. Correção: --------- Segue em anexo o print do erro no programa exemplo e também os arquivos SOAP gerados. Como posso rerolver esse problema. 13-can-soap.xml 13-ped-can.xml 13-ped-can-soap.xml

Gostaria de saber se na emissão do RPS para Brasília/DF é possível emitir o mesmo número de RPS para séries distintas? Ex: Número RPS 1 série 1 Número RPS 1 série 2 A prefeitura iria aceitar dessa maneria? O motivo da pergunta e porque temos um cliente que vai precisar emitir a NFSe em 2 sistemas distinto.

Obrigado

Estou utilizando o componente "ACBrNFSeX" para emitir a NFSe em ambiente de homologação para Brasília/DF que utiliza o provedor "ISSNet" na versão "2.04". No entanto estou recebendo alguns erros retornados pelo webService. Um desses erros é: Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Gostaria de saber o que pode está causando esse erro. Em anexo segue o XML de envio e de retorno, e a imagem do Log no programa "ACBrNFSeX_Exemplo". 1-env-lot-sinc.xml 1-lista-nfse-sinc.xml

OK, muito obrigado; vamos testar essa sugestão em breve

OK, obrigado, fico no aguardo.

Sim, está claro que essas regras vão variar de um banco para outro, de CNAB240 para CNAB400 e que o ACBr ainda joga umas regras deles no meio. Inclusive, no caso do Santander é menos pior, porque se você informar os códigos oficiais do banco, ele aceita esses códigos. No caso do CNAB400 do Banco do Brasil é bem pior, pois ele não aceita os códigos fornecidos pelo banco: tem que informar os códigos do ACBr, para que eles produzam os códigos correspondentes do BB. O problema principal é que não existe nada documentado que diga quais são essas peculiaridades, quais são os códigos que o ACBr aceita e no que é que eles se transformam; foi necessário consultar os fontes para saber qual código gera o que, para saber o que informar.

Bom dia, tudo bem? Estamos tentando corrigir alguns problemas num arquivo de remessa CNAB240 que estamos tentando enviar para o Santander. Conseguimos resolver a maioria dos problemas mencionados por eles, exceto um: Basicamente, a coluna 118 do segmento P conteria o código de juros de mora; basicamente, a remessa foi informada com o valor 3 (isento), sendo que havia um valor de mora informado. No caso, o correto seria ter o valor 1 (diário) ou 2 (mensal) mais o valor da mora que foi informado. Após um pouco de experimentação, percebeu-se que: Se o valor da mora for maior ou igual a 1,00: o ACBr vai jogar, na coluna 118 aquilo o que tiver sido informado no parâmetro "CodigoMora", ou "1", se este parâmetro for omitido; Já se o valor da mora for igual a 0,00: ele vai jogar "3" (isento) na coluna 118, o que até faz sentido; No entanto, se o valor for maior que 0,00 e menor que 1,00 (ex: 0,99 o ACBr está jogando "3" (isento) na coluna 118, o que é incorreto. O que eu precisaria fazer para que o ACBr jogue o código correto na coluna 118 para valores positivos menores que 1,00? Obs: estamos utilizando o ACBrLib para Java. Remessa Valor Mora abaixo de 1.rem Remessa Valor Mora igual a 1.rem Titulo Valor Mora Abaixo de 1.ini Titulo Valor Mora igual a 1.ini Config ACBr Principal.ini

Caso alguém precise, essas são as espécies usadas para o banco Santander (baseado na lógica em ACBrBancoSantander.pas): Layout Espécie Descrição Resultado CNAB240 DM DUPLICATA MERCANTIL 02 DS DUPLICATA DE SERVICO 04 NP NOTA PROMISSORIA 12 NR NOTA PROMISSORIA RURAL 13 RC RECIBO 17 AP APOLICE DE SEGURO 20 CH CHEQUE 97 ND NOTA PROMISSORIA DIRETA 98 02, 04, 12, 13, 17, 20, 97 ou 98 Mesmo código Qualquer outro valor Dá o erro 'Espécie de documento informada incorretamente!' CNAB400 DM DUPLICATA MERCANTIL 01 NP NOTA PROMISSORIA 02 NS 03 RC RECIBO 05 DS DUPLICATA DE SERVICO 06 LC 07 BDP 08 BCC 19 Qualquer outro valor Mesmo código

OK, muito obrigado pela informação. É uma pena que não haja documentação para isso.

Bom dia; A documentação do ACBr não aparenta listar os valores possíveis para o parâmetro "Especie" do título: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca3.html A primeira reação quanto a isso é, naturalmente, utilizar o próprio código de espécie usado pelo banco, mas isso não funciona, pois o ACBr utiliza os seus próprios valores, ao invés de repassar o valor normal do banco: { Pegando o tipo de EspecieDoc } if EspecieDoc = 'DM' then ATipoEspecieDoc := '01' else if EspecieDoc = 'NP' then ATipoEspecieDoc := '02' else if EspecieDoc = 'NS' then ATipoEspecieDoc := '03' else if EspecieDoc = 'RC' then ATipoEspecieDoc := '05' else if EspecieDoc = 'LC' then ATipoEspecieDoc := '08' else if EspecieDoc = 'DS' then ATipoEspecieDoc := '12' else if EspecieDoc = 'ND' then ATipoEspecieDoc := '13'; O exemplo acima é do CNAB400 do BB. Existe algum lugar onde estejam documentados quais são os valores de EspecieDoc que o ACBr aceita, e o que cada um deles significa? Existe algum lugar onde estejam documentados quais valores de EspecieDoc são mapeados para cada tipo de documento em cada banco? Exemplo: para o CNAB400 do BB: EspecieDoc ATipoEspecieDoc DM 1 NP 2 NS 3 RC 5 LC 8 DS 12 ND 13

Um outro detalhe: porque o ACBr silenciosamente zera o valor, ao invés de dar erro? Existiria alguma situação onde o banco aceitaria um arquivo de remessa com esse valor zerado, mesmo que se tenha optado por "Cliente Emite"? Qual seria o comportamento correto do ponto de vista da aplicação que consome a DLL quando ocorrerem estes casos?

Quanto ao LayoutRemessa, pode ser que, nas várias tentativas de obter um ini e o outro, tenha sido enviado o ini errado. De qualquer forma, parece que o problema é a carteira; existe alguma forma de perguntar, de antemão ao ACBr se uma determinada carteira vai causar zeramento do nosso número?