Tulang Belakang Korporat

Panduan ini menunjukkan bagaimana untuk menggunakan tetingkap Backbone korporat dalam setup pembuatan pelbagai pertahanan dengan real UI skrin yang

Sebelum anda memulakan

1. Mendaftar dengan syarikat dan pengguna yang betul

   Nama pengguna berulang pada peranti kedua kini mendapat sesi berasingan, tetapi aliran kerja kelulusan masih memerlukan tahap pihak berkuasa yang betul dan pemilihan syarikat.

2. Baca Pintu Politik Aktif

   APQP, Pakej sub kontrak, dinding pemindahan kilang dan pelaksanaan empat mata boleh diambil dari skrin pengguna; semak mereka sebelum memulakan rekod kritikal.

3. Gunakan medan pilihan dengan sengaja

   Pengangkut, gudang, kelas keselamatan, siri julat, sijil, fail ID dan medan nota kemudian muncul dalam pakej audit dan laporan.

0. Tab peta dan pintu peranan — "mengapa saya hanya melihat 8 Tembakan »

Jendela Backbone Syarikat menentukan buah Tembakan tetapi Tidak semua orang boleh melihat . Bar tab disemak mengikut peranan: seseorang dalam peranan pengeluaran melihat lapan, pentadbir sistem melihat sepuluh. ini adalah oleh reka bentuk, bukan kesilapan - titik akhir pelayan di belakang tab yang anda tidak boleh lihat juga ditutup kepada anda. Jadual di bawah menunjukkan mana pihak berkuasa membuka tab yang mana, dan di mana ia didokumenkan pada halaman ini.

1. Genetik

Tab ini mengukuhkan penjejakan sebab akar untuk lot, siri dan pesanan kerja. FAI, SPC, NCR, Sub kontrak, bilik bersih dan nod perniagaan muncul dalam pokok jejak yang sama.

📷 Skrin sebenar

Skrin sebenar: lot dan siri carian di sebelah kiri, nod dan hubungan penulis di sebelah kanan.

2. fail pengeluaran

Data seperti yang dirancang dan as-dibina disimpan dalam objek yang sama. Resep, komponen, operasi, pengesahan dan status kualiti dikaitkan dengan urutan fail yang sama.

📷 Skrin sebenar

Skrin sebenar: menangkap, senarai, membekukan dan perbandingan resipi dalam satu tab.

• Fail beku menyimpan perbezaan yang dirancang dan dibina di dalam rekod yang sama; jika resipi, operasi, atau hasil kualiti berubah, menangkap gambar baru dan menyimpan fail beku lama sebagai bukti.
• Perbandingan resipi menunjukkan apa yang dirancang terlebih dahulu, manakala pengesahan dan pautan kualiti menunjukkan apa yang sebenarnya berlaku di lantai.

3. E-Tandatangan / Penilaian

Pengguna yang sama tidak boleh menandatangani dua kali. peraturan kelulusan dikaitkan dengan jenis sumber, nombor sumber dan teks pernyataan. rekod penyimpanan projek, konfigurasi, tarikh keberkesanan dan julat siri bersama-sama.

📷 Skrin sebenar

Skrin sebenar: kelulusan dan tandatangan di sebelah kiri, cek keberkesanan dan kebolehpercayaan di sebelah kanan.

Peraturan Penggunaan

• Menamatkan kelulusan dua pengguna sebelum mengemukakan bajet atau FX rekod yang
• Jangan biarkan projek atau julat siri kosong apabila menyimpan penilaian; pemeriksaan kebolehpercayaan bergantung kepada mereka.
• Tarikh keberkesanan, konfigurasi, dan julat siri membuat makna bersama.Jika satu kekal kosong, penilaian yang sama boleh menjejaskan varian produk yang salah.

4. APQP / NCR

yang APQP Pihak belakang mengekalkan PSW, MSA, PFMEA, aliran proses, sejarah kapasiti dan versi kawalan-rancangan di bawah satu akar. NCR rekod tidak boleh ditutup sehingga tindakan stok fizikal selesai.

📷 Skrin sebenar

Skrin yang sebenar : APQP pengurusan dokumen, penyelesaian penyimpangan dan NCR Pengurusan tindakan dijalankan bersama.

Perbezaan atau pengecualian hendaklah dibuka hanya dalam banyak, siri, atau had perintah. APQP, menunjukkan secara jelas siri mana yang dikeluarkan dan sehingga tarikh mana.

