Bantuan › Pengaturan dan Log

Pengaturan dan Log — Menyesuaikan Program dengan Anda

Jendela Pengaturan menyimpan dua jenis pengaturan berdampingan: yang milik Anda sendiri (tema, tata letak jendela, pintasan) dan yang memengaruhi operasi perusahaan (preferensi HNR, pengguna, koneksi, informasi perusahaan, dan formulir cetak). Bermainlah bebas dengan kelompok pertama; pada kelompok kedua, ubah hanya yang diperlukan pekerjaan Anda. Empat bagian khusus administrator ditandai jelas di bawah. Jendela Log menjawab "barusan terjadi apa".

0. Jalur membuka dan peta bagian sebenarnya

Jalur membuka: Dock bawah › Pengaturan. Pengguna biasa melihat Tampilan, Jendela, Akun, Preferensi HNR, Koneksi, Pintasan, dan Sistem. Administrator juga melihat Pengguna, Status, Pengguna Aktif, dan Formulir Cetak. Pada tampilan seluler, bagian khusus desktop Jendela dan Pintasan disembunyikan. Tidak melihat bagian administrator adalah akibat izin, bukan kerusakan.

Bagian yang dapat dibuka dan ditutup: Semua judul utama dan kelompok pengaturan di dalamnya awalnya tertutup. Klik judul, atau pilih dengan Tab lalu tekan Enter atau Spasi. Beberapa bagian utama dapat terbuka bersamaan. Menutup lalu membuka bagian tetap mempertahankan draf yang belum disimpan; tindakan ini bukan pengganti Simpan. Setelah seluruh jendela Pengaturan ditutup dan dibuka lagi, semua judul kembali tertutup. Preferensi HNR › Informasi Perusahaan › Preferensi Produksi hanya terlihat oleh administrator sistem; pengguna lain tidak melihat judul pengaturan perusahaan maupun ringkasan hanya-baca.

1. Tampilan dan Jendela

Ini murni soal selera; tak ada pilihan di sini yang memengaruhi data Anda. Tiga yang paling berguna:

2. Akun — tempat kata sandi Anda

Di sinilah Anda mengubah kata sandi. Tiga aturan:

• Jangan bagikan kata sandi Anda kepada siapa pun — bahkan administrator sekalipun; administrator tidak membutuhkan kata sandi Anda.
• Keluar dari sesi saat meninggalkan komputer bersama; jika tidak, apa pun yang dilakukan tercatat atas nama Anda.
• Jika Anda lupa kata sandi, administrator memberikan yang baru; ia tak bisa membaca yang lama — dan itu desain yang benar.

3. Pintasan

Pintasan papan ketik didaftar dan bisa diubah. Bagi pemula hanya sedikit yang layak dipelajari:

4. Preferensi HNR

Ini bukan soal tampilan melainkan soal kebiasaan kerja: gudang mana yang jadi bawaan, bagaimana daftar terbuka, dan sebagainya. Seiring waktu, apa pun yang Anda ubah berulang kali, aturlah sekali di sini.

5. Bagian milik administrator

Bagian di bawah ini hanya muncul bagi pengguna dengan hak administrator sistem. Jika Anda tak melihatnya, tak ada yang rusak — Anda hanya tak punya izinnya. Menyembunyikan bagian hanyalah kosmetik; gerbang sebenarnya ada di server: permintaan tanpa izin ditolak juga di sana.

6. Log — "barusan terjadi apa?"

Jendela Log adalah jurnal operasi yang disimpan program tentang dirinya sendiri. Anda melihat ke sini saat sebuah operasi tidak berjalan seperti yang diharapkan atau Anda melihat pesan kesalahan. Ini bukan catatan akuntansi — ini catatan teknis.

7. Pertanyaan umum

Saya mengubah pengaturan — apakah berubah juga untuk rekan saya?

Tampilan, jendela, pintasan dan preferensi HNR adalah milik Anda sendiri: tak ada yang terpengaruh. Pengguna, koneksi dan informasi perusahaan memengaruhi semua orang. Jika ragu, lihat dua kolom pada Gambar 1.

Saya sama sekali tak melihat sebuah bagian

Anda tidak punya izinnya. Ini bukan kerusakan; bagian administrator hanya terlihat oleh administrator. Jika Anda benar-benar membutuhkannya, mintalah kepada administrator sistem dan sebutkan mengapa Anda membutuhkannya — izin diberikan dengan alasan.

Programnya melambat — apakah saya harus melihat log?

Pertama lihat bagian Pemantauan server (atau minta administrator Anda melihatnya): ia memberi tahu apakah masalahnya di sisi Anda atau di server. Log adalah tempat untuk "operasi mana yang gagal". Keduanya menjawab pertanyaan berbeda.

8. Daftar istilah

9. Pengguna › "Templat peran": membuat pengguna tanpa mengklon

