도움말 › 설정 및 로그

설정 및 로그 - 프로그램을 만들기

설정 창에는 측면에서 측면으로 두 가지 유형의 설정이 포함되어 있습니다 : 너만의 (제목, 창의 배열, 단축) 그리고 그들이 회사 운영에 영향을 미친다 (HNR 선호도, 사용자, 연결, 회사 세부 사항 및 인쇄 양식). 첫 번째 그룹으로 자유롭게 실험; 두 번째 그룹에서 작업이 필요로하는 것을 변경합니다. 관리자만의 개의 섹션은 아래에서 명확하게 표시됩니다. 로그 창은 "어떤 일이 일어났는지"에 대답합니다.

0. 오픈 경로 및 실제 섹션 지도

길을 열어주는 방법 : 밑바닥 도크 설정. 일반 사용자가 볼 수 있는 Windows, 계정 및 계정 HNR 선호도, 연결, 단축 및 시스템. 관리자도 볼 수 있다. 사용자, 상태, 활성 사용자 및 인쇄 양식. 모바일, 데스크톱 특정 윈도우 그리고 짧은 관리자 섹션을 보지 않는 것은 허가 결과이며 잘못이 아닙니다.

붕괴 가능한 부분 : 모든 주요 제목 및 내부 설정 그룹이 닫히기 시작합니다. 제목을 클릭하거나 Tab를 사용하여 입력 하 고 Enter 또는 Space를 누르십시오. 여러 주요 섹션은 함께 열려있을 수 있습니다. 섹션을 닫고 다시 열면 그것의 저장되지 않은 디자인을 유지 합니다; 그것은 그것을 저장 하지 않습니다. 전체 설정 창을 닫고 다시 열면 모든 제목이 다시 닫혀 있습니다. HNR 상품명 > 회사 정보 > 제조업의 선호도 시스템 관리자에만 볼 수 있으며, 다른 사용자는 회사 설정 제목이나 읽기만한 요약을 보지 못합니다.

1. 출현 및 Windows

이것은 순전히 맛의 문제입니다; 여기에서 선택의 여지가 데이터에 영향을 미치지 않습니다.

2. 계정 - 당신의 암호가 살고있는 곳

이것이 당신의 암호를 변경하는 곳입니다. 3 가지 규칙 :

• 당신의 암호를 아무에게도 공유하지 마십시오. — 관리자가 요청하지 않아도; 관리자는 당신의 암호가 필요하지 않습니다.
• 서명하기 공유 컴퓨터를 떠날 때; 그렇지 않으면 무엇이든 당신의 이름 아래에 기록됩니다.
• 당신이 당신의 암호를 잊어 버렸다면 관리자 새로운 하나를 던져; 그들은 오래된 것을 읽을 수 없습니다 - 그리고 그것은 올바른 디자인입니다.

3. 짧은

키보드 짧은 단계가 나열되어 변경될 수 있습니다. 초보자에게는 배우기에 가치가있는 몇 가지가 있습니다.

4. HNR 선호도

이것은 외모에 관한 것이 아니라 일하는 습관: 어떤 창고가 기본으로 오는지, 어떻게 목록이 열리는지 등.시간이 지남에 따라 자신이 매번 변화하는 것을 발견하든, 한 번 여기서 설정하십시오.

5. 관리자의 섹션

아래의 섹션은 사용자에게만 표시됩니다. 시스템 관리자 당신이 그들을 보지 못한다면, 아무것도 깨진다 - 당신은 단순히 허가를 부족합니다. 섹션을 숨기는 것은 화장품에 불과합니다; 실제 문은 서버에 있습니다 : 허가되지 않은 요청은 거기에서도 거부됩니다.

6. 녹음 - “어떻게 되었는가?”

창문은 창문이 바로 운영일기 프로그램은 스스로를 유지합니다.당신은 작업이 예상대로 진행되지 않았거나 오류 메시지를 보았을 때 여기를보고 있습니다.그것은 회계 기록이 아닙니다 - 그것은 기술적입니다.

7. 자주 묻는 질문

나는 조건을 변경했습니다 - 동료에게도 변화했습니까?

창문, 창문, 짧은 단계 및 HNR 선호도는 너만의: 아무도 영향을받지 않습니다.사용자, 연결 및 회사 세부 사항이 영향을 미칩니다. 모든 사람들. 의심의 여지가 있다면 그림의 두 열을 살펴보십시오. 1.

한 부분도 보이지 않는다.

허가가 부족합니다.이것은 잘못이 아닙니다; 관리자 섹션은 관리자에게만 볼 수 있습니다.당신이 정말로 하나를 필요로하는 경우, 시스템 관리자에게 물어보십시오. 왜 당신은 그것을 필요로합니다 - 허가는 이유로 제공됩니다.

프로그램이 느려졌습니다 - 나는 기록을 보아야합니까?

첫째로 보라, 그 서버 모니터 섹션 (또는 관리자에게 물어보십시오): 그것은 문제가 끝에 있는지 또는 서버에 있는지 알려줍니다. 로그는 "어떤 작업이 실패한지"의 장소입니다.

8. 글로스

9. 사용자 › " 역할 템플릿": 클론없이 사용자를 만드는

새로운 직원 허가를 제공하는 오래된 방법은 "사람과 비슷한 사람을 복사 한 다음 백 죽은 허가 상자를 하나씩 고치는 것"이었다; 결과는 일반적으로 모든 사람들이 저장소 클러리크 권리를 가지고 걷는 — 판매자는 생산 주문을 열 수 있었고, 품질 담당자는 은행을 볼 수 있었다. 그들의 템플릿의 역할 사용자 섹션의 그룹은 다음과 같이 끝납니다 : 선택, 적용, 저장.

