Latency
Latency
[Caption above a graph showing a bar with 6 lines between the two ends:] Typical process latency:
[The bar is split in two small regions at either end with two times two lines close to each other at the left and only one of those pairs of lines near the right. In between is a very long white area with no features. Above the two small segments at either end, there are small brackets of this type "{" lying down so the tip points up towards a curved line that then goes up to two labels.] Left: Automated steps: 800 ms Right: Automated steps: 200 ms
[A similar, but very long, bracket is below the bar indicating the long white area in the middle. The tip points down to a label:] Someone copies and pastes data from a thing into another thing: 2-15 minutes (More if the person on call is busy)

This comic is about the time it takes for a request to be processed; a total of 1 second is devoted to automated processes, but 2-15 minutes or longer are devoted to a not-yet-automated process that is performed by a human.
Part of the humor comes from the fact that most, if not all, instances of a person copying and pasting data from one place to another could be trivially automated and included as part of the automated steps, if only a programmer could take the time to program the process. Having a human take several minutes to move data that a computer could move in fractions of a second is incredibly inefficient, and reflects the humorously poor optimization present in many routine processes.
The title text refers to SCAPDFATIAT, which is defined in the comic as Someone Copies and Pastes Data From a Thing Into Another Thing.
Because it requires a human worker to fully accomplish, in-between various other work commitments as well as possibly personal/non-work activities, it is plausible that (even if the copying was started promptly enough) the person involved will not have pasted onwards by the time their effective working day ends. It might be reasonable to assume that a job that ought to take no more than a few actual minutes thus is only 'guaranteed' to be concluded at some point the following working day (which may be a whole long weekend away, possibly including public holidays). The business will therefore state (e.g. in contractual service agreements) that the guaranteed response times are of the order of "within one working day". Even if they hope and expect that any request passed to their staff is handled within a much shorter timescale. If reliably capable of being fully automated (e.g. with a resilient and continually maintained server infrastructure), could be fulfilled almost instantly at any time of day or night. But it may be the need to keep an 'intelligent' human in the loop (as well as to "under-promise and over-deliver", rather than the reverse) that makes the concept of "next-working-day" a more attractive commitment to make.
[Caption above a graph showing a bar with 6 lines between the two ends:] Typical process latency:
[The bar is split in two small regions at either end with two times two lines close to each other at the left and only one of those pairs of lines near the right. In between is a very long white area with no features. Above the two small segments at either end, there are small brackets of this type "{" lying down so the tip points up towards a curved line that then goes up to two labels.] Left: Automated steps: 800 ms Right: Automated steps: 200 ms
[A similar, but very long, bracket is below the bar indicating the long white area in the middle. The tip points down to a label:] Someone copies and pastes data from a thing into another thing: 2-15 minutes (More if the person on call is busy)
