Tulang Punggung Korporat

Panduan ini menjelaskan penggunaan jendela Tulang Punggung Korporat pada manufaktur pertahanan dan multi-gudang dengan layar UI nyata.

Sebelum memulai

1. Masuk dengan perusahaan dan pengguna yang benar

   Nama pengguna yang sama pada perangkat kedua kini mendapat sesi terpisah, tetapi alur persetujuan tetap memerlukan level wewenang dan perusahaan yang benar.

2. Baca gerbang kebijakan aktif

   APQP, paket subkontrak, dinding transfer pabrik, dan kewajiban empat mata dapat diaktifkan dari layar pengguna; periksa sebelum memulai catatan kritis.

3. Gunakan kolom opsional secara sengaja

   Kolom pengangkut, gudang, kelas keamanan, rentang seri, sertifikat, ID berkas, dan catatan akan muncul kembali dalam paket audit dan laporan.

0. Peta tab dan gerbang peran — "kenapa saya cuma melihat 8 tab?"

Jendela Tulang Punggung Korporat mendefinisikan sepuluh tab, tetapi tidak semua orang melihat kesepuluhnya. Deretan tab disaring menurut peran: pengguna dengan peran produksi melihat delapan, administrator sistem melihat sepuluh. Ini memang desainnya, bukan kesalahan — endpoint server di balik tab yang tak terlihat juga tertutup bagi Anda. Tabel di bawah menyatakan wewenang mana membuka tab mana, dan di mana hal itu dijelaskan pada halaman ini.

1. Genealogi

Tab ini menyatukan penelusuran akar masalah untuk lot, seri, dan perintah kerja. FAI, SPC, NCR, subkontrak, clean-room, dan node korporat muncul pada pohon telusur yang sama.

📷 Tampilan program

Layar nyata: pencarian lot dan seri di kiri, pembuatan node dan relasi di kanan.

2. Berkas Produksi

Data as-planned dan as-built disimpan dalam objek yang sama. Resep, komponen, operasi, konfirmasi, dan status kualitas terkait ke nomor urut berkas yang sama.

📷 Tampilan program

Layar nyata: rekam, daftar, pembekuan, dan perbandingan resep dalam satu tab.

• Berkas yang dibekukan menyimpan selisih as-planned dan as-built dalam catatan yang sama; bila resep, operasi, atau hasil kualitas berubah, ambil cuplikan baru dan biarkan berkas lama sebagai bukti.
• Perbandingan resep menunjukkan apa yang direncanakan, sedangkan konfirmasi dan tautan kualitas menunjukkan apa yang benar-benar terjadi di lapangan. Audit pertahanan dan subkontrak membaca keduanya bersama.

3. Tanda Tangan Elektronik / Revisi

Pengguna yang sama tidak bisa menandatangani dua kali. Aturan persetujuan terkait ke jenis sumber, nomor sumber, dan deklarasi. Catatan revisi menyimpan proyek, konfigurasi, tanggal efektivitas, dan rentang seri bersama-sama.

📷 Tampilan program

Layar nyata: persetujuan dan tanda tangan di kiri, efektivitas dan pemeriksaan kesesuaian di kanan.

Aturan penggunaan

• Selesaikan persetujuan dua pengguna sebelum mencatat anggaran atau FX.
• Jangan kosongkan proyek atau rentang seri saat menyimpan revisi; pemeriksaan kesesuaian bergantung pada kolom ini.
• Tanggal efektivitas, konfigurasi, dan rentang seri bermakna bersama. Jika salah satunya kosong, revisi yang sama bisa memengaruhi varian produk yang salah.

4. APQP / NCR

Tulang punggung APQP menyatukan versi PSW, MSA, PFMEA, process flow, capability history, dan control plan. Catatan NCR tidak dapat ditutup sebelum aksi stok fisik selesai.

📷 Tampilan program

Layar nyata: pengaitan dokumen APQP, penanganan deviasi, dan manajemen aksi NCR berada di tempat yang sama.

Deviasi atau waiver sebaiknya dibuka hanya dalam batas lot, seri, atau order. Alih-alih meninggalkan pengecualian umum di APQP, tulis jelas rentang seri mana yang dibebaskan dan sampai tanggal berapa.

5. Alur Subkontrak

Wizard pengiriman dan pengembalian subkontrak menyimpan ASN, persetujuan pemasok, CoC, CoA, PPAP, sertifikat, lot, dan daftar seri dalam satu paket.

📷 Tampilan program

Layar nyata: pemilihan operasi, kolom paket, dan status kirim atau terima berada bersama.