Cara lama memberi izin kepada karyawan baru adalah "salin seseorang yang mirip, lalu perbaiki seratusan kotak izin satu per satu"; hasilnya biasanya semua orang berkeliaran dengan hak petugas gudang — tenaga penjual bisa membuka perintah produksi, petugas kualitas bisa melihat bank. Grup Templat peran pada bagian Pengguna mengakhirinya: pilih, terapkan, simpan.

1. Pengaturan › Pengguna › pilih pengguna (atau buat baru) › pilih peran dari pemilih "Templat peran". Di bawahnya tercantum keterangan templat dan modul yang dibukanya.
2. Terapkan (tambah): bit templat ditambahkan di atas izin yang ada (untuk menggabungkan dua templat). Hanya templat: bit di luar templat dimatikan; bit administrator sistem dipertahankan.
3. Perbaiki kotak satu per satu jika perlu (templat hanya titik awal); Simpan. Tidak ada yang ditulis ke server sampai Anda menekan Simpan.

Berlaku seketika: begitu Anda menekan Simpan, sesi terbuka pengguna disegarkan; tidak perlu keluar-masuk. Jika Anda mengganti sandi, sesi terbuka putus dan pengguna masuk dengan sandi baru. Jawaban menampilkan hitungan "penyegaran sesi: disegarkan / diputus". Aturan: panduan Keamanan, bagian 8.

Preferensi Produksi: Level 1 dan templat industri — panduan administrator

10. Layar masuk › ⚙ wizard "Pengaturan awal / Perusahaan baru"

Wizard dibuka dari ikon roda gigi di layar masuk dan membuat perusahaan baru dalam tujuh langkah: bahasa dan negara, database, administrator utama, pemeriksaan dan pembuatan, pengguna, tingkat produksi, ringkasan pengaturan. Tidak perlu kunci pengaturan; perusahaan yang ada tidak disentuh dan wizard berhenti jika database utama, EK1 atau entri perusahaan sudah ada dengan kode yang sama.

Langkah 2 memiliki dua lapisan: tampilan sederhana dan "Pengaturan lanjutan"

Tampilan sederhana (bawaan) hanya menanyakan satu hal: kode perusahaan baru. Mesin database, alamat server dan kata sandi administrator tidak tampil di layar; semuanya berasal dari konfigurasi server aplikasi. Baris akun administrator bersifat hanya-baca dan menampilkan hnr_kurulum · kata sandi tersimpan di server ✓: kata sandi itu tidak pernah dikirim ke peramban — server menyisipkannya ke permintaan pengaturan. Agar baris ini muncul, operator harus mendefinisikan kurulum.basitKimlik=<pengguna>:<kata sandi> di server.properties (kata sandi dapat diambil dari variabel lingkungan dengan ${env:NAMA}; gunakan kurulum.basitMotor=firebird5 untuk mengganti mesin). Tanpa baris itu wizard langsung membuka tampilan lanjutan. Akun ini bukan superuser — hanya membuat database perusahaan; ubah kata sandinya sebelum masuk produksi.

"Pengaturan lanjutan" menanyakan di mana database akan berada, lewat tiga kartu pilihan; hanya bidang kartu yang Anda pilih yang terbuka: (1) Database di komputer ini — perangkat lunak server berjalan di mesin yang sama dengan aplikasi; mesin, akun administrator dan baris server hanya-baca ditampilkan. (2) Server SQL jarak jauh di jaringan yang sama — database ada di mesin lain; bidang nama server, alamat, port, mode TLS, sertifikat CA, direktori data Firebird dan peran runtime terbuka. (3) Kluster SQL / server kluster — profil yang didefinisikan di konfigurasi server ditampilkan; entri "Tentukan kluster cloud…" di bagian bawah membuka formulir yang sama untuk Neon dan CockroachDB Cloud dengan verify-full terpilih. Definisi baru pada (2) dan (3) hanya dapat dipilih jika kurulum.uzakSunucuIzin=true; jika nonaktif kartu tetap terlihat tetapi tidak dapat diklik dan alasannya dijelaskan. Setiap bidang memiliki penjelasan bahasa sehari-hari di samping nama teknisnya serta balon ? (arahkan kursor, ketuk atau fokuskan dengan papan tik).

Tombol "Impor data dari perusahaan lama" di bawah tampilan lanjutan kini membuka alur yang sesungguhnya: memindahkan data database Firebird lama Anda ke perusahaan yang sudah ada (lihat bagian di bawah). Catatan "Mulai Level 1…" tidak lagi berada di langkah 1 — kini tepat di bawah judul langkah 6 (Tingkat produksi), tempat pilihan itu dibuat.

Lanjutan › "Database di komputer ini": kata sandi administrator tidak lagi ditanyakan

