Com base nas informações fornecidas no kick-off, é possível perceber que o cliente pode estar enfrentando desafios significativos na gestão de seus processos financeiros e comerciais. Entre as principais fontes de dor estão o cadastro manual de títulos e dados de endereço, a geração manual de relatórios de clientes adimplentes e inadimplentes por data de pagamento, data de crédito e data de vencimento, a complexidade do processamento de parcelas, a formatação de dados de moeda, a gestão de diferentes tipos de usuários e a baixa manual de parcelas. Para resolver esses problemas e alcançar um desempenho mais eficiente e satisfatório, o cliente precisa de uma solução que ofereça automatização, facilidade de uso e eficácia na gestão de suas operações.
O objetivo proposto é um sistema abrangente que inclui cadastro de clientes e gestão de títulos com parcelas, integrando-se à API dos correios para facilitar a inserção de dados de endereço. Com a capacidade de processar parcelas automaticamente em lote e fora do expediente, o sistema promove maior agilidade e eficiência. A segmentação em diferentes tipos de usuários, como comercial, financeiro e administrador, possibilita a criação e gestão centralizada de títulos e parcelas, adaptando-se às necessidades específicas de cada setor. Além disso, a mascara para moedas permite a formatação correta dos valores financeiros. Ademais, o sistema gera relatórios detalhados de clientes adimplentes e inadimplentes, com opções de filtragem por data de credito, de pagamento ou de vencimento. Com essa solução, o cliente pode aliviar suas dores e otimizar seu desempenho empresarial.
Projeto baseado na metodologia ágil SCRUM, procurando desenvolver a Proatividade, Autonomia, Colaboração e Entrega de Resultados dos estudantes envolvidos
| Sprint | Status | Relatório |
|---|---|---|
| Sprint 1 | Concluída | Clique Aqui |
| Sprint 2 | Concluída | Clique Aqui |
| Sprint 3 | Concluida | Clique Aqui |
| Sprint 4 | Concluida | Clique Aqui |
Com base no kickoff feito pelo cliente, foi criado um backlog do produto. Esse backlog foi priorizado e dividido em sprints, com o objetivo de permitir a entrega incremental de valor ao cliente ao longo do tempo.
| RF | Prioridade | Descrição | Sprint | Status |
|---|---|---|---|---|
| RF 001 | 1 | Gerenciamento de Clientes | 1 | ✅ |
| RF 002 | 2 | Gerenciamento de Títulos | 1 | ✅ |
| RF 003 | 3 | Gerenciamento de Funcionários | 1 | ✅ |
| RF 004 | 4 | Consulta de endereço por CEP na API dos Correios e Segurança | 2 | ✅ |
| RF 005 | 5 | Relatório de Cobranças | 3 | ✅ |
| RF 006 | 6 | Processamento Batch | 4 | ✅ |
| RF 007 | 7 | Ajuste de pequenos bugs e Envio de email | 4 | ✅ |
| Épico | Ator | Ação | Motivo |
|---|---|---|---|
| RF 001 - Gerenciamento de Clientes | Administrador | Cria, procura, atualiza e delete usuários do sistema. | Eu como administrador quero poder gerenciar um usuário em meu sistema. |
| Comercial | Cria, procura e atualiza usuários do sistema. | Eu como comercial quero poder criar, atualizar e ver os usuários que cadastrei no sistema. | |
| RF 002 - Gerenciamento de Títulos | Administrador | Cria, edita, procura e deleta titulos do sistema | Eu como administrador queri poder gerenciar um título do meu sistema |
| Administrador | Da baixa em parcela | Eu como administrador quero poder dar baixa em uma parcela de um título de meu sistema. | |
| Comercial | Cria, edita e procura titulos do sistema. | Eu como comercial quero poder criar, editar e ver os titulos que gerei. | |
| Financeiro | Da baixa em parcela | Eu como financeiro quero poder dar baixa nas parcelas que foram pagas pelos clientes no sistema. | |
| RF 003 - Gerenciamento de Funcionários | Administrador | Deleta funcionario do sistema e/ou altera cargo | Eu como administrador quero poder alterar o cargo e/ou deletar um funcionario de meu sistema |
| Administrador | Aceita novos funcionarios no sistema e define cargos a eles. | Eu como administrador quero poder aceitar novos funcionários no sistema e definir cargos a eles. | |
| Administrador | Loga no sistema | Eu como administrador quero poder logar no sistema. | |
| Financeiro | Loga no sistema | Eu como financeiro quero poder logar no sistema. | |
| Comercial | Loga no sistema | Eu como comercial quero poder logar no sistema. | |
| RF 004 - Consulta de endereço por CEP na API dos Correios | Administrador | Cadastra endereço de clientes a partir do CEP | Eu como administrador quero poder cadastrar um endereço de cliente a partir do CEP dele. |
| Comercial | Cadastra endereço de clientes a partir do CEP | Eu como comercial quero poder cadastrar um endereço de cliente a partir do CEP dele. | |
| Sistema | Deixa o sistema segura contra invasões | Eu como sistema, preciso ser seguro para que meus usuários possam fazer bom uso de mim. | |
| RF 005 - Relatório de Cobranças | Administrador | Vê o relatório completo de cobranças | Eu como administrador quero poder ver o relatório completo de cobranças, mostrando os clientes adimplentes e inadimplentes. |
| Comercial | Vê o relatório parcial de cobranças | Eu como comercial quero poder ter acesso ao relatório de clientes inadimplentes afim de cobrar os pagamentos dos clientes. | |
| RF 006 - Processamento Batch | Sistema | Processa parcelas de titulos depois do expediente. | Eu como sistema preciso que o processamento de parcelas seja feito em lote e depois do expediente afim de garatir o bom funcionamento do sistema. |
| RF 007 - Ajuste de pequenos bugs e Envio de emails | Cliente | Sistema funciona de forma adequada com o que o cliente deseja | Eu como cliente preciso que o sistema esteja nos padrões estabelecidos por mim na ultima entrega de sprint |
| Sistema | Envia emails | Eu como sistema preciso enviar emails para cobrar boletos. |
⚫ O processamento de títulos para a criação de 12 parcelas deve ser realizado por meio de processamento em lote, também conhecido como processamento batch. Esse tipo de processamento é caracterizado pela execução de um conjunto de tarefas simultaneamente, de forma automática e programada, a partir de um gatilho previamente definido.
Além disso, é fundamental ressaltar que o gatilho para o processamento de títulos deve ser acionado fora do período de expediente, a fim de evitar interrupções ou interferências no fluxo de trabalho diário. Para tanto, é recomendável que o gatilho seja programado para ser ativado em um horário em que as atividades do negócio sejam menos intensas e que a execução das tarefas de processamento em lote seja concluída antes do início do expediente.
Dessa forma, o processamento de títulos poderá ser realizado de maneira mais eficiente e produtiva, proporcionando benefícios tanto para a empresa quanto para os clientes envolvidos. Além disso, a adoção do processamento batch permite uma maior automatização dos processos e a redução de possíveis erros humanos, contribuindo para a melhoria da qualidade dos serviços prestados.
🟢 A fim de garantir uma gestão adequada e segura do sistema, é recomendável que ele seja dividido em perfis específicos de acesso. Dessa forma, sugere-se a criação de três perfis distintos: administrador, comercial e financeiro.
O perfil de administrador possui acesso irrestrito a todas as funcionalidades do sistema, podendo realizar todas as operações disponíveis, desde a criação e edição de informações até o controle de acesso de outros usuários.
Já o perfil comercial tem como responsabilidade principal a gestão de clientes e parcelas. Nesse sentido, esse usuário pode criar, editar e pesquisar informações de clientes, bem como criar, editar e pesquisar informações de parcelas. Vale ressaltar que o perfil comercial não tem acesso a operações financeiras, como baixa em parcelas.
Por sua vez, o perfil financeiro é responsável pela baixa em parcelas e pela consulta de clientes e títulos criados. Esse usuário não pode criar ou editar informações de clientes ou parcelas, tendo seu acesso limitado apenas a operações financeiras pontuais.
Com a divisão do sistema em perfis específicos, é possível garantir uma gestão mais eficiente e segura, evitando o acesso indevido a informações sensíveis e garantindo que cada usuário tenha acesso somente às informações e funcionalidades relevantes para o seu trabalho.
🔴 A fim de garantir a conformidade com os padrões internacionais, recomenda-se que a formatação de moedas seja realizada da esquerda para a direita. Essa prática é adotada mundialmente e permite uma padronização eficiente na exibição e interpretação de valores monetários.
Ao adotar a formatação de moedas da esquerda para a direita, é possível minimizar eventuais problemas de compreensão ou interpretação equivocada de valores, facilitando a visualização e entendimento do montante envolvido.
Ademais, é importante destacar que a adoção de padrões internacionais contribui para a compatibilidade do sistema com outros sistemas e processos que adotam a mesma formatação, permitindo uma maior eficiência e interoperabilidade em transações financeiras e comerciais.
Portanto, a adoção da formatação de moedas da esquerda para a direita é uma prática recomendada e pode trazer benefícios significativos para a gestão financeira e para a integração com outros sistemas.
| Função | Nome | LinkedIn & GitHub |
|---|---|---|
| Product Owner | Guilherme Duarte Cenzi Dias |   |
| Scrum Master | Valderi Douglas Camargo Queiros Ferreira | |
| Dev Team | Gabriel da Cunha de Macedo | |
| Dev Team | Victor dos Santos Salles | |
| Dev Team | Wallace Felipe De França Souza | |
| Dev Team | Lucas Vinicius da Silva Soares | |
| Dev Team | Julio Cesar Rodrigues Lucena Costa | |