Packeta Tracking

Track a Packeta parcel on this page

Use the parcel number shown in one of these places:

• the Packeta shipping confirmation;
• the seller’s shipment notice;
• the logistics section of a marketplace order;
• the official Packeta Parcel Tracking page;
• a Packeta app parcel record;
• an external-carrier notice explicitly linked to the Packeta parcel.

Enter one supported number at a time.

Prefer the original Packeta number beginning with Z when it is available.

Do not enter:

• an e-shop order number;
• a Vinted, marketplace or merchant order ID;
• a pickup password;
• a Z-BOX opening code;
• a return code;
• a claim or complaint reference;
• a phone number;
• an email address;
• a street address;
• a COD amount;
• an invoice;
• a customs reference.

Treat the full tracking number as private shipment data. Do not publish it in reviews, forums, screenshots, URLs, page titles, metadata, analytics labels or unnecessary AI prompts.

What Packeta is

Packeta is a European ecommerce logistics group founded in Prague in 2010.

Depending on the country and service, the group can provide:

• parcel drop-off;
• pickup-point delivery;
• depot sorting;
• cross-border line-haul;
• Z-BOX locker delivery;
• Packeta Home;
• return services;
• external-carrier integration.

Packeta Group contains several legal entities and operating brands. The company that controls a parcel can therefore differ by:

• sender country;
• destination country;
• service;
• pickup network;
• home-delivery method;
• external carrier.

Public-safe description:

Packeta is a European ecommerce logistics group. The responsible company, delivery product and final carrier can differ by country and route.

Corporate parcel counts, network size and locker totals provide scale context. They do not establish the location, route or delivery date of one parcel.

Packeta and Zásilkovna

Zásilkovna is the Czech operating brand and company within Packeta Group.

The names can appear in the same logistics ecosystem because:

• Packeta is the international group brand;
• Zásilkovna is the established Czech consumer and operating brand;
• Packeta technical documentation and cross-border services can use the group name;
• Czech notices and contractual documents can use Zásilkovna.

Packeta Group
→ global group, tracking and cross-border platform

Zásilkovna
→ Czech operating brand and company

They are not two unrelated carriers.

At the same time, a Czech contractual rule should not automatically be treated as the rule for every Packeta country entity.

This page owns the global Packeta tracking job. A future Zásilkovna-specific page would need a separate Czech domestic user job rather than duplicating this article.

Packeta and FoxPost

FoxPost is a distinct Hungarian carrier and locker brand within Packeta Group.

The group relationship does not make Packeta and FoxPost interchangeable.

FoxPost belongs to Packeta Group
≠ same public carrier
≠ same tracking-number family
≠ same locker rules
≠ same provider code

A Packeta parcel can be handed to FoxPost in Hungary.

After that handoff:

• keep the Packeta Z number;
• use the linked FoxPost number;
• follow FoxPost’s local pickup, locker, attempt and claim rules.

Do not infer FoxPost from the group name alone.

Packeta and external carriers

Packeta uses external carriers for some cross-border, pickup-point, locker and home-delivery routes.

The external carrier can be responsible for:

• destination sorting;
• local depot movement;
• delivery attempts;
• pickup location;
• locker;
• proof of delivery;
• local claim.

Examples can include group carriers, national Posts and commercial couriers.

The current parcel record—not a generic destination assumption—should identify the partner.

Packeta service
≠ every stage performed by Packeta

external carrier shown
≠ Packeta and carrier are the same company

Packeta displays a carrier event
≠ Packeta generated the original scan

Packeta tracking-number format

Packeta’s own parcel identifier has a clear official structure.

Packeta packet ID

The internal packet ID is a 10-digit numeric identifier.

Packeta barcode

The public Packeta barcode is:

Z + 10-digit packet ID

Masked example:

Z##########

Packeta documentation also shows a spaced readable form such as:

Z 123 4567 890

The spaces do not create a different tracking number.

Preferred public input

Use the complete Z-prefixed barcode supplied by Packeta.

Some technical or public URLs can resolve the numeric ID without Z, but that does not change the safest user recommendation.

One Packeta parcel can later have another number

An external carrier can issue:

• courier barcode;
• courier tracking number;
• carrier tracking URL;
• replacement code.

Therefore, not every number associated with a Packeta parcel starts with Z.

Z barcode versus e-shop order number

The Packeta barcode and the merchant order number are different identifiers.