Jika HNR sendiri yang memasang server basis data (atau operator sudah mencatat kredensialnya sekali di berkas konfigurasi), tidak ada mesin yang menanyakan nama pengguna dan kata sandi administrator. Pilih kartu "Database di komputer ini" pada tampilan lanjutan: bidang nama pengguna menampilkan akun tersimpan (misalnya postgres, sa, SYSTEM, root, SYSDBA), bidang kata sandi menampilkan •••••••• dan di bawahnya tertulis "Kata sandi administrator tersimpan sudah siap." Kata sandi itu tidak pernah dikirim ke peramban: klien hanya mengirim tanda "gunakan kredensial tersimpan" dan server aplikasi yang menyisipkannya ke permintaan pengaturan. Untuk mengubahnya, cukup ketik di salah satu bidang — mode tersimpan gugur dan Anda melanjutkan dengan akun sendiri; tekan "Gunakan kredensial tersimpan" untuk kembali.

Saat Anda memilih lokasi data (folder) yang berbeda, dibutuhkan akun dengan hak lebih tinggi: PostgreSQL membuat tablespace baru dan hanya superuser yang boleh melakukannya; di Oracle pekerjaan yang sama memerlukan hak CREATE TABLESPACE. Jika akun itu juga tercatat di berkas konfigurasi, bidang nama pengguna berpindah ke akun tersebut secara otomatis (hnr_kurulum → postgres) dan menampilkan "Akun administrator basis data tersimpan akan digunakan untuk folder yang dipilih." — Anda tetap tidak ditanyai apa pun. Bila tidak ada akun berhak yang tersimpan, muncul kotak kuning dengan tombol "Masukkan akun administrator basis data" yang membuka bidangnya. Kotak yang sama juga terbuka sendiri jika server mengembalikan PG_DIRECTORY_PRIVILEGE_REQUIRED, ORACLE_TABLESPACE_PRIVILEGE_REQUIRED atau ORACLE_PRIVILEGE_REQUIRED.

Untuk operator: barisnya kurulum.yerelKimlik.<mesin>=<pengguna>:<kata sandi> di server.properties; kode mesinnya firebird5, postgresql, cockroach, mssql, oracle. Kata sandi dapat berasal dari variabel lingkungan dengan ${env:NAMA}. Kredensial hanya dipakai untuk basis data di komputer ini: bila server jarak jauh atau klaster dipilih, server menolaknya dengan SAVED_CREDENTIAL_TARGET_INVALID, dan bila tidak ada yang tersimpan ia mengembalikan SAVED_CREDENTIAL_UNAVAILABLE (tidak pernah mencoba kata sandi kosong secara diam-diam). Kata sandi kosong ditolak; untuk CockroachDB insecure yang tidak meminta kata sandi, tulis root:root. Firebird tidak perlu baris tambahan: firebird.user/firebird.password yang ada sudah dipakai. Menghapus baris itu mengembalikan perilaku lama — pengguna mengetik kredensial lagi.

Lanjutan › ⤓ "Impor database": memindahkan data dari perusahaan lama

Apa yang dilakukan: membaca kartu pelanggan dan stok, faktur, surat jalan, pesanan, penawaran, kuitansi, cek, bukti gudang, resep dan perintah produksi, data personel serta gambar/dokumen di database EK1 dari database Firebird lama Anda, membentuk objek dari semuanya dan menyimpannya lewat jalur tulis perusahaan itu sendiri. Yang tidak dilakukan: TIDAK MEMBUAT perusahaan. Perusahaan tujuan harus sudah dibuat lewat wizard ini. Database sumber bersifat hanya-baca: tidak satu baris pun berubah selama impor.

Langkah 1 — perusahaan tujuan dan masuk administrator. Anda mengetik kode perusahaan dan masuk dengan administrator sistem perusahaan tersebut. Daftar perusahaan sengaja tidak ditampilkan: sesi itu sendiri membuktikan bahwa perusahaan ada dan Anda administratornya. Pengguna non-administrator tidak dapat melakukan apa pun di layar ini (403). Jika server hanya-baca (HNR_WRITE mati), impor ditolak.

Langkah 2 — database sumber. Jenis sumber saat ini hanya FirebirdSQL (lainnya tampil tetapi tidak dapat dipilih). Anda mengisi alamat server, port (bawaan 3050), jalur atau alias database, pengguna database (biasanya SYSDBA) dan kata sandinya. Jika jalur database EK1 dikosongkan, _ek1 ditambahkan ke jalur utama. "Uji koneksi" menyambung ke sumber dan melaporkan versi, jumlah tabel dan apakah EK1 ditemukan; bila EK1 tidak ada, gambar dan dokumen tidak diimpor dan layar menyatakannya dengan jelas.

Langkah 3 — inventaris tabel. Semua tabel di sumber ditampilkan dengan salah satu dari empat keputusan; tidak ada yang hilang diam-diam. Objek: kartu/dokumen dibentuk dari tabel dan disimpan lewat jalur tulis perusahaan sendiri (mis. MUSTERI → kartu pelanggan, FATURA + IRSALIYEITEM → faktur beserta barisnya). Salin: jika tujuan memiliki tabel bernama sama, kolom bersama disalin baris demi baris. Turunan: tidak disalin — nilai seperti saldo akun (CARIDURUM) dan stok (STOKDURUM) dihitung ulang oleh jalur tulis dan diselaraskan dengan sumber di akhir impor. Lewati: tabel sistem atau log.

