JLuis

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.

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. ACBrBancoUnicredES.pas

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.

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. ACBrBancoUnicredES.pas

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?

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.

Excelente! Vamos aguardar pelos Admins!

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.

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.

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

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