1. 설정 › 사용자 › 사용자를 선택 (또는 하나를 만들) › " 역할 템플릿"에서 역할을 선택합니다. 아래에 템플릿의 설명과 열리는 모듈이 나열되어 있습니다.
2. 추가 ( Add ): 템플릿의 비트는 위에 추가된 기존의 허가 (두 개의 템플릿을 결합하기 위해). 단지 템플릿: 템플릿 이외의 비트가 스위치되며 시스템 관리자 비트가 보존됩니다.
3. 필요한 경우 개별 상자를 조정하십시오 (템플릿은 출발점에 불과합니다); 저장. 저장을 누르기 전까지는 서버에 아무것도 쓰지 않습니다.

즉각적인 효과 : 눌러주는 순간 사용자의 오픈 세션을 저장합니다; 로그인 필요가 없습니다. 암호를 변경하면 열기 세션이 떨어지고 사용자가 새로 로그인합니다. 응답은 "세션 업데이트 : 업데이트 / 떨어진" 계산을 표시합니다. 보안 가이드, 섹션 8.

생산 선호도 : 레벨 1 산업 및 산업 템플릿 - 관리자 가이드

10. 로그인 스크린 › "첫 설정 / 새로운 회사" 마법사

마법사는 로그인 화면의 장치 아이콘에서 열리고 단계로 새로운 회사를 만들 수 있습니다 : 언어와 국가, 데이터베이스, 주 관리자, 확인 및 만들기, 사용자, 생산 수준, 설정 요약. 설정 키가 필요하지 않습니다; 기존 회사는 터치되지 않고 마법사가 주요 데이터베이스를 사용하면 멈추고, EK1 또는 회사 입장은 이미 동일한 코드에 따라 존재합니다.

단계 2 두 개의 레이어가 있습니다 : 간단한 전망과 "고급 설정"

간단한 시각 (예상) 단 하나의 질문을합니다 : 새로운 회사 코드. 데이터베이스 엔진, 서버 주소 및 관리자 암호는 화면에 표시되지 않습니다; 그들은 모두 응용 프로그램 서버 구성에서 온다. 관리자 계정 라인은 읽기만하고 표시됩니다. hnr_kurulum · 서버에 보관된 암호 ✓: 이 암호는 브라우저에 보내지 않는다 — 서버가 설치 요청에 그것을 주입합니다. 이 라인이 나타나기 위해서는 운영자가 정의해야 합니다. kurulum.basitKimlik=<사용자>:<암호> 안에 server.properties (이 암호는 변수 환경에서 나올 수 있습니다. ${env:NAME}; 사용하기 kurulum.basitMotor=firebird5 엔진을 바꾸는 방법) 이 라인이 없으면 마법사가 고급 시각에서 직접 열립니다. 슈퍼 사용자가 아니에요 — 그것은 단지 회사 데이터베이스를 만들고, 생산을 시작하기 전에 암호를 변경합니다.

"고급 설정 » 세 개의 선택 가능한 카드로 데이터베이스가 어디에 살 것인지 물어보십시오; 선택한 카드의 필드만 확장하십시오. (1) 이 컴퓨터에 있는 데이터베이스 — 서버 소프트웨어는 응용 프로그램과 동일한 기계에서 실행됩니다; 엔진, 관리자 계정 및 읽기만 서버 라인이 표시됩니다. (2) 멀리 떨어져 SQL 같은 네트워크에 있는 서버 — 데이터베이스는 다른 기계에 있습니다; 서버 이름, 주소, 포트, TLS 모드에 대하여 CA 인증서, Firebird 데이터 디렉토리 및 실행 시간 역할 필드가 열립니다. (3) SQL 클러스터 / 클러스터 서버 — 서버 구성에 정의된 프로필이 나열되어 있으며, 아래쪽에 있는 "Cloud Cluster..." 입력은 Neon 및 CockroachDB Cloud에 대한 동일한 양식을 열어줍니다. verify-full 선출된 것 새로운 정의에 대한 (2) 그리고 (3) 선택할 수 있는 경우에만 kurulum.uzakSunucuIzin=true; 카드가 표시되지만 장애가 있고 왜 표시되는지 확인합니다. 각 필드는 기술 이름과 함께 평평한 언어 설명을 가지고 있습니다. ? 도구 팁 ( 키보드와 함께 굴, 탭 또는 초점을)

그들의 "기존 회사에서 데이터를 수입합니다." 고급 보기 아래의 버튼이 이제 실제 흐름을 열어줍니다 : 그것은 오래된 Firebird 데이터베이스의 기록을 회사로 이동합니다. 이미 존재한다 (아래의 섹션을 참조하십시오) 그들의 "수준에서 시작 1…" 더 이상 단계에 앉아 있지 않습니다. 1 — 그것은 옳은 지도자로 단계 6 (제조 수준의 생산), 실제로 선택이 이루어지는 곳입니다.

고급 › "이 컴퓨터에 데이터베이스": 관리자 암호는 더 이상 요청되지 않습니다