Do not paste an e-shop order number into a carrier tracking form unless the official carrier specifically identifies it as a tracking input.

Which number should you track?

Use this order:

1. the original Packeta Z barcode;
2. the external carrier number explicitly linked after handoff;
3. any later courier code added to the same parcel.

Keep all linked numbers.

Do not attempt to calculate the external number from the Packeta number.

Do not use:

• pickup code;
• return code;
• claim reference;
• commercial order ID.

Courier tracking code added

Packeta status 31 means:

Courier tracking code added

Strongest supported conclusion:

The courier added another tracking code to the parcel record.

Possible reasons include:

• late carrier assignment;
• route change;
• relabelling;
• locker or pickup-network assignment;
• replacement identifier.

new courier code added
→ another linked identifier exists
≠ new physical parcel scan
≠ first number was invalid

Keep:

• the Packeta Z number;
• the first external number;
• the new courier number.

Use the newest verified carrier code for current local events.

Does Packeta physically have the parcel?

Use an evidence ladder.

`Received Data`

Packeta status 1 means Packeta received packet data and created the electronic record.

Received Data
→ electronic packet record exists
≠ sender handed the parcel over

The parcel can still be:

• with the seller;
• waiting at an e-shop;
• waiting for drop-off;
• waiting for collection.

Public Packeta tracking can explain that Packeta knows about the parcel but is waiting for the sender.

Who should act?

When Received Data remains the only stage, contact:

• the sender;
• the shop;
• the marketplace.

Packeta cannot move a parcel that was not handed over.

For the general evidence model, see Label Created.

`Arrived`

Packeta status 2 means the parcel was accepted at a Packeta branch.

This is stronger custody evidence than Received Data.

Strongest supported conclusion:

A Packeta network object recorded acceptance.

It does not prove:

• destination depot arrival;
• delivery readiness;
• external-carrier handoff;
• recipient-city arrival.

The branch can be:

• sender drop-off point;
• collection point;
• depot;
• another Packeta object.

Use the next movement event to identify the stage.

`Collected`

Packeta status 12 means the parcel was collected and is travelling toward a depot.

This is different from recipient collection.

Collected
→ Packeta collected the parcel from a network object
≠ recipient picked it up

The wording can be confusing because “collected” can mean:

• carrier collection from the sender or point;
• recipient collection at destination.

In Packeta’s status architecture, destination customer collection belongs to the completion branch, not status 12.

`Prepared for Departure`

Packeta status 3 means the parcel is waiting to be dispatched between the current branch and the destination branch.

Prepared for Departure
→ route preparation exists
≠ physical departure

The parcel can be:

• sorted;
• assigned to a route;
• waiting for line-haul;
• waiting for depot capacity.

A delay at this stage does not prove loss.

`Departed`

Packeta status 4 means the parcel is moving from one Packeta branch to another.

This is an internal network movement.

Departed
→ branch-to-branch movement
≠ handed to external carrier
≠ Out for Delivery
≠ recipient route

A parcel can show repeated cycles of:

• Arrived;
• Prepared for Departure;
• Departed;

at several depots.

This does not automatically mean looping or misrouting.

`Ready for Pickup`

Packeta status 5 means the parcel arrived at its destination pickup object and a customer notification was generated.

Ready for Pickup
→ pickup object recorded readiness
≠ recipient received the notification
≠ parcel was collected

Depending on the country and service, notification can arrive through:

• SMS;
• email;
• Packeta app.

The actual notice controls:

• pickup location;
• storage deadline;
• code;
• extension options.

Use Available for Pickup for the general evidence boundary.

Pickup code is not a tracking number

The pickup code is a release credential.

It can be used at:

• Packeta pickup point;
• keypad-equipped Z-BOX;
• another supported collection process.

It should not be entered into a tracking form.

Do not publish the code.

Anyone with valid release credentials may be able to collect the parcel under the applicable workflow.

Parcel sharing and delegated pickup

The Packeta app can support sharing parcel access with another person.

This allows a trusted person to use the relevant pickup workflow.

Therefore:

parcel released with valid credential
≠ named shopper personally collected it

For a delivered-but-missing pickup parcel, check who had access to:

• SMS;
• email;
• app;
• shared parcel;
• pickup code.

Delivered at a Packeta pickup point

Packeta status 7 can mean the customer picked up the parcel at the Packeta branch.

For a pickup-point route, strongest supported conclusion:

The parcel was released through the Packeta pickup workflow.

It does not universally prove:

• the named buyer personally attended;
• government ID was checked;
• contents were inspected;
• parcel condition was accepted.

Packeta consumer material describes ordinary code-based pickup without paperwork for selected services.

Other services can require:

• age verification;
• identity check;
• external-carrier rules.

Do not apply the ordinary code-only rule to every parcel.

Handed to external carrier

Packeta status 6 means the parcel was handed to an external carrier.

The record can include the external tracking code.

This is a real actor transition.

Handed to Carrier
→ external-carrier stage begins
≠ Packeta will show every later event immediately

After status 6, the external carrier can control:

• local depot;
• attempts;
• pickup;
• proof;
• return;
• claim.

Use the linked carrier number.

For the broader handoff model, see Handed to Local Carrier.

Why Packeta can stop updating after handoff

Packeta documentation says its internal tracking stream can pause after status 6 until delivery or return information is synchronized back.

That means a parcel can continue moving while Packeta shows no new internal event.

Use:

• external carrier name;
• external tracking code;
• carrier tracking URL.

Packeta internal history stopped after handoff
≠ parcel stopped moving

The external carrier’s own tracker is usually the strongest current source for destination events.

External carrier tracking can be newer

Packeta documentation says selected external-carrier states are synchronized three times per day.

The documented schedule is:

• 07:00;
• 13:00;
• 21:00;
• GMT+2.

The schedule can change, and not every carrier can provide the same depth.

Current implication:

A partner carrier can show a newer event than Packeta.

This is especially relevant for:

• Out for Delivery;
• attempted delivery;
• Delivered;
• return.

Different update timing does not prove a false scan.

Packeta and carrier time zones can differ

Packeta tracking uses Central European time:

• CET;
• CEST.

External carrier systems commonly use the local time zone of their operation.

The same physical event can therefore appear at different displayed times.

Before calling events duplicated or out of order, compare:

• date;
• time;
• time zone;
• carrier source;
• synchronization time.

External carrier first delivery attempt

Packeta status 25 records the first delivery attempt by a supported external carrier method.

This status is not universal.

Current documentation limits Packeta-level support to selected carrier services.

no Packeta status 25
≠ no delivery attempt occurred

The external carrier can show a more detailed attempt event even when Packeta does not.

Use the carrier’s own instructions for:

• retry;
• address issue;
• pickup;
• return.

Packeta Home Delivery

Packeta advertises its own Packeta Home service in:

• Czechia;
• Slovakia.

In other countries or routes, home delivery can be performed by an external carrier.

These branches should not be mixed.

Packeta Home branch

Packeta or the relevant group entity can control:

• delivery route;
• customer notification;
• attempt;
• proof;
• support.

Partner home-delivery branch

The partner carrier controls the local rules.

Delivery-speed wording

Packeta publishes strong next-day performance wording for selected Czech and Slovak services.

This is a performance claim, not a guaranteed delivery promise for every parcel.

What is a Z-BOX?

Z-BOX is Packeta’s self-service locker product.

Current official material describes Z-BOXes as:

• available around the clock;
• contactless;
• used for parcel pickup;
• used for selected parcel drop-off or return flows.

A Z-BOX parcel can have a different operational path from:

• pickup-point parcel;
• Packeta Home;
• external locker;
• external carrier home delivery.

How a Z-BOX can open

Depending on country, box and rollout stage, a Z-BOX can open through:

• Packeta app;
• Bluetooth;
• location services;
• mobile data;
• numerical keypad code.

Not every box uses the same method.

App workflow

The app can load parcel data and communicate with the Z-BOX.

Keypad workflow

Some Z-BOXes have keypads and support a numerical pickup code.

Public tracking limitation

11Tracking cannot:

• connect to the locker;
• open a compartment;
• retrieve the pickup code;
• verify the app session.

Z-BOX delivery attempt

Packeta status 23 means an unsuccessful attempt to place the parcel into the Z-BOX.

This is a locker-placement attempt.

It is not:

• a recipient home-delivery attempt;
• proof that the recipient was absent;
• proof that the parcel was lost.

Possible causes include:

• full locker;
• no suitable compartment;
• technical issue;
• operational limitation.

Z-BOX last delivery attempt

Packeta status 24 means the final configured Z-BOX placement attempt was made and the delivery method must change.

Z-BOX Last Delivery Attempt
→ locker route ended
≠ parcel lost
≠ alternate point already ready

