snglpi/src/app.js

const path = require('path');
const dotenv = require('dotenv');
const nodeEnv = process.env.NODE_ENV;
let envFile = '.env.development'; 
if (nodeEnv === 'production') {envFile = '.env.production';} else {envFile = '.env.development';}
dotenv.config({ path: path.resolve(__dirname, '..', envFile) });

const { processTicketsController } = require('./controllers/processTicketsController');
const { processCommentsController } = require('./controllers/processCommentsController');
const { processErrorController } = require('./controllers/processErrorController');
const { processStatusAndClosureController } = require('./controllers/processStatusController');
const { logInfo, logger } = require('./utils/logger');

logInfo(`🌎 Ambiente carregado: ${process.env.NODE_ENV || 'development'}`);

logInfo('Aplicação iniciada', {
    timestamp: new Date().toISOString(),
    environment: process.env.NODE_ENV || 'development'
});

async function main() {
    try {
        await processErrorController();
        await processTicketsController();
        await processCommentsController();
        await processStatusAndClosureController();
        logInfo('🎉 Ciclo de sincronização concluído com sucesso! 🎉');
    } catch (error) {
        logInfo('Erro na aplicação:', error);
    }
}

// A chamada main() foi removida daqui.
// Agora, o app.js apenas define e exporta a função main.
// A responsabilidade de EXECUTAR a função main é do cron.js,
// que a importará e a chamará dentro do agendamento.
module.exports = { main };

/**
 * @file app.js
 * @description
 * Ponto de entrada principal da aplicação de sincronização. Este arquivo é responsável por:
 * 1. Carregar as variáveis de ambiente corretas (`.env.development` ou `.env.production`) com base na variável `NODE_ENV`.
 * 2. Orquestrar a execução sequencial dos controladores que compõem o ciclo de sincronização.
 *
 * O fluxo de execução é o seguinte:
 * 1. `processErrorController`: Verifica e reseta tickets que falharam em execuções anteriores, permitindo que sejam reprocessados.
 * 2. `processTicketsController`: Busca novos tickets (incidentes e requisições) do ServiceNow, os salva no banco de dados intermediário e cria os tickets correspondentes no GLPI.
 * 3. `processCommentsController`: Realiza a sincronização bidirecional de comentários (notas/follow-ups) para os tickets que já estão sincronizados.
 * 4. `processStatusAndClosureController`: Executa a sincronização bidirecional de status (aberto, em atendimento, resolvido, fechado) e gerencia o fechamento de tickets em ambas as plataformas.
 */