Pitulungan › Setelan lan Log

Setelan lan Log — Nyelarasaké Program karo Panjenengan

Jendhéla Setelan nyekel rong jinis setelan jèjèran: sing duwèké panjenengan dhéwé (tema, tata prenah jendhéla, dalan cendhak) lan sing mangaruhi operasi perusahaan (prèferènsi HNR, panganggo, sambungan, informasi perusahaan, lan formulir cithak). Dolanana kanthi bébas sing kapisan; ing kelompok kapindho, owahana mung sing dibutuhaké gawéan. Patang bagean khusus administrator ditandhani cetha ing ngisor. Jendhéla Log njawab "mau kelakon apa".

0. Dalan mbukak lan peta bagean sing nyata

Dalan mbukak: Dock ngisor › Setelan. Pangguna biasa weruh Tampilan, Jendhéla, Akun, Prèferènsi HNR, Sambungan, Dalan cendhak, lan Sistem. Administrator uga weruh Panganggo, Statüs, Panganggo Aktif, lan Formulir Cithak. Ing tampilan seluler, bagean khusus desktop Jendhéla lan Dalan cendhak didhelikaké. Ora weruh bagean administrator iku akibat idin, dudu karusakan.

Bagean sing bisa dibukak lan ditutup: Kabèh judhul utama lan klompok setelan ing njero wiwitané ditutup. Klik judhul, utawa pilih nganggo Tab banjur pencèt Enter utawa Spasi. Sawetara bagean utama bisa dibukak bebarengan. Nutup banjur mbukak maneh bagean tetep njaga draf sing durung disimpen; iki ora ngganti tumindak Simpen. Nalika sakabèhé jendhéla Setelan ditutup banjur dibukak maneh, kabèh judhul wiwit ditutup maneh. Prèferènsi HNR › Informasi Perusahaan › Prèferènsi Produksi mung katon kanggo administrator sistem; panganggo liya ora weruh judhul setelan perusahaan utawa ringkesan mung-waca.

1. Tampilan lan Jendhéla

Iki murni bab sing disenengi; ora ana pilihan ing kéné sing mangaruhi data panjenengan. Telu sing paling migunani:

2. Akun — papan sandhi panjenengan

Ing kéné panjenengan ngganti sandhi. Telung aturan:

• Aja ngedum sandhi panjenengan marang sapa waé — senajan marang administrator; administrator ora butuh sandhi panjenengan.
• Metu saka sèsi nalika ninggal komputer bebarengan; yèn ora, apa waé sing ditindakaké ing kono kacathet atas jeneng panjenengan.
• Yèn panjenengan lali sandhi, administrator mènèhi sing anyar; dhèwèké ora bisa maca sing lawas — lan kuwi rancangan sing bener.

3. Dalan cendhak

Dalan cendhak papan ketik didhaftar lan bisa diowahi. Kanggo sing isih anyar mung sawetara sing pantes disinaoni:

4. Prèferènsi HNR

Iki dudu bab tampilan nanging bab pakulinan kerja: gudhang endi sing dadi bawaan, kepriyé dhaftar mbukak, lan sapiturute. Saya suwé, apa waé sing panjenengan owahi bola-bali, setèlen sepisan ing kéné.

5. Pérangan duwèké administrator

Bagean ing ngisor iki mung metu kanggo panganggo sing duwé hak administrator sistem. Yèn panjenengan ora ndeleng, ora ana sing rusak — panjenengan mung ora duwé idiné. Ndhelikaké bagean kuwi mung kosmètik; gerbang sing sanyatané ana ing server: panjaluk tanpa idin ditolak uga ing kono.

6. Log — "mau kelakon apa?"

Jendhéla Log iku jurnal operasi sing disimpen program bab awaké dhéwé. Panjenengan ndeleng mréné nalika sawijining operasi ora mlaku kaya sing dikarepaké utawa panjenengan ndeleng pesen kaluputan. Iki dudu cathetan akuntansi — iki cathetan tèknis.

7. Pitakonan sing kerep ditakokaké

Aku ngowahi setelan, apa owah uga kanggo kancaku?

Tampilan, jendhéla, dalan cendhak lan prèferènsi HNR iku duwèké panjenengan dhéwé: ora ana sing kena pangaruh. Panganggo, sambungan lan informasi perusahaan mangaruhi kabèh wong. Yèn ragu, deloken rong kolom ing Gambar 1.

Aku babar pisan ora ndeleng sawijining bagean

Panjenengan ora duwé idiné. Iki dudu karusakan; bagean administrator mung katon déning administrator. Yèn panjenengan pancèn butuh, njaluka marang administrator sistem lan sebutna kenapa panjenengan butuh — idin diwènèhaké kanthi alesan.

Programé alon, apa aku kudu ndeleng log?

Dhisik deloken pérangan Ngawasi server (utawa jaluken administrator panjenengan ndeleng): dhèwèké ngandhani apa masalahé ing panjenengan utawa ing server. Log iku papan kanggo "operasi endi sing gagal". Loro-loroné mangsuli pitakonan sing béda.