Keputusan "lewati" kini hanya untuk singgahan yang bisa dibuat ulang. Versi sebelumnya menganggap 53.662 baris sebagai "tabel sistem" dan tidak pernah mengimpornya — riwayat kurs (KUR), status transfer Logo (FATURA_LOGO), definisi pencetak (SISTEMDOSYA), kamus antarmuka dan label bidang (METIN_SOZLUK, ALAN_SOZLUK), log SDM dan produksi. Semuanya kini disalin. Yang benar-benar dilewati hanyalah singgahan pratinjau berkas, dan alasannya tertulis di daftar. Tabel basis data EK1 selain isi berkas (mis. jejak akses) juga dipindahkan dan tampil dengan awalan EK1..

Nomor dokumen dipertahankan. Nomor faktur, surat jalan, pesanan, penawaran, kuitansi, bundel cek dan bukti gudang tetap sama persis — setelah arsip dua puluh tahun, jawaban "faktur nomor berapa" tidak berubah. Di akhir impor penghitung nomor dimajukan melewati nilai terbesar, sehingga dokumen pertama setelah impor tidak bentrok.

Kesetiaan pada sumber — penyelarasan otomatis. Database berumur dua puluh tahun tidak selalu konsisten di dalamnya; impor tidak memperbaiki sumber, melainkan menyerupainya. Karena itu empat penyelarasan berjalan di akhir: (1) kode buku besar pelanggan — saat kartu pelanggan diganti nama, versi HNR lama tidak memperbarui kepala kuitansi, sehingga baris buku besar dan kepala dokumen membawa kode berbeda; di tujuan baris buku besar mengambil kode dari baris buku besar sumber, (2) baris saldo sisa — baris saldo yang tidak ada di sumber dan tanpa kartu maupun akun kas/bank dihapus, (3) baris stok tanpa kartu — baris status stok yang tak pernah ada di sumber dan tanpa kartu dihapus, (4) baris pemakaian produksi — pembagian lot pemakaian produksi disesuaikan dengan daftar baris sumber. Setiap penyelarasan bersifat fail-closed: bila total kedua sisi berbeda, tidak ada yang disentuh; jumlahnya tampil pada baris "Koreksi otomatis" di layar hasil dan di log impor.

Konfigurasi perusahaan itu sendiri MENIMPA bawaan tujuan. Penyiapan perusahaan baru menanam baris awal pada tabel seperti preferensi produksi, aturan persetujuan, sif, gudang, dan kas. Baris itu bentrok dengan baris sumber berkunci sama, dan dahulu sumber dilewati DIAM-DIAM — perusahaan hasil impor terbuka dengan profil "Level 1" dan aturan APQP/subkontrak mati. Kini pada tabel konfigurasi kecil sumber menang: baris tujuan diperbarui dari sumber. Ada dua pengecualian yang disengaja: kartu pengguna (agar kata sandi administrator hasil penyiapan tidak hilang) dan identitas penyiapan perusahaan. Setiap kunci yang dilewati tampil di daftar "Hasil per tabel" pada langkah 5.

Perlindungan nomor dokumen yang bergeser. Saat Anda mengimpor ke perusahaan yang sama untuk kedua kalinya (menyelesaikan proses yang terputus, sisa impor selektif), nomor dokumen bisa bergeser. Dahulu entri buku besar itu dianggap "tidak ada di sumber" dan DIHAPUS sehingga uang hilang dari rekening koran; karena CARIDURUM ditulis dari sumber, saldo tetap tampak benar dan bertentangan dengan rekening koran. Sekarang dua hal terjadi: (1) dalam mode impor buku nomor pasti tidak lagi membuat sebuah nomor dianggap "terpakai", jadi nomor dipertahankan; (2) jika kelompok yang bergeser tetap ditemukan, itu tidak dihapus — dicatat sebagai Penyimpangan pada rekonsiliasi dan ditulis ke log. Pada baris pemakaian produksi harga kini juga dibawa dari sumber, dan pemeriksaan nilai baris yang baru memverifikasinya per jenis dokumen.

Saldo faktur terbuka (KALAN) dan bagian Pemeliharaan

Saldo faktur terbuka diturunkan. Program desktop lama tidak pernah mengisi sisa faktur (FATURA.KALAN), sedangkan di HNR umur piutang, "piutang terlambat" di kokpit, arus kas, dan penutupan faktur dari kuitansi membaca kolom ini. Karena itu pada fase rekonsiliasi turunan impor memproses mutasi setiap kontak menurut tanggal: pembayaran, retur, dan cek menutup faktur paling lama lebih dulu (FIFO), dan saldo terbuka kontak ditulis ke faktur terbaru. Faktur penjualan dan pembelian mengikuti aturan yang sama; faktur yang dibatalkan tetap tertutup; kontak dengan saldo bersih di bawah 1 TL (sisa pembulatan lama) tidak mendapat faktur terbuka. Kontak yang salah satu fakturnya sudah memiliki sisa tidak disentuh. Baris fatura.kalanTop pada tabel rekonsiliasi membandingkan tujuan dengan total yang diberikan aturan yang sama pada database sumber. Sebagian saldo terbuka bisa berada pada cek/wesel yang diserahkan, nota debit, atau mutasi bank/kas, bukan pada faktur; bagian itu tidak tampak di faktur tetapi tampak di mutasi kontak.