Wait for:

• redirection;
• new pickup point;
• later Ready for Pickup event.

What happens when a Z-BOX is full?

Current official help describes a typical workflow:

1. the first locker-placement attempt fails;
2. the parcel returns to the depot;
3. another attempt is made on the next working day;
4. after another failure, an alternative pickup point can be selected;
5. if no selection is made, Packeta can redirect automatically.

The exact process can vary by:

• country;
• service;
• operational capacity;
• current notice.

Do not assume the parcel will be returned to the sender after the first failed Z-BOX placement.

Parcel redirected to a favourite point

Packeta status 28 means the parcel was redirected to a point chosen from the user’s favourites.

This confirms the destination changed.

It does not confirm the parcel is ready there.

redirect recorded
→ new destination selected
≠ new location ready for pickup

Wait for a later Ready for Pickup event.

No favourite point was available

Packeta status 29 means the saved favourite points were unavailable and Packeta selected another destination outside the favourites.

This can occur because:

• favourite locations are full;
• location is closed;
• parcel does not fit;
• another operational constraint exists.

The user did not necessarily choose the final alternate point.

No favourite point was configured

Packeta status 30 means no favourite point was set, so Packeta selected an alternative.

This is an automatic route decision.

It should not be presented as a user-requested redirect.

Pickup-point storage period

There is no safe universal Packeta pickup period.

Current official surfaces use different generic periods.

Examples include:

• seven days in a global marketing context;
• five calendar days in current Czech terms;
• shortened periods during peak season.

The difference can reflect:

• country;
• Packeta entity;
• delivery product;
• opening-day calculation;
• season;
• page update timing.

Public-safe rule:

Use the storage deadline in the current delivery notice or tracking record.

Do not replace the parcel-specific deadline with one generic number.

Z-BOX storage period

A common current Packeta Z-BOX model is:

• two calendar days;
• extension by one day;
• maximum three calendar days.

This is not a universal rule for every:

• country;
• Packeta entity;
• external locker;
• FoxPost box;
• InPost locker;
• partner network.

Current terms also allow the communicated deadline to vary.

The actual notice controls.

Extending storage

Depending on service and country, Packeta can allow extension through:

• app;
• email link;
• online tracking;
• customer support.

Limits differ.

A pickup-point extension can differ from a Z-BOX extension.

Peak-season rules can reduce or suspend extensions.

extension request submitted
≠ extension confirmed

Use the updated stored-until deadline.

11Tracking cannot extend the period.

Storage time expired

Packeta status 20 means the storage period expired and the parcel will be returned.

Storage Time Expired
→ return process will begin
≠ parcel already left the pickup object
≠ sender received it
≠ merchant refund

Later events should show the reverse movement.

Contact the seller if the purchase requires:

• reshipment;
• refund;
• cancellation.

Cash on delivery

Packeta supports different COD workflows depending on country and delivery method.

Payment can occur through:

• app;
• official online payment;
• card;
• cash;
• driver;
• pickup point.

Z-BOX COD

Packeta says a Z-BOX keypad is not a payment terminal.

For a COD parcel, payment can be required through an official online or app workflow before the pickup credential becomes available.

External carrier COD

Partner carriers can use different rules.

A real COD parcel does not authenticate an unsolicited payment link.

`Cancelled`

Packeta status 11 means the packet was cancelled.

This is a logistics state.

It does not automatically prove:

• marketplace order cancelled;
• seller refund issued;
• payment reversed.

If the physical parcel was never handed over, contact the seller.

Cancelled but physically consigned

Packeta status 21 means the parcel was cancelled but later physically handed over, so it will be returned.

packet cancelled
+ parcel later consigned
→ return branch
≠ normal forward delivery

This is an important edge case when the seller cancels too late.

The seller or marketplace controls the commercial outcome.

Parcel exceeds service limits

Packeta status 22 means the parcel does not meet the shipping conditions and will be returned.

Possible reasons can include:

• excessive weight;
• dimensions;
• packaging;
• service eligibility;
• another carrier condition.

The broad event does not identify which rule failed.

The sender or booking party should check the purchased service limits.

Reverse parcel arrived

Packeta status 15 means a reverse parcel was accepted at a Packeta branch.

This can belong to:

• ecommerce return;
• consumer return;
• failed delivery;
• another reverse-logistics process.

It does not prove the merchant processed the return.

Posted back