5. Sub kontrak aliran

Sub kontrak penghantaran dan pengembalian ahli sihir ASN, kelulusan pembekal, CoC, CoA, PPAP, senarai sertifikat, lot dan siri dalam satu rekod pakej.

📷 Skrin sebenar

Skrin sebenar: pemilihan operasi, medan pakej dan status penghantaran atau penerimaan hidup bersama-sama.

• Jangan buat pakej tanpa memilih akaun pembekal.
• Jika CoC, CoA atau sijil hilang pada pengembalian, jangan menandakan penerimaan sebagai lengkap.
• Jangan simpan ASN, paket lot, siri, dan pengembalian menerima di tempat yang berasingan. pakej Backbone wujud untuk mengekalkan penghantaran, proses luaran, dan rantaian pengembalian dalam satu rekod.

6. Perkhidmatan / gudang

Tab ini menggabungkan setup kilang, dasar keselamatan gudang dan pengesahan stok pra-save hidup. dinding kuarantina dan kelas keselamatan dilaksanakan di sini semasa pemindahan.

📷 Skrin sebenar

Skrin sebenar: definisi tanaman di sebelah kiri, dasar gudang dan pemeriksaan pra di sebelah kanan.

7. Projek / bukti

Projek yang WBS, Perjanjian kewangan, FX kebijakan kesan dan bukti berasaskan kawasan diuruskan di sini. bajet yang diluluskan dan FX entri tidak boleh diposkan tanpa rantaian empat mata.

📷 Skrin sebenar

Rujukan : Projek pokok, WBS, dalam bajet, FX dan kebijakan bukti dalam satu pandangan.

8. Tugas / Alat

Tab ini mencipta tugas-tugas daripada HR penemuan, membolehkan input tugas manual, menyimpan penapis pengguna dan menjalankan pembersihan data ujian yang selamat.

📷 Skrin sebenar

Skrin sebenar: senarai tugas, penapis disimpan, contoh penyihir dan keselamatan ujian pembersihan bersama-sama.

Nota operasi pusingan 2

Bahagian ini menarik peraturan operasi harian yang berubah selepas pusingan 2 Perbezaan antara: Minimum privilege `ik_muduru` penggunaan, konflik portal-update yang bersamaan, penghantaran penuh medan pilihan, dan rantaian bukti cross-tab.

📷 Skrin sebenar

Tugas / Alat yang sama skrin anchor the Round-2 Nota: penciptaan tugas, pemantauan portal, dan pembersihan ujian selamat masih hidup bersama.

📷 Skrin sebenar

Notis penghantaran dan identiti fail memberi makan rantaian audit yang sama yang digunakan oleh Project / Evidence untuk bajet, FX, dan kebijakan bukti berasaskan kawasan.

Operasi logam: 9 langkah aliran kerja harian

Terbuka Operasi logam dalam tetingkap Backbone korporat. walaupun kad kelihatan berasingan, mereka menyertai melalui kod saham yang sama, gudang, haba/lot dan nombor sumber. medan berpasangan wajib; lengkap medan pilihan apabila mungkin untuk carian dan audit.

Pusat Operasi Logam dan Terminal Handheld

Terbuka Pusat Operasi Logam dalam Backbone korporat. pada telefon atau handheld scanner terbuka Terminal Pengangkutan Logam Mengikut perintah ini untuk mengekalkan kerja harian yang betul dan boleh didengari.

