For organizations utilizing ITILITE Cards, managing "pay at hotel" bookings while ensuring company payment can be seamless. ITILITE streamlines this process by leveraging one-time virtual cards for hotel credit card authorizations, providing both control and convenience.
Table of Contents
- Understanding ITILITE One-Time Virtual Cards for Hotel Authorization
- Pro-Tips & Guardrails
- Verification & FAQs
Understanding ITILITE One-Time Virtual Cards for Hotel Authorization
ITILITE simplifies hotel payments for "pay at hotel" bookings that are meant to be covered by your company using ITILITE Cards. For these specific scenarios, ITILITE intelligently generates a unique, one-time virtual card. This card then serves as the essential guarantee for the hotel's credit card authorization, ensuring your company's payment responsibility is clearly established and managed.
- Each individual hotel booking leg within a trip receives its own dedicated virtual card, allowing for precise tracking and management, especially for multi-leg itineraries. ITILITE securely provides these virtual card details for the hotel's credit card authorization form, streamlining the process for both the traveler and the hotel staff. This eliminates the need for travelers to use personal cards or for manual reconciliation later.
- When travelers browse hotel search results, they will clearly see tags indicating both "pay at hotel" and "company paid" for eligible rooms, providing immediate clarity on payment arrangements. On confirmation and summary screens, a distinct "One time virtual card" tag confirms that the company is covering the cost. To maintain security, the full virtual card number is never exposed to the traveler; instead, vouchers and confirmation documents display only the last four digits and the payment method, allowing easy identification of the card on file without compromising sensitive information.
- ITILITE ensures uninterrupted service with a robust fallback mechanism. In the rare event that the generation of a one-time virtual card experiences a delay beyond a configured time or encounters an error, the system automatically falls back to using a standard ITILITE guarantee card. In such cases, the hotel's credit card authorization form will be seamlessly updated with the details of the ITILITE guarantee card, ensuring the booking proceeds without interruption.
- For administrators, ITILITE provides granular control over these virtual cards. One-time hotel cards can be configured with an additional buffer percentage, allowing for minor incidental charges that might occur during a stay, ensuring flexibility while maintaining policy adherence. These virtual cards are also designed for specific use: they are strictly restricted to hotel/lodging-related Merchant Category Codes (MCCs), meaning any attempts to swipe them for non-hotel expenses will be automatically declined, enhancing financial control.
- After checkout, an automated process locks the virtual card, preventing any post-stay usage, though pending authorizations already approved by the card network may still process. This ensures that company funds are used only for their intended purpose. Furthermore, bookings made on the ITILITE platform using these one-time hotel cards for credit card authorization are automatically eligible for auto-reconciliation, significantly reducing manual effort for finance teams as charges are matched directly to bookings. It's important to note that hotel incidentals not explicitly covered under the initial credit card authorization are not eligible for this automated booking-to-charge matching.
Pro-Tips & Guardrails
Verification & FAQs
Administrators can easily verify the use of one-time virtual cards by reviewing booking confirmations, which will display a "One time virtual card" tag. Additionally, voucher documents will show the last four digits of the virtual card and the payment method, providing clear evidence of the company's payment arrangement.
A: An ITILITE One-Time Virtual Card is a temporary, unique virtual card generated by ITILITE for "pay at hotel" bookings where the company intends to cover the cost using ITILITE Cards. It serves as the guarantee for the hotel's credit card authorization, ensuring secure and controlled company payment.
Q: How does a traveler know their hotel booking is covered by a virtual card?
A: Travelers will see "pay at hotel" and "company paid" tags on hotel search results. On confirmation screens, a "One time virtual card" tag will appear, and their voucher will display the last four digits of the virtual card along with the payment method, confirming the company's payment arrangement.
Q: What happens if ITILITE cannot generate a virtual card for a booking?
A: In the rare event that virtual card generation is delayed or encounters an error, ITILITE has a robust fallback mechanism. The system will automatically use a standard ITILITE guarantee card for the hotel authorization, and its details will be provided on the credit card authorization form, ensuring the booking proceeds smoothly.
Q: Are all hotel charges, including incidentals, covered by these one-time virtual cards?
A: One-time virtual cards are primarily intended for the main hotel charges covered under the credit card authorization flow. While you can configure a buffer amount for minor additional charges, hotel incidentals not explicitly covered under the initial CC authorization are generally not eligible for automated booking-to-charge matching.
Q: How does ITILITE ensure the security and proper use of these virtual cards?
A: ITILITE implements several security measures. Virtual cards are restricted to hotel/lodging-related Merchant Category Codes (MCCs), declining non-hotel transactions. They are also automatically locked after checkout to prevent post-stay usage. Full card details are never exposed to travelers, with only the last four digits visible on vouchers for identification.
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article