Pickup Point

Pickup Point is a dedicated business type on the platform for courier-service franchisees, independent pickup networks, and locations that accept and hand out parcels for cash on delivery. Pick it when creating a location: business type "Pickup Point" 📦 — onboarding for this type skips menu and kitchen questions and goes straight to setting up carriers and the cell layout.

The operational section is Admin Panel → Parcels (admin.masamenu.tr/parcels), with six tabs: Intake · Storage · Handover · Returns · Carriers · Settlements.

Parcel arrival and intake

A parcel enters the system one of three ways:

• Carrier registry import — upload a CSV/XLSX of waybills from the courier service, with ready-made column mapping for common registry formats;
• Scan intake — a barcode/tracking number is scanned on the spot, and the system creates an unannounced parcel on its own if it wasn't already in a registry;
• The built-in Cenaly pickup network — if the location is published in the pickup network, an order from any shop on the platform with "deliver to pickup point" shipping automatically becomes an announced parcel, with no file or scan needed.

On the "Intake" tab, scanned parcels are matched against expected ones: a match is highlighted, and an unmatched parcel opens a small form (carrier, cash-on-delivery amount, recipient phone). Closing an intake session produces a discrepancy report, and cell-code labels are printed for the parcels.

Storage cells

The cell layout is set up once on the "Carriers" tab → cells: rack → shelf → slot (for example, code A-2-05). During intake, a cell is assigned automatically — the first free one in order; occupancy is visible on the "Storage" tab alongside the active-parcel list: cell, tracking number, carrier, cash-on-delivery amount, storage deadline (highlighted red when under 24 hours left). Search works by tracking number or the last digits of the recipient's phone.

Handover to the recipient and cash on delivery

The "Handover" tab:

1. The recipient is found by tracking number, the last digits of their phone, or a pickup code — the screen shows all of their parcels at the location at once, if there's more than one.
2. Verification — per the rule set for that carrier: a confirmation code, an SMS code, an ID check, or none.
3. The parcel is scanned out of its cell — a check that the right parcel is being handed over.
4. If the parcel has cash on delivery (COD), payment is taken right there: cash with change calculated, card via the register's payment terminal, or a split between methods.
5. An agent receipt is printed (tags 1222/1225/1226 — the supplier on the receipt is the online store that shipped the item, not the pickup point) if the register supports agent fields; if it doesn't, handover can still go ahead with fiscalization done on a separate device at the point — the operation isn't blocked.
6. A handover notification goes to the recipient; partial refusal (accepting only part of the contents) isn't supported in the current version — refusal applies to the whole parcel only.

Cash-on-delivery money is not the location's revenue — it's transit money belonging to the sender (the online store), minus the pickup point's commission. In the shift X/Z report, cash on delivery is counted as a separate line and never mixed with the location's sales, while cash that physically landed in the register is still included in the expected cash balance.

Returns and expired storage

Each carrier has a storage period; once it passes, a parcel automatically moves to "pending return" status, and a reminder goes to the recipient ahead of time (a couple of days before and on the deadline itself). The "Returns" tab builds a handover registry for all parcels awaiting return to a given carrier, with the registry printable and an actual-handover checkbox. Customer returns (an online store's reverse logistics) are accepted with the same scan flow.

Carrier settlements

The "Settlements" tab computes, for a chosen period and per carrier: parcels handed over, cash on delivery collected (cash and card separately), the pickup point's commission (per parcel and/or a percentage of COD), and the final amount owed to the carrier. The report exports to CSV.

Public tracking page

A recipient can check their parcel's status without logging in — by tracking number and the last digits of their phone: status, storage deadline, and the location's address. The same principle as delivery tracking elsewhere on the platform.

Related sections

• POS and shifts — the X/Z report where cash on delivery is kept separate from revenue
• Delivery — courier delivery and shipment status in other verticals
• Hardware (bridge) — the fiscal printer and payment terminal at the handover register

FAQ

Does this work with Wildberries, Ozon, or Yandex Market pickup points?

No. Those platforms run closed partner networks with their own software and their own fiscalization of payment on receipt — our register isn't part of those transactions. The platform doesn't replace their app; it runs shift and task tracking for the location alongside it.

Is an API integration with the courier service required?

No — in the current version, parcels from third-party carriers are entered by registry import or scan intake; there's no live API connection to a courier service's internal systems (other than the built-in Cenaly pickup network).

What if the register doesn't support an agent receipt?

Cash-on-delivery handover can still go ahead — payment is accepted, and fiscalization in that case is done on the location's separate register; the operation isn't blocked.

Can I hand over part of a parcel's contents and return the rest?

No, in the current version a parcel is handed over or returned as a whole only — partial refusal (trying on, buying part of the contents) isn't supported.