Bagian Pemeliharaan (di langkah 2, setelah masuk). Perbaiki saldo terbuka menerapkan aturan yang sama secara langsung pada perusahaan yang sudah diimpor sebelumnya. Pratinjau ditampilkan dulu (faktur yang berubah, total sebelum dan sesudah, kontak yang dilewati, saldo terbuka di luar faktur) dan tidak ada yang ditulis; Terapkan perbaikan hanya menulis kolom sisa, memeriksa ulang nilai lama di setiap baris (faktur yang berubah karena kuitansi di sela-sela tidak ditimpa) dan dicatat di jejak aktivitas. Menjalankannya lagi tidak menghasilkan perubahan. Isi ulang kamus menambahkan baris terjemahan antarmuka dan kolom (24 bahasa) yang hilang; terjemahan yang diedit manual tidak disentuh dan prosesnya beberapa menit. Saat perusahaan baru disiapkan, pengisian ini berjalan otomatis di latar belakang setelah perusahaan terbuka; jika gagal, penyiapan tidak gagal, dicatat di log penyiapan dan dapat dilengkapi dengan tombol ini. Jika halaman dimuat ulang atau server dimulai ulang, impor yang masih berjalan terbuka sendiri di langkah 4 saat Anda masuk; hasil impor terakhir yang selesai tersedia lewat Tampilkan hasil impor terakhir. Inventaris di langkah 3 juga menampilkan tabel database EK1 beserta jumlah barisnya.

Opsi impor. Uji coba: semuanya dibaca dan dihitung tetapi tidak ada yang ditulis — jalankan ini dulu untuk melihat inventaris dan perkiraan durasi. Impor juga arsip dokumen terhapus dan Impor juga riwayat pergerakan: tabel arsip perusahaan lama (diimpor di fase terakhir; jika terputus, impor tidak dianggap gagal). Impor gambar dan dokumen (EK1): berkas di database EK1. Lanjutkan meski tujuan sudah berisi data: secara bawaan impor berhenti bila perusahaan tujuan sudah berisi data; kotak ini adalah persetujuan Anda. Ukuran batch: berapa banyak data ditulis per transaksi (bawaan 200).

Langkah 4 — impor dan kemajuan. Anda melihat tahap (persiapan → kartu → dokumen → produksi → gambar dan dokumen → salinan tabel umum → arsip → rekonsiliasi nilai turunan → pengukuran rekonsiliasi), persentase, penghitung ditulis/dilewati/gagal dan baris terakhir log impor. Log disamarkan: kata sandi, token dan kredensial di dalam string koneksi tidak pernah ditulis. Hentikan mengakhiri tugas pada titik aman berikutnya; batch yang setengah jalan dibatalkan. Tugas berjalan di server: menutup jendela tidak menghentikannya, dan saat Anda kembali Anda melihat status tugas yang sama.

Langkah 5 — cara membaca tabel rekonsiliasi. Setiap baris adalah satu item yang diukur: Sumber nilai dari database lama, Tujuan nilai dari perusahaan baru, Selisih jarak keduanya. Status Cocok berarti item berpindah persis. Penyimpangan dicetak merah dan harus diperiksa manual. Penyimpangan yang diketahui adalah selisih yang memang berasal dari sumber (misalnya pelanggan ganda di sumber, atau cek tanpa bundel). Item yang diukur: saldo akun, stok (total dan per gudang), jumlah/nilai/status cek, jumlah dan nilai kuitansi serta faktur, jumlah resep dan perintah produksi, jumlah berkas EK1 dan cakupan tabel.

Jika rekonsiliasi menyimpang, pekerjaan tidak berkata "selesai". Ketika sebuah pemeriksaan menyimpang, judul hasil berbunyi "Impor selesai — TETAPI rekonsiliasi menunjukkan penyimpangan" dan nama pemeriksaan yang menyimpang didaftar pada pita kuning di atas tabel. Daftar "Hasil per tabel" menampilkan, untuk setiap tabel sumber, keputusannya, jumlah baris sumber, yang ditulis, dilewati dan gagal, beserta alasannya; tabel dengan baris gagal berada di atas dan berwarna merah. Periksa kedua daftar itu sebelum memakai perusahaan hasil impor.

Anda dapat mengimpor sumber yang sama untuk kedua kalinya. Impor berbasis identitas: kartu, dokumen, cek atau berkas yang sudah ada di tujuan tidak ditulis ulang, melainkan dihitung sebagai dilewati. Memulai ulang impor yang terputus itu aman; tidak ada duplikat yang terbentuk.

