penambahan tooltip/placeholder/label informasi pada checklist unit

p0

penambahan placeholder agar lebih instruktif https://www.figma.com/proto/J1zMpwP6nliEeru5Z3GzVS/JNE?type=design&node-id=1120-145299&scaling=scale-down&page-id=32%3A57049&starting-point-node-id=6126%3A239522&show-proto-sidebar=1

perbedaan warna pada pick up dan delivery pada sequence driver app dan proof of fleet order

p1

rute transit ketika ganti moda, maka juga dipop/pod karena tetap perlu validasi lagi

p1

effort sampai mengubah struktur DB

penambahan informasi remaining weight dan volume pada incoming/outgoing queue

p0

remaining volume = remaining / capacity volume

remaining weight = remaining / capacity weight

widget top 10 kendaraan yg paling idle pada VSMS

p1

bisa direject, karena sudah ada report “pelanggaran diam” dan jika ingin tau kendaraan idle saat ini bisa dari dashboard/liveview

informasi pada widget tidak perlu dihover, tetapi langsung dimunculkan pada barchart

p1

Open

bisa direject, karena ngga terlalu impactful dan bisa merubah style design

penambahan setting alert(idling, driving, resting) pada vsms

p1

bisa direject, karena sudah ada di tms sesuai dengan blue print

report bahan bakar yang memuat penambahan atau pengurangan bahan bakar setiap perjalanan

p1

penghapusan(hide) data yang tidak diperlukan pada vsms

p0

terlampir

ganti logic, jtr service dapat diassign ke rute non jtr service, sedangkan rute jtr khusus untuk jtr service

download pdf fo pada TMS

pada checker app, validasi bag tambahan dan pindah fo secara bulk, sedangkan validasi maksimal volume dan salah rute untuk tiap bag

diperlukan citycode karena CGX memiliki beberapa zona lokasi operasional(to be discuss)

As a driver, I want know the placeholder when fill a form, so that I can more understand what will I fill

MUST HAVE

https://www.figma.com/proto/J1zMpwP6nliEeru5Z3GzVS/JNE?type=design&node-id=1120-145299&scaling=scale-down&page-id=32%3A57049&starting-point-node-id=6126%3A239522&show-proto-sidebar=1

Open

Open

Brief

concern basic knowledge driver, meskipun ada user manual atau training, driver harus literally clear agar tidak bingung dalam pengisian form

User flow

Login Driver App → Detail FO schedule → list sequence → klik tombol Checklist Unit → checklist unit form

Expected results

• penambahan placeholder pada field :

  • odometer saat ini

  • sisa bahan bakar

  • catatan umum

  • catatan body

• perubahan label dari “checklist unit (OUT)” menjadi “Checklist Form”

Related module

• Fleet Planning

https://mceasy.atlassian.net/browse/DEVPROJECT-2751

As a driver, I want to more notice when pickup or delivery, so that I can understand what will I do

MUST HAVE

https://www.figma.com/proto/J1zMpwP6nliEeru5Z3GzVS/JNE?type=design&node-id=5222-235552&scaling=scale-down&page-id=32%3A57049&starting-point-node-id=6126%3A239409&show-proto-sidebar=1

Open

Brief

untuk memastikan driver tidak salah dan lebih memperhatikan informasi, maka label pengambilan dan pengiriman coloringnya dibedakan

User flow

Login Driver App → Detail FO → list sequence

Expected results

• label “Pengambilan” menggunakan warna biru (existing)

• label “Pengiriman” menggunakan warna hijau

• label “Pos Pemeriksaan” menggunakan warna ungu

Related module

• Fleet Planning

https://mceasy.atlassian.net/browse/DEVPROJECT-2753

As a checker, I want to scan all bag transit, so that I can approace bag transit like basic

MUST HAVE

no design

Brief

untuk bag yang transit, maka dilakukan beberapa kali scan/validasi bag pada setiap FO

User flow

Login Warehouse App → Detail scan bag → list bag

Expected results

• current condition : untuk bag dengan rute transit, pop dan pod dilakukan di origin dan destination bag

• expected condition : untuk bag dengan rute transit, pop dan pod juga dilakukan ketika barang di pickup/drop ketika berganti kendaraan(ganti FO)

• example : FO1 A-B, FO2 B-C, Bag A-C. makaa ketika menjalankan FO1 Bag A-C dipop(A) dan pod(B) dan ketika menjalankan FO2 Bag A-C juga di pop(B) dan pod(C)