• Jangan membuat paket tanpa memilih akun pemasok.
• Jika CoC, CoA, atau sertifikat kurang saat kembali, jangan tandai penerimaan sebagai selesai.
• Jangan simpan ASN, lot, seri, dan paket penerimaan balik di tempat terpisah. Paket Backbone dibuat untuk menyatukan rantai kirim, proses eksternal, dan kembali dalam satu catatan.

6. Pabrik / Gudang

Tab ini menggabungkan setup pabrik, kebijakan keamanan gudang, dan validasi stok langsung sebelum simpan. Dinding karantina dan kelas keamanan ditegakkan di sini saat transfer.

📷 Tampilan program

Layar nyata: definisi pabrik di kiri, kebijakan gudang dan pra-pemeriksaan di kanan.

7. Proyek / Bukti

Proyek, WBS, anggaran kontrak, dampak kurs, dan kebijakan bukti berbasis area dikelola di sini. Catatan anggaran dan FX yang disetujui tidak dapat diposting tanpa alur empat mata.

📷 Tampilan program

Layar nyata: pohon proyek, WBS, anggaran, FX, dan kebijakan bukti dalam satu tampilan.

8. Tugas / Alat

Tab ini membuat tugas dari temuan SDM, memungkinkan entri tugas manual, menyimpan filter pengguna, dan membersihkan data uji dengan aman.

📷 Tampilan program

Layar nyata: daftar tugas, filter tersimpan, wizard contoh, dan pembersihan data uji aman berada bersama.

Catatan operasi Tur-2

Bagian ini merangkum aturan kerja harian yang berubah setelah Tur-2: penggunaan `ik_muduru` dengan hak minimum, konflik pembaruan portal serentak, pengisian lengkap kolom opsional pengiriman, dan rantai bukti lintas tab.

📷 Tampilan program

Catatan Tur-2 memakai layar Tugas / Alat yang sama: pembuatan tugas, tindak lanjut portal, dan pembersihan data uji aman tetap berada di satu tempat.

📷 Tampilan program

Catatan pengiriman dan identitas berkas masuk ke rantai audit yang sama dengan Proyek / Bukti untuk anggaran, FX, dan kebijakan bukti berbasis area.

Operasi Logam: alur kerja harian sembilan langkah

Buka tab Operasi Logam di jendela Tulang Punggung Korporat. Walau kartu tampak terpisah, semuanya terhubung melalui kode stok, gudang, heat/lot, dan nomor sumber yang sama. Kolom bertanda bintang wajib; isi juga kolom opsional untuk pencarian dan audit.

Pusat Operasi Logam dan Terminal Genggam

Buka Pusat Operasi Logam di Tulang Punggung Korporat. Pada ponsel atau pemindai genggam buka Terminal Genggam Logam dari menu utama. Ikuti urutan ini agar pekerjaan benar dan dapat diaudit.

1. Terminal: pilih QR, barcode, RFID, atau manual. Untuk pemindai seperti keyboard, biarkan fokus di kotak kode. Format label yang disarankan: STOK=...|LOT=...|PAKET=...|DEPO=...|LOKASYON=.... Validasi menampilkan stok, heat, lot, paket, gudang, dan lokasi.
2. Stock Extra: isi stok dan bila perlu gudang. Baca tersedia, reservasi, pembelian, transit, produksi terencana, kebutuhan komponen, ATP, dan risiko sekaligus.
3. Matriks penawaran: simpan faktor, diskon, termin, mata uang, dan mutu alternatif pelanggan. Buat baris dari varian aktif, kirim ke formulir Penawaran nyata, lalu periksa sebelum menyimpan.
4. Jadwal potong: isi rencana, mesin, waktu, dan kapasitas. Tumpang tindih atau kelebihan kapasitas ditolak. Seret kartu untuk urutan; lihat hasil dan sisa panjang.
5. ASN dan pengiriman: isi gerbang/janji, muat, referensi pengangkut, pelat, dan sopir. Unggah bukti kirim. Server menolak status Terkirim tanpa POD aktif dan penerima.
6. OCR sertifikat: isi konteks dan unggah MTC PDF/PNG/JPEG. OCR menyarankan heat, lot, mutu, standar, ukuran, dan nomor. Periksa; OCR tidak menerbitkan sertifikat otomatis.
7. Pengisian cerdas: nilai pemasok disetujui, lalu hitung stok, cabang/gudang, dan periode. Hasil memberi transfer/pembelian, jumlah, kelas kecepatan, dan dasar; setujui terpisah.
8. Webhook/EDI: kirim kanal, peristiwa, referensi, muatan, dan kunci idempotensi unik. Kunci yang sama tidak menggandakan catatan. Pemroses memperbarui status dan respons.
9. Kokpit pengecualian: periksa ATP negatif, lot tanpa sertifikat, timbang meleset, order terlambat, dan transit terbuka setiap hari. Tanpa izin keuangan, daftar cek/kurs tidak terlihat.
10. Paket audit: isi pesanan/faktur, heat/lot, dan ASN. Validasi hash manifes lalu unduh PDF atau ZIP. ZIP berisi manifes UTF-8, bukti, dan SHA256SUMS.txt. Meterai ini bukti integritas, bukan tanda tangan elektronik berkualifikasi.

