---
title: "Generate an E-Way Bill from a BigShip or Shipkloud Shipment"
description: "BigShip and Shipkloud pick the courier and print the label, but the e-way bill still starts at your invoice. Here is when it applies, who fills Part A and Part B, and the exact steps for a shipment booked through either platform."
author: "Himanshu"
published: 2026-09-14T13:00:10.504Z
updated: 2026-09-14T13:00:10.508Z
url: https://blog.mybillplease.com/generate-way-bill-from-bigship-shipkloud-shipment
---
# Generate an E-Way Bill from a BigShip or Shipkloud Shipment

## Key takeaways

- An e-way bill is needed when a single invoice's value, including tax and shipping, exceeds Rs 50,000 for inter-state movement, or your state's intra-state limit.
- You generate Part A from the invoice as the registered consignor; BigShip or Shipkloud can update Part B once the courier and vehicle are assigned, if your process passes them the e-way bill number.
- Validity runs one day per 200 km from the moment Part B is filled, so generate at pickup, not at order placement, or the bill can expire before the parcel ships.
- A return or RTO parcel routed back through the same aggregator needs its own e-way bill against a credit note, not the original invoice.

An e-way bill for a BigShip or Shipkloud shipment is generated the same way as any other: from the invoice, before the parcel is picked up, once the consignment value crosses Rs 50,000 for inter-state movement or your state's intra-state limit. BigShip and Shipkloud choose the courier and print the shipping label, but neither platform removes the seller's obligation to raise Part A from the invoice, and the safest sequence is invoice, then e-way bill, then shipment booking.

Sellers using a shipping aggregator sometimes assume the aggregator handles the e-way bill because it already handles the label, the tracking number and the courier assignment. It does not, unless you have set up a specific handoff where the courier updates Part B on your behalf. This guide covers when the bill is required, how the invoice becomes Part A, who typically fills Part B on a BigShip or Shipkloud order, and the steps to generate one without holding up the shipment. For the underlying rules on validity and cancellation, see the [e-way bill guide](/e-way-bill-guide).

## When a BigShip or Shipkloud shipment needs an e-way bill

The trigger is the invoice value, not the platform used to ship it. Rule 138 requires an e-way bill before movement when the consignment value exceeds Rs 50,000 for inter-state transport, calculated on the invoice including GST and any shipping or packing charges billed to the customer. A Rs 46,000 product with 18 percent GST and Rs 1,200 shipping crosses the line even though the product price alone looks safe.

Intra-state movement has a higher threshold in several states, commonly Rs 1 lakh, and a handful of goods carry exemptions regardless of value. Check your state's notification on the GST portal rather than assuming the inter-state figure applies everywhere, since BigShip and Shipkloud both route parcels within and across state lines depending on the courier and the destination.

Stock transfers to your own warehouse or a courier hub booked through either aggregator also count as movement under the rule, even without a sale, and are covered by a delivery challan rather than a tax invoice. The [guide to delivery challans](/what-is-delivery-challan) explains which document backs a non-sale movement.

## How the invoice becomes Part A

Part A of the e-way bill restates the invoice: supplier and recipient details, place of dispatch and delivery with PIN codes, document number and date, HSN codes, taxable value and the tax split. None of this comes from the shipping aggregator. It comes from the tax invoice you already issued, which is why generating the invoice correctly, with the customer's complete address, PIN code and the right HSN on every line, is the actual first step of a clean e-way bill.

If your billing system connects to the NIC API, Part A can be raised directly from the invoice screen without retyping any of these fields, and the resulting e-way bill number can be attached to the invoice record. That number is what you pass to BigShip or Shipkloud at booking, either manually or through an API handoff if your setup supports one, so the courier can reference it on the shipping label and, where applicable, complete Part B.

<!-- PERSONAL EXPERIENCE: sellers who generate the invoice and e-way bill first, then book the shipment, report far fewer expired bills than sellers who book first and try to backfill the paperwork after pickup. -->

## Part B: who fills it on a BigShip or Shipkloud order

Part B carries the vehicle number for road transport, or the transport document details for other modes, along with the transporter ID. This is the part that most often involves the aggregator, because the vehicle is only known once a courier is assigned and the pickup is scheduled.

## Who typically handles Part A and Part B for each booking method
| Booking method | Part A | Part B | What to confirm with the aggregator |
| --- | --- | --- | --- |
| Self-booked on BigShip, courier picks up | Seller, from the invoice | Courier, once vehicle is assigned | Whether BigShip passes the e-way bill number to the courier automatically |
| Self-booked on Shipkloud, courier picks up | Seller, from the invoice | Courier or Shipkloud, depending on the account setup | Which transporter ID appears in Part B: Shipkloud's or the courier's |
| Own vehicle, aggregator only prints the label | Seller | Seller, with the vehicle number | That the label carries the correct e-way bill number |
| Marketplace fulfilment stock transfer routed through either platform | Seller, against a delivery challan | Transporter | The sub-type is set to stock transfer, not supply |

Whichever party fills Part B, the bill is not valid for movement until that step is done, so a courier pickup scheduled before Part B is entered is a pickup without a valid bill. Ask your BigShip or Shipkloud account manager, in writing, exactly which of your integrations updates Part B automatically and which leave it to you, and treat anything unconfirmed as your responsibility.

## Generating the e-way bill step by step

The sequence below keeps the invoice as the source of truth and the aggregator as the last step, which avoids most of the timing problems that cause an expired or missing bill.