Impor selektif (dengan saringan tabel) tidak menjalankan penyelarasan tabel turunan. Bila Anda hanya mengimpor tabel tertentu, penulisan tabel turunan seperti saldo pelanggan dan stok dari sumber dilewati — sebagian dokumen belum diimpor dan penyelarasan sebagian akan menyesatkan. Hal ini dicatat pada rekonsiliasi sebagai Penyimpangan yang diketahui. Setelah Anda mengimpor sisa tabel (proses tanpa saringan), penyelarasan berjalan normal.

Kode galat. AKTARIM_OTURUM_GEREKLI tidak ada sesi atau sesi kedaluwarsa · AKTARIM_YONETICI_GEREKLI / AKTARIM_YETKI_YOK pengguna bukan administrator sistem · AKTARIM_YAZMA_KAPALI server hanya-baca · AKTARIM_HEDEF_UYUSMAZ perusahaan yang dipilih bukan perusahaan sesi · KAYNAK_GECERSIZ format formulir sumber salah · KAYNAK_ERISILEMEDI tidak dapat terhubung ke sumber · KAYNAK_KIMLIK pengguna/kata sandi sumber ditolak · KAYNAK_UZAK_YASAK daftar izin di konfigurasi server menutup alamat itu · KAYNAK_EK1_YOK EK1 tidak dapat dibuka (impor berlanjut, berkas dilewati) · HEDEF_DOLU tujuan berisi data, kotak persetujuan diperlukan · HEDEF_SEMA_EKSIK tujuan tidak punya tabel padanan (dilewati) · AKTARIM_SURUYOR sudah ada tugas berjalan untuk perusahaan ini · AKTARIM_IS_BULUNAMADI catatan tugas hilang atau kedaluwarsa · AKTARIM_IPTAL_EDILDI dihentikan pengguna · AKTARIM_FAZ_HATASI sebuah fase berhenti (lihat log).

Buat cadangan perusahaan tujuan sebelum mengimpor. Impor menulis ke tujuan dan tidak pernah menyentuh sumber. Jika hasil di tujuan tidak sesuai keinginan, jalan kembalinya adalah cadangan — jadi jalankan uji coba dulu, tinjau inventarisnya, lalu buat cadangan dan mulai impor sungguhan.

Mesin database: Firebird SQL 5 dan PostgreSQL 17 — keduanya didukung penuh

Anda memilih mesin di langkah 2. Firebird SQL 5: akun SYSDBA dan kata sandi yang ditetapkan saat Firebird dipasang; server harus lokal. PostgreSQL 17: data perusahaan disimpan di hnr_<kode perusahaan> dan lampiran berkas di hnr_<kode perusahaan>_ek1; akun yang diberikan harus superuser dengan CREATEDB, dan database yang dibuat diserahkan ke peran runtime server (postgresql.user). Entri dokumen, laporan, kartu stok/akun dan lampiran (unggah / daftar / unduh / pratinjau / batal) berperilaku sama di kedua mesin.

Baris "Server": host:port · TLS — hanya-baca

Setelah mesin dipilih, baris Server · <mesin> muncul di bawah kata sandi administrator, mis. localhost:5432 · TLS: disable. Nilai ini dibaca dari konfigurasi server aplikasi (server.properties) dan tidak dapat diubah di wizard: tidak ada alamat, port atau jalur dari browser yang diteruskan ke server, sehingga identitas administrator tidak dapat diarahkan ke target sembarang. Baris Firebird juga menyebutkan "server lokal diperlukan". Hubungi operator server jika Anda memerlukan server database lain.

Baris "Bahasa pengurutan/huruf": bahasa database perusahaan mengikuti negara

Di bawah baris Server tampil Bahasa pengurutan/huruf: bahasa resmi negara regulasi yang dipilih di langkah 1 (mis. Turki → Turki (tr), Swedia → Swedia (sv), Indonesia → Indonesia (id)); baris yang sama muncul di ringkasan pengaturan. Bahasa ini menentukan aturan huruf database perusahaan: pencarian kesetaraan tidak bergantung bahasa (perbandingan akar tanpa huruf besar-kecil dan aksen — "ali" cocok dengan "ALİ", "sema" dengan "ŞEMA" di semua negara), sedangkan pengurutan dan konversi huruf besar/kecil mengikuti bahasa resmi negara (urutan ç/ş/ı Turki dan ı↔I, i↔İ; ä/ö Swedia di akhir abjad). Nilai dibaca dari tabel negara→bahasa di server, tidak dapat diubah di layar dan tetap setelah pengaturan. Pada mesin CockroachDB pengurutan bahasa hanya berlaku untuk ORDER BY pada kueri sederhana satu tabel; kueri kompleks dapat menampilkan urutan titik kode.

Database di server lain: pilihan "Server"