• handling:

  • tidak perlu handling FO1 harus started lebih dulu ketimbang FO2, FO2 tetap bisa dijalankan meskipun FO1 belum started

• impact:

  • untuk antisipasi ketika FO2 sudah ended(bag ditinggal atau masih di B), maka planner/checker perlu assign bag tersebut ke pengiriman yang lain. sehingga perlu enhancement logic ketika assign bag.

  • current condition : bag yg diassign berstatus "confirmed" dan "reschedule" dengan "origin" dan "destination" yang mengandung track rute

  • expected condition : bag yg berstatus "intransit" juga dapat di assign, dengan catatan status Bag "intransit" pada FO tersebut sudah ended. 

Related module

• Bagging, Fleet planning

https://mceasy.atlassian.net/browse/DEVPROJECT-2755

As a operation, I want to view incoming/outgoing queue, so that I know fo which come/go from my branch

MUST HAVE

Brief

story ini menambahkan informasi 2 kolom pada incoming dan outgoing queue TMS Website

User flow

Home → Menu ‘queue’ → Sub menu “incoming/outgoing” queue

Expected results

• penambahan 2 kolom pada tabel incoming dan outgoing queue TMS website

• Column:

  • License Plate

  • Status

  • FO Number

  • Fleet Type

  • Origin

  • Destination

  • ETA(untuk incoming) atau ETD(untuk outgoing)

  • Quantity

  • Volume

  • Weight

  • remaining volume = remaining / capacity volume

    • remaining → data dari sisa kapasitas volume pada detail FO

    • capacity volume → data dari detail FO berdasarkan tipe kendaraan yang digunakan pada FO

  • remaining weight = remaining / capacity weight

    • remaining → data dari sisa kapasitas volume pada detail FO

    • capacity volume → data dari detail FO berdasarkan tipe kendaraan yang digunakan pada FO

CTA

• -

https://mceasy.atlassian.net/browse/DEVPROJECT-2756

As facility management, I want to view top 10 idling vehicle, so that I can easy to summarize which fleet often idle

HOLd

TBD

Brief

story ini menambahkan menambahkan 1 widget baru pada VSMS

User flow

Home → Menu ‘dashboard’

Expected results

• sumbu-x = top 10 vehicle

• sumbu-y = total duration idle

• filter date mengikuti general filter adte pada dashboard

CTA

• -

As a developer, I want to hide content that not need, so that user not confusing with inheritance feature from SaaS

MUST HAVE

Brief

story ini untuk menyesuaikan kebutuhan JNE, sehingga beberapa informasi atau fitur tidak perlu ditampilkan pada VSMS

User flow

-

Expected results

1. penambahan selection range date pada laporan, karena di SaaS telah ada:

   1. 7 hari terakhir - Detail Riwayat Kendaraan

   2. 31 hari terakhir - Manajemen Kendaraan

   3. 31 hari terakhir - Manajemen Pengemudi

2. menyembunyikan report

   1. bahan bakar

   2. pintu

   3. temperatur

3. menyembunyikan beberapa fitur pada vsms, antara lain:

   1. 3 widget bahan bakar pada dashboard (bahan bakar, total penggunaan bahan bakar, efisiensi penggunaaan bahan bakar)

   2. menu ‘pelacakan video’

   3. tab menu ‘pelanggan’ pada master data → address

   4. sub menu ‘pengambang’ pada setting → pengembang

https://mceasy.atlassian.net/browse/DEVPROJECT-2762

As a admin, I want to know fuel consumption report, so that I can know fuel consumption every delivery order

HOLd

TBD

Brief

User flow

Expected results

CTA

As a admin, I want print FO detail, so that I can give SJ to driver

MUST HAVE

SURAT JALAN.docx

Brief

Diperlukan penambahan pembuatan teamplate PDF untuk print FO agar dapat dimunculkan Surat Jalan

User flow

Masuk Detail Salah Satu FO → Klik Button Print → Show PDF

Expected results

• Menampilkan surat jalan untuk detail FO untuk setiap halaman

  • Nomer FO

  • Driver

  • Plate Nomer

  • Type Kendaraan

  • Tanggal Pengiriman

• Surat jalan bisa lebih dari satu halaman dan total halaman mengikutin banyaknya SMU Number

• Tiap halaman dibagi per SMU Number dan memiliki detail seperti berikut

  • No SMU

  • Asal

  • Tujuan

  • Jumlah Bag

  • Total Berat

