검사 트랙, 보안 문 및 변형

이 가이드는 개의 별도의 방어 층을 다루고 있습니다. 기록, 두 번째는 멈추기, 세 번째 쇼. 각각은 자신의 유용하지만, 그들의 진정한 힘은 함께 사용되면 나타납니다.

⏱ 얼마나 오래 걸리나요?

섹션 1–2 모든 관리자가 읽어야 할 것들입니다 : 분. 문을 닫고 있다면, 읽기 섹션 3–4 또한

1. 세 개의 층은 무엇을 하고 있습니까?

사고와 학대의 차이점은 무엇인가 의도, 그래서 시스템은 세 가지 별도의 질문에 별도로 대답합니다 :

레이어	질문에 답하는 것	어디서
1 · 트레일 컨트롤	누가, 언제 그리고 어떤 기계에서 그렇게 했습니까?	관리 → 검토 → 검색
2 · 안전 문	이건 전혀 가능했어야 했을까?	관리 → 감사 → 보안 문
3 · 불균형	무엇이 정상적으로 보일지 모르겠지만 그렇지 않습니까?	관리 → 검토 → 변형

2. 하나의 문서의 전체 이야기 : 문서 파일

청구서, 주문, 인증서, 배달 노트, 쿠폰 및 체크 보드레오 스크린에 - 만약 당신이 관리자로 서명한다면 — 당신은 A를 볼 수 있습니다. 문서 파일 한 번의 클릭으로 문서의 전체 이야기를 열어줍니다.

Identity — who wrote the document, when, and who made the last change.
Version history — how many times it was edited and how much the amount moved each time.
Access trail — who touched this document, when, and from which IP address.
Linked documents — which quote and order it came from; which collection it was tied to.
Certainty — how sure the system is about the match: single match, single IP, multiple candidates or no trail.

⚠ 숫자가 다시 사용됩니다.

HNR 삭제된 문서 번호를 다시 제거할 수 있습니다.이 문서 파일이 트랙과 일치하는 이유입니다. 숫자만으로는 아니지만 문서의 시간표에 따라. 멀리 떨어진 경기에서 별도의 숫자 역사 블록 - 두 가지를 혼동하지 마십시오.

3. 보안 문 - 개의 멈추기

모든 문은 기본적으로 열려 있습니다. 회사가 새로운 버전으로 업그레이드하는 것은 아무것도 멈추지 않습니다; 문을 교체하는 것은 의도적 인 결정입니다. 탈출, 그리고 그것은 항상 화면에 인쇄됩니다 - 탈출이 보이지 않는 문은 첫 번째 불만에서 대량 판매에서 중지됩니다.

게이트	그것이 무엇을하고 / 왜 존재하는지	예외 경로
기간 잠금	이미 세금 환불이 제출된 한 달에 문서를 추가하는 것을 금지합니다.	관리자는 통과 할 수 있습니다 (이것도 끄는 것이 가능합니다).
제한을 삭제	작은 실수를 고정하십시오; 큰 문서를 두 번째 눈 쌍을 통과하십시오.	관리자는 모든 금액을 삭제할 수 있습니다.
지붕	큰 현금 움직임은 단일 서명에 발생해서는 안됩니다.	관리자는 제한없이 글을 쓰고 있습니다.
격리 관용	스크랩은 잃어버린 물품을 숨기기위한 가장 쉬운 장소입니다.	명시적인 승인은 확인에 추가되며, 승인은 기록됩니다.
비용 잠금	수동으로 비용을 지정하는 것은 이익 보고서가 원하는 것을 말할 수있는 가장 짧은 경로입니다.	관리자만 설정할 수 있으며, 폐쇄 모드에서는 계산된 비용만 계산됩니다.
새로운 계좌 승인	만성 고객에게 청구서가 수집되지 않을 수 있는 수수료입니다.	기존 계정 편집은 항상 무료입니다.

💡 작은 사업을 위한 조언

한 사람 사업에서 아무것도 멈추지 않는다; 화면에 "문이 열리지 않습니다"는 단점이 아닙니다. 닫기 기간 첫째, 그 다음 삭제된 경계선. 다른 사람들은 그 작업 라인이 정말로 그들을 필요로하는 경우에만 계속됩니다.

