Ir para conteúdo
  • Cadastre-se

JLuis

Membros Pro
  • Total de ítens

    161
  • Registro em

  • Última visita

Tudo que JLuis postou

  1. Boa tarde Victor, A unit que vc havia disponibilizado e que testei conforme meu post anterior estava correta. Nesta versão subida hoje para o SVN a linha 286 >> DescricaoMotivoRejeicaoComando.Add(CodMotivoRejeicaoToDescricao(OcorrenciaOriginal.Tipo,StrToIntDef(codInstrucao,0))); Precisa ser substituída pela linha: >> DescricaoMotivoRejeicaoComando.Add(CodComplementoMovimento(codInstrucao)); ... pois a função "CodMotivoRejeicaoToDescricao" apesar do nome sugestivo não devolve a descrição correta veja a seguir o trecho extraído do manual da Unicred ref. os códigos de "tipo de instrução" que são os mesmos avaliados por esta função e que não tem a ver com motivos de rejeição: Posições 327 a 328 Códigos de Tipo de Instrução Origem 00 - Sem Tipo de Instrução Origem a informar – usado para Código de Movimento 01; 06; 07; 09; 13 e 14 01 - Remessa 02 - Pedido de Baixa 04 - Concessão de Abatimento 05 - Cancelamento de Abatimento 06 - Alteração de vencimento 09 – Protestar 10 - Baixa por Decurso de Prazo – Solicitação CIP 11 - Sustar Protesto e Manter em Carteira 22 - Alteracao do Seu Numero 23 - Alteracao de dados do Pagador 25 - Sustar Protesto e Baixar Título 26 – Protesto automático 40 - Alteracao de Status Desconto Importante observar também que a linha 283: codInstrucao := copy(Linha,319,8); está correta conforme o manual posições 319 a 326 "Códigos de Complemento do Movimento". Grato.
  2. Boa tarde, testes realizados, a princípio tudo certo.
  3. JLuis

    Retorno Unicred ES CNAB 400

    Tive dificuldades no tratamento de rejeições no arquivo de retorno da Unicred ES CNAB 400 uma vez que a rotina CodMotivoRejeicaoToDescricao() não trata as rejeições e sim "Códigos de Tipo de Instrução Origem" o que me parece um tanto incoerente com o propósito da rotina. As posições lidas do arquivo para este fim também não estavam corretas com base no manual "GR - COB136 - Layout CNAB 400 - Retorno.pdf". Não sei se fiz bem criar uma nova rotina mas deixo a cargo dos revisores avaliar a melhor forma de implementar antes de subir para o SVN. Em anexo unit alterada. Desde já agradeço. ACBrBancoUnicredES.pas
  4. Bom dia, Referente à NT 2021.004 prevista para produção em 16/05, na versão 1.21 foi criada exceção nas regras X04-50, X04-60, X04-90 e X04-100 para permitir que o transportador seja o mesmo destinatário e também remetente quando envolver CFOP de operação com combustíveis, porém, há mais casos semelhantes tal como o caso da "Remessa para venda fora do estabelecimento" CFOP 5904/6904 com veículo próprio e cujo destinatário é o mesmo emitente/destinatário.... nos meus testes tento informar Modalidade do Frete = 3 ou 4 e dá rejeição. ...... Pelos testes realizados está autorizando caso não seja informada a transportadora e utilize a modalidade de frete 3 (Transporte Próprio por conta do Remetente) só que no caso a transportadora está ficando em branco no DANFE. Alguém já testou esta situação e/ou saberia informar como proceder?
  5. JLuis

    rejeicao 840

    Este caso foi resolvido, era mesmo problema com o cadastro local, nada a ver com a Sefaz.
  6. JLuis

    rejeicao 840

    Boa tarde, Problema com NCM... exemplo NCM 39252000 consta como válido na tabela de NCM 2022 disponível no site da Sefaz porém, retorna como NCM inexistente cStat = 778.
  7. Também ainda não consegui pensar muito além das ações citadas, o tema é complexo e pelo que entendi até o momento terá grande impacto para todos os desenvolvedores mas parece que há pouca gente preocupada com o assunto, tem empresa de software em que funcionários dizem desconhecer o tema. Acho que discutir o tema entre nós desenvolvedores, cada um tentando buscar mais informações e contribuindo com ideias de como conduzir esta "adaptação" dos nossos sistemas para atender mais essa demanda é a saída mais acertada. Acho que seria importante a criação de um fórum dedicado ao tema e chamar toda a comunidade para discutir o assunto e se ligarem o quanto antes. Grato
  8. Após a última alteração cfe. tópico https://www.projetoacbr.com.br/forum/topic/58938-logotipo-dos-bancos-cortando-no-boleto-fortes a impressão para o Sicredi está quebrando a página logo após o recibo do pagador, o recibo com o código de barras está sendo jogado para a página seguinte cfe imagem a seguir. Voltei para a versão do arquivo ACBrBoletoFCFortesFr.dfm para a revisão 19562 e ficou ok novamente, e para o Sicredi ao menos não havia problema com o logotipo. Parece ser problema nesta última alteração.
  9. Boa tarde, Ressuscitando o tópico.... mais alguém preocupado com a LGPD? Pelo pequeno número de votos na enquete acima provavelmente muitos ainda não tem conhecimento ou não estejam preocupados mas, dada sua importância e impacto que trará para todos os desenvolvedores, independente de votação gostaria de sugerir aos administradores a criação de um fórum específico para troca de informações a cerca do assunto. Acredito que um novo fórum chame mais a atenção e ajude o pessoal a se ligar. Grato
  10. Bom dia, Recentemente por exigência da Unicred precisei alterar o layout de 091 para o 136 e estou utilizando o tipo cobUnicredES... o problema é que os manuais que eles haviam me encaminhado há uns 60 dias ainda não contemplavam as últimas alterações em relação aos códigos de ocorrência e ontem questionando o responsável aqui da minha região me informou que havia documentação atualizada e que novos códigos haviam sido inseridos, brincadeira porque olhando o histórico da revisão dos manuais e comparando com os antigos a maioria das divergências no que se refere aos códigos de ocorrência já haviam sido alterados bem antes de ele ter me enviado os manuais desatualizados... mas enfim... Fazendo a conferência debugando verifiquei que a classe TACBrBancoUnicredES está considerando ainda os códigos da classe TACBrBancoUnicredRS que ainda é do layout 091 e muita coisa não fecha então não vi outra solução a não ser reescrever as rotinas abaixo na classe TACBrBancoUnicredES considerando então os tais manuais atualizados. function TipoOcorrenciaToDescricao(const TipoOcorrencia: TACBrTipoOcorrencia): String; override; function CodOcorrenciaToTipo(const CodOcorrencia: Integer ) : TACBrTipoOcorrencia; override; function TipoOCorrenciaToCod(const TipoOcorrencia: TACBrTipoOcorrencia): String; Override; function CodOcorrenciaToTipoRemessa(const CodOcorrencia:Integer): TACBrTipoOcorrencia; override; function TipoOcorrenciaToCodRemessa(const ATipoOcorrencia: TACBrTipoOcorrencia): String; override; Em anexo os novos manuais recebidos e os fontes alterados para avaliação e commit. Grato ACBrBancoUnicredES.pas ACBrBoleto.pas GR - COB136 - Layout CNAB 400 - Remessa.pdf GR - COB136 - Layout CNAB 400 - Retorno.pdf
  11. Bom dia, Realizei testes com esta última versão e verifiquei que o tamanho do nosso número está sendo definido com 10 a partir da posição 46, só que no manual o tamanho é 17 e portanto, na leitura do nosso número está lendo as primeiras 10 posições zeradas, então, alterei a variável fpTamanhoMaximoNossoNum para 17 para corrigir. Também adicionei a leitura do campo "valor da tarifa" ValorDespesaCobranca := StrToFloatDef(Copy(Linha,182,7),0)/100; e também do "sequencial do retorno" ACBrBanco.ACBrBoleto.NumeroArquivo := StrToIntDef(Copy(ARetorno[0],101,7),0); Em anexo a unit alterada para atualização no SVN. Grato ACBrBancoUnicredES.pas
  12. Segue retorno da Unicred quanto à padronização de leiautes: Estou anexando novamente os leiautes recebidos para homologação que conforme retorno recebido será o novo padrão. Lembrando que pela homologação que fiz, a remessa está ok pela classe UnicredES, as diferenças estão no retorno que para quebrar o galho no momento implementei na unit também anexa mas que precisará de um tratamento mais adequado principalmente em relação aos códigos de de complemento do movimento. GR - COB136 - Composição da Ficha de Compensação.pdf GR - COB136 - Layout CNAB 400 - Remessa.docx GR - COB136 - Layout CNAB 400 - Retorno.docx ACBrBancoUnicredES.pas
  13. Bom dia José, Para agilizar o meu lado implementei a leitura do retorno na Classe UnicredES, mas, para tentar esclarecer esta confusão de leiautes entrei em contato agora a pouco com o pessoal da Unicred daqui da região, os quais me encaminharam o leiaute para homologação, e então me solicitaram que enviasse esse que vc. disponibilizou como sendo o que está implementado e ficaram de verificar e dar retorno. Solicitei inclusive que confirmem se o leiaute que me passaram é para ser o novo padrão ou não, inclusive, pelo que vi em posts mais antigos este leiaute que me passaram a princípio bate com o que o Alan Petry disse já ter homologado, provavelmente ele tenha feito os ajustes necessários. Só gostaria de observar que este leiaute que vc. disponibilizou parece não bater totalmente com o que está implementado na classe TACBrBancoClass na rotina DefinePosicaoNossoNumeroRetorno400() a qual retorna a posição do nosso número como sendo 71 e no seu leiaute(pág. 63) vem na 127... algo não fecha. Tão logo tenha retorno da Unicred, posto aqui. Grato
  14. JLuis

    Boletos Sicoob 756

    Bom dia Antônio.... sim, validei ontem à noite no site, estou aguardando o retorno deles. Obrigado!
  15. JLuis

    Boletos Sicoob 756

    BigWings, estou iniciando a parametrização em meu sistema para este banco mas assim que possível posto o resultado do teste. Obrigado.
  16. JLuis

    Boletos Sicoob 756

    Bom dia, Tenho uma solicitação para homologação de boletos do Sicoob e o suporte deles (de SC) disponibilizou um layout CNAB 240 FEBRABAN com versão recente (anexo) e que inclusive na sua contracapa consta "SICOOB PARAIBA". Verificando no ACBr encontrei a classe TACBrBancoob para o banco 756 só que dando uma conferida inicial constatei divergências na rotina de cálculo do dígito verificador desta classe com os exemplos fornecidos na documentação para homologação, e gostaria de saber se alguém homologou recentemente para o SICOOB e se já teve contato com o layout anexo. Desde já agradeço. Layouts_para_troca_de_informações - cooperativas COBRANÇA_15.04.2020.xls
  17. Bom dia, Alguém sabe informar sobre a exigência do CEST, se entra mesmo em vigor a nível nacional ou para o RS a partir de junho? A fonte da notícia citada pelo Italo é da SEFAZ MT. Tentei contato com a SEFAZ RS mas ainda não obtive retorno e lá também não consta qualquer referência. Grato.
  18. Segue arquivo correto CNAB400_UNICRED_TODAS_0000999999_0051_13052020_02.RET
  19. Segue arquivo enviado pelo pessoal do próprio Unicred. Apenas alterei nele o nome da empresa para EMPRESA TESTE LTDA, o número da conta para 999999 e o CNPJ para 99999999999999. CNAB400_UNICRED_TODAS_0000999999_0051_13052020_02.RET
  20. Bom dia Júnior, Pelo que apurei, a rotina LerRetorno400 parece estar pegando da primeira linha detalhe os três primeiros campos abaixo sendo que deveriam ser do header [0], mas mesmo assim tem divergência de posicionamento rAgencia := trim(Copy(ARetorno[1], 26, ACBrBanco.TamanhoAgencia)); // posição cfe. manual 27 tamanho 4 rConta := trim(Copy(ARetorno[1], 30, DefineTamanhoContaRemessa)); // posição cfe. manual 32 tamanho 8 rDigitoConta := Copy(ARetorno[1], 30 + DefineTamanhoContaRemessa ,1); // posição cfe. manual 40 tamanho 1 ACBrBanco.ACBrBoleto.NumeroArquivo := StrToIntDef(Copy(ARetorno[0],109,5),0); // posição cfe. manual 101 tamanho 7 O tamanho da agência é inicializado de forma fixa no OnCreate com 10 e no manual está 8 >> fpTamanhoConta := 10; Acho que alguma coisa não estou conseguindo captar, será que não estou parametrizando algo corretamente ou a versão atual deste refactory não está liberado para uso em produção? Grato
  21. Bom dia, Também estou tendo problemas na leitura do retorno da Unicred (136) pois a rotina LerRetorno400 está na unit ACBrBoleto.pas e algumas posições como da agência e conta não fecham. Devido às diferenças de layout a leitura do retorno não deveria estar na unit ACBrBancoUnicredES.pas ??? Como estão lidando com este problema? A princípio os manuais que me foram passados pelo banco parecem ser os mesmos que o Giovane L postou no tópico acima. GR - COB136 - Layout CNAB 400 - Remessa.docx GR - COB136 - Layout CNAB 400 - Retorno.docx
  22. Bom dia Juliana, Segue em anexo.... Quanto a ficha de compensação não alterei nada. A remessa está ok com os ajustes que fiz, só me falta testar e validar o retorno. Tive uns probleminhas também em relação a caracteres acentuados e então alterei a rotina MontaInstrucoesCNAB400() na unit ACBrBoleto.pas, chamando a rotina "TiraAcentos()" para cada uma das linhas de mensagem, não sei se foi a melhor solução mas... ACBrBancoUnicredES.pas ACBrBoleto.pas GR - COB136 - Composição da Ficha de Compensação.pdf GR - COB136 - Layout CNAB 400 - Remessa.docx GR - COB136 - Layout CNAB 400 - Retorno.docx
  23. Olá, Só para contribuir de alguma forma, estou finalizando a homologação com a Unicred aqui no RS. Antes usávamos o layout 091 da unit ACBrBancoUnicredRS.pas mas o pessoal da Unicred solicitou para usarmos o 136 e então usei a unit ACBrBancoUnicredES.pas com poucos ajustes, sendo: Na geração da remessa na posição 106 troquei o '0' por 'N' e, precisei reescrever a rotina InstrucoesProtesto na unit ACBrBancoUnicredES.pas como segue: ... private function InstrucoesProtesto(const ACBrTitulo: TACBrTitulo): String; virtual; Implementation function TACBrBancoUnicredES.InstrucoesProtesto(const ACBrTitulo: TACBrTitulo): String; begin {Pegando campo Intruções} with ACBrTitulo do begin if (DataProtesto > 0) and (DataProtesto > Vencimento) then begin if TipoDiasProtesto = diCorridos then Result := '01' + IntToStrZero(DaysBetween(DataProtesto, Vencimento), 2) else if TipoDiasProtesto = diUteis then Result := '02' + IntToStrZero(DaysBetween(DataProtesto, Vencimento), 2); end else Result := '0000'; end; end; E com isso, também tenho este fonte alterado, pelo que acompanho vários já fizeram alterações para homologar....
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.