Skip to main content

Dispatcher SOP

This Standard Operating Procedure (SOP) is for a Hull Seals Specalized Role. In order to become a Dispatcher, one must first become a standard Hull Seal and pass all Hull Seal trainings. This document is a supporting addition to the Hull Seal SOP, and is not superior to that document.

Dispatchers SOP, Guidance and Procedures Glossary

Hull_Seals_Patch_V2.png
Revision 7

What is this Document?

The Dispatcher SOP is designed to be the ultimate guide for one of the core roles in the Hull Seals - The Dispatcher. Dispatchers are those Seals who run and operate the logistics of every rescue. They are those who watch from afar as the Seals carry out the repair, keeping everyone on the same page. This document is meant to unify the framework by which Dispatchers operate, and to keep the procedures and processes uniform across all Dispatchers.

Guidance for Dispatchers

Dispatch is there to gather and supply information, guide the client and Seals, and make the repair operation as smooth as possible. This should allow the Seals to travel to their target with minimal interruption, and the client to focus on one voice for guidance.

Anyone can try their hand at Dispatching, however, if you become overwhelmed, recognize it and put a request in the general channel for someone to take over. If you enjoy Dispatching, consider being officially trained for the role.

Dispatch will determine what Code the call is, announce it to the channel, and determine which of the nearest Seal(s) will be dispatched. Dispatch should keep the situation calm and communicate all aspects of the case clearly.

Dispatchers have Seal Command Authority and are responsible for the care and response of the Seals to calls. We are here to provide the best outcome for the client, and if anything is preventing that you have the authority to act. For example, you can tell people to stop unnecessary chatter in the channel or re-direct them to the appropriate chat channel.

Be nice at all times. Lots of CMDRs are new and a bit lost. If we can help we should do so unless it’s really busy.

If multiple Dispatchers are online and available for response, the first responding dispatcher to establish communication with the Client will provide direct assistance.

When actively Dispatching, you should identify yourself as dispatch, ideally with [Dispatch] at the start of your chat name. You should also assign yourself the roles of Active Mechanic Dispatch using the appropriate command, currently ?rank Active Mechanic Dispatch.

Discord Specific Note: When communicating with the Client/Seals always use the @name to ping them and focus their attention.

For XB1 repairs, both the Client and Seal need to send and accept friend requests. With this method, there may be some delay.

Dispatchers should not be dispatching and conducting repair operations simultaneously. Focus on doing one well rather than trying to multi-task! Don’t text and fly!

Seals can do the dispatching themselves, if no dispatch is available, or if things are very busy the seal can offer to self dispatch.

Code Colors

Green is  50% - 99%  Hull

Amber is 11% - 49%  Hull

Red is  0% - 10%  Hull

       Black is a canopy breach, Hull % is besides the point.       

Blue is client stuck in neutron cone.

Unusual Cases Guidance

Long Range Repairs

Long-distance repairs (Over 15,000Ly from the nearest Seal), are not uncommon for Seals. Our galaxy is a big place. These repairs may be undertaken, but do not force any Seal to take on the Repair. Another good rule of thumb is to assign no more than three Mechanics to a case except for Code Blacks.

Suspicious Cases

It is the unfortunate fact that there are CMDRs out in the galaxy who delight in messing with or disrupting the emergency services the Seals provide. As such, measures can be taken to combat suspicious repairs.

Dispatchers can, at their discretion, verify a Client by asking for any of the following:

  • Confirm their current instance (Open, Solo, PG)
  • Confirm their CMDR Name and compare against other tools (EDSM, etc)
  • Confirm their current location via Friend Requests
  • Request a screenshot showing the current location as well as the current game date and time

If responses are not satisfactory, contact a Moderator.

Client goes Silent

If the client stops responding to pings, wait a short while. Sometimes they are looking up how to do things, or are struggling in-game. If this occurs after receiving of a Friend Request (FR+), then check with the Seals to ensure no in-game comms are ongoing. If after a 5 minutes nothing occurs, request one Seal to send messages in-game. If another 5 minutes pass with no feedback, the case can be aborted and everyone stood down. This case is considered in limbo so no paperwork needs to be filed.