8. Kamus istilah

9. Panganggo › "Templat peran": nggawé panganggo tanpa ngklon

Cara lawas mènèhi idin marang karyawan anyar yaiku "salin wong sing mèmper, banjur dandani satusan kothak idin siji-siji"; asilé biasané kabèh wong mlaku-mlaku nganggo hak petugas gudhang — tenaga dodolan bisa mbukak préntah produksi, petugas kualitas bisa ndeleng bank. Grup Templat peran ing bagean Panganggo mungkasi kuwi: pilih, trapna, simpen.

1. Setelan › Panganggo › pilih panganggo (utawa gawé anyar) › pilih peran saka pamilih "Templat peran". Ing ngisoré dicathet katrangan templat lan modul sing dibukak.
2. Trapna (tambah): bit templat ditambahaké ing ndhuwur idin sing wis ana (kanggo nggabung rong templat). Mung templat: bit ing njaba templat dipatèni; bit administrator sistem dijaga.
3. Dandani kothak siji-siji yèn perlu (templat mung titik wiwitan); Simpen. Ora ana sing ditulis menyang server nganti panjenengan mencèt Simpen.

Lumaku sanalika: nalika panjenengan mencèt Simpen, sesi mbukak panganggo diseger; ora perlu metu-mlebu. Yèn panjenengan ngganti sandi, sesi mbukak pedhot lan panganggo mlebu nganggo sandi anyar. Wangsulan nuduhaké étungan "panyegeran sesi: diseger / dipedhot". Aturan: pandhuan Keamanan, bagéan 8.

Preferensi Produksi: Level 1 lan cithakan industri — pandhuan administrator

10. Layar mlebu › ⚙ wizard "Setelan wiwitan / Perusahaan anyar"

Wizard dibukak saka lambang gir ing layar mlebu lan nggawe perusahaan anyar ing pitung langkah: basa lan negara, database, administrator utama, pamriksan lan nggawe, pangguna, tingkat produksi, ringkesan setelan. Ora butuh kunci setelan; perusahaan sing ana ora didemok lan wizard mandheg yen database utama, EK1 utawa entri perusahaan wis ana nganggo kode sing padha.

Langkah 2 nduweni rong lapisan: tampilan prasaja lan "Setelan lanjut"

Tampilan prasaja (gawan) mung takon siji prakara: kode perusahaan anyar. Mesin database, alamat server lan sandhi administrator ora katon ing layar; kabeh saka konfigurasi server aplikasi. Baris akun administrator mung-waca lan nuduhake hnr_kurulum · sandhi disimpen ing server ✓: sandhi kuwi ora tau dikirim menyang panjlajah — server sing nglebokake menyang panjaluk setelan. Supaya baris iki muncul, operator kudu nemtokake kurulum.basitKimlik=<pangguna>:<sandhi> ing server.properties (sandhi bisa dijupuk saka variabel lingkungan nganggo ${env:JENENG}; gunakake kurulum.basitMotor=firebird5 kanggo ngganti mesin). Yen ora ana, wizard langsung mbukak tampilan lanjut. Akun iki dudu superuser — mung nggawe database perusahaan; owahi sandhine sadurunge mlebu produksi.

"Setelan lanjut" takon ing ngendi database bakal mapan, nganggo telung kertu pilihan; mung kolom kertu sing dipilih sing mbukak: (1) Database ing komputer iki — piranti lunak server mlaku ing mesin sing padha karo aplikasi; mesin, akun administrator lan baris server mung-waca ditampilake. (2) Server SQL adoh ing jaringan sing padha — database ana ing mesin liya; kolom jeneng server, alamat, port, mode TLS, sertifikat CA, direktori data Firebird lan peran runtime mbukak. (3) Kluster SQL / server kluster — profil sing ditemtokake ing konfigurasi server ditampilake; entri "Temtokake kluster awan…" ing ngisor mbukak formulir sing padha kanggo Neon lan CockroachDB Cloud kanthi verify-full wis kapilih. Definisi anyar ing (2) lan (3) mung bisa dipilih yen kurulum.uzakSunucuIzin=true; yen dipateni kertune tetep katon nanging ora bisa diklik lan alasane ditulis. Saben kolom nduweni katrangan basa padinan ing sandhinge jeneng teknise lan balon ? (arahake kursor, sentuh utawa fokusake nganggo papan tuts).

Tombol "Impor data saka perusahaan lawas" ing ngisor tampilan lanjut saiki mbukak alur sing tenanan: mindhah data database Firebird lawas sampeyan menyang perusahaan sing wis ana (deleng perangan ing ngisor). Cathetan "Wiwitan Level 1…" wis ora ana ing langkah 1 — saiki persis ing ngisor irah-irahan langkah 6 (Tingkat produksi), papan pilihan kuwi digawe.

Lanjut › "Database ing komputer iki": sandhi administrator wis ora ditakokake