3.5 관리자의 결정은 이제 서버에서 온다.

사용자가 하나의 사용자인지 여부에 대한 질문 시스템 관리자 사용은 두 가지 가능한 답변을 가지고있다 : 서버의 대답과 스크린 자체 해석. 양측이 동일한 허가 비트를 별도로 읽기 때문에, 그들은 할 수있었습니다 - 거의 - 분리: 버튼이 나타났고, 행동은 거부되었다. 이제 한 가지 답이 있습니다 : 등록을 하면서 서버는 "이 사용자는 관리자" 자체를 설정하고 프로그램에 명시적으로 판결을 제출합니다. 스크린은 그 판결을 읽고 아무것도 스스로 해석하지 않습니다.

🔑 실제로 무엇이 바뀌었는가?

Consistency: What you see and what you can do no longer diverge. If you can see a button, the server also counts you as entitled to that job.
Immediate effect: When your administrator changes your rights, signing out and in once is enough; the program refreshes the verdict from the server at startup.
What has not changed: Visibility is still only decoration. The real gate is on the server — hiding a button is not a permission; removing a permission is.

3.6 허가 거부는 무엇을 말한다

행동이 거부되면 프로그램은 더 이상 단순히 "당신은 허가되지 않습니다"라고 말하지 않습니다. 필요한 허가를 지정하는 경우. 당신이 관리자와 함께 할 수 있도록 "이 허락을 옮길 수 있다"고 말했다. 대신 "어떤 일이 작동하지 않습니다" - 그리고 수정은 몇 분이 걸립니다.

보시는 메시지	실제로 무슨 일이 일어났는지	무엇을 해야 할 것
"이 행동은 ‘이것을 필요로 한다’…' 권한 또는 시스템 관리자 권리."	귀하의 세션은 유효하지만 그 직업에 대한 허가 비트는 종료됩니다.	관리자에게 인용문 내에서 이름을 알려주십시오 - 설정에서 활성화됩니다 › 사용자
"이 행동은 시스템 관리자의 권리를 요구합니다.”	이 작업은 조금만 지불되지 않지만 관리자 (사용자 관리, HR, 품질, 창고 정의...)	관리자에게 작업을 전달하십시오; 부분적인 허가가 열리지 않습니다.
"세션이 필요합니다 :... 당신은 WebOS에 가입해야합니다. "	허가 문제 없음: 세션이 만료되었거나 열리지 않았습니다.	다시 입력하십시오; 아무것도 잃어버리지 않습니다, 행동을 철회

💬 "나는 버튼을 볼 수 있지만 작동하지 않는다"고 말한다면

화면을 새롭게 하기보다는, 메시지를 읽고 Verbatim에 전달하십시오.. 허가 이름 내부는 관리자가 검색하지 않고 찾을 수있는 하나의 힌트입니다. 만약 당신이 오래된 세션에 있다면 (프로그램은 며칠 동안 열려있다) 가입하고 한 번에 필요할 수도 있습니다 - 프로그램에 가입하면 관리자가 서버에서 다시 판결을 내립니다.

4. 문을 열어주는 방법

Open the Management window → Audit tab → Security gates.
Read the gate's description and its Escape line. If you cannot explain the escape to your team, do not open that gate.
Enter the value (a date, a number or a choice) and press Apply. An open gate turns amber and the header says "1 gate open".
If you change your mind, Close returns the setting to its default; no record changes, only the gate closes.

⚠ 타이포는 침묵하지 않을 것이다.

시스템은 단지 이름을 설정하는 것을 받아들이는 것입니다. 잘못된 설정은 회사가 문이 열려 있다고 믿는 동안 조용히 아무것도하지 않을 것입니다. 거절된 유효한 이름은 모두 나열되어 있습니다.

5. 빈곤 - 비난이 아니라 볼 수있는 장소

같은 날 같은 계좌에 대한 새로운 계좌를 동일한 금액으로 인출하는 것도 정상입니다. 두 가지가 다시 돌아오는 이 화면은 이벤트의 그 클래스를 정확히 보여줍니다 - 개의 시청:

Ageing receivable / stalled collection — accounts whose balance grows while collection has stopped. A customer about to default slows down first.
Same-day delete-and-rewrite — a new document for the same account on the same day for a similar amount. If the deleter and the writer are the same person, that is flagged too.
Duplicate purchase invoice — same supplier, same amount, close dates. An invoice paid twice is the quietest loss there is.
Return-heavy account — accounts whose returns are high relative to their sales.