Packeta status 9 means the parcel is on its way back to the sender.

Posted Back
→ reverse movement exists
≠ sender received the parcel

The return can still pass through:

• depot;
• external carrier;
• pickup object.

Returned

Packeta status 10 means the parcel was returned to the sender.

This is a logistics completion state.

It does not prove:

• seller inspected the item;
• marketplace refund approved;
• refund paid;
• replacement shipped.

Use the seller or marketplace for the commercial remedy.

Return pickup and unclaimed returns

The detailed return process depends on the contracting Packeta entity.

Current Czech terms contain specific rules for:

• sender collection;
• additional storage;
• unclaimed returns;
• later disposal or sale branches.

Those rules should not be generalized to every Packeta country.

Public-safe rule:

Return pickup and unclaimed-return rules are controlled by the current Packeta entity, service and terms.

Packet under investigation

Packeta status 26 means Packeta is reviewing the parcel.

Under Investigation
→ Packeta review exists
≠ lost confirmed
≠ claim accepted

Possible reasons can include:

• missing scan;
• route discrepancy;
• delivery question;
• damage;
• identity mismatch.

The public event does not expose the final finding.

Investigation resolved

Packeta status 27 means the investigation was completed.

It does not automatically mean:

• parcel found;
• carrier fault;
• liability admitted;
• compensation approved.

The user still needs the support or claim decision.

Unknown packet status

Packeta status 999 means the packet status is unknown.

The renderer should:

• preserve the raw wording;
• avoid inventing a conclusion;
• identify the current carrier;
• route to Packeta or the external carrier.

An unknown status is not automatically a delivery exception, loss or return.

Why Packeta tracking may not update

Interpret the gap from the last confirmed stage.

Received Data only

Possible causes:

• sender has not handed it over;
• label created early;
• wrong or cancelled shipment.

Contact the sender.

Accepted at branch

Possible causes:

• waiting for collection;
• route schedule;
• depot transfer;
• delayed event.

Prepared for Departure

Possible causes:

• sorting;
• line-haul capacity;
• route preparation;
• depot workload.

Departed

Possible causes:

• movement between depots;
• cross-border line-haul;
• arrival event delayed.

Handed to Carrier

The detailed route may have shifted to the external carrier.

Use the external number.

Ready for Pickup

Check the stored-until deadline and pickup instructions.

There is no one number of days after which a Packeta gap proves loss.

Use Tracking Not Updating for the broader decision tree.

External number not active

An external code can appear before the carrier fully activates it.

Possible explanations include:

• advance data;
• label creation;
• delayed carrier import;
• wrong initial carrier;
• later replacement code.

Check:

1. whether Packeta status 6 is present;
2. whether status 31 added another code;
3. whether the external carrier name changed;
4. whether the carrier now shows Accepted or Facility Arrival.

external number exists
≠ external carrier physically accepted the parcel

External carrier delivered but Packeta is stale

The carrier can show Delivered before Packeta receives the synchronized result.

Use the external carrier’s current raw event for immediate local action.

Keep the Packeta record for:

• original parcel identity;
• handoff;
• return history.

The mismatch can be a normal synchronization delay.

Delivered but not received

First identify the delivery branch.

Was the parcel:

• collected at a Packeta pickup point;
• collected from a Z-BOX;
• delivered by Packeta Home;
• delivered by an external carrier?

Pickup-point or Z-BOX branch

Check:

• pickup code access;
• shared app access;
• household members;
• another authorised collector;
• exact collection time.

Home-delivery branch

Use the delivery carrier for:

• proof;
• route investigation;
• attempt details;
• delivery location.

Commercial remedy

Use the seller or marketplace for:

• refund;
• replacement;
• buyer protection.

Preserve:

• Packeta Z number;
• external carrier number;
• timestamps and time zones;
• raw completion wording;
• private proof.

A completion event does not independently prove theft, fraud, carrier misconduct or recipient dishonesty.

Use Delivered but Not Received for the full recovery workflow.

Proof of delivery

There is no one universal Packeta proof type.

The proof depends on the delivery branch.

Packeta pickup point

Operational evidence can include:

• pickup-code release;
• branch transaction;
• parcel-sharing workflow.

Z-BOX

Operational evidence can include:

• app unlock;
• keypad-code release;
• compartment transaction.

Packeta Home

The applicable Packeta entity controls the proof.

External carrier

The carrier can control:

• signature;
• photograph;
• recipient name;
• delivery certificate;
• GPS-derived service data.

A release or POD object does not automatically prove:

• named buyer;
• correct contents;
• parcel condition;
• continued possession.

11Tracking cannot retrieve private proof.

Who should contact Packeta about a lost parcel?

Current Packeta guidance distinguishes sender and recipient roles.

If the recipient never physically received the parcel, the sender is generally the party entitled to file the loss claim.

This often means the recipient should contact:

• seller;
• marketplace;
• merchant support.

The sender can then use its Packeta contract and evidence.

Who can file a damage claim?

When the recipient physically receives a damaged parcel, Packeta guidance can allow the recipient to file a damage claim.

Preserve:

• packaging;
• parcel;
• item;
• photographs;
• tracking record;
• receipt where applicable.

Do not upload claim evidence into a public tracking form.

Claim deadlines vary

There is no safe global Packeta claim deadline.

Current Czech terms contain short contractual examples, including:

• a loss-claim period measured from handover;
• a short working-day damage period after receipt.

These are Czech contractual rules.

They should not be applied automatically to:

• Slovakia;
• Hungary;
• Romania;
• Poland;
• Germany;
• another Packeta entity;
• external carrier;
• marketplace dispute.

Public-safe rule:

Start promptly and open the current terms for the contracting entity, service and carrier.

Pickup points may not accept legal claims

Current Czech terms say ordinary pickup points are not Zásilkovna establishments authorised to accept a claim on the company’s behalf.

The shop clerk may be able to help with:

• pickup;
• visible issue;
• immediate operational question.

The pickup point may not be able to open the formal carrier claim.

Use the official complaint or claim route for the relevant Packeta entity.

Visible damage at collection

Inspect the parcel where the applicable service permits it.

When packaging is visibly damaged, possible actions can include:

• documenting the condition;
• refusing the parcel;
• reporting immediately;
• following the carrier’s damage workflow.

The exact process varies.

Do not open the parcel at a point where the local rules prohibit it.

Declared value is not universal insurance

Packeta offers a declared-value service for selected app-based C2C shipments.

That does not prove every Packeta parcel has:

• insurance;
• the same value limit;
• the same fee;
• the same compensation.

Use the purchased service and current terms.

Complaint, claim and marketplace refund are separate

Complaint

A complaint asks Packeta to review a service problem.

Carrier claim

A claim seeks compensation under the carriage contract.

Marketplace remedy

The seller or marketplace can provide:

• refund;
• replacement;
• buyer protection.

Packeta investigation
≠ legal claim

claim accepted for review
≠ compensation approved

carrier compensation
≠ marketplace refund

Which party should act?

Use Who to Contact About a Package when the responsible actor remains unclear.

Public tracking privacy

A Packeta public tracking result can expose shipment context such as:

• Packeta number;
• sender;
• COD amount;
• delivery method;
• pickup or delivery location;
• opening hours;
• merchant order reference;
• parcel events;
• external carrier;
• external tracking code.

Anyone with the tracking number may be able to see available public data.

11Tracking should display only the information necessary to understand and act on the parcel.

It should not expose in page metadata or logs:

• sender;
• merchant order number;
• exact pickup address;
• COD amount;
• recipient contact;
• pickup code.

API data is broader than public tracking data

Packeta APIs can contain fields such as:

• recipient name;
• company;
• phone;
• email;
• home address;
• COD;
• parcel value;
• weight;
• customs information;
• external carrier numbers.

Customs-related fields can include:

• product name;
• HS code;
• origin country;
• quantity;
• value;
• invoice;
• weight.

These authenticated merchant fields do not define the public 11Tracking contract.

The public form needs only the supported tracking number.

App functions are not public tracking functions

The Packeta app can support:

• parcel tracking;
• Z-BOX opening;
• COD payment;
• storage extension;
• parcel sharing;
• parcel sending;
• returns.

11Tracking cannot perform those actions.

It can link the user to the current official action after explaining the evidence stage.

Verify suspicious Packeta messages

A message can contain a real Packeta number, COD amount or carrier name and still be fraudulent.

Common lures include:

• COD payment;
• locker fee;
• storage extension;
• redirection;
• address correction;
• failed delivery;
• customs;
• refund.

Use this boundary:

real Packeta Z number
≠ authentic message

real COD amount
≠ official payment link

real external carrier
≠ safe login page

real storage deadline
≠ legitimate extension-fee request