Yen server basis data diinstal dening HNR dhewe (utawa operator wis nyathet kredensiale sepisan ing berkas konfigurasi), ora ana mesin sing takon jeneng panganggo lan sandhi administrator. Pilih kertu "Database ing komputer iki" ing tampilan lanjut: kolom jeneng panganggo nuduhake akun sing disimpen (contone postgres, sa, SYSTEM, root, SYSDBA), kolom sandhi nuduhake •••••••• lan ing ngisore ana cathetan "Tembung sandi administrator sing disimpen wis siap." Sandhi kuwi ora tau dikirim menyang panjlajah: klien mung ngirim tandha "gunakake kredensial sing disimpen" lan server aplikasi sing nglebokake menyang panjaluk setelan. Yen arep ngowahi, cukup nulis ing salah siji kolom — mode simpenan tiba lan sampeyan nerusake nganggo akun dhewe; pencet "Gunakake kredensial sing disimpen" kanggo bali.

Nalika sampeyan milih lokasi data (folder) sing beda, dibutuhake akun kanthi hak luwih dhuwur: PostgreSQL nggawe tablespace anyar lan mung superuser sing oleh nindakake; ing Oracle pagawean sing padha mbutuhake hak CREATE TABLESPACE. Yen akun kuwi uga kacathet ing berkas konfigurasi, kolom jeneng panganggo pindhah menyang akun kuwi kanthi otomatis (hnr_kurulum → postgres) lan nuduhake "Akun administrator basis data sing disimpen bakal digunakake kanggo folder sing dipilih." — sampeyan tetep ora ditakoni apa-apa. Yen ora ana akun kanthi hak sing disimpen, muncul kotak kuning kanthi tombol "Lebokna akun administrator basis data" sing mbukak kolome. Kotak sing padha uga mbukak dhewe yen server mbalekake PG_DIRECTORY_PRIVILEGE_REQUIRED, ORACLE_TABLESPACE_PRIVILEGE_REQUIRED utawa ORACLE_PRIVILEGE_REQUIRED.

Kanggo operator: barise kurulum.yerelKimlik.<mesin>=<panganggo>:<sandhi> ing server.properties; kode mesine firebird5, postgresql, cockroach, mssql, oracle. Sandhi bisa saka variabel lingkungan nganggo ${env:JENENG}. Kredensial mung dienggo kanggo basis data ing komputer iki: yen server adoh utawa klaster dipilih, server nampik nganggo SAVED_CREDENTIAL_TARGET_INVALID, lan yen ora ana sing disimpen dheweke mbalekake SAVED_CREDENTIAL_UNAVAILABLE (ora tau nyoba sandhi kosong kanthi meneng). Sandhi kosong ditampik; kanggo CockroachDB insecure sing ora njaluk sandhi, tulisen root:root. Firebird ora mbutuhake baris tambahan: firebird.user/firebird.password sing wis ana dienggo. Mbusak baris kuwi mbalekake tumindak lawas — panganggo nulis kredensial maneh.

Lanjut › ⤓ "Impor database": mindhah data saka perusahaan lawas

Apa sing ditindakake: maca kartu pelanggan lan stok, faktur, surat dalan, pesenan, penawaran, kuitansi, cek, bukti gudhang, resep lan printah produksi, data personel sarta gambar/dokumen ing database EK1 saka database Firebird lawas sampeyan, nggawe objek saka kabeh iku lan nyimpen siji-siji liwat dalan tulis perusahaan kuwi dhewe. Sing ora ditindakake: ORA NGGAWE perusahaan. Perusahaan tujuan kudu wis digawe nganggo wizard iki. Database sumber sipate mung-waca: ora ana siji baris sing owah sajrone impor.

Langkah 1 — perusahaan tujuan lan mlebu administrator. Sampeyan ngetik kode perusahaan lan mlebu nganggo administrator sistem perusahaan kuwi. Dhaptar perusahaan sengaja ora ditampilake: sesi kuwi dhewe mbuktekake yen perusahaane ana lan sampeyan administratore. Pangguna sing dudu administrator ora bisa apa-apa ing layar iki (403). Yen server mung-waca (HNR_WRITE mati), impor ditolak.

Langkah 2 — database sumber. Jinis sumber saiki mung FirebirdSQL (liyane katon nanging ora bisa dipilih). Sampeyan ngisi alamat server, port (gawan 3050), dalan utawa alias database, pangguna database (biasane SYSDBA) lan sandhine. Yen dalan database EK1 dikosongake, _ek1 ditambahake ing dalan utama. "Uji sambungan" nyambung menyang sumber lan nglaporake versi, cacahe tabel lan apa EK1 ketemu; yen EK1 ora ana, gambar lan dokumen ora diimpor lan layar kandha kanthi cetha.

Langkah 3 — inventaris tabel. Kabeh tabel ing sumber didhaptar nganggo salah siji saka papat kaputusan; ora ana sing ilang meneng-meneng. Objek: kartu/dokumen digawe saka tabel lan disimpen liwat dalan tulis perusahaan dhewe (contone MUSTERI → kartu pelanggan, FATURA + IRSALIYEITEM → faktur sarta barise). Salin: yen tujuan duwe tabel jeneng padha, kolom bebarengan disalin baris-baris. Turunan: ora disalin — nilai kaya saldo akun (CARIDURUM) lan stok (STOKDURUM) diitung maneh dening dalan tulis lan diselarasake karo sumber ing pungkasan impor. Liwati: tabel sistem utawa log.

