Aplikasi web pangkalan data berpusat dan papan pemuka KPI pada Google Cloud untuk pengeluar komponen automotif di Thailand

Pelanggan: Pengeluar bahagian kenderaan (konglomerat Jepun)

Aplikasi web pangkalan data berpusat pada Google Cloud Platform (GCP) pelanggan ini menyatukan pelbagai laporan dan memaparkan KPI kerugian dalaman, produk rosak, hasil pengeluaran, jualan dan keuntungan dalam satu laman. Kami membangunkannya untuk pengeluar komponen automotif di Thailand, menyerahkan fasa pertama pada 2023, kemudian menambah modul jabatan lain hingga awal 2024.

Laporan Excel + data tapakMuat naik atau isi melalui web
Aplikasi web pangkalan data berpusatPada GCP pelanggan
Cloud SQL + GCSMenyimpan data dan fail
Papan pemuka KPIKecacatan, jualan, keuntungan; tuntutan masih diubah suai
Lapisan keselamatanCloud Armor (WAF), SSL, Log

Industri: Automotif
Tahun: 2023–2024
Skop pekerjaan: Reka bentuk dan pembangunan aplikasi web pangkalan data pusat pada GCP pelanggan. Fasa pertama pada tahun 2023 merangkumi halaman gambaran keseluruhan KPI kerugian dalaman, rekod kecacatan, output setiap jam, perbandingan pelan dengan output sebenar mengikut syif, dan data induk, beserta manual pengguna dan dokumen penyelenggaraan sistem. Kerja lanjutan pada tahun 2023–2024 ialah penyesuaian modul kerugian dalaman, modul jualan dan keuntungan, kerja keselamatan di awan, dan modul tuntutan pelanggan.

Ringkasan

Aplikasi web pangkalan data pusat bagi pengeluar komponen automotif di Thailand menghimpunkan data daripada beberapa set fail laporan ke dalam satu pangkalan data pada Google Cloud Platform (GCP) milik pelanggan sendiri.
Fasa pertama mengira nilai kecacatan daripada proses pengeluaran (Internal Loss) dan kadar kecacatan secara automatik, beserta halaman rekod kecacatan, output setiap jam, dan perbandingan pelan dengan output sebenar mengikut syif.
Wakil pelanggan menandatangani senarai semak penerimaan kerja fasa pertama pada bulan Julai 2023 dan menandatangani borang penyerahan kerja pada bulan Ogos 2023.
Kerja lanjutan dalam sistem yang sama ialah modul jualan dan keuntungan, kerja keselamatan di awan mengikut borang semakan pelanggan, dan modul tuntutan pelanggan yang masih diubah suai dan datanya terus disemak pada awal tahun 2024.
Prinsip yang diperoleh daripada kerja ini: persetujui format fail sumber sebelum pembangunan, semak data yang dimuat naik berbanding laporan sumber, dan masukkan keperluan keselamatan dalam skop sejak awal.

Masalah di tapak

Data yang digunakan oleh pihak pengurusan untuk memantau kilang, seperti nilai kecacatan daripada proses pengeluaran (Internal Loss), jumlah pengeluaran, jualan, keuntungan dan tuntutan daripada pelanggan, berada dalam beberapa set fail laporan daripada pelbagai sistem. Pelanggan mahu menghimpunkan data ini dalam satu pangkalan data pada GCP syarikat, dengan mengurangkan beban penyelenggaraan pelayan, dan sistem perlu melepasi borang semakan keselamatan jabatan teknologi maklumat pelanggan.

Apa yang kami lakukan

Kami membangunkan aplikasi web pada GCP yang menerima set fail laporan Excel sedia ada dan data lantai pengeluaran yang diisi melalui web, kemudian mengira dan memaparkan KPI secara automatik. Data disimpan dalam Cloud SQL (PostgreSQL) dan fail disimpan dalam Google Cloud Storage (GCS). Kami bermula dengan fasa pertama yang memberi tumpuan kepada kerugian dalaman dan kecacatan, kemudian menambah modul jabatan lain dalam sistem yang sama secara berperingkat.

Hasil