Database perusahaan juga dapat dibuat di server database yang berjalan di mesin lain, bukan di mesin server aplikasi. Anda memasang sendiri server database (Firebird 5, PostgreSQL atau CockroachDB) di mesin itu, membuatnya dapat dijangkau dari jaringan dan menetapkan kata sandi administratornya; wizard tidak memasang apa pun, hanya terhubung dan membuat database perusahaan di sana. Ini memerlukan baris kurulum.uzakSunucuIzin=true pada server.properties milik operator; jika alamatnya di luar rentang privat (10.x, 172.16-31.x, 192.168.x, 127.x) alamat itu juga harus tercantum pada kurulum.sunucuIzinListesi=host1,host2. Selama izin nonaktif, baris Server di langkah 2 tetap hanya-baca seperti sebelumnya.

Saat izin aktif, baris Server di langkah 2 berubah menjadi pemilih: berisi server yang didefinisikan pada pengaturan server (kume.<nama>.*) dan opsi "Server ini (terkonfigurasi)", serta "Tentukan server lain…" di bagian bawah. Definisi baru meminta: nama server (maksimal 30 huruf/angka/garis bawah/tanda hubung diawali huruf kecil; firebird, postgresql, cockroach sudah dipesan), alamat dan port, untuk PostgreSQL/CockroachDB mode TLS dan sertifikat CA opsional (berkas PEM, maksimal 16 KB), untuk Firebird direktori data (direktori induk di mesin jarak jauh tempat berkas perusahaan dibuat) serta pengguna/kata sandi peran runtime opsional. Jika peran runtime sudah ada di server itu, kata sandinya diverifikasi; jika belum, pengaturan membuat peran dan menghasilkan kata sandinya. Setelah pengaturan selesai, definisi server dan baris perusahaan (firma.<perusahaan>=kume:<nama>) ditulis ke server.properties; kata sandi dan sertifikat juga disimpan di sana dan aplikasi tidak perlu dimulai ulang.

Kode kesalahan yang mungkin muncul saat pemeriksaan awal

Beberapa pengaturan perusahaan sekaligus dan log pengaturan

Kode perusahaan yang berbeda dapat dipasang bersamaan; perusahaan yang menuju server database terpisah tidak lagi saling menunggu. Kunci berada pada kode perusahaan: pengaturan kedua untuk kode yang sama ditolak dengan SETUP_IN_PROGRESS (kode perusahaan unik di seluruh server). Secara bawaan paling banyak 3 pengaturan berjalan bersamaan. Saat jendela pengaturan melaporkan kegagalan, muncul kotak "Log pengaturan (baris terakhir)" di bawah pesan kesalahan: baris-baris itu adalah keluaran diagnostik server database dan helper pengaturan (durasi tahap, peringatan mesin, pesan kesalahan database). Kata sandi dan detail koneksi tidak ditampilkan di sana; isinya dapat diteruskan apa adanya kepada operator server.

Jika PostgreSQL tidak ada di komputer ini: HNR memasangnya sendiri

Jika PostgreSQL tidak ditemukan pada langkah Database, wizard menampilkan tombol "Pasang PostgreSQL". Satu klik menjalankan pemasang bawaan: memakan waktu sekitar satu menit, sekitar 200 MB, dan server yang dipasang hanya menerima koneksi dari komputer ini (listen_addresses=localhost, pemeriksaan kata sandi scram-sha-256). Kemajuan tampil bertahap: direktori data, berkas konfigurasi, menjalankan server, peran database, database templat, pengaturan server, verifikasi. Setelah selesai Anda melanjutkan dari tempat terakhir; nama pengguna atau kata sandi database tidak pernah diminta.

Apa yang ditulis pemasang? Kluster dipasang di bawah data/pg (direktori data data/pg/veri, log data/pg/pg.log). Model peran sama dengan data/pg-calisma-rolu.sql: peran runtime hnr_uygulama (bukan superuser, tidak bisa membuat database), peran pemasangan hnr_kurulum (CREATEDB) dan database templat hnr_sablon sesuai bahasa perusahaan (berisi lapisan cast implisit). Hanya baris postgresql.host/port/user/password/sslmode dan kurulum.basitKimlik yang ditambahkan ke server.properties; tidak ada baris lama yang diubah dan cadangan server.properties.bak-… diambil lebih dulu. Kata sandi superuser (postgres) tidak pernah ditulis ke berkas pengaturan: hanya ada di data/pg/HNR-PG-SIRLAR.txt — cadangkan berkas itu dan lindungi dari akses tidak sah.

Batasan dan pemecahan masalah. Pemasang hanya dapat dimulai dari komputer yang menjalankan aplikasi (peramban jarak jauh menerima 403) dan saat ini berjalan hanya di Windows. Jika berkas program PostgreSQL tidak ada, alih-alih tombol muncul peringatan bahwa pengelola harus mengekstrak zip Windows x64 binaries ke tools/postgresql — pemasang tidak pernah mengunduh apa pun. Jika PostgreSQL sudah dikonfigurasi, pemasang tidak melakukan apa-apa. Pemasangan juga mendaftarkan tugas yang menjalankan PostgreSQL saat komputer dinyalakan; jika tugas itu gagal didaftarkan (batasan izin) PostgreSQL tetap berjalan, tetapi muncul peringatan bahwa ia harus dijalankan manual setelah dinyalakan ulang. Hanya kluster yang dipasang HNR sendiri yang dapat dihapus; penghapusan membersihkan tugas, direktori data dan baris server.properties sekaligus, dan seluruh data perusahaan di kluster itu terhapus.

