- Enviado
- 8 de novembro de 2026 às 01:34 UTC
- Autor
- Kamo
- Confirmação
- 65f9eb6
Ordens de serviço: - createJob armazena o mercado escolhido em Engagement.market (ele só escolheu o tipo de engajamento antes) e a conta do cliente em Engagement.account - cada novo trabalho recebe um número legível por uma pessoa (WO-00001...) voltar para o uid - JobView carrega marketId / marketTitle; customerName lê Empresa (Contato) - listJobs (org, status, marketId): uma leitura obtida (engagement, market, cliente, visitas) em vez de até quatro cargas preguiçosas por linha; uma guia de mercado também mostra empregos que não têm mercado - setCustomer: arquivar um trabalho sob uma conta ou tirá-lo de um (engagement segue) - addVisit / updateVisit: agendar uma visita, atribuir um técnico (org-checked in SQL), marcar em rota / sem acesso / cancelado; atribuir alguém a uma tarefa O trabalho move-o para ASSIGNADO Número de assinaturas: - createOrder armazena o mercado do plano e a conta do membro do cliente no engajamento (o engajamento de uma citação mantém o que tem) - SubscriptionOrderDTO e SubscriptionRecordDTO carregam marketId, marketTitle, customerAccountUid e customerAccountName - getOrders / getSubscriptions levam um marketId (mercado de engajamento, caso contrário, planeje mercado; nenhum fica dentro) e ler as linhas com uma consulta obtida - getPlansForMarket: o filtro de mercado em planos levou um longo e nunca poderia analisar um UUID de mercado; ele também está limitado à organização do chamador agora