Módulo de restaurantes: mesas com capacidade, reserva por período, programação com validade e painel do dia (e depois espaços, camarotes, quadras)

[kristhianlumai-lgtm]

Contexto

Estou implantando o DeskcommCRM como concierge de WhatsApp e Instagram para restaurantes de alto padrão (e, depois, beach clubs, casas de show e quadras). Já montei um roteiro de implantação e rodei um ensaio completo com um restaurante fictício, e funciona, mas com adaptações em cima da estrutura de consultórios:

• cada mesa é cadastrada como um "atendente" da agenda, e os identificadores das mesas ficam escritos no prompt do agente (não existe o recurso "mesa", nem capacidade, nem área do salão);
• a reserva é por período (almoço 12h às 15h30, jantar 19h às 23h), com um tipo de agendamento da duração do período; o limite de garantia da mesa (por exemplo, 20h30) existe só no texto do prompt;
• a programação da semana (música, couvert, prato do dia) é um "aprendizado" de texto livre na Memória da IA, sem data de validade, então o agente pode repetir uma programação vencida;
• não há um painel de leitura do dia: reservas, pessoas por período, percentual de confirmadas, faturamento previsto.

Dá para operar assim, mas cada implantação refaz as mesmas gambiarras, e o agente depende de texto no prompt para regras que deveriam ser dados.

O que eu proporia, em partes pequenas

1. Recurso "mesa" (ou "espaço") com capacidade e área, que a agenda reconheça, em vez de atendente.
2. Programação com validade: itens com data de início e fim que o agente consulte, sem ficarem na memória livre.
3. Painel do dia, só de leitura: reservas por período, pessoas esperadas, percentual de confirmação.
4. Mais adiante, o mesmo modelo para outros espaços com capacidade: camarote, quadra, ambiente.

Pergunta (antes de escrever qualquer código)

Isso caberia como módulo oficial (ADR-0002, com as tabelas nascendo na instalação do módulo) ou como extensão? Qual a direção preferida? Existe alguém trabalhando em algo parecido? Eu me proponho a contribuir, começando por uma parte pequena (a 1 ou a 2) e seguindo o CONTRIBUTING, mas prefiro ter o aval da direção antes.

Relacionada: #2369 (atualizar programação e cardápio por WhatsApp, com rascunho e confirmação).

[kristhianlumai-lgtm]

Reforçando a demanda, pessoal. Estou implantando o DeskcommCRM para restaurantes de alto padrão e beach clubs, e há casas noturnas no horizonte. Esse público tem uma particularidade que a estrutura atual não cobre bem.

A agenda de clínica gira em torno de uma pessoa e do horário dela. No restaurante, o que se reserva é um lugar: uma mesa com capacidade de X pessoas, numa área do salão (interna, varanda, deque). A reserva é por período (almoço, jantar), com horário-limite para a mesa ser mantida.

Na casa noturna é parecido, e o que se vende é a unidade. O camarote é vendido inteiro, com capacidade de Y pessoas, e às vezes com consumação mínima. O cliente não escolhe um horário com alguém, escolhe um espaço para uma data.

Hoje dá para operar com adaptações: cadastrar cada mesa como se fosse atendente da agenda e deixar os identificadores e as regras escritos no prompt. Funciona num ensaio, mas cada implantação repete a mesma gambiarra. Regra que deveria ser dado, como capacidade, área e validade da programação, fica solta no texto.

Para nós isso faz sentido como módulo próprio do segmento gastronômico e de entretenimento: mesa ou espaço com capacidade e área, reserva por período, programação com validade e um painel de leitura do dia.

Quando fecharmos nossos ajustes finais, pretendemos começar a desenvolver e contribuir com isso, em partes pequenas. Antes de escrever código, gostaria da direção dos mantenedores: módulo oficial ou extensão? E existe alguém trabalhando em algo parecido?