PProcufy
  • Features
  • Solutions
  • How it works
  • Security
Sign in
PProcufyProcurement

From the moment someone asks for an item to the moment the supplier is paid and the paperwork is filed — one system, one trail, no spreadsheets.

procurement.dept@atilimited.net

Product

  • Features
  • How it works
  • Security

Solutions

  • For Administration
  • For Clients
  • For Vendors

Help

  • User manual
  • ব্যবহারবিধি (বাংলা)
  • Troubleshooting

Access

  • Sign in

Serving 17 organisations across the Drug International group

  • Drug International Limited
  • Drug International Limited (Herbal Division)
  • Drug International Unani Limited
  • Khawaja Yunus Ali Medical College
  • Khawaja Yunus Ali Hospital
  • Khawaja Yunus Ali Nursing Institute
  • Khawaja Yunus Ali Laboratory School and College
  • Khawaja Yunus Ali University
  • Khawaja Yunus Ali Foundation
  • ATI Limited
  • ATI Ceramics Limited
  • M. M. Tea Estates Ltd
  • M. M. Multimeter Ltd.
  • M. M. Consortium
  • Harnest (Label Industries Limited)
  • Taj Printers
  • GN Plastic Factory

© 2026 ATI Limited. All rights reserved.

Procufy — procurement management system.

How it works

From "we need this" to "the supplier is paid", in 16 stages.

Each stage has one owner, one page and one thing it changes. Nothing moves because someone replied to an email.

Walk it

Pick a stage.

Colour tells you which side owns the step — the client touches two, the vendor four, and everything between is Administration's.

Client

Requisition raised

A three-step wizard with a live preview. Each line carries its own item, unit of measure and quantity — and each is quoted and ordered separately.

Who
Client Admin / Unit Admin
Moves
Requisition → PENDING
  • Client
  • Procurement
  • Vendor
  • Finance
Every stage

The whole pipeline, in order.

  1. 1

    Requisition raised

    Client Admin / Unit Admin

    A three-step wizard with a live preview. Each line carries its own item, unit of measure and quantity — and each is quoted and ordered separately.

    Requisition → PENDING

  2. 1b

    Requisition approved

    Procurement Admin

    Procurement reviews the items, quantities, expected date and the client's attachments, then approves.

    PENDING → APPROVED

  3. 2

    Vendors invited to quote

    Procurement Admin

    One request per item per vendor — three items across four vendors produces twelve requests. The email names the item and quantity, never the client.

    Item → QUOTE_REQUESTED

  4. 3

    Vendors submit prices

    Vendor Admin

    Price per unit, delivery date, warranty and terms. No tax fields — rates are applied centrally at selection.

    Response → PARTICIPATE

  5. 4

    Winner selected

    Procurement Admin

    Every response for one item side by side. One transaction sets the winner, rejects every other response and writes the agreed pricing onto the item.

    Item → QUOTE_SELECTED

  6. 5

    Purchase order issued

    Procurement Admin

    Selections group by vendor, client and unit. The order is created live, and the vendor is notified and emailed the PO.

    PO → ISSUED

  7. 5b

    Documents attached

    Procurement Admin

    Challan, mushak, invoice and the signed copy. Not optional paperwork — a bill cannot be raised against an order with no attachment.

  8. 6

    Vendor ships

    Vendor Admin

    Items dispatched to a named ATI warehouse, with optional carrier and tracking. Partial shipment is supported.

    Item → SHIPPED

  9. 7

    Warehouse receives

    Procurement Admin

    Goods checked in against the shipment. Warehouse stock increases and the movement ledger records it.

    Item → RECEIVED

  10. 8

    Dispatched to client

    Procurement Admin

    Stock sent on to the client site. Every user at that destination is notified.

    Item → IN_TRANSIT

  11. 9

    Client confirms receipt

    Client Admin / Unit Admin

    The client records where the goods are stored. Client stock updates, the requisition recalculates, and Finance is notified — the hand-off from logistics to money.

    Item → COMPLETED

  12. 10

    Bill raised

    Finance Admin

    The delivered order becomes a payable. One order, one bill — enforced at the schema level.

    Bill → INITIAL_APPROVED

  13. 11

    Payment authorised

    Senior Account Manager

    The decision point. Reserved to this role alone and scoped to the clients they are mapped to.

    Bill → FINAL_APPROVED

  14. 12

    Payment executed

    Assistant Account Manager

    Cheque — single or bulk — or cash. A different person from the one who authorised it.

    Bill → CHEQUE_PREPARED · PO → PAID

  15. 13

    Vendor acknowledges

    Vendor Admin

    The supplier confirms the money arrived.

    Bill → PAYMENT_COMPLETED

  16. 14

    Documents filed, file closed

    Assistant Account Manager, then the vendor

    Finance files the VAT and tax copies; the vendor completes the record. You file the documents; the vendor closes the bill.

    Bill and PO → COMPLETED

Hard gates

Two places the system simply says no.

Most stages check the state before them. These two check something else, and they are the most common reason a process appears stuck.

A bill needs its paperwork

A purchase order with no attached document cannot be billed. The challan, mushak, invoice and signed copy are not optional paperwork — they are a gate on the payment chain.

A user needs a verified address

Creating an account checks for a verified email code first. No verified code, no user — and one verification allows exactly one account.

On the record

What a completed order looks like.

The status ladder for one item that goes all the way through. Every transition writes a history row naming who made it and when.

Requisition
PENDING → APPROVED → COMPLETED
Item
SUBMITTED → QUOTE_REQUESTED → QUOTE_SELECTED → PO_CREATED → SHIPPED → RECEIVED → IN_TRANSIT → COMPLETED
Quotation request
REQUESTED → ACCEPTED
Vendor response
PARTICIPATE → SELECT (all others → REJECT)
Selection
NOT_PO_CREATED → PO_CREATED
Purchase order
ISSUED → PAID → COMPLETED
Shipment
IN_TRANSIT → COMPLETED
Bill
INITIAL_APPROVED → FINAL_APPROVED → CHEQUE_PREPARED → PAYMENT_COMPLETED → COMPLETED
Explore the modulesAccess and audit