Rincian praktis: OCR lokal membaca PNG/JPEG dan PDF pindai, maksimal 20 MB dan 20 halaman PDF. Transfer penawaran mempertahankan pelanggan, mata uang, diskon, dan jatuh tempo; isi kurs sebenarnya secara terpisah. Menyeret kartu potong menukar waktu nyata dalam satu transaksi. PDF memuat tanda tangan CMS; ZIP juga berisi SHA256SUMS.p7s dan sertifikat publik. Sertifikat uji aplikasi bukan tanda tangan berkualifikasi atau cap waktu tepercaya. Koneksi bank/pengangkut dan pengujian RFID/timbangan fisik memerlukan akun penyedia dan perangkat.

Situasi umum

Tanda tangan elektronik › "Pejabat persetujuan (penandatangan kedua)" dan matriks empat mata

Dalam persetujuan korporat (anggaran, penyimpangan, varian logam, kurs…) sebuah aturan membawa kode wewenang, dan kode itu menentukan siapa yang boleh membubuhkan tanda tangan kedua. Di perusahaan dengan satu manajer, aturan berkode "yonetici" tidak pernah bisa selesai: tidak ada manajer kedua untuk menandatangani. Kartu Pejabat persetujuan mengatasinya — manajer menunjuk seorang karyawan sebagai penandatangan kedua untuk keluarga topik tertentu.

1. Korporat › tab Tanda tangan elektronik › kartu "Pejabat persetujuan (penandatangan kedua)" (hanya administrator sistem yang menyunting).
2. Ketik nama pengguna, pilih keluarga topik: finans (anggaran, fx, lindung nilai, kontrak, proyek, pembayaran, kredit), kalite (revisi, penyimpangan, APQP, PPAP, NCR, FAI, ECN, CAPA, ruang bersih), operasyon (reservasi, RMA, kurs, jembatan timbang, varian, potong, pengiriman, transfer, pengisian ulang, sertifikat…) atau * (semua). Catatan opsional; Tambah pejabat.
3. Menulis pengguna + keluarga yang sama untuk kedua kali memperbarui catatan (tidak berlipat). Hapus pada baris mencabut wewenang; persetujuan yang tertunda tidak disentuh.

Pesan: "keluarga tidak valid" (422) — hanya empat nilai yang sah; "pengguna tidak ditemukan" (404); "Anda tidak dapat menjadikan diri sendiri pejabat" (422); karyawan tanpa wewenang yang mencoba menandatangani mendapat DORT_GOZ_YONETICI (403). Setiap tanda tangan mencatat kelasnya (manajer / pejabat / kepala bagian / karyawan); membuka persetujuan menampilkan daftar "penandatangan kedua" yang ditetapkan untuk keluarga itu.

Daftar persetujuan menampilkan apa kepada siapa: keluarga topik

Layar persetujuan dulu hanya terbuka dengan hak modul Kualitas; pengguna produksi tidak bisa memulai persetujuan varian logam, pegawai bank tidak bisa melihat persetujuan kurs. Kini gerbang menyempit menurut topik: keluarga keuangan terlihat dan dapat dimulai dengan hak Manajemen/Bank/Faktur, keluarga kualitas dengan Kualitas, keluarga operasi dengan Gudang/Produksi/Pembelian/Pesanan; "metal-kur" masuk operasi sekaligus keuangan. Daftar disaring ke topik yang boleh Anda lihat (jawaban membawa tanda "disaring menurut topik") — daftar kosong adalah cakupan, bukan gangguan. Manajer melihat semuanya.

Memperbarui paket subkontrak sebagian (menambahkan dokumen belakangan)