Kaputusan "dilewati" saiki mung kanggo singgahan sing bisa digawé manèh. Vèrsi sadurunge nganggep 53.662 baris minangka "tabel sistem" lan ora tau ngimpor — riwayat kurs (KUR), status transfer Logo (FATURA_LOGO), dhefinisi pencetak (SISTEMDOSYA), kamus antarmuka lan label lapangan (METIN_SOZLUK, ALAN_SOZLUK), log SDM lan produksi. Saiki kabeh disalin. Sing pancen dilewati mung singgahan pratinjau berkas, lan alesane ditulis ing dhaftar. Tabel basis data EK1 kajaba isi berkas (upamane tilas akses) uga dipindhah lan katon nganggo awalan EK1..

Nomer dokumen dijaga. Nomer faktur, surat dalan, pesenan, penawaran, kuitansi, bundel cek lan bukti gudhang tetep padha persis — sawise arsip rong puluh taun, wangsulan "faktur nomer pira" ora owah. Ing pungkasan impor cacahan nomer dimajukake ngliwati nilai paling gedhe, supaya dokumen pisanan sawise impor ora tabrakan.

Setya marang sumber — panyelarasan otomatis. Database umur rong puluh taun ora mesthi konsisten ing jerone; impor ora mbenerake sumber, nanging niru sumber. Mula papat panyelarasan mlaku ing pungkasan: (1) kode buku besar pelanggan — nalika kartu pelanggan diganti jeneng, versi HNR lawas ora nganyari sirah kuitansi, mula baris buku besar lan sirah dokumen nggawa kode beda; ing tujuan baris buku besar njupuk kode saka baris buku besar sumber, (2) baris saldo turahan — baris saldo sing ora ana ing sumber lan tanpa kertu utawa akun kas/bank dibusak, (3) baris stok tanpa kertu — baris status stok sing ora tau ana ing sumber lan tanpa kertu dibusak, (4) baris panggunaan produksi — pamisahan lot panggunaan produksi diselarasake karo dhaptar baris sumber. Saben panyelarasan iku fail-closed: yen total loro sisih beda, ora ana sing disenggol; cacahe katon ing baris "Koreksi otomatis" ing layar asil lan ing log impor.

Konfigurasi perusahaan dhewe NIMPA gawan tujuan. Nyiapake perusahaan anyar nandur baris wiwitan ing tabel kayata preferensi produksi, aturan persetujuan, sif, gudhang, lan kas. Baris kuwi tabrakan karo baris sumber sing kuncine padha, lan biyen sumber dilewati MENENG-MENENG — perusahaan asil impor mbukak nganggo profil "Level 1" lan aturan APQP/subkontrak mati. Saiki ing tabel konfigurasi cilik sumber menang: baris tujuan dianyari saka sumber. Ana rong pangecualian sing disengaja: kertu panganggo (supaya sandhi administrator ora ilang) lan identitas setelan perusahaan. Saben kunci sing dilewati katon ing dhaftar "Asil saben tabel" ing langkah 5.

Pangreksa nomer dokumen sing gèsèr. Nalika sampeyan ngimpor menyang perusahaan sing padha kanggo kaping pindho (ngrampungake proses sing pedhot, turahan impor selektif), nomer dokumen bisa gèsèr. Biyen èntri buku besar kuwi dianggep "ora ana ing sumber" lan DIBUSAK satemah dhuwit ilang saka rekening koran; amarga CARIDURUM ditulis saka sumber, saldo tetep katon bener lan cengkah karo rekening koran. Saiki rong prekara kedadeyan: (1) ing modus impor buku nomer mesthi ora manèh nggawe nomer dianggep "kepakai", dadi nomere dijaga; (2) yèn klompok sing gèsèr tetep ketemu, kuwi ora dibusak — dicathet minangka Simpangan ing rekonsiliasi lan ditulis ing log. Ing baris panggunaan produksi rega saiki uga digawa saka sumber, lan pamriksan nilai baris sing anyar mriksa kuwi saben jinis dokumen.

Saldo faktur mbukak (KALAN) lan bagean Pangopènan

Saldo faktur mbukak diturunake. Program desktop lawas ora tau ngisi sisa faktur (FATURA.KALAN), dene ing HNR umur piutang, "piutang telat" ing kokpit, arus kas, lan nutup faktur saka kuitansi maca kolom iki. Mula ing fase rekonsiliasi turunan impor ngolah mutasi saben akun miturut tanggal: pembayaran, retur, lan cek nutup faktur paling lawas dhisik (FIFO), lan saldo mbukak akun ditulis menyang faktur paling anyar. Faktur penjualan lan pembelian manut aturan sing padha; faktur sing dibatalake tetep ditutup; akun sing saldo bersihe ing sangisore 1 TL (turahan pembulatan lawas) ora entuk faktur mbukak. Akun sing salah siji fakture wis duwe sisa ora didemek. Baris fatura.kalanTop ing tabel rekonsiliasi mbandhingake tujuan karo total sing diwenehake aturan sing padha ing database sumber. Sapérangan saldo mbukak bisa ana ing cek/wesel sing diwenehake, nota debit, utawa mutasi bank/kas, dudu ing faktur; bagean kuwi ora katon ing faktur nanging katon ing mutasi akun.