언제 HNR 데이터베이스 서버 자체를 설치했습니다 (또는 운영자가 구성 파일에 한 번 인증서를 기록했을 때), 엔진이 관리자 사용자 이름과 암호를 요청하지 않습니다.. 택시를 선택 "이 컴퓨터에 대한 데이터베이스를 제공합니다." 고급 보기 및 사용자 이름 필드의 카드는 저장된 계정을 표시합니다 (예를 들어, postgres, sa, SYSTEM, root, SYSDBA), 암호 필드 표시 •••••••• [읽기] 아래에 있는 메모 "저장된 관리자 암호가 준비되어 있습니다.” 암호는 절대 보내지 않는다 브라우저에 대하여: 고객은 "구조된 인증서 사용"표를 보내고 응용 프로그램 서버가 설정 요청에 암호를 주입합니다. 그것을 바꾸기 위해, 단순히 각 필드에 입력 — 저장 모드가 떨어지고 당신은 자신의 계정으로 계속; 눌러 "저장된 인증서 사용 » 다시 가기 위해서

다른 데이터 위치를 선택할 때 (폴더) 더 유리한 계정이 필요합니다 : PostgreSQL은 새로운 계정을 만들고 있습니다. 테이블 스페이스 그리고 오직 슈퍼 사용자만이 할 수 있습니다; Oracle에서 같은 직업은 CREATE TABLESPACE 우선순위 이 계정이 구성 파일에 기록되면 사용자 이름 필드가 자동으로 그것으로 전환됩니다 (hnr_kurulum → postgres) 그리고 국가 "저장된 데이터베이스 관리자 계정은 선택한 폴더에 사용됩니다.” — 아직도 묻는 것 아무것도. 특권 계정이 저장되지 않을 때, 암버 상자가 나타납니다. "데이터베이스 관리자 계정에 입력합니다. " 필드를 열어주는 버튼. 동일한 상자 자체가 열리면 서버가 돌아오는 경우 PG_DIRECTORY_PRIVILEGE_REQUIRED, ORACLE_TABLESPACE_PRIVILEGE_REQUIRED 또는 ORACLE_PRIVILEGE_REQUIRED.

운영자에게는 : 라인은 kurulum.yerelKimlik.<엔진>=<사용자>:<암호> 안에 server.properties; 엔진 코드가 있는 firebird5, postgresql, cockroach, mssql, oracle. 암호는 변수 환경에서 온 수 있습니다. ${env:NAME}. 인증서가 사용되고 있다. 이 컴퓨터의 데이터베이스에만 해당합니다.: 원격 서버 또는 클러스터가 선택되면 서버는 그것을 거부합니다. SAVED_CREDENTIAL_TARGET_INVALID, 아무것도 저장되지 않으면 그것은 돌아옵니다. SAVED_CREDENTIAL_UNAVAILABLE (그것은 결코 침묵으로 빈 것을 시도하지 않습니다. 암호를 사용하는 방법) 빈 암호가 거부됩니다; 암호를 원하지 않는 불안정한 CockroachDB에 대해, 글을 쓰십시오. root:root. Firebird는 추가 라인이 필요하지 않습니다 : 기존의 firebird.user/firebird.password 사용되는 것 입니다. 라인을 삭제하면 오래된 행동을 복원합니다 - 사용자는 인증서를 다시 유형합니다.

고급 › "데이터베이스를 가져오기": 오래된 회사에서 데이터를 이동

그것이 무엇을 하는가 : 고객 및 주식 카드, 청구서, 배달 노트, 주문, 인용문, 수신, 체크, 창고 보증금, 생산 요리법 및 주문, 직원 기록 및 이미지 / 문서에 포함된 EK1 오래된 Firebird 데이터베이스의 데이터베이스를 구축하고 개체를 구축하고 각각을 저장합니다. 회사의 글쓰기 자체를 통해서 길이. 그것이 하지 않는 것 : 그것은 DOES NOT CREATE 회사.목표 회사는 이미이 마법사와 함께 만들어져야합니다.출처 데이터베이스는 읽기만: 수입 기간 동안 단일 순서 변경이 없습니다.

단계 1 — 목표 회사 및 관리자 등록. 회사 코드를 입력하고 등록합니다. 이 회사의 시스템 관리자. 회사 목록은 의도적으로 표시되지 않습니다 : 세션 자체는 회사가 존재하고 당신이 관리자라는 것을 증명합니다. 이 스크린에 아무것도 할 수없는 관리자 (403). 만약 서버가 읽을 수 있다면 (HNR_WRITE ) 수입은 거부된다.

단계 2 — 출처 데이터베이스 출처 유형은 화재 지금까지만 (다른 사람들은 목록에 있지만 선택할 수 없습니다). 서버 주소, 포트를 제공합니다 (3050 기본적으로), 데이터베이스 경로 또는 알리어, 데이터베이스 사용자 (일반적으로) SYSDBA) 그리고 그 암호를 만약 그가 EK1 데이터베이스 경로 텅 비어있게 남아있고, _ek1 그것은 주요 경로에 묶여있다. "연결을 테스트해 보세요~ 출처에 연결하고 버전, 테이블 수 및 EK1 발견되었을 때; EK1 실종되고, 이미지와 문서가 수입되지 않으며 화면이 그렇게 명확하게 말합니다.

단계 3 — 테이블 인테리어 모든 것 출처의 테이블은 개의 결정 중 하나로 나열되어 있으며, 아무도 침묵으로 떨어지지 않습니다. 객체: 카드/문서가 테이블에서 만들어지고 회사의 자신의 글쓰기 경로를 통해 저장됩니다 (예 : MUSTERI 고객 카드에 대한, FATURA + IRSALIYEITEM 계좌 및 그 라인) 복사본: 목표가 같은 이름을 가진 테이블을 가지고 있다면, 공유 열은 순서대로 복사됩니다. 추출물: 값을 복사하지 않은 - 예를 들어 계좌 균형 (CARIDURUM) 값이 높은 수준(STOKDURUM) 그들은 글쓰기 경로에 의해 재구성되고 수입의 끝에서 출처와 일치합니다. 스키: 시스템 또는 로그 테이블.

