An office may already issue employee badges and now want staff to buy coffee or snacks from vending machines. The purchase brief needs to say whether the card identifies a person, spends a stored balance or supplies a discount. Those are different requirements. Nayax’s official Prepaid overview provides a useful provider-specific example of how to separate them.
Nayax describes its Prepaid card as a closed-loop payment card that is not linked to a bank checking account. The operator or consumer loads funds, which Nayax calls a revalue. The cardholder then taps, swipes or scans at an operator’s machine, and the purchase amount is deducted from the balance. The operator manages the balance, limits and rewards in Nayax Core under Consumers > Card Management.
This is a payment arrangement, rather than proof that an existing workplace badge is ready to spend. Nayax lists Custom 3rd Party ID as a format for integration with external identity systems, including employee or campus IDs. That listing does not establish compatibility with a particular employer’s credential. Have the authorized technical teams review the proposed reader and integration. Our employee badge compatibility guide covers identification and account mapping.
The Nayax overview distinguishes four card types: Prepaid Card for loaded funds, Refund Card for its documented undispensed-product refund use, Technician Card for employee access to technical functions, and Discount Card for a purchase discount. A discount does not itself describe a prepaid balance, and a technician credential is not a staff shopping allowance.
Nayax says the card type cannot be changed after creation. Decide the intended purpose before cards are created or distributed. Keep a requirement for staff purchases separate from access to machine settings.
The same source says the physical type field in Core is for record-keeping and does not determine whether a transaction is processed. Its example is a contactless card recorded as Swipe. That is a statement about the software field; it is not a claim that every reader can read every physical technology. Confirm actual card, reader and account compatibility in the proposed setup.
Nayax lists five revalue methods: manual credit added by an administrator in Core, credit card at the machine, credit card through the Monyx app, cash at the machine, and a system-added reward under a configured reward program. These methods have different operating requirements. Cash revalue, for example, is described through a machine bill acceptor; it is not established by a card reader alone.
For a workplace proposal, state whether the employer supplies credit, staff add their own funds, or both are required. Ask the provider to confirm the available reload methods, limits and responsibilities for the quoted installation. Do not assume every listed method is enabled in the supplied configuration.
The overview lists maximum balances, revalue limits, expiry dates and usage restrictions, as well as daily, weekday, weekly or monthly spending caps. It also describes scheduled monthly reload and reset functions. These are documented provider options to review, not evidence of a configured employee-benefit scheme or an installed WEIMI project.
Ask for an approved demonstration linking a test card, its intended balance, the allowed purchase and the resulting record. Include the people responsible for issuing cards and maintaining workplace accounts. Agree the applicable fees and service availability directly with the provider; no saving or commercial return is established here.
When requesting Get My Custom Quote, send the destination, products, card purpose, existing credential requirements and intended funding route. Review the equipment range alongside the actual payment proposal. Nayax documentation does not establish that every WEIMI machine includes Prepaid or supports an employer’s existing badges.