Paket subkontrak yang dibuka tanpa dokumen dulu macet: CoC, CoA, PPAP, sertifikat, seri, lot, atau ASN tidak bisa ditambahkan belakangan. Kini paket dapat diperbarui sebagian: hanya kolom yang Anda kirim yang ditulis, sisanya tetap. Aturan: begitu paket keluar dari draf, dokumen/lot/seri/ASN tidak bisa dikosongkan (gerbang "siap" tidak boleh mundur); id dokumen harus berkas aktif atau beku di Lampiran (jika tidak, FASON_BELGE). Kolom status (persetujuan pemasok, status kirim/terima, no. perintah, akun) tidak bisa diubah lewat jalur ini — jika ada di badan permintaan, FASON_PAKET_KORUMA (422); itu bergerak lewat titik "status".

Jika dua orang menyunting paket yang sama: setiap catatan membawa versi. Jika "versi yang diharapkan" yang Anda kirim berbeda dari yang tersimpan, Anda mendapat KAYIT_DEGISTI (409) — tidak ada data hilang; baca ulang paketnya, lihat perubahan terakhir, lalu simpan. Jawaban selalu mengembalikan daftar "kurang" dan tanda "bisa siap"; jawaban penulisan paket juga menyebut yang kurang.

Lot otomatis pada pembelian bahan baku dan pelacakan lot per kartu

Sampai kini "kartu berlacak lot" berarti "kartu yang pernah punya lot"; faktur pembelian tidak membuka lot sementara penjualan mengurangi dengan FEFO. Tiga bagian ditambahkan:

1. Tanda kartu: "pelacakan lot ya/tidak" dapat ditulis secara eksplisit per kartu stok (Gudang › pelacakan lot; API PUT /api/depolar/lot-takip/<kode>; manajer atau petugas gudang mana pun). Tanpa tanda, aturan lama berlaku (kartu dengan riwayat lot dilacak); "tidak" mematikan pelacakan meski ada riwayat.
2. Lot otomatis pada pembelian: saat faktur pembelian (jenis yang menerima stok) ditulis, satu lot dibuka untuk setiap baris yang dilacak. Jika Anda memberi nomor lot dan kedaluwarsa pada baris, itu yang dipakai; jika tidak, nomor dibuat dari pola pada gerbang depo.otomatik_lot_kalibi (bawaan "{belgeNo}-{sira}"; pengganti {belgeNo} {sira} {kod} {tarih} {depo}, maksimal 60 karakter, {belgeNo} wajib). Kartu tanpa pelacakan dilewati diam-diam; daftar "lotlar" pada jawaban menyebut lot mana berasal dari sumber mana, lot badan yang gagal ditulis dilaporkan lewat "lotUyari". Memanggil dokumen yang sama lagi memberi "zatenVar".
3. Pengembalian saat faktur dihapus: penerimaan lot yang dibuka oleh dokumen itu dibalik (baris yang mencapai nol dihapus), pengurangan penjualan yang tertaut ke dokumen dikembalikan dengan lot dan kedaluwarsa yang sama; jawaban membawa "lotGeriAl". Panggilan hapus kedua tidak melakukan apa pun. Galat pengembalian tidak merusak penghapusan; tampil sebagai "lotGeriAl.hata".

Penerimaan barang IQC satu panggilan dan syarat lot CoC

Menerima batch yang datang dulu berarti lima operasi terpisah: pemeriksaan sertifikat, catatan penerimaan IQC, keputusan, lot, dan pelepasan dari karantina. Titik baru POST /api/kalite/iqc-kabul menjalankannya berurutan dalam satu panggilan; badan permintaan mewajibkan nomor faktur (atau baris: kode+jumlah), keputusan (terima/tolak), gudang tujuan (bukan karantina), dan alasan; lot/kedaluwarsa dan sertifikat opsional. Izin: gerbang tulis kualitas (manajer atau petugas gudang karantina).

Membaca keberhasilan sebagian: titik ini bukan semua-atau-tidak — ia lima operasi terpisah. Jika satu langkah gagal, jawaban mengembalikan kode galat langkah itu (403/404/409/422), menyatakan "selesai: tidak", dan mencantumkan langkah yang sudah ditulis (mis. catatan dan keputusan ditulis, pelepasan gagal dengan "jumlah melebihi stok"). Selesaikan sisanya secara manual, atau perbaiki jumlah dan ulangi hanya langkah yang gagal.