Fasa pertama diserahkan pada tahun 2023, dan wakil pelanggan telah menandatangani senarai semak penerimaan kerja serta borang penyerahan kerja. Ringkasan status kami pada akhir tahun 2023 menyatakan bahawa modul kerugian dalaman, keselamatan, serta jualan dan keuntungan telah siap dilaksanakan, manakala modul tuntutan pelanggan masih diubah suai dan datanya terus disemak pada awal tahun 2024.

Latar belakang masalah

Pelanggan mahu menghimpunkan data dalaman organisasi dalam satu pangkalan data pada GCP syarikat, kemudian melihat KPI pelbagai aspek daripada satu laman web. Sebelum kerja bermula, data setiap aspek berada dalam set fail laporan yang berbeza daripada pelbagai sistem.

Pelanggan mahu pekerja menggunakan laman web yang sama untuk mengisi data lantai pengeluaran dan melihat papan pemuka. Oleh itu, fasa pertama bermula dengan KPI kerugian dalaman dan kecacatan, kemudian barulah data jabatan lain ditambah dalam sistem yang sama.

Apakah itu Internal Loss

Internal Loss ialah nilai kecacatan yang berlaku dalam proses pengeluaran. Dalam sistem ini, nilai tersebut dikira daripada fail laporan kecacatan dan fail jumlah pengeluaran yang dimuat naik, kemudian dipaparkan mengikut kumpulan produk dan tempoh masa, supaya dapat dilihat dari bahagian mana kerugian itu berpunca.

Keperluan dan kekangan

Sistem perlu berjalan pada Google Cloud Platform (GCP) pelanggan dan perlu mematuhi keperluan jabatan teknologi maklumat pelanggan. Keperluan dan kekangan utama adalah seperti berikut.

Data disimpan pada GCP syarikat pelanggan, di bawah akaun dan dasar organisasi.
Mengurangkan beban penyelenggaraan pelayan seminimum mungkin, maka sistem dibina terutamanya pada perkhidmatan awan jenis serverless (penyedia perkhidmatan awan yang menyelenggara pelayan).
Pengguna masih menyediakan set fail laporan Excel yang sama, dan mengisi sebahagian data lantai pengeluaran melalui halaman web.
Sistem yang dijalankan di awan perlu melepasi borang semakan keselamatan jabatan teknologi maklumat pelanggan, dan perlu memohon kelulusan sebelum setiap pemasangan.
Pada permulaan fasa pertama, format fail input dan output belum tersedia, dan terdapat perubahan keperluan semasa pembangunan.

Bagaimanakah sistem pangkalan data pusat ini berfungsi

Sistem ini menerima fail laporan sedia ada ke dalam satu pangkalan data, kemudian mengira KPI dan memaparkannya sebagai graf dan jadual pada pelayar web. Kami memilih untuk menerima fail mengikut format sedia ada kerana kebanyakan data sudah ada dalam set fail laporan asal. Oleh itu, halaman pengisian di web hanya dibuka untuk data lantai pengeluaran yang belum ada dalam laporan.

Pelanggan juga mahu mengurangkan kerja penyelenggaraan pelayan, maka sistem menggunakan perkhidmatan yang diuruskan oleh GCP seperti Cloud Run dan Cloud SQL untuk mengurangkan kerja penyelenggaraan pelayan. Langkah kerja sistem adalah seperti berikut.