"skip"의 결정은 이제 재생 가능한 캐시만 다루고 있습니다. 이전 버전은 처리되었습니다. 53,662 라인 "시스템 테이블"으로 그리고 그들을 수입하지 않았습니다 - 교환율 역사 (KUR), 로고 전송 상태 (FATURA_LOGO), 프린터 정의 (SISTEMDOSYA), 링크 및 링크를 사용하는 방법 (METIN_SOZLUK, ALAN_SOZLUK), HR 그리고 생산 기록. 그들 모두가 지금 복사되고 있습니다. 유일한 진정으로 놓친 항목은 파일 사전 보기 캐시이며, 그 이유는 목록에 기록되어 있습니다. EK1 파일 콘텐츠 이외의 데이터베이스 (예 : 액세스 트랙)도 전송되고 목록에 나타납니다. EK1. 사전 설정

문서 번호가 보존됩니다. 청구서, 배달 노트, 주문, 인용, 수신, 체크 배치 및 창고 보증금 번호 거주 정확히 그들이 있었던 것처럼 - 년간의 아카이브 후, "어떤 청구서 번호"는 여전히 같은 대답을 가지고 있습니다. 수입이 끝나면 숫자 계산기가 가장 큰 가치를 넘어서서, 그 후에 발행된 첫 번째 문서는 충돌할 수 없습니다.

출처에 대한 충성 - 자동 조정. 년 된 데이터베이스는 항상 내부적으로 일관되지 않습니다; 수입 샘플을 정리하지 않으니, 그것은 비슷합니다.. 개의 링크가 끝나면 다음과 같습니다: (1) 고객 리더 코드 — 고객 카드가 새로 이름을 지정되면, 오래된 HNR 버전은 수신 헤드셋을 업데이트하지 않았으므로 레더 라인과 문서 헤드셋은 다른 코드를 가지고 있습니다; 목표에서 레더 라인은 코드를 가져옵니다. 출처 리더 라우, (2) 왼쪽 균형 균형 — 출처에 존재하지 않고 카드나 현금/은행 계좌가없는 균형 라인은 제거됩니다, (3) 카드 없이 주식 라인 — 주식 상태 라인은 출처에서 보이지 않고 카드없이 제거됩니다. (4) 생산 소비 라인 — 생산 소비의 분할 부분은 출처의 순서 목록에 가져옵니다. 모든 조정은 닫기 실패: 양쪽의 총액이 다르다면, 아무것도 만지지 않습니다; 계산은 결과 화면의 "자동 수정" 라인과 수입 기록에 나타납니다.

회사의 자체 구성 OVERWRITES 목표가 부족한 것. 신선한 회사는 생산 선호도, 승인 규칙, 전송, 창고 및 현금 계좌와 같은 테이블을 설정합니다. 이 씨앗 라인은 같은 열쇠를 공유하는 출처 라인과 충돌하고, 사용 된 출처는 벗어날 수 있습니다. SILENTLY — 수입 회사는 " 레벨"으로 개방 1" 프로필 및 APQP/subcontracting 규칙 끄기. 작은 구성 테이블에서 이제 출처가 승리합니다.: 목표 순서가 출처에서 업데이트됩니다. 의도적으로 두 가지 예외가 있습니다 : 사용자 카드 (그러므로 설정 중에 만들어진 관리자 암호를 잃지 않습니다) 그리고 회사 정의 설정. 각 잃어버린 키는 단계별로 "Per-table 결과" 목록에 나타납니다. 5.

변경된 문서 번호 보호. 같은 회사에 가져오면 A 두 번째 시간 (중단된 실행을 마무리, 선택적 수입의 나머지) 문서 번호가 변경될 수 있습니다. 그 링크 입력은 "원본에 있지 않다"로 취급되었으며 DELETED, 납부금을 제출하기 때문에; CARIDURUM 출처에서 쓰여진, 균형은 여전히 올바른 보였고 진술에 반대했다. 지금은 두 가지가 일어나고 있습니다 :)1) 수입 모드에서 정해진 숫자 리더는 더 이상 숫자를 "받은"으로 계산하지 않으므로 숫자는 보존된; (2) 그럼에도 불구하고 옮겨진 그룹이 발견되면, 그것은 삭제되지 않음 — 이 조화는 A로 기록되어 있다. 퇴보 그리고 로고에 기록되어 있습니다. 생산에 따라 소비가 늘어난다. 가격 이제는 출처에서 가져온 것이고, 새로운 라인 가치 문서 유형에 따라 확인합니다.

미결제 송장 잔액(KALAN) 및 유지보수 영역

공개 청구서 균형이 발생합니다. 오래된 데스크톱 프로그램은 결코 청구서를 채우지 않았습니다. 남아있는 수량 (FATURA.KALAN), 그 동안에 HNR 노화, 칵테일의 "비용이 과도한 수수료", 현금 흐름 및 폐쇄 청구서 모든 리셉트는 이 필드를 읽습니다. 따라서, 추출-협정 단계에서 수입 프로세스는 각 계좌의 날짜 순서로 이동합니다 : 지불, 환불 및 체크는 가장 오래된 첫 번째 계산서 (FIFO) 그리고 계좌의 열린 잔액은 최신 청구서에 기록됩니다. 판매 및 구매 청구서는 동일한 규칙을 따르고; 취소 된 청구서는 폐쇄되어있다; 계좌의 순 균형이 아래에 있습니다. 1 TL (오래된 회전 잔액) 열려있는 청구서를 받지 않습니다.이 청구서에 이미 남은 금액을 가지고있는 계좌는 접촉되지 않습니다. 그들의 fatura.kalanTop 합의 테이블의 순서가 목표와 총과 비교됩니다 같은 규칙은 출처 데이터베이스에 제공됩니다.개방 균형의 일부는 발행 된 체크/노트, 지불 노트 또는 은행/금융 이동 대신 청구서에 서있을 수 있습니다; 그 부분은 청구서에 표시되지 않지만 계좌 보고서에서 볼 수 있습니다.