Bagean Pangopènan (ing langkah 2, sawise mlebu). Ndandani saldo mbukak ngetrapake aturan sing padha langsung ing perusahaan sing wis diimpor sadurunge. Pratinjau ditampilake dhisik (faktur sing owah, total sadurunge lan sawise, akun sing dilewati, saldo mbukak ing njaba faktur) lan ora ana sing ditulis; Terapake dandanan mung nulis kolom sisa, mriksa maneh nilai lawas ing saben baris (faktur sing owah amarga kuitansi ing sela-sela ora ditimpa) lan dicathet ing tilas kegiatan. Dilakokake maneh ora ngasilake owahan. Isi maneh kamus nambahake baris terjemahan antarmuka lan kolom (24 basa) sing ilang; terjemahan sing diowahi manual ora didemek lan prosese sawetara menit. Nalika perusahaan anyar disiapake, pangisian iki mlaku otomatis ing latar mburi sawise perusahaan mbukak; yen gagal, persiapan ora gagal, dicathet ing log persiapan lan bisa dijangkepi nganggo tombol iki. Yen kaca dimuat maneh utawa server diwiwiti maneh, impor sing isih mlaku mbukak dhewe ing langkah 4 nalika sampeyan mlebu; asil impor pungkasan sing wis rampung kasedhiya liwat Tampilake asil impor pungkasan. Inventaris ing langkah 3 uga nampilake tabel database EK1 sarta cacahe baris.

Pilihan impor. Uji coba: kabeh diwaca lan diitung nanging ora ana sing ditulis — jalanake iki dhisik kanggo ndeleng inventaris lan prakiraan suwene. Impor uga arsip dokumen sing dibusak lan Impor uga riwayat obahan: tabel arsip perusahaan lawas (diimpor ing fase pungkasan; yen pedhot, impor ora dianggep gagal). Impor gambar lan dokumen (EK1): berkas ing database EK1. Terusake sanajan tujuan wis ana datane: kanthi gawan impor mandheg yen perusahaan tujuan wis ana datane; kothak iki idin sampeyan. Ukuran batch: pira data ditulis saben transaksi (gawan 200).

Langkah 4 — impor lan kamajuan. Sampeyan ndeleng tahap (persiapan → kartu → dokumen → produksi → gambar lan dokumen → salinan tabel umum → arsip → rekonsiliasi nilai turunan → pangukuran rekonsiliasi), persentase, cacahan ditulis/diliwati/gagal lan baris pungkasan log impor. Log disamarake: sandhi, token lan kredensial ing string sambungan ora tau ditulis. Mandhegake mungkasi tugas ing titik aman sabanjure; batch sing setengah dalan dibatalake. Tugas mlaku ing server: nutup jendhela ora mandhegake, lan nalika sampeyan bali sampeyan ndeleng status tugas sing padha.

Langkah 5 — kepriye maca tabel rekonsiliasi. Saben baris yaiku siji item sing diukur: Sumber nilai saka database lawas, Tujuan nilai saka perusahaan anyar, Bedane jarak loro-lorone. Status Cocog tegese item pindhah persis. Simpangan dicithak abang lan kudu dipriksa manual. Simpangan sing dingerteni yaiku beda sing pancen saka sumbere (contone pelanggan dobel ing sumber, utawa cek tanpa bundel). Item sing diukur: saldo akun, stok (total lan saben gudhang), cacah/nilai/status cek, cacah lan nilai kuitansi sarta faktur, cacah resep lan printah produksi, cacah berkas EK1 lan cakupan tabel.

Yèn rekonsiliasi nyimpang, pagawean ora ngucap "rampung". Nalika sawijining pamriksan nyimpang, irah-irahan asil muni "Impor rampung — NANGING rekonsiliasi nuduhake simpangan" lan jeneng pamriksan sing nyimpang didhaptar ing pita kuning ing ndhuwur tabel. Dhaftar "Asil saben tabel" nuduhake, kanggo saben tabel sumber, kaputusane, cacah baris sumber, sing ditulis, dilewati lan gagal, sarta alesane; tabel kanthi baris gagal ana ing ndhuwur lan abang. Priksa loro dhaftar kuwi sadurunge nganggo perusahaan asil impor.

Sampeyan bisa ngimpor sumber sing padha kaping pindho. Impor adhedhasar identitas: kartu, dokumen, cek utawa berkas sing wis ana ing tujuan ora ditulis maneh, nanging diitung minangka diliwati. Miwiti maneh impor sing pedhot iku aman; ora ana duplikat sing kegawe.