⚠ 계산은 발견이 아니다.

이 스크린에 있는 숫자 계산 라인은 보아야 한다. 이 아닌 계산은 문제가 있음을 의미하지 않으며, 은 모든 것이 괜찮다는 것을 증명하지 않습니다. 각 라인은 완벽하게 좋은 설명을 가질 수 있습니다 - 잘못된 청구서가 수정되었고, 두 개의 지점이 동일한 항목을 구입했으며, 한 가입 비용은 매달 동일합니다.

6. 일주일에 분의 습관

Open the Anomalies tab and look at the four badge counts. Any jump compared with last week?
In same-day delete-and-rewrite, open the rows where "same person = yes" and the difference is negative. Read the story with the Document File button.
In duplicate purchases, look only at rows where "document no is the same"; the rest is usually regular buying.
If you find something, ask the person involved — the system does not judge, you do.
If you must send the list to your accountant, use the CSV button; the "this is not an accusation" note travels with the file.

7. 개의 새로운 문 (2026-09): 단일 서명, 자동 기간 잠금, CoC 로트 요구 사항, 자동 로트 패턴

동일한 화면에서 개의 새로운 줄을 볼 수 있습니다 (관리 › 감사 › 보안 문). 모든 옵션을 가상으로, 각각 탈출 및 흔적, 시스템 관리자에 의해 변경.

게이트	그것이 무엇을하고 / 왜 존재하는지	가치, 탈출 및 추적
단일 서명 (depo.dort_goz_tek_imza)	[] 이방인에게서 옮겨진 지시를 열어주는 사람은 그것을 승인할 수 없다. 싱글 회사의 관리자는이 규칙을 deadlock 작동합니다. 문을 열면, 그 단일 관리자는 자신의 지시를 승인 할 수 있습니다.	kapali \| acik. 다른 관리자가 있으면 그 관리자가 두 번째 서명자이므로 설정은 적용되지 않습니다. 적용되면 메모에 “TEK_IMZA” 기록을 남기고 감사 추적에 별도 행을 추가합니다.
자동 기간 잠금 (mali.donem_kilidi_otomatik)	매달의 N일에, 이전 달은 스스로 잠그고; 더 이상 "우리는 잠금을 설정하는 것을 잊지 않습니다"세금 환불 후.	0 = 밖으로 나가서 1–28 * 달의 날짜 : 닫기 날짜는 1st 매달 (그 날 열려, 이전에 닫혀). 손으로 앞으로 이동 한 잠금은 결코 뒤로 끌어내지 않습니다. 각 실행은 관리자에게 발표 + 감사 기록; 수동 롤버크: mali.donem_kilidi.
CoC 롯 요구 사항 (kalite.coc_lot_zorunlu)	인증서가 의무적 인 카드에서 많은 숫자없이 CoC 체크는 "일반적인"답을 제공합니다.	캡틴 \| : 응답은 "일반 체크 - 롯 기반이 아닌" 경고를 수행합니다; 다음에 대 한 : LOT_GEREKLI. 자세한 내용: 품질 가이드
자동 롯 패턴 (depo.otomatik_lot_kalibi)	많은 추적 카드가 많은 숫자가없는 구매 청구서에 수신되면이 패턴으로 프로그램이 많이 열립니다.	글쓰기, 대부분의 경우 60 사람들; 장소 주인 {belgeNo} {sira} {kod} {tarih} {depo}; {belgeNo} 의무적이고 가짜입니다.”{belgeNo}-{sira}". 자세한 내용은 : 창고 가이드

8. 즉시 열린 세션에 적용되는 역할 템플릿 및 허가

사용자를 만들 때, 이제 선택한 템플릿 역할 (판매, 구매, 창고, 생산, 품질, 금융, 회계, HR, 계획, 관리) - "주택 클론, 그 다음 플립 칩 하나씩"의 시대가 끝났습니다. 설정 가이드. 보안에 대한 두 가지 규칙이 중요합니다 :

