Field Control
Manage field services
- Category
- Operations
- Primary Subcategory
- Field Service Management Software
Integration details
Description
Query your Field Control operation data directly from ChatGPT. Work orders, tasks, customers, technicians, equipment, inventory, quotations and more — all in real time, connected to your account. Ask anything about your field service operation without leaving the chat.
- Integration type
- Plugin
- Verification status
- Not applicable
- Platform
- ChatGPT
- Primary Subcategory
- Field Service Management Software
- Secondary Subcategories
- None listed
- Brand
- Field Control
- Access
- Account required
- First tracked
- 2026-04-05
- Tool count
- 59
- Geography
- US
The Primary Subcategory used for this profile’s headline score.
Other Subcategories where the Integration is listed.
Get alerts for Field Control
Get updates when Field Control’s Discoverability Score or category rank changes.
ChatGPT Plugin Discovery Score
ChatGPT Plugin discovery is coming soon
ChatGPT can surface a Plugin when it matches a user's request.Your Plugin Discovery Score measures how often yours appears.
No spam. Unsubscribe any time.
What discovery looks like

Competing in ChatGPT Field Service Management Software
View Category59 tools agents can invoke
============================================================================= AcceptTicketAndCreateOrder - Aceita um ticket e cria a OS correspondente ============================================================================= Aceita um chamado/ticket (pending ou scheduling) e cria uma ordem de serviço numa única chamada transacional. Use quando o cliente aprovou o chamado e queremos materializar a OS para execução em campo. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── id (ID!) → ID do ticket a aceitar input.scheduledDate (String!) → Data de agendamento da OS (YYYY-MM-DD) input.customerId (Int!) → Cliente da OS (deve casar com o ticket se o ticket já tinha pre-seleção) input.serviceId (Int!) → Serviço da OS (deve casar com pre-seleção) ── PARÂMETROS OPCIONAIS IMPORTANTES ──────────────────────────────────────── input.identifier (String) → Identificador humano da OS input.description (String) → Descrição da OS input.scheduledTime (String) → Horário (HH:mm) input.locationId (String) → Location (se não usar useTicketAddress) input.employeeId (Int) → Técnico atribuído (obrigatório se o ticket tem featureAssignedEmployeeRequired) input.attachmentIds ([String!]) → Anexos do ticket a manter input.equipmentIds ([String!]) → Equipamentos a vincular na OS input.deadlineContractId (String) → Contrato de SLA input.useTicketAddress (Boolean) → Usar o endereço gravado no ticket (em vez de pegar via locationId) input.coords (AddressCoordinatesInput) → { latitude, longitude } input.ticketRoutesAddressesIds ([String!]) → Endereços de rota do ticket input.updatedAt (Datetime) → Optimistic locking — passe para evitar sobrescrever updates concorrentes input.additionalProductsServices ([TicketAcceptProductServiceInput!]) → Produtos/serviços adicionais a vincular ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Ticket deve estar pending ou scheduling (não archived/canceled/expired). Customer/location/service devem casar com pre-seleção do ticket. Para tickets corporate, devem ser do mesmo CMMS account. Quando ticket tem scheduleSuggestions, a scheduledDate deve casar com uma das suggestions. Chame get_ticket_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { ticket: { id, status, acceptedAt }, order: { id, identifier }, task: { id } } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_ticket_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
accept_ticket_and_create_order
============================================================================= CancelTickets - Cancela um ou mais tickets (DESTRUCTIVE) ============================================================================= DESTRUCTIVE: cancela tickets em lote (até 100 por chamada). Tickets cancelados NÃO podem ser aceitos depois. Use quando o cliente desistir do chamado ou quando for um chamado inválido/duplicado. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── ticketIds ([ID!]!) → Lista de IDs (max 100) cancelationReason (TicketCancelationReasonInput!) → Motivo: { id?, description? } ── ESTRUTURA DO CANCELATION REASON ───────────────────────────────────────── id (ID) → ID de um motivo cadastrado em tickets_cancelations_reasons (se passado, é validado) description (String) → Texto livre — pode ser obrigatório dependendo da metadata do ticket (featureCancelationDescriptionRequired) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Cada ticket deve ter status pending OU scheduling (não accepted/canceled). Tickets arquivados não podem ser cancelados. Se cancelationReason.id for fornecido, deve existir na conta. Chame get_ticket_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── [{ id, status, canceledAt }] (tickets atualizados) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_ticket_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
cancel_tickets
============================================================================= CreateEntryStorageMovements - Registra entradas de estoque (incoming) ============================================================================= Cria movimentações de ENTRADA num storage (almoxarifado). Aumenta as quantidades em estoque. Use para registrar compras, devoluções, doações, etc. Aceita products e part_units (NÃO aceita equipments — para esses use create_transfer_storage_movements). ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── storageId (UUID!) → Storage destino items ([CreateEntryStorageMovementItemInput!]!) → Lista de itens (>=1) ── ESTRUTURA DE CADA ITEM ────────────────────────────────────────────────── entityType (StorageMovementEntityTypeEnum!) → "product" ou "part_unit" (equipment NÃO permitido aqui) itemId (UUID!) → ID do produto ou part_unit quantity (Float!) → Quantidade > 0 (min 0.00001) value (Float) → Valor unitário (opcional, >= 0) usageCondition (String) → Condição (ex.: "new", "used") externalId (String) → ID de sistema externo partUnitDescription (String) → Descrição para part_units criadas ── PARÂMETROS OPCIONAIS ───────────────────────────────────────────────────── identifier (String) → Identificador legível (3-50 chars, único na conta) description (String) → Descrição livre da movimentação (max 1000) integration (String) → Sistema de origem (integração) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── storageId deve existir. items não pode estar vazio. Cada item deve existir na tabela correspondente (products_services / part_units). Chame get_movement_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── [{ id }] (movimentações criadas — 1 por item ou 1 por unit serializada) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_movement_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
create_entry_storage_movements
============================================================================= CreateEquipment - Cria um novo equipamento (ativo) ============================================================================= Registra um equipamento (ar-condicionado, máquina, etc.). Use quando o usuário quer cadastrar um novo ativo. O equipamento precisa começar em uma location (instalado) OU em um storage (estoque). ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── name (String!) → Nome do equipamento number (String!) → Número/série único na conta (não-arquivado) equipmentTypeId (UUID!) → ID do tipo de equipamento + UM dos dois: storageId OU locationId ── ONDE O EQUIPAMENTO COMEÇA (escolher um) ───────────────────────────────── storageId (UUID) → Inicia no estoque (status "available" ou "in_storage" dependendo do tipo de storage) locationId (UUID) → Inicia instalado no local. Quando passar locationId, o customerId deve casar com o customer da location. ── PARÂMETROS OPCIONAIS IMPORTANTES ──────────────────────────────────────── id (UUID) → ID customizado (auto se omitido) imageUrl (String) → URL da imagem customerId (Int) → Dono do equipamento (auto-vinculado se vier via locationId) locationSectorId (UUID) → Setor dentro da location (precisa pertencer à location) locationEnvironmentId (UUID) → Ambiente dentro do setor (precisa pertencer ao setor) qrCode (String) → QR Code (deve ser único entre contas Bradesco) notes (String) → Notas purchasedAt / installedAt / replacementDueAt (Datetime) → Datas usageCondition (EquipmentConditionEnum) → new | used | refurbished value (Float) → Valor monetário (>= 0) thermalCapacity (String) → Capacidade térmica no padrão "10", "10.5", "10,5" (regex ^\d+([,.]\d+)?$) thermalMeasure (String) → Unidade (ex.: "BTU", "kW") tag (String, max 20) → Etiqueta livre labelIds ([UUID!]) → Etiquetas a vincular externalId (String) → ID de sistema externo customFields ([EquipmentCustomFieldInput!]) → Campos customizados do tipo ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── number deve ser único na conta. value >= 0. thermalCapacity tem padrão. Location deve casar com customer. Chame get_equipment_rules para mais. ── RETORNO ────────────────────────────────────────────────────────────────── { id, name, archived, createdAt } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_equipment_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
create_equipment
============================================================================= CreateOrder - Cria uma nova ordem de serviço (OS) ============================================================================= Cria uma nova ordem de serviço do zero. Use quando o usuário quiser agendar um atendimento de campo para um cliente. Não use para editar uma OS existente (use update_order). ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── serviceId (Int!) → ID do tipo de serviço a ser executado customerId (Int!) → ID do cliente que receberá o atendimento locationId (UUID!) → ID do local do cliente onde o serviço ocorre address (AddressInput!) → Endereço da OS: { street, number, city, state, neighborhood, postalCode, latitude?, longitude? } tasks ([CreateTaskInput!]!) → Array com pelo menos 1 atividade. Cada uma com: • duration (Int): minutos estimados (1-999) • employeeId (Int): técnico atribuído (opc.) • scheduledDate (String): data ISO (opc.) • scheduledTime (String): HH:mm (opc.) • description (String): notas (opc., max 5000) ── PARÂMETROS OPCIONAIS IMPORTANTES ──────────────────────────────────────── identifier (String) → Número humano da OS (auto se omitido) description (String) → Descrição/observações (max 5000 caracteres) labelIds ([UUID!]) → Lista de etiquetas para anexar deadlineContractId (String) → Vincular contrato de SLA/prazo deadlineAt (String) → Sobrescrever data limite (ISO) links (CreateOrderLinksInput) → Vincular setores/ambientes/equipamentos/peças na criação. Mais flexível usar save_order_links depois. attachments ([OrderAttachmentInput]) → Anexos (arquivos já enviados) pmocId (UUID) → Vincular a um plano PMOC ticketId (UUID) → Vincular ticket sendo aceito (raro — prefira accept_ticket_and_create_order) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Customer, location e service não podem estar arquivados. Customer com featureAllowCreateTask=false bloqueia. Customer corporate (CMMS) exige service do mesmo corporate account. Location deve pertencer ao customer. Chame get_order_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id, identifier, description, archived, createdAt } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_order_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
create_order
============================================================================= CreateRemovalStorageMovements - Registra saídas de estoque (DESTRUCTIVE) ============================================================================= DESTRUCTIVE: cria movimentações de SAÍDA num storage. Diminui as quantidades em estoque permanentemente. Use para registrar baixas (uso em OS, perda, descarte). Aceita products e part_units (NÃO equipments). ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── storageId (UUID!) → Storage de origem items ([CreateRemovalStorageMovementItemInput!]!) → Lista de itens (>=1) ── ESTRUTURA DE CADA ITEM ────────────────────────────────────────────────── entityType (StorageMovementEntityTypeEnum!) → "product" ou "part_unit" itemId (UUID!) → ID do produto ou part_unit quantity (Float!) → Quantidade a remover > 0 (NÃO pode exceder saldo) value (Float) → Valor unitário (opcional, >= 0) usageCondition (String) → Condição (opcional) externalId (String) → ID de sistema externo ── PARÂMETROS OPCIONAIS ───────────────────────────────────────────────────── identifier (String) → Identificador legível (3-50 chars, único na conta) description (String) → Descrição livre (max 1000) integration (String) → Sistema de origem ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Para products, a quantidade pedida NÃO pode exceder o saldo atual no storage (invalid_removal_quantity). Storage deve existir, items não vazios, itemId deve existir. Chame get_movement_rules para mais. ── RETORNO ────────────────────────────────────────────────────────────────── [{ id }] ============================================================================= The business rules and constraints enforced by this mutation are documented in get_movement_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
create_removal_storage_movements
============================================================================= CreateTask - Cria uma nova atividade/tarefa dentro de uma OS ============================================================================= Cria uma nova task (atividade/visita) dentro de uma OS existente. Use para agendar visitas adicionais, ou dividir trabalho entre vários técnicos/dias. Não use para editar tasks existentes (use update_task). ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── duration (Int!) → Minutos estimados (1-999) ── PARÂMETROS OPCIONAIS IMPORTANTES ──────────────────────────────────────── orderId (UUID) → OS pai (necessário a menos que vc crie via outro fluxo que já define o orderId) employeeId (Int) → Técnico atribuído secondaryEmployeeIds ([Int!]) → Técnicos secundários/backup scheduledDate (String) → Data ISO (obrigatória se a conta não tem taskEnablePendingStatus) scheduledTime (String) → HH:mm description (String) → Notas (max 5000 caracteres) position (Int) → Ordem na lista de tasks pmocId (UUID) → Vincular a um plano PMOC contractId (UUID) → Vincular a um contrato ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── scheduledDate não pode ser antes da criação da OS (a menos que a conta tenha featureCreateTaskWithPastDate). Employee deve ter skill para o service da OS. Chame get_task_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id, receivedAt } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_task_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
create_task
============================================================================= CreateTransferStorageMovements - Transfere itens entre dois storages ============================================================================= Cria movimentações de TRANSFERÊNCIA entre dois storages. Diminui o de origem e aumenta o de destino. Diferente de entry/removal, transfer ACEITA equipments além de products e part_units. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── storageEntryId (UUID!) → Storage destino storageRemovalId (UUID!) → Storage origem (DEVE ser diferente do destino) items ([CreateTransferStorageMovementItemInput!]!) → Lista de itens (>=1) ── ESTRUTURA DE CADA ITEM ────────────────────────────────────────────────── entityType (StorageMovementEntityTypeEnum!) → "product", "part_unit" OU "equipment" (único caso onde equipment é aceito) itemId (UUID!) → ID da entidade quantity (Float!) → Quantidade > 0 value (Float) → Valor unitário (opcional, >= 0) ── PARÂMETROS OPCIONAIS ───────────────────────────────────────────────────── identifier (String) → Identificador legível (3-50 chars, único na conta) description (String) → Descrição livre (max 1000) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── storageEntryId e storageRemovalId devem existir e ser DIFERENTES entre si (TRANSFER_SAME_STORAGE). items não vazio. itemId deve existir. Chame get_movement_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── [{ id }] (movimentações criadas — pares entry+removal) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_movement_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
create_transfer_storage_movements
============================================================================= DeleteOrderLabels - Remove etiquetas específicas de uma OS (DESTRUCTIVE) ============================================================================= DESTRUCTIVE: remove etiquetas específicas sem reescrever a lista completa. Use quando o usuário quer tirar tags pontuais. Pra limpar tudo, prefira save_order_labels com lista vazia. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── orderId (UUID!) → ID da OS alvo labelIds ([UUID!]!) → IDs das etiquetas a remover ── RETORNO ────────────────────────────────────────────────────────────────── [{ id }] (etiquetas restantes na OS) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_order_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
delete_order_labels
Use this when the user asks about a specific customer by ID. Returns complete customer data including name, document number, all contacts, address, tags, statistics and attachments. Do not use for listing multiple customers — use search_customers instead.
get_customer_details
Use this when the user asks about a specific employee or technician by ID. Returns complete employee data including name, email, address, contract details, work schedule, groups, skills and device info. Do not use for listing multiple employees — use search_employees instead.
get_employee_details
Use this when the user asks about a specific equipment by ID. Returns complete equipment data including name, serial number, model, manufacturer, customer, location and maintenance history. Do not use for listing multiple equipments — use search_equipments instead.
get_equipment_details
Returns the business rules and constraints enforced by equipment mutations (create_equipment, install_equipment, return_equipment, release_equipment), covering number uniqueness, value/thermal capacity constraints, install location consistency with customer, replacement date rules, lifecycle status transitions and storage restrictions on release.
get_equipment_rules
Use this when the user asks about a specific service location by ID. Returns complete location data including name, address, customer, contacts, attachments, territories and responsible person. Do not use for listing multiple locations — use search_locations instead.
get_location_details
Returns the business rules and constraints enforced by storage movement mutations (create_entry_storage_movements, create_removal_storage_movements, create_transfer_storage_movements), covering identifier rules, storage existence, allowed entityType per movement type, quantity/value constraints, item existence and stock balance.
get_movement_rules
Use this when the user asks about a specific work order by ID or needs detailed information about one order. Returns complete order data including tasks, equipments, customer, employee, services, deadline, address and comments. Pass includeForms: true to also return form answers (formulários) with all questions and technician responses. Do not use for listing multiple orders — use search_orders instead.
get_order_details
Returns the business rules and constraints enforced by order mutations (create_order, update_order, save_order_quotation, save_order_links and related), including required fields, allowed values and locked fields.
get_order_rules
Use this when the user asks about a specific inventory part by ID. Returns complete part data including name, code, description, quantity in stock and unit price. Do not use for listing multiple parts — use search_parts instead.
get_part_details
Use this when the user asks about a specific serialized part unit by ID. Returns complete unit data including serial number, status, location history and associated order. Do not use for listing multiple units — use search_part_units instead.
get_part_unit_details
Returns the business rules and constraints enforced by part unit mutations (install_part_unit, return_part_unit, release_part_unit), covering install requirements (location OR equipment), sector/environment hierarchy, equipment status, replacement date rules, lifecycle status transitions and storage restrictions on release.
get_part_unit_rules
Use this when the user asks about a specific product by ID. Returns complete product data including name, code, description, price and stock info. Do not use for listing multiple products — use search_products instead.
get_product_details
Use this when the user asks about a specific quotation or estimate by ID. Returns complete quotation data including items, prices, customer, discounts and approval status. Do not use for listing multiple quotations — use search_quotations instead.
get_quotation_details
Use this when the user asks about a specific service type by ID. Returns complete service data including name, description, pricing and configuration. Do not use for listing multiple services — use search_services instead.
get_service_details
Use this when the user asks about a specific storage location or warehouse by ID. Returns complete storage data including name, address and inventory summary. Do not use for listing multiple storages — use search_storages instead.
get_storage_details
Use this when the user asks about a specific task by ID. Returns complete task data including description, status, scheduled date, duration, assigned employee, order reference and checklist items. Do not use for listing multiple tasks — use search_tasks instead.
get_task_details
Returns the business rules and constraints enforced by task mutations (create_task, update_task), covering status transitions, startedAt/completedAt requirements and locked fields.
get_task_rules
Use this when the user asks about a specific support ticket by ID. Returns complete ticket data including subject, description, status, priority, requester, assigned employee and conversation history. Do not use for listing multiple tickets — use search_tickets instead.
get_ticket_details
Returns the business rules and constraints enforced by ticket mutations (accept_ticket_and_create_order, cancel_tickets), covering pre-selected customer/location/service constraints, schedule suggestions, expiration, archiving and corporate account alignment.
get_ticket_rules
Use this when the user asks about a specific system user by ID. Returns complete user data including name, email, role, phone and profile settings. Do not use for listing multiple users — use search_users instead.
get_user_details
============================================================================= InstallEquipment - Instala um equipamento em uma location ============================================================================= Muda o status do equipamento para "installed" e vincula-o a uma location (e opcionalmente sector/environment). Use quando o usuário quer registrar que um equipamento foi instalado no campo. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── id (UUID!) → ID do equipamento locationId (UUID!) → Location onde será instalado ── PARÂMETROS OPCIONAIS ───────────────────────────────────────────────────── locationSectorId (UUID) → Setor (precisa pertencer à locationId) locationEnvironmentId (UUID) → Ambiente (precisa pertencer ao setor) installedAt (Datetime) → Quando foi instalado (default: agora) replacementDueAt (Datetime) → Data prevista de troca (hoje ou futuro) orderId (UUID) → Vincular a uma OS de instalação ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Equipamento não pode estar descartado. Se já tem customer_id, a location deve ser daquele customer. replacementDueAt não pode ser no passado. Chame get_equipment_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id, name } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_equipment_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
install_equipment
============================================================================= InstallPartUnit - Instala uma unidade serializada de peça ============================================================================= Marca uma part_unit como instalada — vinculando-a a uma location e/ou a um equipamento. Use quando o usuário instalou uma peça em campo. O front tem 2 fluxos: instalar em location (com sector/environment opcionais) ou instalar dentro de um equipamento em estoque. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── id (UUID!) → ID da part_unit + pelo menos UM de: locationId OU equipmentId ── PARÂMETROS OPCIONAIS ───────────────────────────────────────────────────── locationId (UUID) → Instalar em location locationSectorId (UUID) → Setor (precisa pertencer à locationId) locationEnvironmentId (UUID) → Ambiente (precisa pertencer ao sector) equipmentId (UUID) → Instalar dentro de um equipamento (equipamento NÃO pode estar descartado) installedAt (Datetime) → Quando foi instalado (default: agora) replacementDueAt (Datetime) → Próxima troca (hoje ou futuro) orderId (UUID) → Vincular a uma OS ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Part unit não pode estar descartada. Pelo menos uma de location ou equipment é obrigatória. Sector/environment devem respeitar a hierarquia. Equipment alvo não pode estar descartado. replacementDueAt não pode ser no passado. Chame get_part_unit_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_part_unit_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
install_part_unit
Introspects the Field Control GraphQL API schema (https://eyeofsauron-2.fieldcontrol.com.br) to discover available types, fields and operations in the data model.
introspect_schema
============================================================================= ReleaseEquipment - Libera um equipamento da triagem para um storage de uso ============================================================================= Move um equipamento que está em revisão/triagem ("under_review") para um storage operacional. Após release, o equipamento fica disponível pra ser instalado novamente. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── id (UUID!) → ID do equipamento storageId (UUID!) → Storage destino (não pode ser triagem nem de employee) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Equipamento DEVE estar com status "under_review". Storage destino NÃO pode ter is_triage=true e NÃO pode estar vinculado a um employee. Chame get_equipment_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id, name } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_equipment_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
release_equipment
============================================================================= ReleasePartUnit - Libera uma part_unit da triagem para um storage de uso ============================================================================= Move uma part_unit que está em revisão ("under_review") para um storage operacional, ficando disponível pra reuso/instalação. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── id (UUID!) → ID da part_unit storageId (UUID!) → Storage destino (não triagem, não de employee) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Part unit DEVE estar com status "under_review". Storage destino NÃO pode ser de triagem (is_triage=true) nem estar vinculado a um employee. Chame get_part_unit_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_part_unit_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
release_part_unit
============================================================================= ReturnEquipment - Devolve um equipamento para um storage (almoxarifado) ============================================================================= Marca um equipamento entregue (status "delivered") como devolvido — vai para o storage informado (geralmente triagem). Use quando o usuário quer registrar a devolução pós-uso. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── id (UUID!) → ID do equipamento storageId (UUID!) → Storage que recebe a devolução ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Equipamento DEVE estar com status "delivered" para ser devolvido. Storage deve existir na conta. Chame get_equipment_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id, name } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_equipment_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
return_equipment
============================================================================= ReturnPartUnit - Devolve uma part_unit para storage ============================================================================= Marca uma part_unit entregue (status "delivered") como devolvida, indo para o storage informado. Use para registrar devolução pós-uso. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── id (UUID!) → ID da part_unit storageId (UUID!) → Storage que recebe a devolução ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Part unit DEVE estar com status "delivered". Storage deve existir. Chame get_part_unit_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id } ============================================================================= The business rules and constraints enforced by this mutation are documented in get_part_unit_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
return_part_unit
============================================================================= SaveOrderLabels - Define as etiquetas (tags) de uma OS ============================================================================= Substitui o conjunto de etiquetas associadas a uma ordem de serviço. Use quando o usuário quer adicionar, trocar ou setar tags (ex.: "urgente", "garantia", "retrabalho"). Passe lista vazia para limpar todas. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── orderId (UUID!) → ID da OS alvo labelIds ([UUID!]!) → Lista COMPLETA de etiquetas a associar (substitui as existentes) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Chame get_order_rules para a lista completa de constraints. ── RETORNO ────────────────────────────────────────────────────────────────── [{ id, label { id, name, color } }] (lista resultante) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_order_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
save_order_labels
============================================================================= SaveOrderLinks - Vincula entidades físicas/lógicas a uma OS ============================================================================= Anexa setores, ambientes, equipamentos e/ou unidades de peças a uma ordem de serviço. Cada lista REPLACES a lista existente daquele tipo (não é incremental). Listas omitidas ficam intactas. Para orçamentos use save_order_quotation. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── orderId (UUID!) → ID da OS alvo + pelo menos UMA das listas abaixo ── LISTAS DE VÍNCULOS (pelo menos uma é obrigatória) ─────────────────────── locationSectorIds ([UUID!]) → Setores do local de atendimento locationEnvironmentIds ([UUID!]) → Ambientes do local equipmentIds ([UUID!]) → Equipamentos sendo atendidos partUnitIds ([UUID!]) → Unidades serializadas de peças ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Equipments devem pertencer ao customer OU à location da OS. Chame get_order_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── { id, identifier } (a OS atualizada) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_order_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
save_order_links
============================================================================= SaveOrderProducts - Define os produtos consumidos numa OS ============================================================================= Substitui a lista de produtos consumidos/vendidos na ordem de serviço. Use quando o usuário quer registrar produtos usados na execução. Passe lista vazia para limpar. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── orderId (UUID!) → ID da OS alvo products ([ProductOrServiceInputToSave!]!) → Lista COMPLETA de produtos (substitui a existente) ── ESTRUTURA DE CADA PRODUTO ─────────────────────────────────────────────── id (String!) → ID do produto no catálogo quantity (Float!) → Quantidade consumida value (Float) → Preço unitário (opcional — usa o do catálogo se omitido) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Chame get_order_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── [{ id, quantity, totalValue }] (lista resultante) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_order_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
save_order_products
============================================================================= SaveOrderQuotation - Vincula um orçamento (quotation) a uma OS ============================================================================= Anexa uma cotação/orçamento a uma ordem de serviço. Tipicamente usado após o cliente aprovar o orçamento. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── orderId (UUID!) → ID da OS alvo quotationId (UUID!) → ID do orçamento a vincular ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── A quotation DEVE pertencer ao mesmo customer da OS. Quotations arquivadas ou com status refused/expired/canceled NÃO podem ser vinculadas — apenas status pending (0) ou approved (1). Chame get_order_rules para mais. ── RETORNO ────────────────────────────────────────────────────────────────── { id, identifier } (a OS atualizada) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_order_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
save_order_quotation
============================================================================= SaveOrderServices - Define os serviços executados numa OS ============================================================================= Substitui a lista de serviços executados na ordem de serviço. Use quando o usuário quer registrar quais serviços foram realizados (e quantidade/preço), tipicamente na conclusão da OS. Passe lista vazia para limpar. ── PARÂMETROS OBRIGATÓRIOS ────────────────────────────────────────────────── orderId (UUID!) → ID da OS alvo services ([ProductOrServiceInputToSave!]!) → Lista COMPLETA de serviços (substitui a existente) ── PARÂMETROS OPCIONAIS ───────────────────────────────────────────────────── taskId (UUID) → Limita os serviços a uma task específica da OS ── ESTRUTURA DE CADA SERVIÇO ─────────────────────────────────────────────── id (String!) → ID do serviço no catálogo quantity (Float!) → Quantidade executada value (Float) → Preço unitário (opcional) ── REGRAS DE NEGÓCIO IMPORTANTES ─────────────────────────────────────────── Chame get_order_rules para a lista completa. ── RETORNO ────────────────────────────────────────────────────────────────── [{ id, quantity, totalValue }] (lista resultante) ============================================================================= The business rules and constraints enforced by this mutation are documented in get_order_rules. Mutations that violate them are rejected. The full structure of the input argument, including nested types, is available from search_schema.
save_order_services
Use this when the user wants to find, list or search customers (clientes). Returns paginated results with customer name, document number, contact info and address. Supports filtering by name, city, state, document number, tags and rating. Do not use for getting details of a single customer — use get_customer_details instead.
search_customers
Use this when the user wants to list, search or filter field technicians/employees (técnicos/funcionários). Returns paginated results with employee name, email, groups and contract status. Supports filtering by name, active status, group and territory. Do not use for getting details of a single employee — use get_employee_details instead.
search_employees
Use this when the user wants to find, list or search equipments (equipamentos). Returns paginated results with equipment name, serial number, model, customer and location. Supports filtering by name, serial number, customer and location. Do not use for getting details of a single equipment — use get_equipment_details instead.
search_equipments
Use this when the user wants to find, list or search service locations (locais de atendimento). Returns paginated results with location name, address, customer and contact info. Supports filtering by name, city, state, customer and territory. Do not use for getting details of a single location — use get_location_details instead.
search_locations
Use this when the user wants to list, search or filter work orders (ordens de serviço). Returns paginated results with order ID, identifier, status, customer name, scheduled date and assigned employee. Supports filtering by date range, status, customer, employee and territory. Do not use for getting details of a single order — use get_order_details instead.
search_orders
Use this when the user wants to list individual serialized part units. Returns paginated results with unit serial number, status and location. Supports filtering by part and status. Do not use for getting details of a single unit — use get_part_unit_details instead.
search_part_units
Use this when the user wants to find or list inventory parts (peças). Returns paginated results with part name, code, quantity and unit price. Supports filtering by name and code. Do not use for getting details of a single part — use get_part_details instead.
search_parts
Use this when the user wants to find or list products (produtos). Returns paginated results with product name, code and price. Supports filtering by name and type. Do not use for getting details of a single product — use get_product_details instead.
search_products
Use this when the user wants to list, search or filter quotations/estimates (orçamentos). Returns paginated results with quotation number, customer, total value, status and date. Supports filtering by status, customer and date range. Do not use for getting details of a single quotation — use get_quotation_details instead.
search_quotations
How do I improve a ChatGPT Plugin's discoverability?
The levers are the listing surface agents actually read: names, descriptions, keywords, tool metadata, and registry health. Which lever matters depends on where discovery breaks, which is what continuous measurement shows.
What are Field Control alternatives on ChatGPT?
As of 2026-09-28, Field Control competes with A4B CMMS, AI Dispatcher by FieldCamp, BlueSuite, Crisphive, D-Tools Cloud, DroneBundle, EquipDash, EZFlow Pro, FieldCamp, Fielmo, Fluix, Front Desk, Itcons.app Work Reports, Jobber, Knowify, magicplan, Meistron, Obratec, OpsBack, PracticPro, Presuo, ProjectBase Beta, Qminder, QuoteCraft AI, Relay Tow, ServiceM8, Sitemate, STACK, Sunwise, Trussi AI in ChatGPT Field Service Management Software, ranked by public Discoverability Score.
Where is this profile measured?
This profile uses the geography attached to the latest public registry snapshot: US. Locale tags are intentionally omitted.