Impor selektif (nganggo saringan tabel) ora nglakokake panyelarasan tabel turunan. Yèn sampeyan mung ngimpor tabel tartamtu, nulis tabel turunan kayata saldo pelanggan lan stok saka sumber dilewati — sawetara dokumen durung diimpor lan panyelarasan sebagian bakal nyasarake. Prekara iki dicathet ing rekonsiliasi minangka Simpangan sing dimangerteni. Sawise sampeyan ngimpor turahan tabel (proses tanpa saringan), panyelarasan mlaku normal.

Kode galat. AKTARIM_OTURUM_GEREKLI ora ana sesi utawa sesine kadaluwarsa · AKTARIM_YONETICI_GEREKLI / AKTARIM_YETKI_YOK pangguna dudu administrator sistem · AKTARIM_YAZMA_KAPALI server mung-waca · AKTARIM_HEDEF_UYUSMAZ perusahaan sing dipilih dudu perusahaan sesi · KAYNAK_GECERSIZ format formulir sumber salah · KAYNAK_ERISILEMEDI ora bisa nyambung menyang sumber · KAYNAK_KIMLIK pangguna/sandhi sumber ditolak · KAYNAK_UZAK_YASAK dhaptar idin ing konfigurasi server nutup alamat kuwi · KAYNAK_EK1_YOK EK1 ora bisa dibukak (impor terus, berkas diliwati) · HEDEF_DOLU tujuan ana datane, kothak idin dibutuhake · HEDEF_SEMA_EKSIK tujuan ora duwe tabel tandhingane (diliwati) · AKTARIM_SURUYOR wis ana tugas mlaku kanggo perusahaan iki · AKTARIM_IS_BULUNAMADI cathetan tugas ilang utawa kadaluwarsa · AKTARIM_IPTAL_EDILDI dimandhegake pangguna · AKTARIM_FAZ_HATASI sawijining fase mandheg (deleng log).

Gawe serep perusahaan tujuan sadurunge ngimpor. Impor nulis menyang tujuan lan ora tau ndemok sumber. Yen asile ing tujuan ora kaya sing dikarepake, dalan baline yaiku serep — mula jalanake uji coba dhisik, tliti inventarise, banjur gawe serep lan wiwiti impor sing tenanan.

Mesin database: Firebird SQL 5 lan PostgreSQL 17 — loro-lorone didhukung kanthi lengkap

Panjenengan milih mesin ing langkah 2. Firebird SQL 5: akun SYSDBA lan sandhi sing ditemtokake nalika Firebird dipasang; server kudu lokal. PostgreSQL 17: data perusahaan disimpen ing hnr_<kode perusahaan> lan lampiran berkas ing hnr_<kode perusahaan>_ek1; akun sing diwenehake kudu superuser kanthi CREATEDB, lan database sing digawe dipasrahake menyang peran runtime server (postgresql.user). Entri dokumen, laporan, kartu stok/akun lan lampiran (unggah / dhaftar / undhuh / pratinjau / batal) tumindak padha ing loro mesin.

Baris "Server": host:port · TLS — mung-waca

Sawise mesin dipilih, baris Server · <mesin> katon ing sangisore sandhi administrator, contone localhost:5432 · TLS: disable. Nilai iki diwaca saka konfigurasi server aplikasi (server.properties) lan ora bisa diowahi ing wizard: ora ana alamat, port utawa dalan saka browser sing diterusake menyang server, dadi identitas administrator ora bisa diarahake menyang target sembarangan. Baris Firebird uga nyebutake "server lokal dibutuhake". Hubungi operator server yen butuh server database liyane.

Baris "Basa urutan/aksara": basa database perusahaan nurut negara

Ing sangisore baris Server katon Basa urutan/aksara: basa resmi negara regulasi sing dipilih ing langkah 1 (contone Turki → Turki (tr), Swedia → Swedia (sv), Indonesia → Indonesia (id)); baris sing padha ana ing ringkesan setelan. Basa iki nemtokake aturan aksara database perusahaan: panggolekan padha ora gumantung basa (perbandingan oyod tanpa aksara gedhe-cilik lan aksen — "ali" cocog karo "ALİ", "sema" karo "ŞEMA" ing kabeh negara), dene urutan lan konversi aksara gedhe/cilik nurut basa resmi negara (urutan ç/ş/ı Turki lan ı↔I, i↔İ; ä/ö Swedia ing pungkasan abjad). Nilai diwaca saka tabel negara→basa ing server, ora bisa diowahi ing layar lan tetep sawise setelan. Ing mesin CockroachDB urutan basa mung lumaku kanggo ORDER BY ing kueri prasaja siji tabel; kueri kompleks bisa nuduhake urutan titik kode.

Database ing server liya: pilihan "Server"

