victocardoso / ProjetoVarejo

Escopo e definição de um sistema pra area de varejo, com seus requisitos e relacionamentos
1 stars 0 forks source link

Relatorios #3

Open victocardoso opened 6 years ago

victocardoso commented 6 years ago

Precisamos ver como vai funcionar a questão dos relatórios dentro do sistema.

Eu sugiro que tenha relatórios por filiais, de vendas, estoques, financeiros, entre outros, mas acredito que tenha que ter relatórios que tragam os valores consolidados de todas as filiais, a ex: Faturamento de todas as filias por período, com totalizadores.

Acho que uma opção valida seria a possibilidade de importar relatórios ou então de agregar alguma ferramente de BI pra facilitar a gestão de informação e de tomada de decisão.

matheuscas commented 6 years ago

Agregar BI é inflar o escopo além do imaginável, perda de foco e alto custo de desenvolvimento e manutenção. Quanto aos relatórios, é preciso ver com detalhes o que faz sentido para cada um, contudo se o usuário está só em uma filial, pq ele veria dados de outra filial? Por isso é bom analisar cada um com detalhes. Se o relatório faz sentido ter dados de mais de uma filial, talvez ele só pudesse ser usado se o usuário estiver em todas as filiais, sacou?

victocardoso commented 6 years ago

Estamos falando talvez a mesma coisa, é abrir a opção no realtorio para que o cara consiga filtrar as filiais que ele tem acesso, ou pegar todos os dados consolidados das filiais que ele pode.

Em sáb, 16 de jun de 2018 13:45, Matheus Cardoso notifications@github.com escreveu:

Agregar BI é inflar o escopo além do imaginável, perda de foco e alto custo de desenvolvimento e manutenção. Quanto aos relatórios, é preciso ver com detalhes o que faz sentido para cada um, contudo se o usuário está só em uma filial, pq ele veria dados de outra filial? Por isso é bom analisar cada um com detalhes. Se o relatório faz sentido ter dados de mais de uma filial, talvez ele só pudesse ser usado se o usuário estiver em todas as filiais, sacou?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/victocardoso/ProjetoVarejo/issues/3#issuecomment-397824720, or mute the thread https://github.com/notifications/unsubscribe-auth/AEhLaLK6VJKg4XwUyq1bFlygCCWyEz4_ks5t9TY2gaJpZM4UqUUH .

RicardoDamascenoSilva commented 6 years ago

Um BI é muito top, hoje para nossa realidade ainda é um sonho. Mas acredito que se permitirmos que o usuário aprenda a usar os filtros, isso faz com o sistema de total autonomia para a geração de cenários, o que é importante além de permitir os filtros é poder cruzar as informações para gerar outros resultados. Me recordo que no SAP eles tinham um modulo que tinha todas as tabelas do sistema, elas eram identificadas de forma clara para que o usuário pudesse selecionar e inseri-las na tela de formatação dos relatórios, com isso o tempo de solicitação de suporte era reduzido, pois todo o sistema estava ali aberto para que fosse obtido qualquer cenário.

victocardoso commented 6 years ago

Isso, existem alguns programas que geram esses relatórios customizados, ai o pessoal pode falar mais a respeito.

Em qua, 20 de jun de 2018 00:56, RicardoDamascenoSilva < notifications@github.com> escreveu:

Um BI é muito top, hoje para nossa realidade ainda é um sonho. Mas acredito que se permitirmos que o usuário aprenda a usar os filtros, isso faz com o sistema de total autonomia para a geração de cenários, o que é importante além de permitir os filtros é poder cruzar as informações para gerar outros resultados. Me recordo que no SAP eles tinham um modulo que tinha todas as tabelas do sistema, elas eram identificadas de forma clara para que o usuário pudesse selecionar e inseri-las na tela de formatação dos relatórios, com isso o tempo de solicitação de suporte era reduzido, pois todo o sistema estava ali aberto para que fosse obtido qualquer cenário.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/victocardoso/ProjetoVarejo/issues/3#issuecomment-398616599, or mute the thread https://github.com/notifications/unsubscribe-auth/AEhLaAlqFgN5RIyn3eCvRFRiA6qg4jT-ks5t-cfWgaJpZM4UqUUH .

matheuscas commented 6 years ago

Acho que dá pra fazer e não ficar lento. O lance é definir e testar a utilidade dos filtros disponíveis para o usuários, pois prover um mundo de filtros para o usuário pode deixa-lo perdido no uso da emissão dos relatórios. Isso inclusive deu a ideia de "salvar relatórios", salvando os filtros definidos pelo usuário e nomeando-os. 😎

victocardoso commented 6 years ago

Isso, seria o ideal, o usuário customiza o relatório que ele deseja e salva esse filtro para consultas futuras. show de bola essa ideia ai por mim.

Em 25 de junho de 2018 21:22, Matheus Cardoso notifications@github.com escreveu:

Acho que dá pra fazer e não ficar lento. O lance é definir e testar a utilidade dos filtros disponíveis para o usuários, pois prover um mundo de filtros para o usuário pode deixa-lo perdido no uso da emissão dos relatórios. Isso inclusive deu a ideia de "salvar relatórios", salvando os filtros definidos pelo usuário e nomeando-os. 😎

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/victocardoso/ProjetoVarejo/issues/3#issuecomment-400136453, or mute the thread https://github.com/notifications/unsubscribe-auth/AEhLaKyVTPwAAQAdfUVe1pS6pKGgy8c7ks5uAX7KgaJpZM4UqUUH .

matheuscas commented 6 years ago

Um contra-ponto. Alguns relatórios tem formatos diferentes. Isso ia ficar difícil de ser flexível, tanto para o layout quanto para as queries.