1. Pengurusan : Pilih QR, Barcode yang RFID atau manual. simpan fokus dalam kotak kod besar untuk pemindai emulasi papan kekunci. Label yang disyorkan ialah STOK=...|LOT=...|PAKET=...|DEPO=...|LOKASYON=.... Validate Scan menyelesaikan stok, haba, lot, pakej, gudang dan bin bersama-sama.
2. Jumlah tambahan : masuk stok dan opsional gudang. baca di tangan, jualan/reservasi pusat, pembelian terbuka, in-transit, produk yang dirancang, permintaan komponen, stok yang tersedia, ATP Tarikh dan risiko dalam satu hasil.
3. Perbezaan Matriks : menjimatkan faktor pelanggan, diskaun, hari utama, mata wang dan darjah alternatif. Generasi baris daripada ID varian aktif, kemudian hantar mereka ke borang entri kutipan sebenar dan ulasan sebelum simpan.
4. Jadual yang dipotong : masukkan pelan, mesin, permulaan/akhir dan kapasiti. overlaps atau kapasiti overruns ditolak. tarik kad untuk mengarahkan semula dan memantau hasil dan kekal panjang.
5. ASN dan penghantaran : penuh pintu / penunjuk, muat, rujukan pembawa, plat dan pemandu. muat naik bukti penghantaran. pelayan menolak penghantaran tanpa aktif POD dan penerima
6. Sijil OCR: Masukkan konteks dan upload MTC PDF/PNG/JPEG. OCR mencadangkan haba, lot, darjah, standard, saiz dan nombor sijil. OCR Tidak pernah mengeluarkan sijil itu sendiri.
7. Pengisian yang bijak : menilai pembekal yang diluluskan, kemudian mengira untuk stok, cawangan/pembekal dan tempoh penggunaan. Hasilnya memberikan pemindahan/pembelian, kuantiti, kelas kelajuan dan bukti; meluluskannya secara berasingan.
8. Webhoki /EDI: menghantar saluran, acara, rujukan luaran, beban dan kunci identiti unik. Mengembalikan kunci yang sama tidak mencipta duplikat. Pemproses mengemas kini status dan tindak balas.
9. Kecuali dalam cabang : Penilaian negatif ATP, lot yang tidak disahkan, berat off-tolerance, pesanan terlambat dan buka in-transit setiap hari. pengguna tanpa kebenaran kewangan tidak melihat cek atau FX senarai yang
10. Pakej Audit : masukkan pesanan / invois, haba / lot dan ASN. Mengesahkan hash manifest, kemudian muat turun PDF atau ZIP. ZIP mengandungi yang UTF-8 bukti, bukti dan SHA256SUMS.txt. Penanda ini membuktikan integriti; ia bukan tandatangan elektronik yang berkelayakan.

Maklumat praktikal : Pelayan tempatan OCR Membaca PNG/JPEG dan PDF yang disemak, sehingga 20 MB dan 20 PDF Tarikh pemindahan kuota disimpan pelanggan, mata wang, diskaun dan tarikh yang dibayar; masukkan tarikh sebenar FX kadar secara berasingan. Menggambar kad pemotongan bertukar masa nyata secara atomik. PDF mengandungi CMS Tandatangan; ZIP juga termasuk SHA256SUMS.p7s Sijil ujian aplikasi yang dipasang bukanlah tandatangan yang layak atau penanda masa yang dipercayai. Perhubungan bank / pengangkut dan fizikal RFID/weighbridge penerimaan memerlukan akaun dan peranti pembekal.

Keadaan yang biasa

E-signature › "Pihak Berkuasa Kelulusan (penandatangan kedua)" dan matriks empat mata

Dalam kelulusan korporat (budget, deviation, varian logam, kadar pertukaran...) peraturan yang mematuhi Kod kuasa, Dalam sebuah syarikat dengan satu pengurus, peraturan yang dikodkan "yonetici" tidak pernah boleh selesai: tiada pengurus kedua untuk menandatangani. yang Pihak berkuasa kelulusan kad menyelesaikan ini - pengurus menamakan pekerja sebagai penandatangan kedua untuk Subjek Keluarga.