유지보수 영역(2단계, 로그인 후). 미결제 잔액 복구는 이전에 가져온 회사에 같은 규칙을 적용합니다. 먼저 미리보기(변경할 송장 수, 이전·이후 합계, 건너뛴 거래처, 송장 외 미결제 잔액)를 표시하며 기록하지 않습니다. 복구 적용은 잔여 금액 필드만 쓰고 각 행의 이전 값을 다시 확인합니다. 중간에 수납으로 변경된 송장을 덮어쓰지 않으며 활동 이력에 기록합니다. 다시 실행해도 변경이 발생하지 않습니다. 사전 다시 채우기는 인터페이스·필드 번역(24개 언어)의 누락 행을 추가합니다. 수동 수정한 번역은 건드리지 않으며 몇 분 걸립니다. 새 회사가 열리면 백그라운드에서 자동 실행됩니다. 실패해도 설치는 실패하지 않고 설치 로그에 남습니다. 이 버튼으로 완료할 수 있습니다. 페이지 새로고침이나 서버 재시작 후 로그인하면 실행 중인 가져오기가 자동으로 4단계에서 열립니다. 마지막으로 완료한 결과는 마지막 가져오기 결과 표시로 확인합니다. 3단계의 목록에는 EK1 데이터베이스 테이블과 행 수도 표시됩니다.

수입 옵션 건조한 런: 모든 것이 읽고 계산되지만 아무것도 쓰지 않습니다 - 먼저 인센티브와 기간 추정치를 볼 수 있도록 이것을 실행하십시오. 또한 삭제된 문서 아카이브를 가져오십시오. 그리고 또한 역사적 움직임을 수입: 오래된 회사의 아카이브 테이블 (마지막 단계에서 수입; 그들을 중단하면 수입이 실패하지 않습니다). 사진 및 문서 수입 (EK1): 파일에 있는 것들 EK1 데이터베이스 목표가 이미 데이터를 가지고 있더라도 계속 진행하십시오.: 기본적으로 수입이 중단되면 대상 회사가 이미 기록을 가지고있다; 이 상자는 귀하의 동의입니다. 배치 크기: 수많은 기록이 거래에 따라 작성되며 (200 에 따라)

단계 4 — 수입 및 진보 당신은 단계 (제조 → 카드 → 문서 → 생산 → 이미지 및 문서 → 일반 테이블 복사본 → 아카이브 → 추출-값 합의 → 합의 측정), 비율, 작성/선택/실패 계산기 및 마지막 라인 수입 기록. 로고는 마스크: 암호, 토큰 및 인증서는 연결 라인 내부에 결코 쓰여지지 않습니다. 멈추기 다음 안전점에서 작업을 끝내고 반으로 완료된 배치가 뒤로 롤됩니다. 일자리 실행 서버에 있는: 창을 닫는 것은 그것을 막지 않으며, 돌아올 때 같은 직업의 상태를 볼 수 있습니다.

단계 5 — 어떻게 합의 테이블을 읽을 수 있습니까? 각 라인은 한 개의 측정 항목입니다 : 출처 오래된 데이터베이스에서 읽은 가치, 목표 새로운 회사에서 읽은 가치, 차이점 격차가 그들 사이에 상태를 위한 경기 즉, 그 항목이 정확하게 맞아졌다는 것을 의미합니다. 퇴보 빨간색으로 인쇄되어 손으로 검사해야 합니다. 잘 알려진 변동 예상 차이점은 출처 자체에서 오는 것입니다 (예를 들어, 출처에 복제 된 고객 또는 배치없이 체크). 측정된 항목은 다음과 같습니다 : 계좌 균형, 주식 수준 (전체 및 창고 당), 체크 계산/수량/ 상태, 수신 및 청구 계산 및 금액, 생산 요리법 및 주문 계산, EK1 파일 계산 및 테이블 커버.

만약 합의가 퇴각한다면, 작업은 "완료"라고 말하지 않는다. 체크가 변동되면 결과 제목이 읽을 수 있습니다. "수입이 완료되었습니다 - BUT “평화는 변동을 보여준다.” 그리고 변동 체크의 이름은 테이블 위에 앰버 밴드에 나열되어 있습니다. 그들의 "테이블 결과 » 공개 표시, 각 출처 테이블, 그것의 결정, 출처 순서 계산, 작성, 벗어난 및 실패한 라인과 이유; 실패한 라인 테이블은 위와 빨간색입니다.

같은 출처를 두 번째로 수입할 수 있습니다. 수입은 신원 기반: 이미 대상에 존재하는 카드, 문서, 체크 또는 파일은 다시 쓰지 않습니다. 어버린. 처음부터 중단된 수입을 다시 시작하는 것은 안전합니다; 복제가 생성되지 않습니다.

선택적 (표 필터화) 수입은 추출 테이블 조정을 실행하지 않습니다. 특정 테이블만 가져올 때, 고객 균형과 주식 수준과 같은 추출 테이블을 작성하는 것은 어버린 — 일부 문서는 아직 수입되지 않았으며 부분적인 조정이 잘못되었습니다. 이 조화는 A로 기록되어 있다. 잘 알려진 변동. 나머지 테이블을 가져오면 (필터되지 않은 실행) 조정이 정상적으로 실행됩니다.