If the case remains unanswered after a substantial amount of time, the case may be closed, but no paperwork will be filed.

Close to a Star/Planet/Object Navlock Repairs

When a client is close to a stellar object, navlock will be unsuccessful and will drop Seals several Ls away from the client. Generally, asking the Client to move is possible, but in Code Red cases moving the client away might not be an option. If this is the case, get a senior seal who is comfortable doing a Tactical Faceplant, and have them go to the client.

The Tactical Faceplant is a procedure devised by the Fuel Rats. From their Confluence:

Tactical Face Plants (The act of intentionally slamming into an Exclusion Zone to reach a client) are required for Code Red rescues where the client has lost the ability to power their ship while too close to a star or planet. We provide the optional TFP training specifically for these incidents. TFP training is not standard drill material because in 98% of cases, people who drop out inside Exclusion Zones still have fuel enough to perform a Supercruise Hop and get themselves out of the situation. Thus, TFPs are not SOP for non-CR rescues.

The reasons for this can be summarized simply; it's less risky. For both the client, the rat, and for the outcome of the case. Faceplanting, be it tactical or not, is a risk to the player's ship, both client and rats. It is also a gamble, since you might very well end up well out of reach of the client, even with a carefully planned TFP. When the client can get out of the Exclusion Zone, we get them out of the Exclusion Zone first. Then we fuel them.

The bottom line: Tactical Face Plants are for Code Red rescues. It should not be attempted simply as an 'expedient' way of getting to the client. Non-CR TFPs are at the discretion of the dispatcher, when the actual situation requires it. (Client unable to understand instructions to SCHop, or otherwise unable to do so, for instance.)

Note: If the client did not hit the body's Exclusion Zone, TFP will not work. Instead, the seal has to perform a manual drop without targeting the beacon on the client's position.

Fuel Requests

Speaking of Fuel Rats, this is their domain. All fuel repairs should, as matter of course, be referred to the Fuel Rats. If there are no Fuel Rats in range, and a Seal is closer, it may be better to send a Seal. This, however, is an extreme rarity due to the fact of the sheer number of Rats online at any given time.

If a CMDR needs both Fuel and Repairs, on all but Code Blacks send the Client to the Rats first. However, on Code Blacks how to approach the repair is at the discretion of the Dispatcher.

Client gave Wrong Information

If the Seal and Client cannot find each other in the social menu, ask the client to verify his IGN as well as his platform.

If the wing request isn’t possible, ask the Seal(s) to verify the game mode of the Client. If the Client is in the wrong game mode, have them log out to the main menu and log into the correct game mode.

If the beacon doesn’t show up even after toggling it, the system is most likely wrong. Request your Seal to confirm the system and reroute them to the correct system.

Note: Verifying these things may also be done during the Seals travel, to ensure a smooth operation.

High-G Repairs

If the Client is on a High-G planet, your Seal(s) need to be trained in High G approaches. Be sure to inform your seals about the risks involved, proper procedures, or danger of losing the ship on a bad approach.

If Client is landed, have them remain landed! Wait until the Seal(s) are in the instance with the Client, then tell the Client to liftoff to an altitude that will depend on the G of the planet. A normal liftoff will likely result in the death of the client, so tell them to hold the ventral (up) thrusters until they reach the requested altitude. DON’T retract the landing gear, it will absorb some of the damage.

 
Gravity of planet 1 - 3.5 G 3.5 - 6 G 6+ G (6 km for 6 G, 11 km
Altitude for client to rise to 1,000 m (1 km) 5 km 1 km per G of planet  for 11 G, etc)

A client can reach the altitude required with only ventral thrusters. Instruct the client to not use forward, reverse, or downward thrusters under any circumstances. It is important that the Client remains vigilant once they reach the 1000m point, to ensure they do not fall back to the planet surface. The Client should never release the vertical thrusters until ready to engage supercruise.