Database perusahaan uga bisa digawe ing server database sing mlaku ing mesin liya, dudu ing mesin server aplikasi. Panjenengan masang dhewe server database (Firebird 5, PostgreSQL utawa CockroachDB) ing mesin kuwi, gawe supaya bisa digayuh saka jaringan lan nemtokake sandhi administratore; wizard ora masang apa-apa, mung nyambung lan nggawe database perusahaan ing kono. Iki mbutuhake baris kurulum.uzakSunucuIzin=true ing server.properties duweke operator; yen alamate ing njaba rentang privat (10.x, 172.16-31.x, 192.168.x, 127.x) alamat kuwi uga kudu kacathet ing kurulum.sunucuIzinListesi=host1,host2. Sasuwene idin mati, baris Server ing langkah 2 tetep mung-waca kaya sadurunge.

Nalika idin urip, baris Server ing langkah 2 malih dadi pamilih: isine server sing didefinisikake ing setelan server (kume.<jeneng>.*) lan pilihan "Server iki (wis disetel)", sarta "Temtokake server liya…" ing perangan ngisor. Definisi anyar njaluk: jeneng server (paling akeh 30 aksara/angka/garis ngisor/tandha pisah diwiwiti aksara cilik; firebird, postgresql, cockroach wis dicawisake), alamat lan port, kanggo PostgreSQL/CockroachDB mode TLS lan sertifikat CA opsional (berkas PEM, paling akeh 16 KB), kanggo Firebird direktori data (direktori induk ing mesin adoh papan berkas perusahaan digawe) sarta pangguna/sandhi peran runtime opsional. Yen peran runtime wis ana ing server kuwi, sandhine dipriksa; yen durung, setelan nggawe peran lan ngasilake sandhine. Sawise setelan rampung, definisi server lan baris perusahaan (firma.<perusahaan>=kume:<jeneng>) ditulis menyang server.properties; sandhi lan sertifikat uga disimpen ing kono lan aplikasi ora perlu diwiwiti maneh.

Kode kesalahan sing bisa muncul ing pamriksan awal

Sawetara setelan perusahaan bebarengan lan log setelan

Kode perusahaan sing beda bisa dipasang bebarengan; perusahaan sing menyang server database kapisah ora padha ngenteni maneh. Kunci ana ing kode perusahaan: setelan kaloro kanggo kode sing padha ditolak nganggo SETUP_IN_PROGRESS (kode perusahaan unik sa-server). Kanthi gawan paling akeh 3 setelan mlaku bebarengan. Nalika jendhela setelan nglaporake gagal, metu kothak "Log setelan (baris pungkasan)" ing ngisor pesen kesalahan: baris-baris kuwi metu diagnostik server database lan helper setelan (suwene tahap, pepeling mesin, pesen kesalahan database). Sandhi lan rincian sambungan ora ditampilake ing kono; isine bisa dikirimake apa anane menyang operator server.

Yen PostgreSQL ora ana ing komputer iki: HNR nginstal dhewe

Yen PostgreSQL ora ketemu ing langkah Database, wizard nuduhake tombol "Instal PostgreSQL". Sapisan klik, pamasang bawaan mlaku: kira-kira sakmenit, kira-kira 200 MB, lan server sing diinstal mung nampa sambungan saka komputer iki (listen_addresses=localhost, cek sandhi scram-sha-256). Kemajuan katon saklangkah-saklangkah: direktori data, berkas konfigurasi, miwiti server, peran database, database cithakan, setelan server, verifikasi. Sawise rampung sampeyan nerusake saka panggonan pungkasan; jeneng panganggo utawa sandhi database ora tau dijaluk.

Apa sing ditulis pamasang? Kluster diinstal ing sangisore data/pg (direktori data data/pg/veri, log data/pg/pg.log). Model peran padha karo data/pg-calisma-rolu.sql: peran runtime hnr_uygulama (dudu superuser, ora bisa nggawe database), peran pamasangan hnr_kurulum (CREATEDB) lan database cithakan hnr_sablon miturut basa perusahaan (isine lapisan cast implisit). Mung baris postgresql.host/port/user/password/sslmode lan kurulum.basitKimlik sing ditambahake menyang server.properties; ora ana baris lawas sing diowahi lan cadangan server.properties.bak-… dijupuk dhisik. Sandhi superuser (postgres) ora tau ditulis ing berkas setelan: mung ana ing data/pg/HNR-PG-SIRLAR.txt — cadhangna berkas kuwi lan jaga saka akses ora sah.

Wates lan ngatasi masalah. Pamasang mung bisa diwiwiti saka komputer sing mlakokake aplikasi (browser adoh entuk 403) lan saiki mlaku mung ing Windows. Yen berkas program PostgreSQL ora ana, minangka ganti tombol katon pepeling yen pangurus kudu ngekstrak zip Windows x64 binaries menyang tools/postgresql — pamasang ora tau ngundhuh apa-apa. Yen PostgreSQL wis dikonfigurasi, pamasang ora nglakoni apa-apa. Instalasi uga ndhaftarake tugas sing mlakokake PostgreSQL nalika komputer diuripake; yen tugas kuwi gagal didhaftarake (wates idin) PostgreSQL tetep mlaku, nanging katon pepeling yen kudu diwiwiti manual sawise diuripake maneh. Mung kluster sing diinstal HNR dhewe sing bisa dibusak; pambusakan ngresiki tugas, direktori data lan baris server.properties bebarengan, lan kabeh data perusahaan ing kluster kuwi dibusak.