Safer verification:

1. Open tracking.packeta.com independently.
2. Open the Packeta app independently.
3. Open the verified external-carrier site independently.
4. Do not use an unsolicited payment or login link.
5. Do not share pickup credentials.

Use Fake Delivery Message for the broader verification workflow.

Frequently asked questions

Is Packeta the same as Zásilkovna?

Zásilkovna is Packeta Group’s Czech operating brand and company. They belong to the same group ecosystem, but the responsible legal entity and country-specific rules still depend on the service.

Is Packeta the same as FoxPost?

No. FoxPost is a separate Hungarian carrier and locker brand within Packeta Group.

What does a Packeta tracking number look like?

Packeta’s own barcode is Z followed by a 10-digit packet ID. An external carrier can later add a different number.

Can I track Packeta without the Z?

Some technical or public routes can recognise a numeric packet ID, but the safest public input is the complete Z-prefixed barcode.

Is the e-shop order number the Packeta tracking number?

No. The merchant order number and Packeta barcode are separate identifiers.

Is the pickup code the tracking number?

No. The pickup code is a sensitive parcel-release credential.

Why did another tracking number appear?

Packeta can hand the parcel to an external carrier, and the courier can add or replace a code later.

What does Courier Tracking Code Added mean?

A new linked courier identifier was added. It does not necessarily mean the parcel physically moved.

What does Received Data mean?

Packeta received electronic shipment data. It does not prove the sender handed over the parcel.

What does Arrived mean?

A Packeta branch recorded acceptance of the parcel.

What does Collected mean?

Packeta collected the parcel from a network object and it is travelling toward a depot. It does not mean the recipient collected it.

What does Prepared for Departure mean?

The parcel is waiting for dispatch between Packeta branches. It has not necessarily departed.

What does Departed mean?

The parcel is moving from one Packeta branch to another. It does not mean Out for Delivery.

What does Ready for Pickup mean?

The destination pickup object recorded readiness and generated a notification. It does not mean the parcel was collected.

Does Packeta Delivered prove the named buyer collected it?

No. A pickup-point completion can be code-based or delegated. The evidence does not universally prove the named buyer personally collected it.

What does Handed to Carrier mean?

Packeta transferred the parcel to an external carrier. Use the linked carrier tracking number for local events.

Why did Packeta stop updating after Handed to Carrier?

Packeta’s internal stream can pause after external handoff. The external carrier usually has the detailed current timeline.

How often does Packeta update external-carrier events?

Current Packeta documentation describes synchronization three times daily. The carrier can therefore show a newer status.

Why are Packeta and carrier times different?

Packeta uses CET or CEST, while the carrier can use its local time zone.

Does no first-attempt status mean the carrier did not try?

No. Packeta-level first-attempt status is supported only for selected carrier methods.

What is Packeta Home?

Packeta Home is Packeta’s own home-delivery service in Czechia and Slovakia. Other routes can use partner carriers.

What is a Z-BOX?

Z-BOX is Packeta’s self-service parcel locker.

How do I open a Z-BOX?

Depending on the box and country, use the official app or a keypad code. 11Tracking cannot open the locker or retrieve the code.

What does Z-BOX Delivery Attempt mean?

Packeta tried and failed to place the parcel in the locker. This is not a failed recipient home-delivery attempt.

What does Z-BOX Last Delivery Attempt mean?

The configured locker-placement attempts ended and the parcel needs another delivery method.

What happens when the Z-BOX is full?

Packeta can attempt placement again and then redirect to an alternative pickup point. Follow the current parcel notice.

Why was my parcel redirected?

The selected point or locker may be unavailable or full. Packeta can redirect to a favourite point or choose an alternate point automatically.

Does redirect mean the parcel is ready at the new point?

No. Wait for a later Ready for Pickup event.

How long does Packeta hold a parcel?

There is no one global period. The deadline depends on country, pickup type, service, season and the current notice.

How long does a Z-BOX hold a parcel?

A common Packeta model is two days plus a one-day extension, but the actual notice and country rule control.

Can I extend Packeta storage?

Some routes allow extension through the app, email, tracking or support. The permitted number and length of extensions vary.

What does Storage Time Expired mean?

The collection deadline passed and the return process will begin. It does not mean the sender already received the parcel.

Can I pay COD at a Z-BOX keypad?

Packeta says the keypad is not a payment terminal. Payment can be required through the official app or online process before code release.

