anacarolcrvalho
commented
4 years ago ================================================================ FLUXO D0 ================================================================
Recebe planilha de riscOps no slack. A planilha tem ba_id, status, payment_date. Validar isso. Payables estão com status waiting_funds e BAs estão com status pending.
Roda script Files Maker. Esse script vai abrir a planilha, selecionar as antecipações do fluxo escolhido (D0) e quebra em alguns arquivos, por questão de otimização.
Confere os arquivos gerados: arquivos pro fidic (contém ba_id e status approved), arquivo payment (auxiliar com a lista de payables approved pela stone e approved pelo fidic), e arquivo refused (contém ba_id e status refused).
Importância do files maker: detalhe o q vai ser enviado pro FIDC e STONE. Mostra o payment_date, status, a.fee. Pro fluxo d0 apenas antecipa tipo SPOT. Pq enviamos tudo pro FIDC? P poder se enquadrar na lei da usura e por benéficios fiscais. SObre a.fee: ele olha em recipents_id qual a taxa, pois pode ser q seja diferente da company, e é essa a q vale.
1) VALIDAR SE TODAS AS BAs FORAM MARRETADAS Objetivo: Criar antecipação pra o cliente Upnide. Por essa company ter MUITOOOS payables a ser antecipados, faz-se por marretada. problema é a quantidade e o valor. Confere no canal #finops o valor pedido a ser antecipado.
2) FILTRAR AS BAs DO DIA CORRENTE Por uma query em que "select count(id) from BA where payment_date = current_date" Validar o resultado total com o total recebido no arquivo Payment.
3) EFETUAR APROVAÇÃO E RECUSA DO D0 No Eldorado, roda a task "Approve Bulk Anticipations" para os arquivos com payables approved e refused. Os payables mudam status para prepaid, payment_date, original_payment_Date, a.fee e batch_id. Os BA's mudam status para approved/refused.
4) VERIFICAR SE EXISTE BA COM PAYMENT_DATE PARA HOJE E STATUS PENDING "select count(id) from BA where payment_date = current_date and status = pending and ba_id in()" A ideia é não retornar nada. E se retornar? Deve ter quebrado a task do Eldorado.
5) VALIDAR STATUS E PAYMENT_DATE DOS PAYABLES "select status, payment_date from payables where BA_id in ()" A ideia é que retornem na data de hoje e com status prepaid.
6) VALIDAR AMOUNTS DAS ANTECIPAÇÕES COM OS PAYABLES Essa query valida se acontecer um estorno na hora da etapa 3, pois o BA desse estorno é apagado. Valida-se então o valor bruto e líquido dos payables e das BAs. Se retornar, tem um payable com ba_id null e tem uma linha em bulkanticipations. Deve-se marretar e criar ba_id naquele payable! POis o cliente enxergar o bulk anticipation e nós enxergamos os payables, se tem diferença entre os dois, isso deve ser consertado.
7) CREATE LIQUIDATION ARRANGEMENT -> PRODUTO ANTICIPATION Objetivo: Criar informações pra CIP. Agrega os Payables pelo tipo de crédito, débito e antecipação, assim como as bandeiras. Roda script do Eldorado. O liquidation_arrangement é criado com status pending. é criado la_id em payables Valida na tabela de LA. Ver se não tem LA com data do futuro.
8) SEND LIQUIDATION ARRANGEMENT -> PRODUTO ANTICIPATION Envia pro CAJU através do cipagarme. LA muda pra status SENT. Caju processa e retorna um postback confirmado que recebeu. LA muda pra status CONFIRMED. Roda a task no Eldorado.
OBS: Não envia direto pra CIP, pq já mudaria direto pra PAID. Como vou pagar se nem peguei o dinheiro ainda?
Por isso precisa criar batch_id (identificação dos payables pro FIDIC).9) INSERIR BATCH_ID NOS PAYABLES DAS ANTECIPAÇÕES No Eldorado roda a task Create batches com os ba_ids do arquivo Payment. OBS: Se for Stone não cria-se batch_id.
10) 3º PPOS Arquivos que serão enviar pro FIDIC. Assume-se que foi validado, não se espera resposta do FIDIC, pois não daremos calotes em nós mesmos.
11) VALIDAR CRIAÇÃO E ENVIO DO PPOS "select * from Fidicfiles order by id desc limit 10"
12) PREPARE LIQUIDATION ARRANGEMENT -> PRODUTO ANTICIPATION Task no Eldorado. Cipagarme->CAJU->CIP. Autoriza o CAJU a criar o arquivo no formato da CIP e autoriza também o envio do mesmo. O status de Payables mudam pra Paid, antes estavam PREPAID. Liquidation_arrangement muda status pra awaiting_response, antes estava awaiting_dispatch. TBm não esperamos a resposta da CIP.
13) VERIFICAR AVISO NO CANAL #cajupagarme A QUANTIDADE E VALOR DOS SALDOS Ainda não foram pagos aqui os PAYABLES que não se envia pra CIP. O CIPultura (bot do pagarme) envia automaticamente o saldo (liquidation_Arrangement que criamos)
14) VERIFICAR A CRIAÇÃO DA TASK SET PREPAID PAYABLES PAID Task Internal do Eldorado. Paga os outros payables que não foram pela CIP.
15) VERIFICAR O VALOR DAS ANTECIPAÇÕES EM #settlements É um canal com a tesouraria que fica ciente de tudo que acontece.
16) VERIFICAR SE NÃO HÁ PAYABLES PREPAID PRA HOJE (nem todos vão via CIP): SET PREPAID PAYABLES PAID - DEFAULT
17) PAGAR PAYABLES NOT PAID
18) CRIAÇÃO DAS TRANSFERÊNCIAS VINCULADAS A ANTECIPAÇÕES Task do Eldorado Create Transfer D0. Vai no logentries pra confirmar se foram criadas as transferências. Fica "created transfer id...". As que deram erro, investiga. asvzs dá erro de timeout no banco de dados, aí as vzs tem retentativa. No erro que pode dar mais frequente é NO FUND. Que é qd ele saca antes da task rodar.
19) SUBIR EDI FILE No Eldorado roda a task create liquidation
20) ENVIAR ARQUIVO PAY registro das infos que comprovam o pagamento de cada recebivel. Olha pra balanceoperations balanceoperation desse payable tá no status paid.
21) ENVIAR ARQUIVO ACL contem a informação detalhada de cada recebivel cedido dos PPOS olha p payable. são arquivos utilizados p validar. dizer pro fidic q tamo pagamento os payables do dinheiro q ele nos deu.
22) VALIDAR CRIAÇÃO E ENVIO DO PAY E ACL
Time de FinOps