Um projeto por Raavë Aires. Desenvolvido como TCC do tipo estudo de caso.
A ideia motriz por trás do Ōrig nasceu a partir do dia-a-dia da área de Commodities e logística1 da Juparanã e das ferramentas usadas nele.
Atualmente, todos os processos de coleta de dados básicos de contratos, verificação de dados coletados, registro em sistemas, escritura e, por fim, revalidação de dados dos contratos e feito manualmente, seguindo mais ou menos o esquema:
- Um originador2 recolhe as informações negociadas com o cliente em uma planilha do Excel.
- Recolhidas as informações, o originador envia por e-mail as informações que estarão no contrato, entre elas:
- Se é um contrato com preço fixo ou a fixar.3
- O tipo de transação a ser realizado, seja ela compra, venda ou troca4.
- O produto a ser transacionado, isto é, qual o grão.
- A safra aqual se refere a troca, isto é, o ano de plantio e o ano de colheita.5
- A quantidade de grãos, entregue em toneladas e sacas6.
- O armazém onde será feita a entrega dos grãos.
- Preço e a moeda usada na transação. Esta informação varia a depender do tipo de contrato, isto é, se é fixo ou a fixar.
- O tipo de frete, que na verdade é o tipo de romaneio a ser realizado, se é recebimento nos armazéns ou envio a partir destes.
- As datas de contrato, data limite de entrega e data limite de pagamento e, em contratos a fixar, a data limite de fixação do preço.
- Dados civis e bancários do cliente.
- Caso o cliente faça parte de uma cooperativa, esteja negociando a venda com um sócio ou só prefira receber o pagamento em uma conta bancária de terceiro, os dados bancários de quem receberá o pagamento com ou por ele.
- Dados da(s) propriedade(s) nas quais o plantio foi feito, a fins de serem analisados junto aos orgãos ambientais.
- Outras informações complementares e/ou pertinentes.
- Um analista de commodities vai receber e revisar os dados, e fazer checagem das propriedades.
- O analista registrará os dados em Excel e no sistema ERP.
- . O analista emitirá parecer sobre a negociação. Caso esteja tudo certo com as propriedades, o contrato será emitido; caso não esteja, os processos adequados seguirão.
- Estando tudo certo, o analista passará os dados do contrato para um documento.
- O documento é enviado para revisão manual dos supervisores, que deverão aprová-lo e devolvê-lo para retificação.
- O contrato é enviado via plataforma de assinaturas.
- O processo segue para a equipe financeira da empresa.
Foram destacados em itálico todos os pontos identificados onde o Ōrig pode trazer melhoria.
Em todo esse processo, há diferentes pontos onde é necessária a verificação manual, e pontos onde é necessário fazer uma tripla inserção, verificação e/ou correção de dados. Portanto:
Foi a fins de fazer com que a interação de envio de dados para contratos entre os originadores e os analistas (quem ativamente estará processando esses dados) fosse simplificada que surgiu a ideia do Ōrig, um app onde os dados dos contratos serão recolhidos e ficarão registrados.
Com o Orig, o fluxo do processo se tornaria:
- Um originador recolhe as informações negociadas com o cliente e registra no Ōrig.
- Um analista de commodities acessa o Ōrig e revisar os dados, e faz a checagem das propriedades.
- O analista emitirá parecer sobre a negociação.
- Estando as informações do contrato registrada no banco de dados do Ōrig, o analista pode exportar os os dados em Excel e para um documento.
- . Tendo sido gerado automaticamente, a necessidade de verificação se torna quase nula, mas também pode ser feita automaticamente comparado o que está no arquivo com o que está no banco de dados.
- O contrato é enviado via plataforma de assinaturas.
- O processo segue para a equipe financeira da empresa.
Processos de alteração e/ou retificação futura precisarão apenas serem feitos uma vez, dentro do Ōrig e então serem exportadas.
O Ōrig está sendo desenvolvido usando:
- Yarn como gerenciador de pacotes;
- TypeScript como linguagem de programação;
- Next.js como framework de desenvolvimento web;
- React como biblioteca de componetização;
- TailwindCSS como biblioteca de estilos.
Além destas tecnologias como base, são atualmente usadas também:
- As bibliotecas de componentes React + TailwindCSS NextUI e Flowbite;
- O componente React number format, como elemento input com formatação automática de números;
- A biblioteca de ícones Lucide Icons;
- A família de fontes Inter como tipografia.
- A biblioteca Internationalized para lidar com datas e as formatações destas.
- A biblioteca date-fns para lidar com cálculos de datas.
- A biblioteca cpf-cnpj-validator como validador e formatador de CPFs e CNPJs.
APIs usadas:
- API de Dados abertos do Banco Central do Brasil para obter os dados da PTAX.
- ViaCEP para obter dados referentes aos CEPs digitados
Implementações futuras:
- Formik como biblioteca de validação de formulários feitos em React.
Footnotes
-
Área da empresa responsável por negociações de compra e venda, firmação de contratos etc. Mas este projeto focaliza a parte de negociações e contratos. ↩
-
Originadores são as pessoas que tratam diretamente com os clientes, negociado quantidades, formas de pagamanento etc. ↩
-
Contratos de preço fixo são aqueles em que o preço dos grãos é definido na data de contratação seguindo a cotação/preço comercial do grão e do dólar (caso o contrato tenha sido firmado em dólar) no dia em que o contrato foi feito. Já o contrato com preço a fixar estabele uma quantidade e um prazo máximo para fixação de preço do grão a ser transacionado e do dólar, assim, o comprador ou vendedor pode escolher a cotação/preço comercial em um dia específico para ser usado no contrato, esse processo de escolha é chamado de fixação. ↩
-
Ou Baratto, é uma espécie de contratação semelhante a um empréstimo, um produto recebe uma quantia em dinheiro antecipadamente e, em troca, se compromete a entregar uma quantidade de grão até uma data limite. ↩
-
Exemplo: A safra 2024/2025 se refere às plantações feitas em 2024 que serão colhidas em 2025. ↩
-
Uma saca pesa 60kg. ↩