SUPPORT CLOCK / COUNTED TIME
The Vending Support Quote Says Four Business Hours. When Does the Clock Run?
Request the service calendar before turning a support target into a wall-clock deadline.
Introduction
A vending support proposal promises a response within four business hours. An operator reports a problem late on Friday and expects the same four-hour wait they would expect on Tuesday morning. That expectation may not match the service calendar behind the phrase.
The duration number is only one part of the requirement. The buyer also needs to know which time zone defines the day, which days count, which intervals count and whether a holiday removes an otherwise working day. A calendar can make a short measured target span a much longer period on the wall clock.
Atlassian’s official Set up SLA calendars documentation provides a concrete example of those fields in Jira Service Management. This article uses that example to develop purchasing questions. It does not establish that WEIMI uses Jira, offers a four-hour target or operates any particular service schedule.
Quick Answer
In a hypothetical UTC calendar that counts Monday to Friday, 09:00–17:00, with no holidays, a four-business-hour target starting Friday at 16:00 reaches Monday at 12:00. One counted hour occurs on Friday and three on Monday. The elapsed interval is 68 hours.
This is an invented calendar illustration, not a support commitment. It assumes a valid start event, no separate pause conditions and a target measured against those intervals. The specific target might concern first response rather than repair or restoration; confirm its actual milestone separately.
Comparison Table
| Calendar field | Clarification to obtain | Why it changes the review |
|---|---|---|
| Time zone | Named zone used by the support calendar | Local site time may describe a different hour or day |
| Working days | Which weekdays count | A weekend may contribute no counted hours |
| Daily intervals | Start/end times and any gaps | An open day need not count continuously |
| Holidays | Applicable dates and calendar owner | A normal weekday may be excluded |
| Start event | When this target begins for a valid request | Submission time may not be the defined start |
| Target milestone | Which recorded event ends the target | A response is not automatically restoration |
The first four rows describe the calendar. The final two keep the calculation connected to the service requirement. Do not solve a calendar question by silently changing the event the supplier promised to measure.
Who Should Buy This
This review is for operators, distributors and procurement teams comparing support offers expressed in business hours. It is particularly useful for sites operating at weekends, for cross-border purchases and for fleets with locations in different time zones.
It also helps teams deciding who covers a site while supplier support is outside its stated counting intervals. The site’s trading hours and the provider’s support calendar are separate facts. A machine available to shoppers at night does not itself establish a night-time service target.
If the offer is explicitly measured in continuous elapsed hours, retain that wording. Do not introduce a business-hours calendar that the provider did not offer. Conversely, do not simplify an actual business-hours target into a continuous-hour promise when presenting it for order approval.
How We Evaluate Smart Vending Machines
We compare three public WEIMI equipment listings as a procurement shortlist. Their retail formats are publicly described; their support target calendars are not established by this article. This is not independent testing of incident response, uptime or repair performance.
The official Atlassian source says SLA calendars can track goals based on the times and days agents respond. It documents naming a calendar, choosing its time zone, setting working days and time slots, using multiple periods in a day and entering holidays. These are features of that documented service-management product, not evidence of the supplier’s implementation.
Our proposed evaluation is a written walkthrough with the provider. Use an ordinary working-time case and a case near a closed interval, then request the expected result. No live fault, support request or configuration change is made to obtain these examples.
Key Buying Factors
Retain the complete time basis. Copy both the numerical target and its unit. “Four hours” in an internal comparison is ambiguous if the original statement was “four business hours.” Ask the provider to resolve informal wording rather than choosing a favourable interpretation.
Name the calendar’s time zone. Record the stated zone beside each worked example. Ask how local time changes are treated where relevant. The hypothetical examples here use UTC to avoid a daylight-saving transition; they do not prescribe UTC for actual support.
List the counting intervals. A calendar may use one daily period or several. Atlassian’s example shows separate before-lunch and after-lunch slots. Ask for the offered intervals instead of assuming that every minute between the first opening and final closing time counts.
Confirm holiday ownership. Ask which holidays apply, where the dates are recorded and who maintains them. A buyer’s local public holiday and the provider’s calendar may differ. No country’s holiday list is inferred in this guide.
Establish the starting record. The proposed calculation needs a defined start event and timestamp. Ask what constitutes a valid request and which channel records it. Preserve the provider’s answer without assuming that an email draft, sent message and accepted service request are interchangeable.
Keep other conditions visible. Ask whether any separate start, pause or stop conditions affect the target. This calendar source does not verify a particular provider’s rules. A worked example should list its assumptions rather than quietly treating all delay as either counted or excluded.
Confirm the measured milestone. A first-response target and a completed-repair target describe different results. The purpose here is to understand when the relevant clock runs, not to convert a response commitment into a restoration guarantee.
Version the record. Retain the calendar name or revision and the supplier-reviewed examples with the order. If the proposed service arrangement changes, recheck the example before reusing the deadline in a rollout plan.
Best Smart Vending Machines
Use the following real listings to identify a retail candidate, then obtain the support terms for the exact order. No working calendar or response target is verified for these machines by their inclusion below.
1. WM22 touchscreen snack and drink machine
The WM22 listing presents touchscreen selection, product information and promotional display for packaged snacks and drinks. If supplier support availability matters to a proposed venue, include its actual trading schedule in the quotation discussion and request the offered service calendar.
2. Single AI retail fridge
The single AI retail fridge listing describes packaged-product open, select and close shopping with cloud functions. It does not establish a juice-making mechanism. Cloud functionality does not prove round-the-clock staffed support or a particular ticket timer.
3. Dual-cabinet vending machine
The dual-cabinet listing shows a main portrait menu and a secondary visible spiral cabinet. Ask whether the offered support scope applies to the ordered station and who handles the relevant incidents. The two-section arrangement supplies no evidence of service hours.
Choose a retail format for the merchandise and shopping workflow. Compare support only after the provider returns its actual time basis, scope and milestones. A shorter number from a different calendar cannot establish a stronger offer by itself.
Feature Comparison
| Public candidate | Retail distinction | Calendar question for the project |
|---|---|---|
| WM22 | Touchscreen packaged snack and drink selection | How does offered support overlap the venue’s trading hours? |
| Single AI fridge | Packaged open/select/close workflow; cloud functions | Which support service and counting calendar are offered? |
| Dual cabinet | Main portrait menu and secondary spiral cabinet | Which incidents and ordered sections share the stated scope? |
The comparison identifies questions, not service performance. An unanswered calendar should remain unknown in the procurement matrix. A public cloud-management description should not be used to fill the missing support-hours field.
Cost & ROI Analysis
Calendar arithmetic helps planning, but it does not establish lost sales or actual downtime. These invented examples use a four-hour target and assume a valid Friday 16:00 start in UTC, no other pauses and a target milestone governed entirely by the stated calendar.
| Hypothetical counting basis | Target reached | Elapsed time from Friday16:00 UTC |
|---|---|---|
| Continuous elapsed hours | Friday20:00 UTC | 4 hours |
| Monday–Friday09:00–17:00 UTC; no holiday | Monday12:00 UTC | 68 hours |
| Same weekdays and intervals; Monday excluded as a hypothetical holiday | Tuesday12:00 UTC | 92 hours |
The business-hours examples count one hour on Friday and three on the next available working day. Monday’s exclusion in the last row is an invented calendar entry, not a claim about a real public holiday.
No cost is assigned to those elapsed periods. The cabinet might remain usable, an alternative service route might exist or the target might only concern acknowledgment. To budget operational cover, first establish the actual incident impact and available arrangements, then obtain real quotations. The table is not an ROI forecast or a recommendation to buy a more expensive plan.
Best Choice by Scenario
A venue opens every day: compare the actual offered counting intervals with the venue schedule. Identify the periods requiring a separate operational plan without assuming that the supplier is available whenever shoppers are present.
The parties are in different time zones: record the same example in the named calendar zone and the site’s local time. Preserve the original timestamp and conversion basis so both teams can review the same event.
A daily break exists: include it in the example when the offered calendar excludes that interval. Do not count through a gap just because it lies within a weekday.
A holiday is approaching: request confirmation of the relevant calendar entry and expected target result. A generic “weekdays” description may not answer the specific date question.
The provider offers continuous support timing: obtain the actual scope and milestone of that promise. Continuous timing does not by itself establish on-site attendance or a completed repair within the same interval.
Applications
For a quotation matrix, retain the target value, target milestone, calendar identifier, time zone, working intervals and holiday reference. Put the supplier-reviewed after-hours example alongside those fields. This makes differences visible before a purchasing team compares headline numbers.
For a fleet handover, identify who receives a request outside the counting period and what the operator’s approved local process is. A calendar explanation is not a repair procedure. Follow the equipment instructions and qualified service boundaries when a cabinet needs attention.
For a periodic commercial review, ask the provider to confirm whether the proposed calendar or support scope has changed. Retain the revision with the order record and update internal summaries when necessary. No actual ticket history or supplier performance data has been analysed here.
FAQ
Are four business hours always four elapsed hours?
No. The result depends on the agreed calendar and other applicable target conditions.
Why does the hypothetical Friday example reach Monday?
Only one counted hour remains on Friday in the invented09:00–17:00 weekday calendar. The next three occur Monday morning.
Does this article establish WEIMI’s support calendar?
No. Obtain the actual offered calendar and support terms for the proposed order.
Can a calendar exclude a lunch interval?
The cited Jira documentation shows multiple daily time slots as an example. Ask the provider what its actual calendar counts.
Does a response target establish a repair deadline?
No. Confirm the milestone that the target actually measures and any separate restoration arrangement.
What should accompany a worked target example?
Keep the start event and timestamp, named time zone, intervals, holiday entries, applicable other conditions and expected milestone result.
Final Recommendation
Read a business-hours target together with its service calendar. Obtain the time zone, working days, daily intervals and holiday treatment, then request a worked example beginning near a closed period.
Keep the calendar calculation tied to the actual start event and measured milestone. That gives the buyer a reviewable expected result without inventing a service guarantee. A four-hour label alone does not tell a site team when the target would be reached.
CTA
Discuss your retail format, site trading schedule and support requirements with WEIMI. Ask for the offered service scope and calendar for the proposed configuration. If a target uses business hours, request an after-hours example and confirmation of the milestone it measures.
Get My Custom QuoteSource: Atlassian Support, Set up SLA calendars, reviewed 18 October 2026. Used as a documented example of calendar fields only. No WEIMI use of Jira, actual SLA, staffed availability, incident deadline or restoration performance has been verified.