1
Memasukkan data ke dalam sistem
Pengguna memuat naik fail laporan Excel dan fail pelan pembetulan (PDF) melalui halaman muat naik. Data lantai pengeluaran pula, seperti bilangan kecacatan dan output setiap jam bagi setiap Part No. (kod komponen), diisi melalui halaman Defect Record Sheet dan Production Today.
2
Mengira KPI secara automatik
Halaman Overall Summary mengira Internal Loss dan kadar kecacatan mengikut tempoh masa yang dipilih, sama ada harian, mingguan, bulanan atau tahunan. Halaman Business KPI Internal Loss memaparkan graf mengikut kumpulan produk, nilai wang yang hilang, dan garisan sasaran yang ditetapkan pada halaman penetapan sasaran KPI.
3
Melihat kecacatan yang perlu diatasi dahulu
Papan pemuka kecacatan menyusun kedudukan kecacatan yang paling kerap berlaku, dan membolehkan pihak yang bertanggungjawab mengisi punca, langkah pembetulan dan tarikh siap bagi item teratas. Pengguna boleh mengklik titik pada graf untuk membuka fail PDF yang dilampirkan.
4
Membandingkan pelan dengan output sebenar
Halaman Performance Analysis mengira pelan pengeluaran daripada masa kitaran pengeluaran yang ditetapkan pada halaman data induk (Master Data), kemudian membandingkannya dengan output sebenar yang diisi, mengikut syif, beserta rekod masalah yang menyebabkan masa terbuang.
5
Mengawal keselamatan mengikut borang semakan pelanggan
Kerja keselamatan di awan merangkumi tembok api aplikasi web Cloud Armor (WAF), penyulitan SSL, perisian antivirus ClamAV, peraturan kata laluan, pengehadan hak pentadbir sistem, log akses dan operasi, sandaran pangkalan data, dan pengasingan GCP untuk pembangunan daripada penggunaan sebenar.

Hasil penyerahan

Kami menyerahkan aplikasi web fasa pertama pada GCP pelanggan pada tahun 2023, beserta manual pengguna dan dokumen penyelenggaraan sistem. Halaman utama fasa pertama adalah seperti berikut.

Halaman gambaran keseluruhan (Overall Summary): Internal Loss dan kadar kecacatan mengikut tempoh masa
Halaman muat naik fail laporan Excel dan fail pelan pembetulan (PDF)
Halaman penetapan sasaran KPI dan halaman Business KPI Internal Loss mengikut kumpulan produk
Halaman pengisian dan papan pemuka rekod kecacatan (Defect Record Sheet)
Halaman pengisian output setiap jam (Production Today) dan halaman perbandingan pelan dengan output sebenar mengikut syif (Performance Analysis)
Halaman data induk (Master Data) dan halaman log masuk pengguna

Bagaimanakah sistem ini berkembang daripada fasa pertama kepada beberapa modul

Kami mengembangkan sistem ini dengan menambah modul setiap jabatan ke dalam aplikasi web dan pangkalan data yang sama secara berperingkat. Setiap modul mempunyai skop dan dokumen keperluan yang berasingan. Kerja keselamatan menambah pengasingan GCP untuk pembangunan daripada penggunaan sebenar, serta prosedur permohonan kelulusan sebelum pemasangan, bagi menguji modul baharu sebelum dimasukkan ke sistem sebenar. Urutan kerja adalah seperti berikut.

Tahun 2023, fasa pertama: KPI kerugian dalaman, kecacatan, output dan data induk, diserahkan dan ditandatangani sebagai diterima
Tahun 2023, penyesuaian modul kerugian dalaman: melampirkan fail PDF dalam jadual, memuat naik fail dari halaman jadual, dan menyemak data yang dimuat naik berbanding laporan kecacatan dan laporan jumlah pengeluaran, beserta amaran pada halaman muat naik
Tahun 2023, modul jualan dan keuntungan: Sales Dashboard (pelan, jualan sebenar dan perbezaan), Profit Dashboard dan Forecast, beserta halaman muat naik dan eksport data mengikut templat
Tahun 2023, kerja keselamatan di awan mengikut borang semakan jabatan teknologi maklumat pelanggan
Tahun 2023–2024, modul kualiti: tuntutan dan aduan daripada pelanggan, tuntutan daripada pasaran, dan tetapan e-mel, berada dalam pusingan pengubahsuaian dan semakan ketepatan data pada awal tahun 2024

Modul perbelanjaan bagi pelanggan yang sama ialah kerja berasingan dalam kes lain. Baca butiran di kes aplikasi web penjejakan perbelanjaan sebenar berbanding sasaran mengikut jabatan

Hasil yang dapat disahkan daripada dokumen penerimaan

Hasil yang dapat disahkan bagi kes ini ialah fasa pertama telah diserahkan dan terdapat dokumen penerimaan yang ditandatangani oleh wakil pelanggan. Modul yang ditambah kemudian pula hanya mempunyai ringkasan status projek kami. Setiap set dokumen mengesahkan perkara yang berbeza seperti berikut.