Jika Oracle dipilih: hak istimewa akun pemasangan

Hak istimewa yang wajib untuk pemasangan. Di Oracle sebuah perusahaan dibuat sebagai dua pemilik skema (utama + EK1). Akun basis data yang Anda masukkan ke wizard harus memiliki hak sistem berikut: CREATE USER, ALTER USER, GRANT ANY PRIVILEGE. Jika Anda memilih lokasi data khusus (tablespace/jalur DBF sendiri) di pengaturan lanjutan, CREATE TABLESPACE juga diperlukan. Bila ada yang kurang, wizard berhenti sebelum memulai dan menyebutkan nama hak yang kurang (ORACLE_PRIVILEGE_REQUIRED) — tidak meninggalkan perusahaan setengah jadi.

Hak tambahan yang disarankan. DROP USER (ditambah DROP TABLESPACE untuk lokasi khusus) tidak wajib untuk pemasangan, tetapi jika terjadi kegagalan di tengah pemasangan HNR memakainya untuk menghapus sendiri pemilik skema yang setengah jadi. Tanpa hak itu pemasangan tetap dicoba; pesan galat lalu menyebut pemilik skema mana yang harus Anda hapus manual lewat ORACLE_YARIM_KURULUM_KALDIRILAMADI. Karena itu memberi DROP USER hanya selama pemasangan dan menariknya kembali sesudahnya adalah praktik yang baik.

Akun runtime terpisah. Wizard membuat dua pemilik skema per perusahaan dan hanya memberi mereka CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SEQUENCE, CREATE PROCEDURE, CREATE TRIGGER; kuota diatur sebagai QUOTA UNLIMITED pada tablespace yang dipilih. Jadi akun yang dipakai sehari-hari tidak dapat melihat perusahaan lain dan tidak dapat membuat pengguna atau skema.

11. Pengaturan › HNR › "Cadangan basis data perusahaan" dan pemulihan dari cadangan

Untuk apa. Kartu Cadangan basis data perusahaan di Pengaturan › HNR menulis basis data utama dan EK1 perusahaan yang sedang Anda buka ke satu folder paket terenkripsi. Paket muncul sebagai folder baru di bawah direktori yang Anda pilih pada komputer yang menjalankan server HNR: main.enc, ek1.enc dan penanda penyelesaian hnr-yedek.json yang ditulis paling akhir. Anda harus administrator sistem dan memasukkan ulang kata sandi administrator HNR saat ini; kata sandi itu pula yang membuka paket. Kredensial server atau basis data tidak disimpan di dalamnya.

Pemulihan. Layar "Buat perusahaan baru dari cadangan HNR", dibuka dari menu ⋮ di layar masuk, selalu memulihkan ke KODE PERUSAHAAN BARU — perusahaan yang ada tidak pernah ditimpa. Pemulihan meminta kata sandi administrator HNR saat cadangan dibuat dan administrator basis data tujuan (Firebird: SYSDBA, PostgreSQL: superuser, CockroachDB: root/admin, SQL Server: sysadmin, Oracle: administrator dengan hak CREATE USER). Perusahaan baru diterbitkan hanya setelah kedua muatan dibuka dan diverifikasi; dengan kata sandi salah atau bagian kedua yang rusak, tidak ada yang dibuat di tujuan.

Mesin yang didukung. Firebird, PostgreSQL, node CockroachDB lokal yang dipasang HNR sendiri, Microsoft SQL Server dan Oracle. Untuk Firebird/PostgreSQL/CockroachDB dipakai alat cadangan bawaan mesin. Untuk SQL Server dan Oracle paketnya logis: definisi skema ditambah baris seluruh tabel dibaca lewat koneksi basis data. Dengan begitu cadangan tetap bisa diambil meski server basis data berada jauh atau di dalam kontainer; akses ke sistem berkas server tidak diperlukan. Pemulihan membuat basis data/skema baru dan pengguna runtime baru untuk perusahaan baru; untuk paket Oracle Anda harus mengisi nama kluster tujuan (dan bila perlu nama layanan, bawaan FREEPDB1).

Yang perlu diketahui. Utama dan EK1 dicadangkan terpisah; tidak ada jaminan satu saat atomik di antara keduanya — pilih jeda singkat tanpa aktivitas di perusahaan. Hanya satu pencadangan atau pemulihan yang dapat berjalan sekaligus. Folder cadangan berada di sistem berkas server, bukan peramban, dan folder tertaut (symlink/junction) ditolak. Salin paket ke tempat yang aman: tanpa paket tidak ada jalan kembali, dan tanpa kata sandi paket tidak dapat dibuka.