오류 코드 AKTARIM_OTURUM_GEREKLI 회의가 없거나 만료되지 않았습니다. AKTARIM_YONETICI_GEREKLI / AKTARIM_YETKI_YOK 사용자는 시스템 관리자가 아닙니다. AKTARIM_YAZMA_KAPALI 서버는 읽기만 하는 것이며 AKTARIM_HEDEF_UYUSMAZ 선택한 회사는 회의의 회사가 아닙니다. KAYNAK_GECERSIZ 출처 형태가 잘못된 상태입니다. KAYNAK_ERISILEMEDI 출처에 연결할 수 없음; KAYNAK_KIMLIK 사용자/주문이 거부되었습니다. KAYNAK_UZAK_YASAK 허용 목록은 서버 구성 블록에 해당하는 주소 · KAYNAK_EK1_YOK EK1 열 수 없었다 (수입은 계속되고, 파일이 옮겨집니다) · HEDEF_DOLU 목표는 기록이 있고, 동의 상자가 필요합니다. HEDEF_SEMA_EKSIK 목표는 대체 테이블이 없습니다 (그것은 이 ) · AKTARIM_SURUYOR 이 회사에 대한 작업이 이미 진행되고 있습니다. AKTARIM_IS_BULUNAMADI 일자리 기록이 사라졌거나 만료되었습니다. AKTARIM_IPTAL_EDILDI 사용자에 의해 중지 · AKTARIM_FAZ_HATASI 단계가 중단되었습니다 (로그 참조).

수입하기 전에 대상 회사의 백업을 취하십시오. 수입은 목표에 글을 쓰고 결코 출처를 만지지 않습니다. 목표의 결과가 원하는 것이 아니라면, 뒤로 돌아가는 방법은 백업입니다. 뜨거운 달리기 먼저, 인벤토리를 검토하고, 백업을 취하고 실제 수입을 시작합니다.

데이터베이스 엔진: Firebird SQL 5 그리고 포스트그레이크 17 — 둘 다 완전히 지원

단계별로 엔진을 선택합니다. 2. 화재 SQL 5: 그들의 SYSDBA 계정 및 암호가 Firebird 설치되었을 때 설정되어야 합니다; 서버는 로컬이어야 합니다. 포스트그레이스 17: 회사 데이터는 살아있다 hnr_<company code> 파일에 대한 추가 내용은 hnr_<company code>_ek1; 주어진 계좌 A가 있어야 합니다 슈퍼 사용자 와 함께 CREATEDB, 데이터베이스가 만들어진 데이터베이스는 서버 실행 시간 역할에 전달됩니다 (postgresql.user). 문서 입력, 보고서, 주식/계좌 카드 및 첨부 파일 ( 업로드 / 목록 / 다운로드 / 예보 / 취소)은 두 엔진에서 동일하게 행동합니다.

"Server" 라인 : 호스트:포트 · TLS — 읽기만

엔진이 선택되면, A 서버 · <엔진> 라인은 관리자 암호 아래에 나타납니다, 예를 들어. 지역주민 :5432 · TLS: 불가능한. 이 값은 응용 프로그램 서버 구성에서 읽을 수 있습니다 (server.properties) 그리고 마법사 속에서 바꿀 수 없다.: 브라우저에서 오는 주소, 포트 또는 경로는 서버에 전송되지 않으므로 관리자 정체성은 자발적인 대상으로 표시되지 않습니다. 다른 데이터베이스 서버가 필요한 경우 서버 운영자에게 연락하십시오.

"분류/문자 사례 언어" 라인 : 회사 데이터베이스 언어는 국가를 따릅니다.