Senarai semak penerimaan kerja (Exit Criteria Checklist) bagi fasa pertama: ditandatangani oleh wakil pelanggan, pemeriksa yang bertanggungjawab dan penandatangan di pihak kami pada bulan Julai 2023
Borang penyerahan kerja: wakil pelanggan menandatangani penerimaan sistem fasa pertama pada bulan Ogos 2023
Dokumen penutupan fasa pertama: menyenaraikan manual pengguna, dokumen penyelenggaraan sistem dan senarai semak penerimaan yang telah ditandatangani dalam senarai serahan
Ringkasan status projek kami pada akhir tahun 2023: dokumen dalaman kami, bukan dokumen penerimaan pelanggan, dan merupakan satu-satunya sumber yang menyatakan status modul lanjutan

Modul yang ditambah selepas fasa pertama belum mempunyai dokumen penerimaan yang ditandatangani, maka kami tidak menyebut modul-modul ini sebagai telah lulus penerimaan. Senarai pembetulan tambahan selepas penerimaan fasa pertama mempunyai pusingan ujian semula yang berasingan. Kes ini tiada angka pengukuran hasil perniagaan, maka kami hanya melaporkan hasil yang disokong oleh dokumen.

Apakah yang kita pelajari

Kerja ini memberikan prinsip berikut untuk kerja pangkalan data pusat yang menerima data daripada fail laporan.

Persetujui format fail sumber sebelum pembangunan. Sistem yang membaca fail laporan membaca nilai mengikut struktur fail. Dalam kerja ini, format fail input dan output belum tersedia pada permulaan dan berubah semasa pembangunan. Oleh itu, kerja seterusnya wajar mengunci lajur, kod dan formula KPI bersama pemilik angka, beserta fail contoh sebenar, sebelum mula menulis sistem.
Sistem yang menerima fail muat naik perlu menyemak data berbanding laporan sumber. Dalam kerja ini, skop penyesuaian modul kerugian dalaman merangkumi semakan data berbanding laporan kecacatan dan laporan jumlah pengeluaran, beserta amaran pada halaman muat naik, kerana papan pemuka hanya boleh digunakan untuk membuat keputusan apabila angkanya sepadan dengan laporan yang digunakan oleh setiap jabatan.
Keperluan keselamatan jabatan teknologi maklumat ialah sebahagian daripada sistem awan, bukan kerja tambahan kemudian. Sistem yang dijalankan di awan organisasi perlu menjawab borang semakan, menetapkan tembok api, menyimpan log penggunaan dan mempunyai prosedur kelulusan sebelum pemasangan, maka perkara ini wajar dimasukkan dalam skop kerja sejak awal.

Cara menggunakan pendekatan ini pada kerja anda

Jika organisasi anda mempunyai laporan KPI pelbagai aspek dalam beberapa set fail Excel dan sudah mempunyai akaun awan syarikat, anda boleh menggunakan pendekatan yang sama seperti kes ini, iaitu menerima fail laporan sedia ada ke dalam pangkalan data pusat, mengira KPI dan memaparkannya pada satu laman web. Pendekatan ini sesuai apabila setiap jabatan menyimpan angka dalam fail masing-masing, dan gambaran keseluruhan hanya dapat dilihat selepas seseorang menghimpunkan laporan terlebih dahulu. Bahagian yang perlu disesuaikan ialah format fail, formula KPI dan keperluan keselamatan organisasi anda.

Bahagian yang boleh digunakan semula dan bahagian yang perlu diubah suai

Bahagian sistem	Boleh digunakan semula	Perlu diubah suai apabila
Kemasukan data	Muat naik fail laporan Excel dan halaman pengisian data lantai pengeluaran	Fail laporan anda mempunyai lajur dan kod yang berbeza daripada kes ini; struktur fail perlu ditetapkan semula
Pengiraan KPI	Pengiraan mengikut tempoh masa, penetapan sasaran dan pengasingan mengikut kumpulan produk	Formula atau kriteria pencapaian sasaran anda berbeza; perlu dipersetujui dengan pemilik angka terlebih dahulu
Semakan data	Perbandingan data yang dimuat naik dengan laporan sumber dan amaran pada halaman muat naik	Laporan yang digunakan sebagai perbandingan berbeza daripada kes ini; pasangan laporan untuk semakan perlu ditetapkan semula
Struktur di awan	Cloud Run, Cloud SQL dan GCS pada GCP pelanggan	Organisasi anda menggunakan penyedia awan lain atau perlu memasang di premis organisasi; bahagian ini perlu direka bentuk semula
Keselamatan	Pengasingan sistem pembangunan daripada sistem penggunaan sebenar, dan prosedur kelulusan sebelum pemasangan	Borang semakan jabatan teknologi maklumat anda mempunyai keperluan yang berbeza, jadi tetapan perlu dibuat mengikut borang semakan tersebut

