Meter Over Short (Meter O/S): a "low resolution" view into money irregularities

uses "top-level" information about total unit sales and total revenue and compares that to what the money room counted from the cash bag at the last collect visit
Gimme VMS assumes Meter readings are cash meters.
There are a small number of older machines that report the number of vends instead.
- Gimme VMS is not designed to support those machines.
- Operators using those machines will not be able to calculate Accountability.

Meter O/S can help inform you and your management team about irregularities happening in the coin mech. For example:

If you see a pattern of overage, this suggests:

coin mech is not refilled by route driver at the vend visit and is running low,
money is paying out of the coin mech, but money is going into the coin box instead of the coin mech, or
the machine isn't accepting coins but is giving change, and a service technician is required to fix.

If you see a pattern of shortage, this suggests:

the route isn't physically adding coins to the coin mech after indicating they are in Gimme Field (for example: "buying" $10.00 of change in iPad, but physically putting coins in pocket),
the coin mech was tampered with (route driver is taking money from coin mech), and coins are still sent to coin mech tubes but does not show coins paid out,
route driver is taking too long to refill coin mech, so they end up refilling more than was paid out in current vend visit, or
refund is recorded, but Meter hasn't had overage, making the refund suspect for theft.

Actual Counted Cash

- (Value of All Paid Vends Since Initialization Current DEX - Value of All Paid Vends Since Initialization Previous DEX)

Actual Counted Cash — physical bills and coins added together from a single bag in the money room

Value of All Paid Vends Since Initialization — DEX file VA1 field, total cash and cashless sales from consumers

uses information from the last two DEX files (total revenue, coins expected, and bills expected) and what your money room counted from the cash bag from the last collect visit
informs the current coin mech balance (used to track what the coin mech should have vs. what the driver said they added)

physical issues (a coin jam preventing the coin mech from being refilled with new coins)
driver errors (a driver forgetting to enter information about a refund they gave a customer into the software)
theft (from the bill box, coin mech, a driver "buying change" for the mech but not placing it, or selling your products on their own)

Actual Counted Cash

- ((Value of Bills In Since Initialization Current DEX - Value of Bills In Since Initialization Previous DEX)

+ (Value of Cash to Cash Box In Since Initialization Current DEX - Value of Cash to Cash Box In Since Initialization Previous DEX))

Actual Counted Cash — physical bills and coins added together from a single bag in the money room

Value of Bills In Since Initialization — DEX file CA3 field, physical bills added to machine by consumers

Value of Cash to Cash Box In Since Initialization — DEX file CA3 field, physical coins added to machine by consumers