템플릿에는 시스템 관리자 비트가 포함되지 않습니다. 관리자 권리는 항상 수동으로 그리고 의도적으로 부여됩니다; 심지어 "관리"템플릿은 관리 칵테일을 열지 않습니다.
허가 변경은 즉시 열린 세션에서 효력을 발생합니다. 사용자는 익숙해져서 로그인하고 다시 입력해야 했는데, 이제 관리자가 저장하는 순간, 사용자의 열린 세션이 투명하게 새롭게 되었습니다. - 세션은 떨어지지 않고 페이지 새롭게 되면 충분합니다. 사용자가 사용하는 경우 암호 개방 회의가 변경되었습니다. 드롭 (새 암호로 로그인) - 예상 및 안전합니다.

청구서 유형에 따라 허가: 반환 청구서는 자신의 상업 영역의 조각으로 발행됩니다 - 판매 반환 기사, 구매 반환 기사. 허가 거부는 언제나 지금까지 403 그리고 필요한 오른쪽을 이름 (일부 경로가 "서버 오류"를 표시하는 데 사용됩니다) 502). 자세한 내용 : 구매 가이드.

9. 로그인 오류는 세 가지 클래스에 나옵니다 : 정체성, 굴곡, 로드

거절된 모든 로그인은 "잘못된 암호"가 아닙니다.

코드	메시지	무엇을 해야 할 것
401	사용자 이름 또는 암호가 잘못된 경우	당신의 오류; 세 번째 시도 후에, 각 잘못된 로그인은 증가하는 지연을 추가합니다 (최대 2 S 는
429	너무 많은 시도 - 기다리십시오	로그인 녹음하기만 하여 잘못된 로그인 계산; 동료가 같은 네트워크에서 올바르게 로그인하면 그것을 시작하지 않습니다.
503	서버 바쁜 : 동시 세션 지붕에 도달 / 연결할 수 없습니다 HNR 서버	당신의 잘못이 아니며, 그것은 엉덩이를 향해 계산하지 않습니다. 세션 지붕이 가득 차있을 때, 아이돌 세션은 먼저 쏟아집니다; 여전히 방이 없다면, 짧게 철회합니다.

업로드에 대한 추가 정보: 여러 파일이 한 번에 스캔 될 때 "파일 스캔 큐브 완전 - 다시 시도 할 수 있습니다"를 볼 수 있습니다 (503); 파일은 거부되지 않았고, 단순히 망설임이 없었습니다. 몇 초 후에 다시 업로드합니다.

10. 직원 포털: 로그인 격추 및 꺼내기

이 포털은 두 개의 별도의 보호를 가지고 있습니다. (1) IP 엉덩이: 너무 많은 잘못된 같은 주소에서 PIN은 짧은 시간에 "많은 시도 - 기다리십시오"를 제공합니다. 1 분간의 시간(429). 올바른 로그인은 계산되지 않습니다; 동일한 공장 네트워크에서 로그인하는 명의 사람들이 변환 변경에 따라 그것을 발생하지 않습니다. (2) 계정 잠금: 5 동일한 직원 번호에 대한 잘못된 PIN 15-잠시 잠금 오직 잠금을 꺼내는 유일한 방법은 변화를 위한 것이었다. PIN; 지금은 하나 HR 관리자 잠금을 끄지 않고 기다리는 "Unlock"를 통해 (현재는 잠금을 통해) API, 화면 버튼이 나중에 나타납니다 : POST /api/ik/portal/kullanicilar/<세크>키리트-AC); 행동은 기록되어 있습니다. 자세한 내용 : HR 가이드.

🔗 관련 가이드

그들의 프린트 오른쪽 상단에 있는 버튼은 하나의 A4-친절한 버전. 관련 가이드 : 칵테일, 설정 및 로그, 아카이브 기록.

안전 분류 및 필요-지식

방어에서 일하는 회사의 경우 파일 첨부 파일 및 프로젝트가 필터링됩니다. 안전 분류: 공공 < 내부 < 제한된 < 비밀: 청소가 없는 사용자는 기록을 볼 수 없습니다. IN THE LIST, 왜냐하면 문서의 존재는 정보 자체이기 때문이다. 이 문에는 눈에 띄는 탈출이 없으며 거부된 모든 액세스는 액세스 트랙에 기록됩니다. 방어 추적 가능성 → 알아야 할 필요성.