Ir para conteúdo
  • Cadastre-se

Joel

Membros Pro
  • Total de ítens

    124
  • Registro em

  • Última visita

Sobre Joel

Contact Methods

  • Website URL
    http://www.unionsystem.com.br

Últimos Visitantes

1.727 visualizações

Joel's Achievements

  1. Pessoal, mudou a url do provedor de Cunha Porã. [4204707] Nome=Cunha Pora UF=SC Provedor=Pronimv2 NomeURL_H=http://cunhapora.govbr.cloud/NFSe.Portal.Integracao/Services.svc?wsdl NomeURL_P=http://cunhapora.govbr.cloud/NFSe.Portal.Integracao/Services.svc?wsdl
  2. Joel

    DataDesconto3

    Pessoal, tive que alterar mais coisas nos arquivos ACBrBoleto e ACBrBancoSicredi; Vi que os arquivos não estavam respeitando as datas de desconto conforme alimentadas, estavam jogando o vencimento. Na unit acbrboleto tive que criar variaveis que não tinham. fValorDesconto3 : Currency; // criado por joel necessidade sicredi No acbrbancosicredi tive que alterar as linhas de data de desconto e data de desconto 2 e 3 e também seus valores: // IfThen(ValorDesconto = 0, '00000000', FormatDateTime('ddmmyyyy', Vencimento)) + // 143 a 150 - Data do desconto 1 IfThen(ValorDesconto = 0, '00000000', FormatDateTime('ddmmyyyy', DataDesconto)) + // 143 a 150 - Data do desconto 1 alterado por joel 15/12/2020 // IfThen(ValorDesconto2 = 0, '00000000', FormatDateTime('ddmmyyyy', Vencimento)) + // 19 - 26 Data do Desconto 2 IfThen(ValorDesconto2 = 0, '00000000', FormatDateTime('ddmmyyyy', DataDesconto2)) + // 19 - 26 Data do Desconto 2 alterado por joel 15/12/2020 IntToStrZero(Round(ValorDesconto2 * 100), 15) + // 27 - 41 Valor/Percentual // PadLeft('0', 8, '0') + // 43-50 data do desconto 3 // PadLeft('0', 15, '0') + // 51-65 Valor ou percentual a ser concedido // IfThen(ValorDesconto3 = 0, '00000000', FormatDateTime('ddmmyyyy', Vencimento)) + // 43-50 data do desconto 3 IfThen(ValorDesconto3 = 0, '00000000', FormatDateTime('ddmmyyyy', DataDesconto3)) + // 43-50 data do desconto 3 alterado por joel 15/12/2020 Anexei também o layout cnab240 do sicredi e também as criticas da homologação do banco. Desde já agradeço a vossa atenção. ACBrBancoSicredi.pas ACBrBoleto.pas criticasCNAB (1)Tanques canção 08-12 (1).pdf Manual Sicredi CNAB240.pdf
  3. Joel

    DataDesconto3

    Boa tarde Pessoal, estou homologando remessa cnab240 sicredi e exigiram o preenchimento dos campos datadesconto2 valordesconto2 e datadesconto3 e valordesconto3. Na unit ACBrBoleto precisei criar os campos: fValorDesconto3 : Currency; // criado por joel necessidade sicredi fDataDesconto3 : TDateTime;// criado por joel necessidade sicredi na unit sicredi precisei alterar as linhas: // PadLeft('0', 8, '0') + // 43-50 data do desconto 3 // PadLeft('0', 15, '0') + // 51-65 Valor ou percentual a ser concedido IfThen(ValorDesconto3 = 0, '00000000', FormatDateTime('ddmmyyyy', Vencimento)) + // 43-50 data do desconto 3 IntToStrZero(Round(ValorDesconto3 * 100), 15) +// 51-65 Valor ou percentual a ser concedido Por gentileza poderiam validar. Obrigado! ACBrBancoSicredi.pas ACBrBoleto.pas
  4. Bom dia chefe, bacana, vou ver se consigo atualizar e fazer um teste, segunda feira é aquela correria, então já viu ne hehe. Muito obrigado, agradeço seu contato!
  5. Opa bacana Juliana! Mais uma vez obrigado! Vamos estar no aguardo, enquanto isso vou contornando aqui hehe. Abraços!
  6. Olá Juliana, obrigado pelo retorno. No meu caso, não vou utilizar o nosso número para baixar meus títulos, utilizo o meu numero. o problema é que, como na leitura do retorno existe uma validação, o nosso numero juntando com o ano que é colocado na frente fica maior que o máximo de 5 posições determinado na constante e no copy. Acredito que fica com uns 9 digitos por ai, e acaba sendo barrado na validação que comentei, não deixando eu fazer o retorno. Teria como ser flexivel este tamanho será ne? Ou ao menos validar o tamanho máximo do layout. Desculpe não havia visto este post, vou continuar por lá. * Fui para o outro tópico mas não consigo comentar. Vi que estão já implementando algo devido ao dígito verificador, o meu problema não é o digito pois não utilizo nossonumero para baixar meus títulos, utilizo o meu numero alo assim. O problema que estou tendo é no tamanho máximo do campo que está me barrando.
  7. Bom dia pessoal tudo bem? Encontrei este post e acho que tem relação com o problema que encontrei esta semana em um cliente onde o nosso número está beeem grande. O meu problema se encontra no RETORNO, vi que estão com problema na emissão, mas eu não tenho este problema de emissão, mesmo com um número grande de nosso número. Baseado no tamanho máximo do nosso número que consta 20 posições (posicao 38 a 57) no layout cnab240, reparei em varios layouts de outros bancos além do sicredi, precisei alterar o limite máximo de caracteres deste campo para o tamanho permitido 20. unit ACBrBancoSicredi; LINHA 94: fpTamanhoMaximoNossoNum := 20; // fpTamanhoMaximoNossoNum := 5; JOEL UNIONSYSTEM Tive que alterar esta constante pois na unit ACBrBoleto; existe um validador que utiliza esta constante para comparar o tamanho do campo. Na REMESSA, como este validador recebe apenas um número que passo para ele, ele não dá problema, porém no RETORNO ele vem com o ANO na frente do numero e um dígito verificador, e ai acaba estrapolando o tamanho validado pela função. SetNossoNumero if Length(trim(wNossoNumero)) > wTamNossoNumero then raise Exception.Create( ACBrStr('Tamanho Máximo do Nosso Número é: '+ IntToStr(wTamNossoNumero) )); LINHA 2040: NossoNumero := Trim(Copy(SegT,38, 20)); //Trim(Copy(SegT,38, 5)); JONES UNIONSYSTEM Tivemos que alterar o copy de 5 para 20 pois nosso número já está passando de 5 posições. Eu não vejo a obrigatoriedade de pegar apenas 5 posições já que o layout nos permite 20 posições para preencher, e como fazemos um TRIM , isso já seria o bastante para não termos problemas com espaços em branco. Como estamos recortando da esquerda para direita, não vejo problema de quem tem um número pequeno pois sempre o início será recortado pelo copy, o problema está nos números grandes acima de 5 posições que estão sendo truncados. Segue em anexo arquivo ACBRBancoSicredi.pas para analise. Desde já agradeço a vossa atenção. ACBrBancoSicredi.pas
  8. A sim, obrigado Juliana. Sim essa ordenação eu reparei. Mas somente ela não basta na forma que pensei. Se conseguíssemos divulgar a importância de padronizar o titulo entende? Tipo BANCO - PROBLEMA. Ao menos aqui no tópico do CBRBOLETO , iria funcionar legal. E ainda, se tivesse a ordenação por "titulo e data de atualização" juntos, ficaria ordenado pelo banco e a ultima data de atualização, seriá bem pratico para localizar seu tópico e teríamos menos tópicos repetidos.
  9. Olá pessoal , na funçao GerarRegistroTransacao240 o campo TipoAvalista em caso de não existir precisa ser 0, atualmente 9. Segue unit alterada em anexo e layout cnab240 do sicred . Registro detalh Q está na pagina 48 coluna 154. {Avalista} case Sacado.SacadoAvalista.Pessoa of pFisica: TipoAvalista := '1'; pJuridica: TipoAvalista := '2'; else TipoAvalista := '0'; // alterado por joel takei 17/04/2019 end; Gostaria de dar uma sugestão aos moderadores, será que vocês não conseguem mudar a ordenação do forum para titulo x data ? Se conseguissem, poderiamos adotar o padrão de colocar o nome do banco na frente e depois o problema.. os registros de bancos semelhantes ficariam concentrados e ordenados por data. Seria bem mais fácil para gente saber que já existe um tópico relacionado ao problema que você está resolvendo. Bom , era isso.. vai que ne... Grande abraço a todos! ACBrBancoSicredi.pas Manual Sicredi CNAB240.pdf
  10. Bom dia José, entendi a sua colocação. Pois olhando no código está assim: IfThen(ValorMoraJuros = 0, '3', '1') // 118 a 118 - Código do juro de mora então caso não tenha valor de mora ele envia 0, caso contrario envia 3. Até funciona sim, mas como existe o campo Titulo.CodigoMora no componente, e ele é utilizado não somente para este banco, eu preencho este campo sempre conforme exigências do banco. Este ifthen está fazendo uma "adaptação" para não usar este campo, porém como existe uma validação com uma variável no construtor e está desta forma: fpCodigosMoraAceitos := 'AB'; Por que não corrigi la conforme o padrão do banco como a gente sempre faz? Ou eu terei que adaptar meu código com um if banco = sicredi não manda o campo Titulo.CodigoMora se não vai dar erro, pois o campo só aceita A ou B. Você acha que isto está correto? Eu penso que não. Tanto que estou enviando esta alteração para homologar o arquivo ACBrBancoSicredi.pas . Se os moderadores não aceitarem a alteração, não posso fazer nada, simplesmente terei que manter esta alteração em meu arquivo e trabalhando com merge quando fizer comit deste arquivo. Olha, já homologuei alguns bancos neste forum e nunca tive este problema.... "O manual do CNAB400 deste banco segue a especificação "A" e "B" para o código de Mora. Talvez então seja necessário adicionar os dois tipos (''AB012'') no construtor." O CNAB400 não é mais usado pela maioria dos bancos atualmente José. Tenho homologação, só este ano, o banco do brasil, itau, santander, sicoob, bradesco, caixa economica e agora o sicred, e todos exigem o CNAB240.
  11. olá Juliana, desculpe a demora, eu achei que havia marcado para seguir esta conversa, mas acho que não marquei e acabei não sabendo de sua resposta. Estranho que eu fiz esta alteração e para mim resolveu o erro na homologação. Verifiquei que esta variável é utilizada apenas para validação ou seja ela não é alterada em nenhum lugar do código, por isso não entendi porque no seu teste ele manteve assim. não encontrei outro local onde definisse estes valores.
  12. Boa tarde pessoal. Precisamos atualizar a unit ACBrBancoSicredi; No seu construtor está: fpCodigosMoraAceitos := 'AB'; precisamos alterar para: fpCodigosMoraAceitos:= '012'; Segue unit alterada em anexo e manual do sicred cnab240. Muito obrigado! sicredi manual-cnab-240.pdf ACBrBancoSicredi.pas
  13. Italo, rejeitada não consegui mais, pois era apenas em tela a validação, nem enviava a nota. Estou enviando em anexo a autorizada. Uma do meu sistema e a outra uma de entrada do fornecedor do meu cliente. Acredito que possa ser isso também, conforme nosso amigo comentou, deve ser conforme o código ANP ne, mas e agora que sem as 3 tags a nota de gás não vai? Vi este site dizendo isso: https://www.oobj.com.br/bc/article/rejeição-461-rejeição-informado-campos-de-percentual-de-glp-e-ou-glgnn-e-ou-glgni-para-produto-diferente-de-glp-como-resolver-755.html Rejeição 461: Rejeição: Informado campos de percentual de GLP e/ou GLGNn e/ou GLGNi para produto diferente de GLP - Como resolver? Nº do Artigo: 755 | Avaliação: 5/5 de 1 votos | Última atualização: 20/04/2018 16:22:20 Quando for emitida uma NF-e com qualquer um dos campos abaixo preenchido e não for informado o Código ANP (tag: cProdANP) igual à 210203001, haverá rejeição pelo motivo 461 - Informado campos de percentual de GLP e/ou GLGNn e/ou GLGNi para produto diferente de GLP. Os campos abaixo quando informados, deve-se utilizar o cProdANP = 210203001: Percentual do GLP (tag: pGLP) Percentual de Gás Natural (tag: pGNn) Percentual de Gás Natural Importado (tag: pGNi) Para essa Regra de Validação não há exceções. Sempre que informado os campos pGLP ou pGNn ou pGNi, é obrigatório informar o campo cProdANP = 210203001. nfe meu sistema.xml nota fornecedor.xml
  14. Ola Italo, concordo plenamente com você parceiro, porém, não sei se é problema no validador da receita sei lá, mas mesmo com valores zerados eles querem que as tags vão no xml, por isso da solicitação. Já fizemos os testes aqui na empresa e não vai sem as tags. Eu trabalho com muitas distribuidoras de gás. No xml de seus fornecedores o xml vem com as tags. Por favor se pudrr alterar, enquanto a receita não acerta seus validadores, agradeço
×
×
  • 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.