JLuis
-
Total de ítens
165 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por JLuis
-
-
Bom dia,
Perdão, quando afirmei que a unit de 14/09 estaria correta me passei e confundi com a minha própria versão a qual já havia alterado.Peço a gentileza de observar minhas colocações em relação à função "CodMotivoRejeicaoToDescricao()" a qual não retorna descrição de rejeições.
Anexo a unit com a alteração mencionada na linha 286 a qual solicito subir para o SVN.
Grato.
-
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 DescontoImportante 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.
-
Boa tarde, testes realizados, a princípio tudo certo.
-
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.
-
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?
-
17 minutos atrás, José Luís disse:
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.
Este caso foi resolvido, era mesmo problema com o cadastro local, nada a ver com a Sefaz.
-
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.
-
3 minutos atrás, powerlog disse:
Hoje mesmo fiz inscrição no curso LGPD + GDPR: Imersão em proteção de dados da Opice Blum Academy e pretendo compartilhar toda documentação pertinente ao TI com vcs.
Mas seria bacana mesmo que os Admins criassem um fórum exclusivo de LGPD.
Excelente!
Vamos aguardar pelos Admins!
-
Em 30/08/2020 at 16:01, powerlog disse:
- Criptografar todos os campos sensíveis (ainda a definir quais são os campos sensíveis)
- Conferir a segurança física do banco de dados (acesso ao arquivo FDB)
- Emitir política de privacidade (texto a definir) no primeiro login do usuário
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
-
Atualizei e no meu caso (Sicredi) resolveu.
-
2
-
-
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.
-
1
-
-
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
-
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
-
2
-
-
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
-
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
-
1
-
-
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
-
2
-
-
Bom dia Antônio.... sim, validei ontem à noite no site, estou aguardando o retorno deles.
Obrigado!
-
1
-
-
BigWings, estou iniciando a parametrização em meu sistema para este banco mas assim que possível posto o resultado do teste.
Obrigado.
-
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
-
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.
-
21 minutos atrás, José Luís disse:
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.
Segue arquivo correto
-
26 minutos atrás, José M. S. Junior disse:
Poderia anexar um arquivo de retorno válido para homologação?
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.
-
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 8rDigitoConta := 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
-
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
Retorno Unicred ES CNAB 400
em ACBrBoleto
Postado
Boa tarde,
Perfeito, atualizei e fechou.... desculpe as confusões.
Só mais um detalhe, o pessoal da Unicred aqui da minha região hoje pela manhã informou que estão alterando o sistema deles e o validador só aceita a partir de hoje como nome do banco no cabeçalho do arquivo a expressão "UNICRED" e não mais "UNICRED DO BRASIL" e em razão disso precisei modificar a linha 84 no OnCreate de
fpNome := 'UNICRED DO BRASIL';
para
fpNome := 'UNICRED';
Se puder subir mais esta alteração agradeço.