After the repair is complete (RC+), guide the Client to a successful FSD high wake, if possible, from the planet. Have the Seal(s) search for a suitable jump target.

Instancing Issues

If the Seal is unable to get into the same instance as the Client, have both of them restart their game. If that doesn’t help, have both of them jump to a nearby system.

Client Jumping Toward Seal

This should be done on long range cases ONLY if the client is not at a low Hull %. Only the dispatcher gives the OK for this. Then the seal(s) will coordinate a system to meet in and let dispatch know the target system.

Busy Times

When there are three or more repairs ongoing and a new case comes in, or if there is a major event such as a Code Black, you may decide to run any new cases in a separate channel. This decision should not be made lightly, but you as Dispatcher have the authority to make that call.

When this occurs, and a new channel is conscripted, any new cases should be directed there, and a clear statement should be put in the chat being conscripted to cease all conversations. For example, the following quote can be used.

--DISPATCH –

This channel is now in use for a repair request, please cut any chatter until the repairs are closed. Thank you

Once things are quieter, and the channel can resume the chatter, please post another statement to re-open chat. If people do not keep quiet after reminders, please report this as an issue to the Moderators with a timestamp so we can take a look.

NOTE: If an experienced seal that is capable of self dispatching is assigned to the case, the dispatcher may ask them to self dispatch so as to lighten the load on the requests channel. They can still report into the requests channel to update the main dispatch as appropriate. They can also ask a dispatcher for assistance if issues are encountered.

Open Mode Cases

Open mode cases are permitted IF the seal(s) involved, and the client are all comfortable with it.

DO NOT force a case to be done in open if one or both are not comfortable with it.

Some players play open only, DO NOT try to force them into a PG for the case if they don't want to use one.

 Dispatchers Process Walkthrough 
  1. Dispatchers will assign themselves the role “Active Mechanic Dispatch”.
  2. When pinged by an incoming case, the dispatcher will enter the repairs channel and initiate communications with the Client.
  3. The dispatcher will request the following information from the client:
    1. Is the client on Emergency Oxygen or Caustic damage? If so request Client Logout and await further instruction.
    2. Fuel status
    3. Platform (PC/XB1/PS4)
    4. Game Mode
    5. In-Game Name
    6. Location (current system)
    7. Current Hull Percentage
    8. Cause of damage.
      1. All of this information can be requested by the bot with the !mechanic and !clientinfo commands.
  4. Announce Emergency Level and request Seals call their jumps. Whilst doing so, ask for additional information as required.
  5. Determine the nearest responding Seal(s) and assign them to the case.
  6. Request the client bring their vessel out of Supercruise, come to a full stop, and deploy Landing Gear to ensure the safety of all parties during repair operations. This can be done by using the !prep command.
  7. Request the Client add the assigned Seal(s) to their friend's list, and assist the client as needed in this procedure. Bot-assisted commands can be done with the !pcfr, !xfr and !psfr commands.
  8. Wait for confirmation from the Seals that friend request has been received, and prompt the Client as needed. Remember, however, they may not be familiar with the process.
  9. Instruct the Client to send Wing Invites to responding Seal(s) and provide assistance to the Client as needed in this procedure. Bot-assisted commands can be done with !wing. As previously, wait for the Seals to confirm.
  10. Instruct the Client to enable Wing Beacon and provide assistance to the Client as needed in this procedure. Bot-assisted commands can be done with !beacon.
  11. Dispatch will request Seals to complete Repair Log Entry at the notification of successful repair completion. The !clear command can be used to send an automatic request with report form link to be posted.

To disable Mechanic Dispatch Pings, re-enter the command ?rank Active Mechanic Dispatch in #bot-rank-and-other to leave the role and stop pings.

Useful Guides

Over the course of the Seal's devleopment, several Dispatchers have developed their own scripts for repairs, not reliant on the bot to be online. It is good practice for Dispatchers to know how to dispatch manually, should the bots assisting repairs go offline.

One such script, as developed by CMDR Rixxan, is attached to this page.

Dispatch Guide (.txt)

Back to top