- Navios
- 2 de setembro de 2026 às 03:10 UTC
- Autor
- Kamo
- Enviar
- 4307ec4
Um relatório agora é uma classe Java aqui e nada em outro lugar. Definição do Relatório descreve o que é um relatório, o que pode ser perguntado, quais colunas tem e como cada um deve ser lido; o frontend renderiza o que quer que declare, assim adicionando um relatório não precisa de endpoint, nenhuma página e nenhum TypeScript. As peças que carregam o peso: - ReportCapability é por isso que o frontend pode ser genérico. Um relatório que declara apenas FAVORITE e SCHEDULE não recebe nenhum construtor de filtro, nenhum gestor de colunas e não painel de agrupamento — ManagementOverviewRelatório existe em parte como o canário para isso. - ReportFormat é um descritor, nunca uma string renderizada, então uma moeda no tabela, a dica do gráfico, o CSV e o PDF não podem discordar. - ReportSecurity O escopo vem dos direitos de domínio de cada relatório, nunca de um Relatório à direita. Um relatório de vendas amplia em View ALL LEADS exatamente como o líder O grid sim, por isso o relatório nunca pode ser uma forma de contornar o modelo de segurança. - ReportQuerySupport coloca o predicado de escopo em primeiro lugar, rejeita uma coluna desconhecida chave em vez de derrubá-lo, e esquerda-junta cada associação — uma associação implícita é um INNER um, e as linhas sem nada do outro lado são os Alguém está à procura. - ReportAggregator mantém um grupo nulo como seu próprio grupo, então subtotais ainda adicionam até ao total. - As datas se resolvem no fuso horário do MEMBRO e estão meio abertas. Às 03:30 UTC em 1 Setembro um membro em Los Angeles ainda está em agosto. Cada classe de relatório carrega @Component AND @ConditionalOnProperty. Isso não é decoração: cada serviço verifica com.kamo, mas declara seu próprio explícito @EnableJpaRepositórios lista, então um @Component nu precisa de um EntityManager é construído em todos eles e CrashLoops aqueles que não podem satisfazê-lo. A A propriedade está definida apenas no SecurityService, e ReportBeansAreConditional Falha no teste O edifício se um relatório o esquecer. Relatórios é um aplicativo (ServiceType id 32) com cinco direitos (295-299). VER REPORTES é a porta do módulo e não concede dados por si só. Os nomes VER REPORTES e EXPORT REPORTS existiam nos IDs 1 e 2 até 2026-08-14, quando foram removidos junto com as páginas do stub por trás delas; os direitos persistem como getId(), então nenhuma concessão feito antes então pode resolver a estes. PhiModule.REPORTING é PERMITIDO - o motor lê em-cluster e armazena no Entendido. Exportar e agendar deixam o limite e são regidos por seus direitos próprios e por EMAIL.