What does Cancelled but Consigned mean?

The shipment was cancelled but the physical parcel was later handed over, so it is moving into a return branch.

What does Return Overlimit mean?

The parcel failed one or more service conditions and will be returned. The status alone does not identify the exact limit.

What does Posted Back mean?

The parcel is travelling back to the sender.

What does Returned mean?

Packeta recorded return completion to the sender. It does not prove the seller issued a refund.

What does Under Investigation mean?

Packeta opened a review. It does not prove the parcel is lost or the claim was accepted.

What does Investigation Resolved mean?

The review ended. It does not automatically prove liability or compensation.

Who files a Packeta loss claim?

When the recipient never received the parcel, Packeta guidance generally routes the loss claim through the sender.

Who files a damage claim?

A recipient who physically received a damaged parcel can use the applicable damage-claim route.

Is there one Packeta claim deadline?

No. Deadlines depend on the Packeta entity, service, carrier and jurisdiction.

Can the pickup-point shop file my claim?

Not always. Current Czech terms say ordinary pickup points are not authorised to accept formal claims on Zásilkovna’s behalf.

Does Packeta provide proof of delivery?

Proof depends on whether the parcel was collected at a point, opened from a Z-BOX, delivered by Packeta Home or delivered by an external carrier.

Can 11Tracking open my Z-BOX or extend storage?

No. 11Tracking can display supported public events but cannot perform Packeta app or operational actions.

Use USTracking as a tracking companion

USTracking may help display supported public Packeta and external-carrier events.

It may also help preserve:

• Packeta Z barcode;
• external carrier number;
• later courier code;
• carrier identity;
• Packeta versus external event source;
• return branch.

It cannot:

• access a marketplace order;
• use a pickup code as a tracking number;
• open a Z-BOX;
• retrieve pickup credentials;
• extend storage;
• pay COD;
• redirect delivery;
• contact Packeta, a pickup point, carrier or driver;
• retrieve private proof;
• open an investigation;
• file a claim;
• approve compensation;
• issue a refund;
• recover a parcel;
• guarantee delivery.

Use it to compare the public evidence, then use Packeta, the external carrier, seller or marketplace for action.

Scope, evidence and limitations

• Primary scope: Packeta Group parcel tracking.
• Entity scope: Packeta contains several legal entities and brands; the responsible company depends on country and service.
• Zásilkovna boundary: Zásilkovna is Packeta’s Czech operating brand, not an unrelated carrier.
• FoxPost boundary: FoxPost belongs to the group but remains a separate Hungarian carrier identity.
• Identifier scope: Packeta Z barcode plus officially linked external-carrier codes.
• Identifier limitation: e-shop order number, pickup code, return code and claim reference are not tracking numbers.
• Possession limitation: Received Data and barcode creation do not prove sender handoff.
• Network scope: Arrived, Collected, Prepared for Departure and Departed are different Packeta stages.
• Departure limitation: Packeta Departed is internal branch movement, not Out for Delivery.
• Pickup scope: Ready for Pickup is not collection.
• External-carrier scope: Packeta internal tracking can pause after handoff; carrier tracking can be newer.
• Synchronization scope: external events can be delayed in Packeta and use different time zones.
• Attempt scope: Packeta-level first-attempt visibility is not universal.
• Z-BOX scope: locker placement, retry, redirection and pickup are separate stages.
• Storage scope: actual deadline varies by country, delivery object, product and season.
• COD scope: payment method varies and Z-BOX keypad is not a payment terminal.
• Home-delivery scope: Packeta Home and external-carrier home delivery remain separate.
• Delivery scope: pickup release, locker release and carrier delivery have different evidence models.
• Return scope: Storage Expired, Posted Back and Returned are separate.
• Investigation scope: Under Investigation is not Lost; Resolved is not compensation.
• Claims scope: sender and recipient roles differ; Czech deadlines are not global.
• Commercial scope: carrier investigation and compensation are separate from marketplace refund.
• Privacy scope: sender, order, COD, address, pickup, customs, proof and claim data remain private.
• Last reviewed: July 28, 2026.
• Next scheduled review: October 26, 2026.

11Tracking is independent and is not Packeta, Zásilkovna, FoxPost, a pickup point, Z-BOX operator, Packeta Home, external carrier, seller, marketplace, driver or claims authority. It does not receive, sort, store, open, transport, redirect, deliver, investigate, compensate or refund a parcel.