1. Syarikat » E-Tandatangan tab › kad "Pihak berkuasa kelulusan (penandatangan kedua)" (hanya pengedit pentadbir sistem).
2. Masukkan nama pengguna, pilih nama Subjek Keluarga: Kewangan (Bajet, fx, hedge, kontrak, projek, pembayaran, kredit) Kualiti (Pengubahsuaian dan penyimpangan APQP, PPAP, NCR, FAI, ECN, CAPA, bilik yang bersih, Operasi ( untuk penyelesaian RMA, kadar, berat jambatan, varian, pemotongan, penghantaran, pemindahan, pengisian, sijil... atau * (Semua yang Nota pilihan; Menambah kuasa.
3. Menulis pengguna yang sama + keluarga untuk kali kedua mengemas kini rekod (tidak duplikat). Menghapus Pihak berkuasa jatuh di barisan; kelulusan yang menunggu tidak disentuh.

Mesej yang : "Keluarga yang tidak berkelayakan (422) - hanya empat nilai yang sah; "pengguna tidak ditemui" (404); “Kamu tidak boleh membuat diri kamu sebagai kuasa” (422); Pekerja yang tidak dibenarkan yang cuba menandatangani DORT_GOZ_YONETICI (403). Setiap tandatangan mencatat kelasnya (pemimpin / pihak berkuasa / ketua jabatan / pekerja); pembukaan kelulusan menunjukkan senarai "penandatangan kedua" yang ditakrifkan untuk keluarga itu.

Apa yang disenaraikan dalam senarai kelulusan kepada siapa: keluarga subjek

Skrin kelulusan digunakan untuk membuka hanya dengan module Kualiti kanan; pengguna pengeluaran tidak boleh memulakan kelulusan varian logam, seorang bankir tidak boleh melihat kelulusan kadar. Pintu gerbang kini sempit dengan Subjek: Keluarga kewangan adalah kelihatan dan boleh dimulakan dengan Hak Pengurusan / Bank / Invoice, keluarga kualiti dengan Kualiti, keluarga operasi dengan Warehouses / Pengeluaran / Pembelian / Pesanan; "metal-kur" adalah kedua-dua operasi dan kewangan. Senarai ini disemak kepada subjek yang anda boleh lihat (tanggapan itu membawa bendera "filter oleh subjek") - senarai kosong adalah jangkauan, bukan kesilapan.

Sebahagian pembaharuan pakej subkontrak (menambah dokumen kemudian)

Pakej subkontrak yang dibuka tanpa dokumen yang digunakan untuk ditahan: CoC, CoA, PPAP, sertifikat, siri, lot atau ASN tidak boleh ditambah kemudian. pakej kini boleh Sebahagian dikemaskini: Hanya medan yang anda hantar ditulis, selebihnya kekal. Peraturan: Sebaik sahaja pakej telah meninggalkan rancangan, dokumen / lot / siri /ASN Tidak boleh dibiarkan putih (Pintu "siap" tidak boleh kembali); ID dokumen mesti fail aktif atau beku dalam Tambah (atau lain-lain) FASON_BELGE). medan status (pengesahan pembekal, status penghantaran/pengambilan, pesanan tidak, akaun) tidak boleh diubah dengan cara ini - jika terdapat dalam badan, FASON_PAKET_KORUMA (422); yang bergerak melalui titik akhir "status".

Jika dua orang mengedit pakej yang sama: Setiap rekod membawa a Versi. Jika "versi yang diharapkan" yang anda hantar berbeza daripada yang disimpan yang anda dapatkan KAYIT_DEGISTI (409) — tiada data yang hilang; reread pakej, lihat perubahan terkini, kemudian simpan. jawapan sentiasa mengembalikan senarai "tidak" dan bendera "boleh siap"; jawapan yang ditulis pakej juga menyenaraikan item yang hilang.

Lot automatik pada pembelian bahan mentah dan per-card lot tracking

Sehingga kini "kartu yang ditarik" bermaksud "kartu yang mempunyai banyak sebelum ini"; invois pembelian tidak dibuka banyak sementara jualan dikonsumsi oleh FEFO. Tiga buah telah ditambah:

1. Bendera dalam : "lot tracking ya/no" boleh ditulis secara eksplisit melalui kad saham (Warehouses › lot tracking; API PUT /api/depolar/lot-takip/<Kod>; manajer atau mana-mana penyimpanan). Tanpa bendera, peraturan lama digunakan (kad dengan sejarah lot diikuti); "tidak" beralih menjejaki walaupun sejarah.
2. Lot automatik semasa pembelian: apabila invois pembelian yang menerima stok direkodkan, lot dibuka untuk setiap baris yang dijejak. Nombor lot dan tarikh luput yang diberi pada baris digunakan; jika tiada, nombor dijana daripada corak pada kawalan depo.otomatik_lot_kalibi, lalai «{belgeNo}-{sira}»; pemegang tempat {belgeNo} {sira} {kod} {tarih} {depo}, maksimum 60 aksara, dan {belgeNo} wajib. Kad tanpa penjejakan dilangkau tanpa amaran; senarai «lotlar» dalam jawapan menunjukkan sumber setiap lot, dan lot dalam badan yang gagal direkodkan dilaporkan melalui «lotUyari». Memanggil dokumen yang sama semula memberikan «zatenVar».
3. Rollback apabila invois dipadamkan: lot penerimaan yang dibuka oleh dokumen itu diputar balik (satu baris yang mencapai sifar dihapuskan), jualan yang dikaitkan dengan dokumen dikembalikan dengan lot yang sama dan tamat tempoh; jawapan membawa "lotGeriAl". panggilan penghapusan kedua tidak berbuat apa-apa. kesilapan rollback tidak memecahkan penghapusan; ia muncul sebagai "lotGeriAl.hata".

Panggilan tunggal IQC penerimaan barangan dan keperluan lot CoC

Mengakui batch masuk digunakan untuk menjadi lima operasi berasingan: pemeriksaan sijil, IQC rekod penerimaan, keputusan, lot dan pembebasan daripada kuarantina. Titik Akhir Baru POST /api/kalite/iqc-kabul mengalir dalam keadaan yang di Panggilan tunggal; badan memerlukan nombor invois (atau baris: kod + kuantiti), keputusan (menerima / menolak), gudang sasaran (tidak kuarantina) dan alasan; lot / tamat tempoh dan sijil adalah opsional. Permohonan: Pintu tulis kualiti (pengurus atau pengawal rumah karantina).

Membaca kejayaan sebahagian: Akhir ini ialah Tidak semua-atau-tidak-tidak-apa - ia adalah lima operasi berasingan. jika satu langkah gagal, jawapan mengembalikan kod ralat langkah itu (403/404/409/422), kata " selesai: tidak" dan senarai langkah-langkah telah ditulis (dalam hal ini rekod dan keputusan tertulis, pelepasan gagal dengan "jumlah melebihi di tangan"). selesai selebihnya secara manual, atau memperbaiki jumlah dan hanya membuat semula langkah yang gagal.

Permintaan lot CoC (gate) Teka-teki : Coc_lot_zorunlu): a CoC check tanpa banyak nombor pada kad di mana sijil wajib melepasi sementara pintu terbuka tetapi membawa amaran "cek umum - bukan berbasis banyak"; dengan pintu di atasnya berhenti dengan LOT_GEREKLI. Apabila anda memuat naik fail kedua ke objek yang sama dalam Attachments (contohnya, nombor haba yang sama), AktivitiPenggunaan dalam jawapan memberitahu berapa banyak fail aktif yang kunci memegang — cara yang paling cepat untuk melihat duplikat sijil muat naik.

Pembekal 90-ringkasan hari, tetapan tandatangan tunggal dan kunci tempoh automatik

Penyedia ringkasan (GET /api/kurumsal/tedarikci-ozet?carikod=…&gun=90; jabatan, pengeluaran, invois, kualiti atau hak gudang: pembelian dan pengembalian bil / jumlah dalam tempoh N hari terakhir; IQC menerima dan menolak Perbandingan penolakan NCR mengira dan membuka NCR, penolakan kualiti, penarafan akaun dan skor pembekal logam. Kerana NCR dan penolakan kuarantina tidak membawa akaun, mereka disesuaikan dengan peraturan "pembekal penghantaran pembelian terakhir sebelum tarikh rekod" - peraturan yang sama seperti skor.

Tetapan satu tandatangan, depo.dort_goz_tek_imza: jika syarikat hanya mempunyai seorang pentadbir sistem dan kawalan dihidupkan, pentadbir itu boleh meluluskan arahan pemindahannya sendiri; jejak dicatat sebagai «TEK_IMZA» dalam nota dan baris Jejak audit berasingan dibuka. Jika terdapat pentadbir lain, tetapan tidak digunakan. Kunci tempoh automatik, mali.donem_kilidi_otomatik = hari dalam bulan, 0 dimatikan: pada hari N, bulan sebelumnya dikunci dengan tarikh kunci pada hari pertama; pengumuman dihantar kepada pengurus dan rekod audit ditulis. Kunci yang dimajukan secara manual tidak diundurkan. Kedua-duanya berada pada skrin Pengurusan › Kawalan keselamatan; lihat jadual dalam Panduan keselamatan.

Akreditasi Pembekal (Nadcap) dan pintu penghantaran sub kontrak

proses khas seperti pemprosesan haba, pelapisan dan NDT tidak boleh diberikan kepada pembekal yang tidak bertauliah. akreditasi (program, nombor sijil, pengeluarkan, EXPIRY) disenaraikan per pembekal; rekod operasi laluan yang program diperlukan. pintu berjalan apabila pakej subkontrak bergerak ke Pengangkutan dan menghentikan penghantaran pada akreditasi yang tamat tempoh. Jika operasi tidak menjalankan proses khas, pintu gerbang tidak pernah berjalan. Pertahanan Traceability → Proses Khas.

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.