This page aims to clarify everything you need to know about the Broken Phones process; General policies, how to review an invoice, the steps needed to approve or reject a broken phone request and how to check if the employee was reimbursed for their broken phone.
Guidelines & Policies
Eligibility for Reimbursement:
Hub employees are eligible to request reimbursement for repair bills if their phone breaks during working hours while performing work-related tasks.
Submission Requirements:
Requests for reimbursement must be accompanied by a valid repair receipt from a credible shop or service.
Cost Estimates are not valid for reimbursement.
Both internal and external employees may apply for reimbursement.
Approval Process:
All reimbursement requests must be approved by the respective Hub Managers.
Requests exceeding €500 require approval from both the Hub Manager and Area Manager.
Duplicate Ticket Check:
Prior to processing reimbursement requests, staff members must ensure there are no duplicate tickets on ZenDesk via the "Little Man".
Phone Purchase Reimbursement Policy:
Flink does not reimburse for the purchase of a phone; only repair costs are eligible for reimbursement.
In cases where the phone is deemed irreparable, employees must provide documented proof from a credible repair shop or service.
Tickets involving irreparable phones are subject to case-by-case evaluation and require approval from both the Hub Manager and Cluster Lead.
Email Verification Protocol:
Before responding to emails, staff should verify if the sender's email address is registered in SAP. Emails from unregistered addresses should not be answered.
Step-by-Step Guidelines
Outline:
Accessing Zendesk:
Navigate to the "New/Unassigned" view on Zendesk.
Use the play function.
Ticket Evaluation:
Review the ticket content to understand the nature of the request:
Click on the "Little Man" icon to check for duplicate tickets from the same employee.
If duplicates exist, merge the new ticket into the original one.
Invoice Inspection:
Examine the invoice submitted by the employee.
If any information is missing or if a cost estimate is provided, do not approve the request.
Send the macro "DE > EN > BP - no invoice" to resolve the ticket.
Document Verification:
Check the provided document for authenticity
Verify if it is an invoice.
Ensure the invoice date is after the employee's phone breaking incident date.
Confirm the employee's name is displayed.
Look for the shop's stamp or other verifiable information.
Cost Estimate: Must be rejected.
______________________________________________________Proper Repair Invoice: This can be processed and approved.
Shift Confirmation:
Check the employee's shift schedule in Quinyx
Access Quinyx > Schedule tab > select the relevant hub > apply the employee's ID filter.
If the employee did not have a shift on the day of the reported phone breakage, reject the request.
4. Adjust the "DE > EN > BP - no invoice" macro accordingly and solve the ticket.
Reimbursement Processing:
Navigate to the "Broken Phones" sheet and choose the appropriate tab based on reimbursement amount and case type.
Complete all necessary fields in the spreadsheet on the next empty row.
Handling Multiple Claims from the same employee:
If the employee has made previous claims, their ID number will appear in red on the sheet, indicating multiple entries.
Move the entry to the "Legal and Country Ops" tab and process accordingly.
(More steps below for repetitive cases)
Slack Communication:
Return to Zendesk and select the macro "Broken Phone request received."
Fill in all details in the Slack side conversation, including Hub Manager and Cluster Lead information from the SSC - Hub Contact Sheet.
If the case is less than €500, do not tag the Cluster Lead unless it exceeds this amount or is a repetitive case.
If It's a repetitive case, then please make sure to clarify that in the Slack side conversations "Comments" section for both the Hub Manager and Cluster Lead.
In the "Comments" section, make sure to include all the important details (ie. previous reimbursement case amount, date, and other important and relevant info) from the previous case/cases.
Once all information is filled, send the request.
Approval Process:
Put the ticket on hold and await a third-party response.
Upon receiving approval from the Hub Manager via Slack, update the "Broken Phones" sheet accordingly (Depending on the tab, adjust the "HM Approved" and or also the "CL Approved" column)
Use the "BP approved" macro to respond to the employee.
Rejection Process:
If the Hub Manager/Cluster Lead rejects the request or any other steps or criteria are not met, then update the "Broken Phones" sheet accordingly.
Respond to the employee using the "BP rejection" macro.
Internal Note:
Remember to always add a mandatory and relevant internal note.
Actual Payments
SAP:
Once the broken phone payment is paid out, it appears under the "One Time Payments" section of their SAP profile.
Payslip:
The payment is paid as a taxable amount, which means that we pay the actual amount and also the taxable amount.
Flowchart
Tools
Zendesk: Ticket management and employee communication.
SAP: Employee verification and identity confirmation.
Quinyx: Shift schedule confirmation.
BP Sheet: Document management for reimbursement processing.
Slack: Communication platform for internal discussions and notifications.
SSC - Hub Contact Sheet: Repository of Hub Manager and Cluster Lead contact information.
Macros
Macro name | Description |
BP request good to process | Macro to confirm that we have received the broken phone request and forwarded it accordingly. |
BP - no invoice | The employee has not attached the invoice required to process their case. We ask them to send the invoice |
BP approved | Used to reply to let the employee know that their broken phone reimbursements have been approved |
BP Rejection - HM REJECTED | Used to reply to let the employee know that their broken phone reimbursements have been rejected by their HM. |
BP rejection - PURCHASE NEW PHONE | The employee has only attached the purchase receipt and not the repair invoice required to process their case. We ask them to send the invoice |
BP UPDATE - DELAY ON OUR SIDE | Used to assure employee that we are still working on their request |
BP UPDATE - DELAY ON OUR SIDE MORE THAN 500 euros | Used to assure employee that we are still working on their request - used for requests larger than 500 euro |
|
|
|
|
Contact reasons
Contact Reason | Description |
General Question | The employee has general questions about the process regarding broken phones or when they will receive an update etc. |
Request | An employee is reaching out because their phone is broken due to their work with Flink |
Missing payment | The employee has not received their reimbursement for their broken phone request yet. |
|
|
|
|
|
|
|
|
|
|
|
|
