CTA

• -

https://mceasy.atlassian.net/browse/DEVPROJECT-2759

As a planner, I want to assign Bag JTR to non JTR route, so that I can more maximize capacity

MUST HAVE

no design

Brief

fitur ini mengubah logic ketika assign bag pada rute non jtr. hal tersebut karena untuk memaksimalkan kapasitas pengiriman bag, sehingga memungkinkan bag JTR dikirim bersamaan dengan bag Reguler ataupun oke

User flow

-

Expected results

• jika rute Non JTR, maka

  • dapat di assign service type apapun, termasuk service type JTR

• jika rute JTR, maka

  • tetap sama. hanya untuk bag yang memiliki service type JTR saja

Impact

• assignment manual FO ketika create FO

• assignment manual FO ketika edit FO

• assignment bag pada checker app

• assignment automation FO

  • Service type ‘JTR’ akan dimatching dengan schedule route bertipe ‘JTR’. lalu jika tidak dapat jadwal pengiriman, baru akan dimatching dengan schedule non JTR

  • ‘JTR’ menjadi prioritas paling rendah dibanding service code yang lainnya

CTA

• -

https://mceasy.atlassian.net/browse/DEVPROJECT-2760

As a checker, I want to bulk validation bag when scanning, so that I can reduce effort and satisfying my activity

MUST HAVE

https://www.figma.com/proto/J1zMpwP6nliEeru5Z3GzVS/JNE?type=design&node-id=6112-237289&t=834oiK7VogbYWW5G-1&scaling=scale-down&page-id=32%3A57049&starting-point-node-id=6112%3A237185&show-proto-sidebar=1

Open

Brief

checker harus mengkonfirmasi jumlah bag yang missing, tambahan, atau pindah FO ketika akan submit validasi FO

User flow

login → scan bag → detail fo → submit → menampilkan popup konfirmasi bag yang missing, tambahan, atau pindah

Expected results

• validasi bulk atau keseluruhan untuk bag yang missing, tambahan, atau pindah FO ketika akan submit validasi FO

• ketika scan bag tetap ada validasi address tidak sesuai dan volume melebihi kapasitas

CTA

• tombol submit besar → membuka popup konfirmasi submit scan bag

• tombol submit kecil → mengirimkan data ke database dan redirect ke halaman list FO

• tombol batal kecil → menutup popup konfirmasi dan membatalkan submit scan bag

• icon back → kembali ke halaman list FO yang dapat di scan

https://mceasy.atlassian.net/browse/DEVPROJECT-2761

As a developer, I want to handle tm_origin, so that when origin not register in database still success integration

MUST HAVE

Brief

validasi tm_origin harus terdaftar ke sistem dicabut, agar special case integrasi untuk lokasi yang memiliki beberapa alamat tetap bisa dihandle

User flow

-

Expected results

• jika tm_origin memiliki value dan terdaftar pada master data address, maka tm_origin akan menggantikan origin bag (kondisi tetap seperti sebelumnya)

• current condition = terdapat penjagaan tm_origin harus terdaftar pada master data address

• enhancement condition = jika tm_origin memiliki value tapi tidak terdaftar pada master data address, maka origin bag tetap sama (validasi dicopot)

• enhancement condition =field note memiliki value “note” “origin”. misalnya : Fragile SUB10000

  • note ditambahkan informasi origin, ketika tm_origin valid atau alamat asal bag menggunakan tm_origin

  • note tidak ditambahkan origin, ketika field ‘origin’ digunakan untuk alamat asal bag

https://mceasy.atlassian.net/browse/DEVPROJECT-2766

As a operator, I want to change field from TLC to freetext di address, so that I can write more specific address branch id/main branch id

MUST HAVE

Brief

dari pihak jne memiliki zone wilayah kerja sedangkan pada tms tidak ada, sehingga perlu approach untuk tetap bisa mengatasi hal tersebut

User flow

login → setting → main branch/branch

Expected results

• jika tm_origin memiliki value dan terdaftar pada master data address, maka tm_origin akan menggantikan origin bag (kondisi tetap seperti sebelumnya)

• current condition = field branch id/main branch hanya 3 huruf

• enhancement condition = field branch id/ main branch free-text

  • field tetap unique

  • field tidak bisa spesial karakter, khususnya “-”

impact

• ketika create SM Number, maka mengambil 3 huruf yang paling depan dari branch_id/main branch_id

https://mceasy.atlassian.net/browse/DEVPROJECT-2767