Syarat lot CoC (gerbang kalite.coc_lot_zorunlu): pemeriksaan CoC tanpa nomor lot pada kartu yang sertifikatnya wajib lolos saat gerbang mati tetapi membawa peringatan "pemeriksaan umum — bukan berbasis lot"; saat gerbang aktif ia berhenti dengan LOT_GEREKLI. Dengan lot hanya gerbang "tidak ada sertifikat" yang ditanyakan. Saat Anda mengunggah berkas kedua ke objek yang sama di Lampiran (mis. nomor heat yang sama), aktifSayac pada jawaban menyebut berapa berkas aktif pada kunci itu — cara tercepat menyadari unggahan sertifikat ganda.

Ringkasan 90 hari pemasok, pengaturan tanda tangan tunggal, dan kunci periode otomatis

Ringkasan pemasok (GET /api/kurumsal/tedarikci-ozet?carikod=…&gun=90; hak departemen, produksi, faktur, kualitas, atau gudang): jumlah/nilai pembelian dan retur dalam N hari terakhir, IQC terima-tolak-menunggu dan rasio penolakan, jumlah NCR dan NCR terbuka, penolakan kualitas, nilai akun, dan skor pemasok logam. Karena NCR dan penolakan karantina tidak membawa akun, dicocokkan dengan aturan "pemasok pengiriman pembelian terakhir sebelum tanggal catatan" — aturan yang sama dengan rapor pemasok.

Pengaturan tanda tangan tunggal (depo.dort_goz_tek_imza): jika perusahaan hanya punya satu administrator sistem dan gerbang aktif, administrator itu boleh menyetujui perintah transfernya sendiri; jejaknya masuk ke catatan sebagai "TEK_IMZA" dan baris tersendiri dibuka di jejak Audit. Jika ada administrator lain, pengaturan tidak diterapkan. Kunci periode otomatis (mali.donem_kilidi_otomatik = tanggal dalam bulan, 0 mati): pada hari ke-N bulan sebelumnya dikunci (tanggal kunci = tanggal 1), pengumuman dikirim ke manajer, catatan audit ditulis; kunci yang dimajukan manual tidak ditarik mundur. Keduanya ada di layar Manajemen › Gerbang keamanan; lihat tabel di panduan Keamanan.

Akreditasi pemasok (Nadcap) dan gerbang pengiriman subkontrak

Proses khusus seperti perlakuan panas, pelapisan dan NDT tidak boleh diberikan kepada pemasok tanpa akreditasi. Akreditasi (program, nomor, penerbit, MASA BERLAKU) dicatat per pemasok. Gerbang berjalan saat paket subkontrak menjadi dikirim. Rincian: Ketertelusuran Pertahanan.

Setup asks about backup maintenance, second-user approval, amount limits and the Financial Operations period lock. All default to off. Administrators can change them under Settings → Corporate controls. The 15-minute maintenance lease is a safety timeout, not a waiting period. Scheduled MAIN/EK1 backup requires this option. Administrators can always back up manually; the write lease is temporary and does not enable the saved option. Existing period locks in other document modules remain separate.

Financial operations, planning and backups

Open Corporate → Financial Operations. Define your accounts first; a customer control account must use the customer type. Reconciliation shows source transactions, explicit settlements and the difference between the customer subledger and posted entries. Existing documents are not posted automatically.

Select a source transaction and prepare an entry. Debit and credit totals must balance; customer control amounts must match the source. When second-user approval is enabled, another authorized user approves the draft. A posted source document cannot be edited or deleted until its entry is reversed with a reason. Reversal preserves the original and creates opposite journal lines on the current open date.

For settlement, select debit and credit transaction numbers for the same account and the amount to apply. Partial payments, advances and returns can use their existing source records. Remaining balances are checked again on approval. Customer analyses apply confirmed links first and use FIFO only for unmatched balances.

Planning and Operations → Additional cost flow follows a recorded purchase cost through inventory movements and production outputs. Select Prepare accounting entry, then choose the expense invoice, supplier and accounts. Add a tax line if needed. The cost allocation total is protected and the entry requires a second approver only when that option is enabled. Negative stock or untraceable returns/cancellations prevent an unsupported allocation.

Material and capacity planning combines the recipe, available inventory, procurement lead times, machine queues and dated working-minute overrides. Shared components consume stock once. Dates are conservative daily estimates, not reserved delivery promises. Missing lead times, inactive machines or incomplete routings leave the date blank. Existing genealogy remains available from the Traceability tab.

Daily backups require an existing server folder, a schedule, a backup password and administrator credentials for unattended execution. Credentials are stored encrypted. During the native snapshot, MAIN and EK1 writes pause under an expiring lease. Package verification checks both encrypted files. Actual restore runs from the setup wizard into a new company; new PostgreSQL and Firebird backups also compare table row-count fingerprints before the restored company is registered.