Yen Oracle dipilih: hak istiméwa akun pamasangan

Hak istiméwa sing wajib kanggo pamasangan. Ing Oracle perusahaan digawé minangka loro sing nduweni skéma (utama + EK1). Akun basis data sing panjenengan lebokake ing wizard kudu nduweni hak sistem iki: CREATE USER, ALTER USER, GRANT ANY PRIVILEGE. Yen panjenengan milih lokasi data khusus (tablespace/dalan DBF dhéwé) ing setelan lanjut, CREATE TABLESPACE uga dibutuhaké. Yen ana sing kurang, wizard mandheg sadurungé miwiti lan nyebut jeneng hak sing kurang (ORACLE_PRIVILEGE_REQUIRED) — ora ninggal perusahaan setengah dadi.

Hak tambahan sing disaranaké. DROP USER (ditambah DROP TABLESPACE kanggo lokasi khusus) ora wajib kanggo pamasangan, nanging yen ana kegagalan ing tengah pamasangan HNR nganggo kuwi kanggo mbusak dhéwé sing nduweni skéma sing setengah dadi. Tanpa hak kuwi pamasangan tetep dicoba; pesen kesalahan banjur nyebut sing nduweni skéma endi sing kudu panjenengan busak manual liwat ORACLE_YARIM_KURULUM_KALDIRILAMADI. Mula ngekèki DROP USER mung sajroning pamasangan banjur dijupuk maneh kuwi praktik sing apik.

Akun runtime pisah. Wizard nggawé loro sing nduweni skéma saben perusahaan lan mung ngekèki CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SEQUENCE, CREATE PROCEDURE, CREATE TRIGGER; kuota disetel minangka QUOTA UNLIMITED ing tablespace sing dipilih. Dadi akun sing dianggo saben dina ora bisa ndeleng perusahaan liya lan ora bisa nggawé panganggo utawa skéma.

11. Setelan › HNR › "Cadhangan basis data perusahaan" lan pamulihan saka cadhangan

Kanggo apa. Kertu Cadhangan basis data perusahaan ing Setelan › HNR nulis basis data utama lan EK1 perusahaan sing lagi dibukak menyang siji folder paket sing dienkripsi. Paket katon minangka folder anyar ing sangisore direktori sing panjenengan pilih ing komputer sing mlakokake server HNR: main.enc, ek1.enc lan tandha rampung hnr-yedek.json sing ditulis pungkasan dhewe. Panjenengan kudu administrator sistem lan nglebokake maneh sandhi administrator HNR saiki; sandhi kuwi uga sing mbukak paket. Kredensial server utawa basis data ora disimpen ing kono.

Pamulihan. Layar "Gawe perusahaan anyar saka cadhangan HNR", dibukak saka menu ⋮ ing layar mlebu, tansah mulihake menyang KODE PERUSAHAAN ANYAR — perusahaan sing wis ana ora tau ditimpa. Pamulihan njaluk sandhi administrator HNR nalika cadhangan digawe lan administrator basis data tujuan (Firebird: SYSDBA, PostgreSQL: superuser, CockroachDB: root/admin, SQL Server: sysadmin, Oracle: administrator kanthi hak CREATE USER). Perusahaan anyar diterbitake mung sawise loro muatan dibukak lan diverifikasi; yen sandhi salah utawa perangan kapindho rusak, ora ana apa-apa sing digawe ing tujuan.

Mesin sing didhukung. Firebird, PostgreSQL, node CockroachDB lokal sing diinstal HNR dhewe, Microsoft SQL Server lan Oracle. Kanggo Firebird/PostgreSQL/CockroachDB dienggo piranti cadhangan gawan mesin. Kanggo SQL Server lan Oracle pakete logis: definisi skema lan baris kabeh tabel diwaca liwat sambungan basis data. Kanthi mangkono cadhangan tetep bisa dijupuk sanajan server basis data ana ing adoh utawa ing njero kontainer; akses menyang sistem berkas server ora dibutuhake. Pamulihan nggawe basis data/skema anyar lan panganggo runtime anyar kanggo perusahaan anyar; kanggo paket Oracle panjenengan kudu ngisi jeneng kluster tujuan (lan yen perlu jeneng layanan, gawan FREEPDB1).

Sing kudu dimangerteni. Utama lan EK1 dicadhangake kapisah; ora ana jaminan siji wektu atomik ing antarane loro-lorone — pilih sela cendhak tanpa kegiatan ing perusahaan. Mung siji pencadhangan utawa pamulihan sing bisa mlaku bareng. Folder cadhangan ana ing sistem berkas server, dudu browser, lan folder sing dilink (symlink/junction) ditolak. Salin paket menyang papan sing aman: tanpa paket ora ana dalan bali, lan tanpa sandhi paket ora bisa dibukak.