ANM Delivery Card System Policy
Clear rules for reusable delivery-address cards, protected seller access, delivery evidence, linking fees, and safe delivery conduct.
1. What an ANM Delivery Card is
An ANM Delivery Card is a protected, reusable digital address credential created by a Buyer or a Seller acting as a buyer (βSellerBuyerβ). One card represents one physical delivery address and its map coordinates.
A generated card is immutable. Its identity, address, coordinates, and consent record are not edited later. The owner may reuse that same card for genuine future delivery requests to that address.
2. Card creation, reuse and price
- The first 1 successfully generated Delivery Card for an eligible Buyer or SellerBuyer account is free.
- The current price for each additional generated Delivery Card is β¦5,000.00 .
- If Admin sets the additional-card price to FREE, additional cards generated while that price is active do not require gateway payment.
- Reusing an existing card for the same address does not create another card fee.
- A different delivery address requires a different card.
3. Address accuracy, location and privacy
Owners must provide information they reasonably believe is accurate and must not deliberately create a Delivery Card for fraud, impersonation, harassment, or another unlawful purpose.
Precise residential address, coordinates, transaction-specific contact phone, and protected delivery evidence are not public marketplace information. Users are encouraged not to send their precise residential location through ordinary marketplace chat.
4. Delivery requests and genuine buying intent
Before creating a Delivery Request, the buyer should chat with the seller and confirm the intended goods, current price, quantity, availability, and seller readiness.
Send a Delivery Request only when genuinely ready to buy. Fake, prank, intentionally speculative, repeated unserious, or abusive requests may be reviewed as platform misuse.
The current Buyer Delivery Request Linking Fee is β¦500.00 . If the active fee is FREE, no Paystack payment is required for a new request.
Selected products, unit prices, quantities, merchandise total, and the applicable platform fees are snapshotted when the request is created. Later Admin price changes do not rewrite that request.
5. Seller acceptance and protected access
The seller first reviews the product and quantity request. After seller acceptance, the buyer reconfirms readiness.
The current Seller Delivery Card Unlock/Linking Fee for newly created requests is β¦500.00 . The actual amount payable on an existing request is the amount snapshotted into that request when it was created.
If that snapshotted amount is FREE, the seller still accepts the protected-delivery terms, but no gateway payment is required.
When a fee is payable, platform credit and promotional wallet balances cannot be used for that seller unlock/linking payment.
Any applicable Market Ambassador allocation is governed by the current Market Ambassador programme configuration. It is not a percentage of the merchandise price.
6. Delivery, inspection, payment and proof
Sellers should update meaningful delivery stages such as Preparing, In Transit, and Arrived so the customer receives clear updates.
Where a seller creates temporary protected access for an assigned delivery representative or courier, the current access duration is 168 hours. It may end earlier when the request closes or the seller revokes it.
If an accepted request has not reached In Transit after 48 hours, the parties may receive reminders. If it still does not begin within 72 hours, the request may be automatically cancelled and precise seller access closed.
If a physical shop is reasonably close and it is safe and practical to visit, the buyer is encouraged to visit the shop, confirm the shop and goods, and inspect or test the intended item before arranging delivery or collection.
At the delivery point, the buyer should be given a reasonable opportunity to open, inspect, and test the goods where practical before final handover and payment.
The protected proof workflow requires two goods-focused photographs . A third identifying photograph is optional. A short goods-only video is also optional.
Do not intentionally record faces. Evidence should focus on the goods, packaging, inspection or testing, and handover. Avoid identity documents, children, private home interiors, and unrelated people.
7. Delivery outcomes
- Completed: delivery occurred and the required confirmations were made.
- Rejected: goods reached the delivery point but were declined.
- Cancelled: delivery did not occur.
- Disputed: the parties disagree about what happened and review may be required.
When the request closes, seller access to the precise Delivery Card ends. The card remains with its owner for future delivery requests to that same address.
8. Ratings, complaints and account review
After a completed delivery, the customer may rate the shop or report a problem. Delivery Card ratings are reputation signals only and do not generate automatic cash or platform-credit rewards.
A poor rating does not by itself prove wrongdoing. Ratings, complaints, evidence, and account history may be reviewed by authorised staff.
9. Screenshot, copying and security restrictions
The platform restricts printing, ordinary saving, copying, and screen capture where the user's device and application support those controls.
No web technology can guarantee that another device cannot photograph a screen. Users must not improperly copy, publish, or redistribute precise Delivery Card information.
10. Transactions inside and outside the Delivery Card system
Deliberately bypassing an applicable Delivery Card workflow is prohibited. Where a product delivery should use the Delivery Request / Delivery Card system, the buyer and seller must not intentionally move the transaction outside that workflow in order to avoid the applicable controls or linking process.
If the parties choose to continue outside the required Delivery Card workflow, workflow-specific protections such as controlled address release, request-status records and protected delivery proof do not apply. AllNaijaMarket is not responsible for losses, disputes, failed delivery, payments, damage or other issues arising from that off-workflow transaction to the extent permitted by law.
AllNaijaMarket may still receive complaints, enforce platform rules, preserve relevant records, investigate fraud or abuse, suspend or restrict accounts and assist lawful investigations where appropriate. Use of the Delivery Card system does not replace the need for reasonable care by buyers, sellers and delivery companies.
11. Records and investigations
Delivery Card, payment, consent, status, access, and protected evidence records may be retained where reasonably necessary for service operation, payment reconciliation, complaint handling, fraud prevention, legal compliance, or lawful investigations.