In service, healthcare, education, and retail businesses, the biggest time sink during a customer conversation is jumping between screens. While the customer waits on the phone or WhatsApp, the agent checks the calendar in one tab, an open order in another, and a session package and balance sheet in yet another. Replies slow down and a pending payment slips through.
The Priority Jobs section of Yanitly's Customer 360 view brings a customer's open operational and financial work into a single list. It does more than show data: it highlights the right next step on each card and lets a mistaken transaction be reversed through a recorded correction instead of being deleted. This structure sits at the center of our customer support software.
Real speed on a customer screen comes not from piling more tables in front of staff but from showing the most important job for that customer and a single primary action, within the right permission limits.
Why Scattered Customer Data Slows Operations Down
An ongoing treatment plan at a dental clinic, remaining sessions at a beauty center, or an order being packed at an online store all answer the same question: "What is open for this customer right now, and what is the next step?" In traditional customer software, this information lives in disconnected modules.
Mistakes Caused by Multi-Tab Screens
The main problems scattered screens create are:
- The open balance of a customer whose appointment is complete gets forgotten at checkout and has to be chased by phone later.
- An amount tied to a treatment plan or package appears on two screens and is requested from the customer twice.
- Staff without permission to see amounts take a hidden amount for zero and give the customer wrong information.
- A payment method preselected at the cash desk causes a cash payment to be recorded as card.
Which Sources Does Priority Jobs Combine?
The Priority Jobs section draws on twelve sources, depending on the business's sector and enabled modules:
- 1.Appointments: Appointments awaiting confirmation, happening today, or not yet completed.
- 2.Appointment balances: Completed appointments whose payment is still open.
- 3.Dental treatment plan items: Open procedures in the latest active treatment plan.
- 4.Session packages: Ongoing package credits and package payments.
- 5.Memberships: Membership periods and payments at gyms and studios.
- 6.Field jobs: Open job records and collections for field service businesses.
- 7.Court bookings: Open bookings at racket sports facilities.
- 8.Program enrollments: Enrollments in sports and studio programs.
- 9.Hotel stays: Ongoing stays and open folios at hotels.
- 10.Restaurant checks: Open table bills.
- 11.Orders: E-commerce orders being prepared, shipped, or awaiting payment.
- 12.Returns: Return requests under review or awaiting refund.
Each source only runs in the sectors it belongs to; for example, the hotel stay source is never queried at a dental clinic.
Why Each Amount Is Counted Once
The hardest problem in a multi-source customer view is the same commercial event appearing in two sources. If an open amount tied to a treatment plan shows up both as a plan item and in the balance list, the summary total comes out twice as high as reality.
Yanitly solves this with ownership. When an item belongs to a parent job, it stays visible in the list and the card shows which job it is delegated to, but its amount is counted only once in the per-currency summary. If the parent job is not visible to that user or its amount is hidden, the amount falls back to the child source so it is not lost, and the summary is marked as incomplete.
Why a Hidden Amount Never Shows as Zero
The most dangerous illusion in financial safety is showing zero instead of an amount to someone without permission. In Yanitly, hidden or not yet measurable amounts come back explicitly as "not visible" rather than zero. Staff know a financial record exists even when they cannot see the number, and they do not give the customer wrong information.
The Flow Compass and a Single Primary Action
Each card in the Priority Jobs list has at most one primary action; actions that are hard to undo, such as cancellation, always stay under the "More actions" menu. The flow compass guides staff to the right next step for the business's sector: "Take payment" for an appointment with an open balance, or "Ship" for an order being prepared.
No cash desk, payment, or correction screen ever comes with a payment method preselected. Staff consciously choose cash, card, or bank transfer for every transaction. This simple rule prevents the "the card was charged but the system shows cash" mistakes found at end-of-day cash counts. We explain how consistency between rules and data is protected on the AI side in our article on the knowledge base quality report and assistant rules.
Fixing a Mistake Without Deleting It
Staff may enter the wrong amount, post a payment to the wrong customer, or deduct a session twice. The way to fix such a mistake should never be deleting the payment row or silently changing the amount. In Yanitly, money rows cannot be changed; a correction is made with a reverse entry linked to the original.
Correction Steps
- 1.Eligibility check: The system checks whether the transaction can be reversed and whether the user has permission. The "Undo" or "Correct" option appears only when the transaction is eligible.
- 2.Extra verification: In correction windows, the authorized person is asked for a one-time verification code.
- 3.Reason: Why the transaction is being reversed is recorded with a clear note.
- 4.Reverse entry: The original record is not deleted; a reverse entry that offsets it is written, and the related package credit or balance returns to its previous state.
For a transaction that was just made, a short "Undo" notice also appears, so a button pressed by mistake can be fixed right away. All reversals are kept in a list that managers can review. To combine omnichannel communication with operational safety, explore our AI customer service software.
Role-Based Visibility
In growing businesses, letting every member of staff see the same information creates a security gap, yet giving everyone a separate program fragments operations. The Priority Jobs section uses the same screen but applies the user's permission separately for every source.
What Appears Without Permission?
A dentist at a clinic sees the patient's open procedure steps, while only people with finance permission see the amounts. Sources the user cannot access, or that could not be read, do not silently drop out of the list; a notice on the screen points them out, and the list never claims "no open jobs" while the measurement is incomplete. Separation of duties within the team is preserved, and nobody makes decisions based on incomplete information without knowing it.