Jump to content

lukas1056

Membros
  • Posts

    73
  • Joined

  • Last visited

Everything posted by lukas1056

  1. Bom dia pessoal, verifiquei nos fontes que o AcbrBancoCresol que herda de AcbrBancoCresolSCRS somente gera o arquivo de remessa em cnab400, nosso cliente nos solicitou em cnab240 por acaso esta sendo visto algo para fazer no formato 240 ?
  2. Oi pessoal, estava verificando o evento S2240 e parece que da forma que esta implementada hj o campo dscAgNoc da TAG agNoc, mesmo que ela nao seja obrigatória ser informada fora se o codAgNoc seja alguns em particular, estava dando msg de erro solicitando que a descrição não fosse nula. Alterei o fonte para que permita ser nula pois o schema assim permite. Alterado apenas um parametro... Com essa alteração nao ouve mais problema em nao informar esse campo. Desde ja agradeço a atenção.. Fonte alterado. pcesS2240.rar
  3. Pessoal ao realizar testes com o banco, percebi que o boleto da Unicred o nosso numero estava vindo errado, verifiquei a leitura era a padrao do Acbr tendo algumas diferenças... Criei com base na leitura de outros bancos a Função da Leitura do CNAB240 do Banco Unicred-ES. Desde ja Agradeço a atenção. Segue abaixo os Fontes e os Manuais mandados pelo Banco. ACBrBancoUnicredES.rar Manual Unicred - Remessa.pdf Manual Unicred - Retorno.pdf
  4. Oi, sou bem novato nisso, mas lendo o manual, parece que realmente as vezes vai mudar apenas o TargetNameSpace...
  5. Ao gerar o evento S1000 para empresas onde o CNPJ deve ser informado com 8 posições estava gerando erro de "ID" pois na função para gerar o ID do Xml estava gerando como se fosse um CPF, alterei o fonte para que o documento tamanho 14 e 8 sejam considerados CNPJ. Função que monta o ID... Regra de Validação... Desde já agradeço a atenção... Fonte alterado em Anexo: pcesGerador.rar
  6. Oi pessoal, estava realizando testes de geração de boletos do "Unicredi ES" e ao mandar para o banco os boletos e o arquivo de remessa para validação, me retornaram que no "segmento P" na posição 221 a 221( Operação de Protesto) não estava habilitada e deveria ser enviado o codigo "3 - Não protestar", entretando nas configurações nao era informada nenhuma informação de protesto (Dias corridos ou uteis). Visualizando o fonte verifiquei que ao não informar um Tipo a funçao abaixo assume que sejam "Dias Corridos", pois nao há outras opções no Type "TipoDiasProtesto". Então adicionei ao Type "diNenhum", para que seja possivel entrar no Result := 3; Desde já agradeço a atenção.. ACBrBoletoConversao.rar
  7. Olá pessoal, durante uma das leituras do arquivo de retorno do Bradesco, me ocorreu uma situação inusitada. Ao verificar os arquivos de retorno percebi um motivo "A4" em uma "Ocorrência 02 - Entrada Confirmada" A4 - Na ocorrência "02" E nos fontes do ACBrBoleto ao realizar a leitura do CNAB400 o codigo do motivo buscado é convertido para Inteiro mas por se tratar de uma String ocorre erro de conversão. Conversão da Leitura para Integer O estranho é que no manual mais atual que encontrei do Banco não existe Motivo "A4" e no manual disponivel pelo ACBr existe mas somente na ocorrência "28 - Débito de Tarifas e Custas". Link do Manual no Site do Bradesco: https://banco.bradesco/assets/pessoajuridica/pdf/4008-524-0121-layout-cobranca-versao-portugues.pdf Gostaria de saber se alguém já passou por algo parecido? Pois para mim parece ser Erro durante a geração do arquivo de retorno feito pelo Banco, porque nem no manual encontrei algo semelhante.
  8. Pessoal fiz a alteração necessária para o Banrisul, colocando o "TruncTo" para o Segmento "R". Abaixo Fontes para Analise: ACBrBancoBanrisul.rar Desde já obrigado.
  9. Olá pessoal, estava verificando a impressão do Boleto e a Remessa do Boleto e me deparei com uma divergência. Ao colocar um percentual de multa de 3% sobre o valor de um boleto de 112,56 reais, o valor dessa multa ficou 3,3768, sendo que na impressão trouxe 3,37 mas na Remessa trouxe 3,38, inicialmente o valor é pequeno uma diferença de 0,01 centavo, entretanto ao gerar a mensagem com um valor divergente da remessa o Banrisul durante o processo de Homologação solicitou que seja mantido um único valor pois o sistema não realiza arredondamento. Segue o retorno: Retorno do Banco Impressão do Boleto: Mensagens da Impressão do Boleto Segmento "R" Arquivo de Remessa Segmento "R" Analisei o motivo e acabei encontrando as Diferenças: 1 - Na função de Impressão Padrão da Multa é realizado um "TruncTo" que retorna o valor com duas casas decimais e Formata para "R$ #,##0.00". Função de Impressão do valor da multa (Padrão) Valor Passado a Função Valor Retornado da Função Geração do Segmento "R" Por causa dessa diferença a Impressão e a Remessa são diferentes! Não analisei ainda em outros bancos mas o Banrisul solicita que isso seja ajustado. Desde já Agradeço a atenção. ;D
  10. Estive vendo no manual do "ACBrBancoSafra" e é 5 mesmo o tamanho da agencia inclusive o manual é o disponibilizado pelo ACBr! O unico lugar onde foi alterado foi o local da montagem do codigo de barras, fiz testes locais e pegamos um boleto de cliente e regeramos com os mesmos dados pelo ACBr, e com a alteração feita o boleto gerado pelo banco e pelo acbr ficaram iguais.
  11. BANCO SAFRA Oi Pessoal, estava realizando testes com o banco safra e percebi um problema referente ao tamanho da Agencia. Ao conferir o manual verifiquei que o tamanho da Agencia e 5, oque estava gerando erro ao gerar o arquivo de remessa e ao gerar a impressao do boleto. Alteraçao ao montar codigo do cedente Alteraçao da montagem do codigo de barras Manual do Banco Adicionado para pegar a instruçao 2 corre, otamente BANCO CRESOL Ao realizar testes no banco cresol foi verificado que ao gerar o boleto a linha digitavel estava sendo gerada incorretamente, sendo verificado gerando um boleto que ja havia sido gerado anteriormente e validado pelo banco e comparando com a versao gerada pelo ACBR, sendo realizada as seguntes modificaçoes. configuraçao encontrada no manual Tamanho da Agencia 4 Alterado para que ao montar o codigo de barras pegue o tamanho da agencia Moficado para ser igual ao manual Modificado para ser igual ao manual Com as seguintes alteraçoes foram aprovadas pelos bancos, deixo os fontes para analise! Desde ja agradeço a atençao.. Fontes.rar
  12. Olá pessoal, estive analisando outra situação! Dessa vez diz respeito ao código de protesto de Negativação presentes em alguns bancos como BB, Itau e Sicredi. Estive analisando e percebi que o BB e Itau no arquivo de remessa se for passado os parâmetros para Negativar o mesmo não gera corretamente a informação no arquivo, pois no fonte somente busca a data de protesto e dias de protesto, passando então como não protestar e os dias zerados no arquivo. Na impressão sai corretamente mas no arquivo esta saindo de forma errada. Realizei uma alteração para que de acordo com o código de protesto busque a informação a ser passada da variável de Protesto ou de Negativação do ACBrBoleto.pas afim de sair a informação corretamente no arquivo. Alterações realizadas nos Bancos: Banco do Brasil e Itau, o Santander já atendia a essa mudança. ACBrBoleto.pas onde a impressão depende do preenchimento da "Data de Protesto" ou da "Data de Negativação". Adicionado variáveis para receber os dados corretos.. Geração do Segmento P com base nos dados recebidos... Mesmo procedimento anterior no Banco Itau.. Geração do segmento P no Itau... Fontes: Fontes.rar Pessoal não sei se esse é o lugar correto para adicionar esse tópico, mas como não foi avaliado ainda as mudanças anteriores, decidi colocar aqui pois nas alterações anteriores também esta envolvido o ".pas" do Banco do Brasil.
  13. Olá pessoal trago algumas mudanças que fizemos em nossa empresa para adequar a algumas necessidades que possuíamos com os boletos.. 1 - Adicionado ao Banrisul a leitura do valor pago do boleto. Adicionado pois nesse banco a informação não era preenchida na leitura permanecendo nulo o valor. Alteração do Fonte para Adicionar a leitura do valor pago 2 - Adicionado 3 tipos de Cobrança no TACBrCaracTitulo do ACBrBoleto.pas Adicionado esses três tipos, pois ao ler os manuais dos bancos foi verificado que eles não se encontravam como opções no fonte. Alteração no fonte do ACBrBoleto.pas adicionando os 3 novos tipos. 3 - Alterado o Banco do Brasil pois um dos tipos de cobrança visto no item 2 não existia como uma opção. Manual do Bando do Brasil "Nota 22". Alteração para se adequar ao manual. 4 - Alterado o Banco do Santander pois um dos tipos de cobrança visto no item 2 não existia como uma opção. Manual do Santander "Nota 5". Fonte Alterado para se Adequar ao manual. Segue abaixo os fontes alterados... Fontes.rar
  14. Olá pessoal, bom estava verificando e percebi que na leitura do retorno do Banrisul quando a ocorrência retornada era "AB – Cobrança a Creditar (em trânsito)*" a mensagem retornada era a "02 – Entrada Confirmada" por essa ser a mensagem padrão em casos que não são tratados, adicionei ao fonte um tratamento para a ocorrência AB para casos como o meu onde preciso tomar uma decisão com essa ocorrência! Deixo em Anexo os arquivos para análise. Arquivos.rar
  15. Ele retorna corretamente mas formata colocando os caracteres especiais, então ao validar ele pega o parâmetro passado e retira os caracteres do CNPJ, ou seja quando vai validar se é o mesmo do cedente um possui e o outro não os caracteres sendo então diferentes.
  16. Olá pessoal, bom estive verificando e testando a leitura do arquivo retorno 240 do Banrisul e verifiquei que aparece uma mensagem de erro em relação ao CNPJ da empresa. Debugando o código verifiquei que a mensagem aparece pois ao ler o arquivo o CNPJ é formatado com os caracteres especiais e na verificação onde é visto se o CNPJ do cedente é o mesmo do arquivo ele é formatado com apenas números, sendo assim sempre diferente independente da forma como eu passe na configuração. Acredito que a solução seja apenas remover do fonte do banco banrisul a formatação onde são colocados os caracteres especiais do documento. Ah lembrando que a validação ocorre na Unit ACBrBoleto que é unica e é usada por todos os bancos, sendo assim veirifiquei que em outros apenas existe a Função OnlyNumber ao tratar o CNPJ/CPF do arquivo. Bom no momento seria isso, desde já agradeço a atenção de todos.
  17. Sim, a não ser que tenha me confundido em alguma coisa ou que esses dígitos não sejam necessários mas ai no manual não diz se realmente não faz diferença. Somente não esta aparecendo os dois primeiros dígitos da conta pois diferenciam na conta o tipo da pessoa, justamente pela conta ter tamanho 7 no fonte. Conta contendo 9 Dígitos Manual referente a conta corrente.
  18. Olá pessoal, Gostaria de saber se o número da conta do banco banrisul, não seriam 9 dígitos mais o digito verificador ? Pois no tamanho da conta na propriedade do banco esta 7. Então estou testando agora gerar o arquivo de remessa e ao passar o numero da conta o arquivo esta utilizando 7 caracteres e adicionando zeros aos caracteres que faltam, entretanto vi nos comentários da geração do Header do arquivo que não é considerado ! Mas esta certo mesmo não considerar o número da conta no arquivo ? e isso vale também para os segmentos "P" e "Q" ? Print do Tamanho da conta! Print da geração do Header! Bom pessoal seria isso por enquanto, desde já agradeço a atenção de todos.
  19. Tudo bem eu realizei o teste! Coloquei as datas conforme a data de vigência 2018-07, pois o funcionário sem vinculo foi admitido em 2016 portanto é Cadastramento inicial. Ao realizar o teste mesmo passando esses parâmetros continua dando erro de Código de Cargo, então liguei para o eSocial e verifiquei com eles, me responderam que realmente se o Funcionário é cadastramento inicial não deveria verificar a Data do Cargo. Estou encaminhando a situação ao Suporte do Esocial, qualquer novidade posto aqui. Desde já Agradeço foi muito instrutivo.
  20. Ok, mas em um caso onde o trabalhador começou a trabalhar em 2016 por exemplo. Eu teria que começado o evento S1000 por exemplo antes mesmo de 2016 para poder cadastrar esse trabalhador sem vinculo ? cadastrar antes mesmo da obrigatoriedade do eSocial ? Essa validação do Código do Cargo não deveria apenas ser para pessoas que não são Cadastro inicial ? Verifiquei o esquema de validação e somente sao aceitas datas no Cargo acima de 2000-01. RegEx : [2]{1}\d{3}-(1[0-2]|0[1-9]) Caso a Validação seja essa mesmo, oque acontece se eu tiver um trabalhador por exemplo que começou a trabalhar antes dos anos 2000 ?
  21. Ah obrigado em Ambiente de Testes alterei a Data do Inicio do funcionário para esse ano e deu sucesso. Mas acho estranho o fato de validar isso, pensei que era o inicio da validade apenas no esocial e não da existência do cargo. Porque por exemplo se eu tenho um cargo novo na empresa e um funcionário mais antigo que ocupa esse cargo novo ? A data de Inicio dele na empresa é anterior ao Inicio do cargo. kkkk mas tudo bem. Vou alterar aqui a forma de enviar essa data de inicio do cargo e testar. Muito obrigado pela ajuda.
  22. Você esta dizendo que a Data de Inicio do Funcionário se for anterior a Data de inicio do cadastramento do Cargo da esse problema ?
  23. Oi pessoal, Bom estava realizando o envio do evento de S-2300, e recebi a mensagem que o Código do Cargo (S-1030) não existia para o empregador em um cliente, então realizei testes em Homologação para verificar se realmente estava algo errado com a programação do evento, entretanto durante os testes enviei os eventos de Cargos (S-1030) para o empregador e eles retornaram com sucesso (Com recibo e tudo mais), verifiquei os XMLs de retorno e envio para verificar se o empregador estava correto e estavam, mas ao enviar o evento S-2300 mesmo sendo o mesmo "Código de cargo" que anteriormente havia dado sucesso, esta me retornando a mensagem que o Código do Cargo não existe para o empregador. Alguém já passou por essa situação ? Alguns print's : Cargos Cadastrados no portal (Apenas 2 print porque foram nesses que os erros aconteceram). Print dos "Códigos dos Cargos" informados nos XML dos Eventos S-2300. Retorno do Evento Desde já Agradeço a atenção.
  24. Oi pessoal, estou tendo o mesmo problema, mas pude perceber que nem sempre o mesmo ocorre, tentei substituir as dlls que estão junto ao executável por aquelas da pasta DLLs do Acbr mas o erro persistiu, então fui atrás de ver se não era algo no meu código, durante o processo verifiquei que o link para o download dos captchas que ao serem executados no navegador a página não estava carregando mas dando erro ao carregar a página (raras vezes os links funcionaram ao atualiza-los), oque me levou a crer que realmente esses erros se da por instabilidade no servidor da receita. Link da consulta do CPF: Link da consulta do CNPJ: Obs: Pode não ter nada a ver mas achei estranho o link mudar de: http://www.receita.fazenda.gov.br para http://idg.receita.fazenda.gov.br/ . Obs: O componente é muito bom, mas o servidor da receita da muito problema.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.