Sediakan fail laporan contoh sebenar bagi setiap set, dan sahkan berapa lama format fail dapat dikekalkan
Persetujui formula KPI dan kriteria hijau/merah dengan pemilik angka setiap jabatan sebelum pembangunan
Minta borang semakan keselamatan jabatan teknologi maklumat sejak awal, dan masukkannya ke dalam skop kerja
Mulakan dengan modul yang datanya paling sedia, kemudian peruntukkan pusingan pembetulan berdasarkan maklum balas pengguna bagi setiap modul

Harga dan tempoh masa

Kerja seperti ini tidak mempunyai harga standard. Harga bergantung pada bilangan modul, bilangan fail sumber dan keperluan keselamatan setiap organisasi. Hubungi pasukan kami untuk mendapatkan sebut harga selepas tinjauan keperluan.

Baca seterusnya

Teknologi yang digunakan

Google Cloud Platform (GCP)Cloud RunCloud SQL (PostgreSQL)Google Cloud Storage (GCS)Cloud Armor (WAF)SSLClamAVMuat naik fail laporan ExcelPapan pemuka KPI

Soalan Sering Ditanya

Di manakah data sistem ini disimpan?

Sistem dipasang pada Google Cloud Platform (GCP) milik pelanggan sendiri. Data disimpan dalam Cloud SQL (PostgreSQL) dan fail yang dimuat naik disimpan dalam Google Cloud Storage (GCS). Oleh itu, data berada di bawah akaun dan dasar syarikat pelanggan.

Adakah cara penyediaan laporan sedia ada perlu diubah?

Dalam kes ini, tidak semuanya perlu diubah. Pengguna memuat naik set fail laporan Excel yang sama ke dalam sistem, manakala data yang belum ada dalam laporan, seperti kecacatan dan pengeluaran setiap jam, diisi melalui halaman web, kemudian sistem mengira KPI. Perkara yang perlu dipersetujui ialah format fail yang akan dikekalkan.

Bagaimanakah sistem menyokong keperluan keselamatan jabatan IT?

Dalam kes ini, kerja keselamatan dilaksanakan mengikut borang semakan jabatan teknologi maklumat pelanggan, seperti tembok api aplikasi web Cloud Armor (WAF), penyulitan SSL, program antivirus ClamAV, peraturan kata laluan, pengehadan hak pentadbir sistem, log akses dan operasi, sandaran pangkalan data, serta pengasingan sistem pembangunan daripada sistem penggunaan sebenar.

Bolehkah modul ditambah kemudian?

Boleh. Kes ini bermula dengan fasa pertama yang memberi tumpuan kepada KPI kerugian dalaman dan kecacatan, kemudian modul jualan dan keuntungan, kerja keselamatan serta modul tuntutan pelanggan ditambah dalam sistem yang sama secara berperingkat. Skop dan harga setiap modul perlu dinilai berdasarkan data sebenar organisasi.

Adakah sistem ini telah diserahkan?

Fasa pertama telah diserahkan pada tahun 2023, dengan wakil pelanggan menandatangani senarai semak penerimaan kerja dan borang penyerahan kerja. Modul yang dikembangkan kemudian pula mempunyai pusingan pembetulan lanjut berdasarkan maklum balas pengguna, dan modul tuntutan pelanggan masih terus diperbetulkan serta disemak ketepatan datanya pada awal tahun 2024.

Mahukan sistem seperti ini dalam kerja anda?

Minta demo sistem seperti ini Tanya melalui LINE inspektion_sale