1. Create the tax invoice for the order with the customer's full address, PIN code, HSN on every line and shipping as a line item so the consignment value is calculated correctly.
2. Check the invoice value including tax and shipping against the threshold for the movement: Rs 50,000 inter-state, or your state's intra-state limit.
3. Generate Part A from the invoice through the NIC API integration, or manually on the e-way bill portal, with transaction type outward and sub-type supply for a sale.
4. Record the e-way bill number on the invoice.
5. Book the shipment on BigShip or Shipkloud, entering the e-way bill number in the booking if the platform has a field for it.
6. Once the courier is assigned and the vehicle is known, confirm Part B is filled, either by the courier through the integration or by you manually.
7. Attach the invoice and the e-way bill to the parcel, or ensure the courier's label references the bill number.

Billing software connected to the NIC API collapses steps 3 and 4 into one action from the invoice screen, which is the biggest time saver in this sequence because it removes the retyping that causes mismatched values between the invoice and the bill.

## Before you hand the parcel to BigShip or Shipkloud
- Invoice value including tax and shipping checked against the threshold
- Customer address, state and PIN code complete on the invoice
- HSN on every line valid in the portal master
- E-way bill number generated and recorded on the invoice
- Transporter ID for the courier or the aggregator saved correctly
- Booking made only after Part A exists, not before

## Multi-carrier and split-parcel shipments

Both BigShip and Shipkloud exist to let a seller choose between several courier partners for the same order, and that flexibility introduces two situations worth planning for.

The first is a courier reassignment after booking. If the original courier cannot service the pickup and the aggregator reroutes the shipment to a different partner, the vehicle and transporter details change, and Part B needs updating to match. An e-way bill with Part B pointing at a courier that never touched the parcel is a mismatch a checkpost officer will flag.

The second is a single invoice split across two parcels because of size or weight. The e-way bill is tied to the invoice, not the box, so both parcels should reference the same bill number rather than each getting its own. Confirm with the courier how they expect this handled at their end, since some ask for the number printed on both labels and others want a note in the booking.

> **Reassignment without Part B update is the most common gap**
> 
> A shipment reassigned from one courier to another after the e-way bill was generated needs its Part B corrected before the new courier picks up. Skipping this step leaves a bill on record for a vehicle that is not the one carrying the goods, which is exactly what gets a parcel detained at a checkpost even though a bill technically exists.

## Returns and RTO through BigShip or Shipkloud

A parcel coming back through the same aggregator, whether a customer return or an RTO, is a fresh movement and needs its own e-way bill if the value crosses the threshold. The original outward bill does not cover the return leg.

The document behind a return e-way bill is the credit note you issue, or a delivery challan if the credit note follows later, with the sub-type set to sales return. The parties reverse: the customer or the courier hub becomes the consignor, and you become the consignee. For an RTO parcel, the courier is usually the one generating this bill under its own transporter registration, since it is the party moving the goods back, so confirm this in your courier agreement rather than assuming it happens automatically. The [credit note and debit note guide](/credit-note-debit-note-gst) covers how the return document itself is issued.

## Errors that stall a BigShip or Shipkloud shipment

Most detentions and delays trace back to one of a short list of avoidable mistakes.

- Booking the shipment before the e-way bill exists, so the courier picks up with no Part A generated.
- Generating the bill at order time rather than at pickup, so validity runs out before the courier actually collects the parcel.
- A courier reassignment that changes the vehicle without a Part B update.
- Product price checked against the threshold instead of the full invoice value with tax and shipping.
- HSN codes not in the portal master, which blocks Part A generation entirely and sends the parcel out with no bill at all.
- A return parcel shipped under the original bill instead of a fresh one tied to the credit note.

Each of these is a sequencing fix rather than a compliance question: generate the invoice, generate the bill from it, then book, and never the reverse.

## What the free plan covers and when to check limits

myBillPlease generates e-way bills through the NIC API directly from the invoice, and connects to both BigShip and Shipkloud so shipment and courier data can be pulled alongside the order rather than typed twice. The free plan covers up to 100 invoices a month for one user, with no card required, which is enough for most sellers to test the full invoice-to-e-way-bill flow before committing to a paid tier for higher volume. If your BigShip or Shipkloud order volume regularly crosses 100 invoices a month, plan the upgrade before you hit the ceiling rather than mid-month, so a shipment is never held up waiting on account limits. The [e-commerce e-way bill guide](/way-bill-ecommerce-sellers) covers the broader set of rules that apply regardless of which aggregator or courier you use.

**Generate the e-way bill from the invoice before you book the courier**
Connect BigShip or Shipkloud, raise Part A through the NIC API from the invoice screen, and keep the bill number attached to the order from booking through delivery.

[Create a free account](https://www.mybillplease.com/signup)

The platform choice between BigShip and Shipkloud changes which courier gets the parcel. It does not change the underlying rule: the invoice value decides whether a bill is needed, the seller generates Part A, and the bill has to exist and be valid before the vehicle leaves.

## FAQ

### Does BigShip or Shipkloud generate the e-way bill for me?

Not by default. Both are shipping aggregators that pick a courier, print the label and share tracking.

### What e-way bill value threshold applies to a BigShip shipment?

The same threshold that applies to any consignment. Rs 50,000 for inter-state movement, using the invoice value including GST and shipping charges.

### Can I generate the e-way bill before booking the shipment on BigShip or Shipkloud?

Yes, and it is the safer order of operations. Generate the invoice, then the e-way bill from it, then book the shipment.

### What happens if the courier changes the vehicle after Part B is filled?

Part B can be updated any number of times before the bill expires.

### Do I need a separate e-way bill for each parcel if one order ships in two boxes through the same aggregator?

You need one e-way bill per invoice above the threshold, not per box.

### Is Shipkloud's transporter ID different from the courier's own transporter ID?

It depends on how the shipment is booked. If Shipkloud books the courier under its own logistics registration, use Shipkloud's transporter ID in Part B.