아래의 서버 라인에서 볼 수 있습니다. 글쓰기/문자 언어: 그들의 규제국의 공식 언어 단계별로 선택한 1 (예 : 터키어 → 터키어 (tr), 스웨덴어 → 스웨덴어 (sv), 인도네시아어 → 인도네시아어 (id)); 같은 라인은 설정 요약에 나타납니다. 이 언어는 회사 데이터베이스의 문자 규칙을 설정합니다 : 평등 검색은 언어-독립 (사례 및 주목 불감각 뿌리 비교 — "ali" 경기 "ALİ", ‘스마’ 경기ŞEMA" 모든 나라에서, 그 동안 순서 및 상단 / 아래 사례 변환은 국가의 공식을 따릅니다. 언어 (터키어 /ş/ı 순서 및 ı↔I, i↔İ; 알파벳 끝에 스웨덴어 ä/ö) 값은 서버의 국가→언어 테이블에서 읽혀지며 화면에 변경할 수 없으며 설정 후에 고정됩니다. 코크로치DB 엔진 언어 주문은 단지 적용됩니다 ORDER BY 단순한 단일 테이블 쿼리; 복잡한 쿼리는 코드 포인트 순서를 표시할 수 있습니다.

다른 서버에 있는 데이터베이스: "Server" 선택

회사 데이터베이스는 또한 운영되는 데이터베이스 서버에서 만들 수 있습니다. 또 다른 기계 대신 응용 프로그램 서버를 호스팅하는 사람. 당신은 데이터베이스 서버를 직접 설치하세요. (불타는 5, PostgreSQL 또는 CockroachDB) 그 기계에서, 그것을 네트워크를 통해 접근 할 수 있도록하고 관리자 암호를 설정; 마법사는 아무것도 설치하지 않습니다, 그것은 단지 연결하고 회사 데이터베이스를 만들고 거기에. 라인은 필요하다. kurulum.uzakSunucuIzin=true 운영자의 경우 server.properties; 이곳에 있는 경우에는 개인의 주소가 없어지면 (10.x 는 172.16-31.x 는 192.168.x 는 127.(x) 추가로 첨부된 내용이 포함되어야 합니다. kurulum.sunucuIzinListesi=host1,host2. 허가가 꺼지면 서버 라인 단계 2 이전처럼 읽고만 남아있다.

허가를 받으면, 그 서버 단계별 라인 2 선택자가 될 것입니다 : 그것은 서버 설정에서 정의 된 서버 목록을 나타냅니다 (kume.<name>.*) plus "이 서버 (설정)" 및 아래쪽에 "다른 서버를 설정하십시오...". 새로운 정의가 필요합니다 : A 서버 이름 (대부분의 경우 30 문자/수표/아래소/하이펜스 아래소문으로 시작하는 문자; firebird, postgresql 그리고 cockroach 그들은 예약된 것) 주소 및 항구, PostgreSQL/CockroachDB에 대한 정보 TLS 모드 그리고 선택적 CA 인증서 (PEM 파일, 대부분의 경우 16 KB), 를 위해 화재의 데이터 디렉토리 (회사 파일이 생성되는 원격 기계의 뿌리 디렉토리) 및 선택적 인 사용자/파이프로스의 역할. 실행 시간 역할이 이미 그 서버에 있는 경우, 그것의 암호가 확인되며, 그렇지 않으면 설정이 역할을 만들고 암호를 생성합니다. 설정이 완료되면 서버 정의 및 회사 라인 (firma.<company>=kume:<name>) 글을 쓰고 있는 것 server.properties, 암호와 인증서가 저장되는 경우; 응용 프로그램은 재시작이 필요하지 않습니다.

오류 코드 사전 검사가 반환될 수 있습니다.

여러 회사 설정 한 번에, 그리고 설정 로그

다른 회사 코드가 설치될 수 있습니다. 동시에; 회사는 더 이상 서로를 기다리지 않고 데이터베이스 서버를 분리 할 것입니다. 회사 코드: 동일한 코드에 대한 두 번째 설정은 거부됩니다. SETUP_IN_PROGRESS (회사 코드는 유일한 서버 전역입니다.) 대부분의 경우 빈번하게 3 설정이 실행되는 경우, 설정 창에서 실패를 보고할 때, A "설정 로그 (마지막 라인) 공개는 오류 아래에 나타납니다: 이 라인은 데이터베이스 서버의 진단 출력 및 설정 도우미 (단계 타이밍, 엔진 경고, 데이터베이스 오류 메시지)입니다. 암호 및 연결 세부 사항은 보여주지 않음 거기에; 당신은 서버 운영자에게 콘텐츠를 전송할 수 있습니다.

PostgreSQL이 이 컴퓨터에 있지 않은 경우: HNR 설치해 주세요

데이터베이스 단계에서 PostgreSQL이 발견되지 않으면 마법사가 표시됩니다. "포스트그레이스키 설치" 버튼을 눌러 하나의 클릭으로 내장된 설치기를 실행합니다 : 그것은 약간 걸립니다. 분간, 사용하기 200 MB 그리고 결과 서버는 연결을 받아들이고 이 컴퓨터에서만 (listen_addresses=localhost, 암호 확인 scram-sha-256). 진행은 단계별로 표시됩니다 : 데이터 디렉토리, 구성 파일, 서버 시작, 데이터베이스 역할, 템플릿 데이터베이스, 서버 설정, 확인. 완료되면 계속되는 곳을 떠나지 않습니다; 데이터베이스 사용자 이름이나 암호는 요청되지 않습니다.

설치자는 무엇을 쓰고 있습니까? 클러스터는 아래에 설치되어 있습니다. data/pg ( 데이터 디렉토리 data/pg/veri, 로그 data/pg/pg.log). 모델 경기 data/pg-calisma-rolu.sql: runtime 역할 hnr_uygulama (수퍼 사용자가 아니라 데이터베이스를 만들 수 없습니다) 역할을 제공 hnr_kurulum (CREATEDB) 그리고 A hnr_sablon 회사 언어에 대한 템플릿 데이터베이스 (내부의 지시적 인 삽입 레이어와 함께). 단지 라인들만 postgresql.host/port/user/password/sslmode 그리고 kurulum.basitKimlik 그들은 첨부 를 위해 server.properties; 현재의 링크가 변경되지 않으며 A 스테이블 - 스테이블 -… 백업은 먼저 이루어집니다. 훌륭한 사용자 (postgres) 암호는 설정 파일에 결코 쓰여지지 않습니다.: 그것은 단지 그 안에서 살고있다 data/pg/HNR-PG-SIRLAR.txt — 다시 파일을 업로드하고 허가되지 않은 액세스에서 멀리 유지합니다.

제한과 문제 해결 설치는 시작할 수 있는 것만 컴퓨터에서 응용 프로그램을 실행하는 (Remote Browser가 사용되는 경우 403) 현재 진행 중인 윈도우만으로. PostgreSQL 프로그램 파일이 없으면 버튼 대신 운영자가 Windows를 추출해야한다는 경고가 나타납니다. x64 이중 ZIP 입력 tools/postgresql — 설치자는 결코 아무것도 다운로드하지 않습니다. PostgreSQL이 이미 구성되어 있다면 설치자는 아무것도하지 않습니다. 설정은 또한 컴퓨터가 시작되면 PostgreSQL을 시작하는 작업을 기록합니다; 그 작업이 등록되지 않으면 (허가 제한) PostgreSQL은 여전히 실행되지만 경고에 따르면 다시 시작 후 수동으로 시작해야합니다. 단 하나의 클러스터 HNR 설치된 자체를 제거할 수 있습니다; 제거 작업, 데이터 디렉토리 및 server.properties 함께 링크를 하고, 그리고 이 클러스터에 포함된 모든 회사 데이터가 삭제됩니다..

Oracle 선택되면: 설정 계정의 특권

설치에 필요한 특권 Oracle에서 회사가 두 개로 만들어진다. 스케줄 소유자 (중고 + EK1). 마법사에 입력한 데이터베이스 계정 꼭 해야 이 시스템의 특권을 유지하십시오 : CREATE USER, ALTER USER, GRANT ANY PRIVILEGE. 만약 당신이 선택한 경우에 사용자 지정 데이터 위치 (당신의 스페이스 테이블 /DBF 고급 조정에 따라 도로, CREATE TABLESPACE 또한 필요하다. 만약 누군가가 사라지면 마술사가 멈추게 된다. 이전에 잃어버린 특권의 이름을 지정하고 시작하십시오 (ORACLE_PRIVILEGE_REQUIRED) 절대 반창조된 회사를 떠나지 않는다.

추가 권한을 부여받습니다. DROP USER (더 보기 DROP TABLESPACE (일반적인 위치에 대 한) 아니요 설치를 위해 필요한 경우, 그러나 어떤 중간 설정 실패 HNR 그것을 사용하여 반 창조된 스케줄 소유자 자체를 제거합니다. 그 없이 설정은 여전히 시도됩니다; 오류 메시지는 다음에 표시됩니다 어떤 스케줄 소유자는 당신이 손으로 삭제해야 위로 ORACLE_YARIM_KURULUM_KALDIRILAMADI. 자금 지원 DROP USER 따라서 설치 기간 및 그 후에 취소하는 것은 좋은 관행입니다.

실행 시간 계좌는 분리되어 있습니다. 마법사는 회사에 따라 두 개의 스케줄 소유자를 만들고 그들을 기부합니다. CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SEQUENCE, CREATE PROCEDURE, CREATE TRIGGER; 쿼터는 다음과 같이 설정됩니다. QUOTA UNLIMITED 선택한 테이블 공간에 그래서 일상 업무에서 사용되는 계좌 다른 회사를 볼 수 없으며 사용자 또는 스케줄을 만들 수 없습니다..

11. 설정 › HNR › "회사 데이터베이스 백업" 백업에서 복구하는 방법

용도. 설정 › HNR의 회사 데이터베이스 백업 카드는 현재 회사의 주 데이터베이스와 EK1 데이터베이스를 하나의 암호화된 패키지 폴더에 저장합니다. HNR 서버를 실행하는 컴퓨터에서 선택한 디렉터리 아래에 새 폴더가 생기며, main.enc, ek1.enc, 마지막으로 기록되는 완료 표시 hnr-yedek.json이 들어갑니다. 시스템 관리자여야 하며 현재 HNR 관리자 비밀번호를 다시 입력해야 합니다. 패키지를 열 때도 같은 비밀번호를 사용합니다. 서버나 데이터베이스 자격 증명은 패키지에 저장되지 않습니다.

복원. 로그인 화면의 ⋮ 메뉴에서 여는 “HNR 백업에서 새 회사 만들기” 화면은 항상 새 회사 코드로 복원하며 기존 회사를 덮어쓰지 않습니다. 백업 당시 사용한 HNR 관리자 비밀번호와 대상 데이터베이스 관리자가 모두 필요합니다. Firebird는 SYSDBA, PostgreSQL은 슈퍼유저, CockroachDB는 root/admin, SQL Server는 sysadmin, Oracle은 CREATE USER 권한이 있는 관리자입니다. 두 데이터 부분을 모두 열고 검증한 후에만 회사가 공개됩니다. 비밀번호가 잘못되었거나 두 번째 부분이 손상되면 대상에 아무것도 생성하지 않습니다.

지원 엔진. Firebird, PostgreSQL, HNR이 직접 설치한 로컬 CockroachDB 노드, Microsoft SQL Server, Oracle입니다. Firebird/PostgreSQL/CockroachDB는 엔진 자체 백업 도구를 사용합니다. SQL Server와 Oracle 패키지는 논리 백업으로, 데이터베이스 연결을 통해 스키마 정의와 모든 테이블의 행을 읽습니다. 따라서 서버가 원격이나 컨테이너 안에 있어도 서버 파일 시스템에 접근하지 않고 백업할 수 있습니다. 복원은 새 회사용 새 데이터베이스/스키마와 새 실행 사용자를 만듭니다. Oracle 패키지는 대상 클러스터 이름과 필요하면 서비스 이름을 입력해야 합니다. 기본값은 FREEPDB1입니다.

알아둘 점. 주 데이터베이스와 EK1은 따로 백업되며 두 데이터베이스에 공통된 단일 원자적 시점은 없습니다. 회사 활동이 없는 짧은 시간대를 선택하세요. 한 번에 하나의 백업 또는 복원만 실행할 수 있습니다. 백업 폴더는 브라우저가 아닌 서버의 파일 시스템에 있으며 symlink/junction으로 연결된 폴더는 거부됩니다. 패키지를 안전한 곳에 복사하세요. 패키지가 없으면 복원할 수 없고 비밀번호가 없으면 패키지를 열 수 없습니다.