기업 백본

이 가이드는 방어 등급, 실제로 여러 웨이커 하우스 제조 설정을 통해 회사 Backbone 창을 사용하는 방법을 보여줍니다. UI 스크린을

시작하기 전에

1. 적절한 회사와 사용자와 함께 가입하십시오.

   두 번째 장치에 반복된 사용자 이름은 이제 별도의 세션을 얻지만, 승인 작업 흐름은 여전히 올바른 권한 수준과 회사 선택을 요구합니다.

2. 활동적인 정책 문을 읽으십시오.

   APQP, 서브 계약 패키지, 식물 전송 벽 및 눈 실행은 사용자 화면에서 추출 될 수 있습니다; 중요한 기록을 시작하기 전에 그들을 확인.

3. 의도적으로 선택 필드를 사용하십시오.

   운송기, 창고, 보안 클래스, 시리즈 범위, 인증서, 파일 ID 그리고 나중에 노트 필드는 감사 및 보고 패키지에 나타납니다.

0. 탭 지도 및 역할 문 — "왜 나는 단지 볼 수 있습니까 8 탭이 있나요?”

회사 Backbone 창이 정의합니다. 개 탭이지만 모든 사람이 개를 보지 못한다.. 탭 스트립은 역할에 의해 필터링됩니다 : 생산 역할에있는 사람이 을 볼 수 있고, 시스템 관리자는 을 볼 수 있습니다.이것은 디자인에 의해, 오류가 아닙니다 - 당신이 볼 수없는 탭 뒤에 서버 끝점도 당신에게 닫혀 있습니다. 아래의 표에서는 어떤 당국이 어떤 탭을 열고 이 페이지에 문서화되어 있는지 나타납니다.

1. 유전학

이 탭은 로트, 시리즈 및 작업 명령에 대한 원인 추적을 강화합니다. FAI, SPC, NCR, 서브 계약, 청소실 및 기업 노드는 같은 흔적 나무에 나타납니다.

📷 실제 화면

실제 화면: 왼쪽에 있는 로트 및 시리즈 검색, 오른쪽에 있는 노드 및 관계 작성.

2. 생산 파일

계획 및 구성된 데이터는 같은 개체에 저장됩니다. 레시피, 구성 요소, 작동, 확인 및 품질 상태는 동일한 파일 순서와 연결되어 있습니다.

📷 실제 화면

실제 화면: 캡처, 목록, 냉동 및 레시피 비교 하나의 탭.

• 얼어붙은 파일은 같은 기록 내에서 계획된 차이와 구축된 차이를 유지합니다; 레시피, 작동 또는 품질 결과가 변경되면 새 스냅샷을 캡처하고 오래된 얼어붙은 파일을 증거로 유지합니다.
• 레시피 비교는 처음 계획된 것을 보여주고, 확인 및 품질 링크는 실제로 바닥에서 무슨 일이 일어났는지 보여줍니다.

3. E-Signature / 검토

동일한 사용자는 두 번 서명 할 수 없습니다. 승인 규칙은 출처 유형, 출처 번호 및 선언 텍스트에 연결됩니다. 검토 기록 프로젝트, 구성, 효율성 날짜 및 시리즈 범위 함께.

📷 실제 화면

실제 화면 : 왼쪽에 있는 승인 및 서명, 오른쪽에 있는 효율성 및 적용 가능성을 확인합니다.

사용 규칙

• 예산을 게시하기 전에 두 사용자 승인을 완료하거나 FX 기록을 써
• 개정안을 저장할 때 프로젝트 또는 시리즈 범위를 빈 상태로 남기지 마십시오; 적용 가능성 검사는 그들에 의존합니다.
• 효율성 날짜, 구성 및 시리즈 범위는 합리적으로 의미를 만듭니다. 하나가 빈 상태에 남아 있다면 같은 수정은 잘못된 제품 변형에 영향을 미칠 수 있습니다.

4. APQP / NCR

그들의 APQP 뒷면이 유지 PSW, MSA, PFMEA, 프로세스 흐름, 능력 역사 및 하나의 뿌리 아래의 컨트롤 계획 버전. NCR 물리적 주식 작업이 완료 될 때까지 기록은 종료되지 않습니다.

📷 실제 화면

현재 스크린 : APQP 문서 연결, 방해 처리 및 NCR 행동 관리가 함께 유지됩니다.

변동 또는 포기 오직 많은, 시리즈 또는 순서 한계 내에서 열어야합니다. APQP, 어떤 시리즈가 출시되고 어느 날짜까지 공개되는지 명확하게 지정합니다.

5. Subcontract 흐름

배송 및 반환 마법사 서버 ASN, 공급자 승인, CoC, CoA PPAP, 인증서, 로트 및 시리즈 목록은 하나의 패키지 기록 내에 있습니다.

📷 실제 화면

실제 화면: 작업 선택, 패키지 필드 및 배송 또는 수락 상태가 함께 생생합니다.

• 공급자 계정을 선택하지 않고 패키지를 만들지 마십시오.
• CoC, CoA 또는 인증서가 반환에 부족한 경우, 완전한 인증을 표시하지 마십시오.
• 유지하지 마세요 ASN, 배크본 패키지는 배송, 외부 프로세스 및 반환 체인을 하나의 레코드 내부에 유지하기 위해 존재합니다.

6. 식물 / 창고

이 탭은 공장 설정, 창고 보안 정책 및 라이브 사전 저장 주식 유효성을 결합합니다.

📷 실제 화면

실제 화면 : 왼쪽에 식물 정의, 저장소 정책 및 오른쪽에 사전 검사.

7. 프로젝트 / 증거

프로젝트에 대한, WBS, 계약 예산, FX 영향 및 지역 기반 증거 정책은 여기에서 관리됩니다. FX 개의 눈 체인 없이 게시할 수 없습니다.

📷 실제 화면

현재 화면 : 프로젝트 나무, WBS, 예산에 대하여, FX 한 관점에서 증거 정책을 제공합니다.

8. 도구 / Tools

이 탭은 작업을 만들기 위해 HR 발견, 수동 작업 입력을 허용, 사용자 필터를 저장하고 테스트 데이터의 안전한 청소를 수행합니다.

📷 실제 화면

실제 화면 : 작업 목록, 저장된 필터, 예제 마법사 및 안전한 테스트 청소를 함께.

2차 운영 참고 사항

이 섹션은 라운드 후 변경 된 일일 운영 규칙을 추출합니다. 2 한 곳으로 : 최소한의 특권 `ik_muduru` 사용, 동일한 포털 업데이트 갈등, 완전 배송 선택 필드, 그리고 크로스 타브 증거 체인.

📷 실제 화면

동일한 작업 / 도구 화면은 회전을 묶어2 참고: 작업 창출, 포털 추적 및 안전한 테스트 청소는 여전히 함께 살고 있습니다.

📷 실제 화면

배송 메모 및 파일 정체성은 Project / Evidence가 예산을 위해 사용하는 동일한 감사 체인을 공급합니다. FX, 지역 기반 증거 정책을 획득합니다.

금속 작업 : 9 단계 일일 작업 흐름

오픈 금속 작업 회사 뒷면 창에서 카드가 별도로 보이지만, 동일한 주식 코드, 저장소, 열/포트 및 출처 번호를 통해 합류합니다.

금속 운영 센터 및 수동 터미널

오픈 금속 운영 센터 에서 회사 Backbone. 전화 또는 수동 스캐너에서 열기 금속 핸들 터미널 이 명령을 따르십시오 매일 작업을 정확하고 검토 할 수 있도록.

1. 관리자 : 선택하기 QR, 바코드 코드 RFID 또는 수동. 키보드 에뮬레이션 스캐너를위한 큰 코드 상자에 집중하십시오. 추천하는 라벨은 STOK=...|LOT=...|PAKET=...|DEPO=...|LOKASYON=.... Validate 스캔은 주식, 열, 로트, 패키지, 창고 및 벤을 함께 해결합니다.
2. 추가 주식 : 가게를 입력하고 선택적으로 창고. 읽기, 판매 / 중앙 예약, 오픈 구매, 통과, 계획된 제품, 부품 수요, 사용 가능한 주식, ATP 한 번에 발생한 위험과 위험
3. 매트릭스에 대한 자세한 내용: 고객의 요소, 할인, 리드 일, 통화 및 대체 등급을 저장합니다. 활성 변수 ID에서 라인을 생성하고 실제 인증서 입력 양식으로 보내고 저장하기 전에 검토합니다.
4. 일정을 줄이기 : 계획, 기계, 시작/결과 및 용량을 입력합니다. 과도한 또는 용량 과도한 거부됩니다. 다시 주문하고 수익과 남아있는 길이를 모니터링하기 위해 카드를 끌어 올립니다.
5. ASN 그리고 배달 : 완전한 포트/포인트, 충전, 운송자 참조, 플레이트 및 드라이버. 배달 증명서를 업로드합니다. 서버는 거부 POD 그리고 수신자
6. 인증서 OCR: 컨텍스트를 입력하고 업로드합니다. MTC PDF/PNG/JPEG. OCR 뜨거움, 로트, 등급, 표준, 크기 및 인증 번호를 제안합니다. OCR 결코 자신의 인증서를 발행하지 않는다.
7. 똑똑한 복제 : 승인된 공급자를 평가하고, 그 후에 주식, 지점/주택 및 사용 기간을 계산합니다. 결과는 전송/구매, 양, 속도 클래스 및 증거를 제공합니다; 그것을 별도로 승인합니다.
8. 웹호크 /EDI: 채널, 이벤트, 외부 참조, 지불로드 및 독특한 ID 옵션 키를 보내십시오. 같은 키를 복구하면 복제가 생성되지 않습니다.
9. 칵테일 밖으로 : 부정적인 리뷰 ATP, 불확실한 배치, 퇴보 관용 무게, 지연 주문 및 매일 개방된 통행.금융 허가 없이 사용자는 체크 또는 FX 목록을
10. 검토 패키지 : 주문/수수료, 열/로트 및 ASN. Hash를 확인하고 다운로드하십시오. PDF 또는 ZIP. ZIP 포함된 것들 UTF-8 증거, 증거 및 SHA256SUMS.txt. 이 표지판은 무결성을 증명합니다; 그것은 자격을 갖춘 전자 서명이 아닙니다.

실용적인 세부 사항 : 지역 서버 OCR 읽기 PNG/JPEG PDF를 스캔하고, 최대 20 MB 그리고 20 PDF 양도 전송은 고객, 통화, 할인 및 지정 날짜를 유지합니다; 실제 날짜를 입력 FX 별도로 가격을 니다. 카드 절단을 끌어내는 것은 실제 시간의 변화를 원자로합니다. PDFs에는 CMS 서명; ZIP 또한 포함 SHA256SUMS.p7s 설치된 응용 프로그램 테스트 인증서는 자격을 갖춘 서명이나 신뢰할 수 있는 타임 스탬프가 아닙니다. 라이브 은행 / 운송기 연결 및 물리적 RFID/weighbridge 수락은 공급자 계정 및 장치를 필요로합니다.

일반적인 상황

E-Signature › "승인 기관 (두 번째 서명자)" 및 4 눈 매트릭스

기업 승인 (예산, 변동, 금속 변수, 교환율 등)에서 규칙은 권위 코드, 단일 관리자를 가진 회사에서 "요네티치"로 코딩 된 규칙은 결코 완료 할 수 없었습니다 : 서명 할 두 번째 관리자가 없었습니다. 그들의 승인 기관 카드는 이것을 해결합니다 - 관리자는 특정 직원을 두 번째 서명자로 지정합니다. 주제 가족.

1. 기업 › E- 서명 탭 › "인증 기관 (두 번째 서명자)" 카드 (시스템 관리자만 편집).
2. 사용자 이름을 입력하고, 선택 주제 가족: 금융 (예산, fx, 히지, 계약, 프로젝트, 지불, 신용) 품질 (변경 및 변동) APQP, PPAP, NCR, FAI, ECN, CAPA, 깨끗한 방으로, 운영 ( 예약을 위한 RMA, 가격, 무게, 변형, 절단, 배송, 전송, 복제, 인증서 등 * 모든 것 ) 선택적인 노트; 권한을 추가.
3. 같은 사용자 + 가족을 두 번째로 업데이트하는 기록 (두 번 복제하지 않습니다). 제거 그 후에 권력은 떨어지고, 기다리는 승인은 닿지 않습니다.

메시지 : "가난한 가족(422) - 개의 값만 유효합니다; "사용자가 발견되지 않았습니다" (404); “당신은 권위가 될 수 없습니다.”(422); 서명하려고 하는 불법 직원이 납부됩니다. DORT_GOZ_YONETICI (403). 각 서명은 자신의 클래스 (관리자 / 당국 / 부서장 / 직원)를 기록; 승인을 열면 그 가족에 정의 된 "두 번째 서명자"리스트가 표시됩니다.

승인 목록에서 누구에게 보여주는 것 : 주제 가족

승인 화면은 품질 모듈 오른쪽으로만 열기 위해 사용되었으며, 생산 사용자는 금속 변형 승인을 시작할 수 없었고, 은행가는 금액 승인을 볼 수 없었습니다. 이제 문이 좁아지고 있다. 주제: 금융 가족은 관리/은행/수수료 권리, 품질 가족, 창고/제조/수입/주문으로 운영 가족을 볼 수 있고 시작할 수 있으며, “금속-구”는 운영과 금융 모두입니다. 목록은 당신이 볼 수있는 주제로 필터링됩니다 (답변은 "주제에 의해 필터링 된"깃발을 가지고있다) - 빈 목록은 범위가 아니라 오류입니다.

부분적으로 하위 계약 패키지를 업데이트 (다음에 문서를 추가)

서류가 억제되지 않고 열려있는 하위 계약 패키지: CoC, CoA, PPAP, 인증서, 시리즈, 로트 또는 ASN 더 나중에 추가 할 수 없습니다.이 패키지는 지금 부분적으로 업데이트: 당신이 보내는 필드만 쓰여지고 나머지는 남아 있습니다. 규칙 : 패키지가 프로젝트를 남겨 놓은 후, 문서 / 로트 / 시리즈 /ASN 흰색으로 만들 수 없음 ( " 준비된"포트는 반환해서는 안됩니다); 문서 ID는 액세스 파일 또는 냉동 파일이 있어야 합니다. FASON_BELGE). 상태 필드 (공급자 승인, 배송/수락 상태, 주문 없음, 계정)는 이러한 방식으로 변경할 수 없습니다 - 신체에 존재하는 경우, FASON_PAKET_KORUMA (422); 그들은 ‘status’의 끝점을 통해 이동합니다.

두 사람이 같은 패키지를 편집하는 경우: 각 기록은 A 버전. 당신이 보내는 "예상된 버전"이 저장된 버전과 다르다면 KAYIT_DEGISTI (409) — 데이터가 잃어버리지 않습니다; 패키지를 다시 읽고, 최신 변경 사항을 보시고, 저장합니다. 응답은 항상 "실패"리스트와 " 준비가 될 수 있습니다"파그다리를 반환합니다.

원료 구매 및 카드 당 로트 추적에 대한 자동 포트

지금까지 "로트 추적 카드"는 "이전에 많은 것을 가지고있는 카드"를 의미했습니다; 구매 청구서는 판매가 소비되는 동안 많은 것을 열지 않았습니다. FEFO. 개의 조각이 추가되었습니다 :

1. 카드 깃발 : "롯 추적 예/아니오"는 주식 카드에 명시적으로 작성될 수 있습니다 (주택 › 롯 추적; API PUT /api/depolar/lot-takip/<코드>; 관리자 또는 모든 창고 보관자). 깃발이 없으면 오래된 규칙이 적용됩니다 (많은 역사가있는 카드가 추적됩니다); "아니오"는 역사에도 불구하고 추적을 스위치합니다.
2. 구매에 대한 자동 롯: 구매 청구서 (주식을받는 자)가 작성되면, 많은 열리는 각 추적 라인. 만일 당신이 많은 숫자를 주고 라인에 끝나면, 그것은 사용됩니다; 그렇지 않으면 숫자는 패턴에서 생성됩니다. 엘리트 - 엘리트 - 엘리트 - 엘리트 문 (데이블){belgeNo}-{sira}"; 장소 주인 {belgeNo} {sira} {kod} {tarih} {depo}, 대부분의 경우 60 캐릭터들에 대하여, {belgeNo} 의무적 인 것) 추적되지 않은 카드는 조용히 니다; 응답의 "lotlar" 목록은 어떤 롯이 어느 출처에서 왔는지, 글을 쓰지 못할 몸 롯은 "lotUyari"를 통해 알려져 있습니다.
3. 청구서 삭제 되면 롤버크: 그 문서에 의해 열려있는 롯 수신은 뒤집어집니다 (제로에 도달하는 순서가 제거됩니다), 문서에 연결된 판매 소비는 동일한 롯으로 반환되고 만료됩니다; 응답은 "lotGeriAl"를 가져옵니다. 두 번째 삭제 전화는 아무것도하지 않습니다.

단일 전화 IQC 상품 수락 및 CoC 로트 요구 사항

입국 패치를 받아들이는 것은 다섯 가지 별도의 작업이 될 수 있도록 사용되었습니다 : 인증서 검사, IQC 수락 기록, 결정, 롯 및 카란틴에서 해방. 새로운 엔드포인트 POST /api/kalite/iqc-kabul 그들은 그들을 움직이기 위해 A 단일 전화; 기관은 청구서 번호 (또는 라인: 코드 + 양), 결정 (수락 / 거부), 대상 저장소 (무기) 및 이유를 요구합니다; 롯 / 만료 및 인증서는 선택적입니다. 허가: 품질 글쓰기 문 (관리자 또는 쿼렌트 보관소 보관).

부분적인 성공을 읽으십시오 : 이 마지막 포인트는 아니요 모든 또는 아무것도 - 그것은 개의 별도의 작업입니다. 단계가 실패하면 응답이 그 단계의 오류 코드를 반환합니다 (403/404/409/422), "완료 : 아니오"라고 말하고 단계를 나열합니다. 이미 쓰여진 (그러나 그 기록 및 결정은 서면, 실패한 릴리스와 "량이 손에 초과"). 나머지를 수동으로 완료하거나 양을 고치고 실패 한 단계만 재구성합니다.

롯 요구 사항 (gate) kalite.coc_lot_zorunlu): 카드에 많은 번호가없는 CoC 체크, 문이 열려 있지만 경고 "일반 체크 - 숫자 기반이 아닌"를 가져옵니다. LOT_GEREKLI. 많은 경우 "증명서가없는"문만 요청됩니다.Adds에서 동일한 항목에 두 번째 파일을 업로드 할 때 (예 : 동일한 열 번호), 활동사이아크 응답에서 열쇠가 붙어있는 활성 파일이 얼마나 많은지 알려줍니다 - 두 배의 인증서 업로드를 알 수있는 가장 빠른 방법.

공급자 90-일간 요약, 단일 서명 설정 및 자동 기간 잠금

공급자 요약 (GET /api/kurumsal/tedarikci-ozet?carikod=…&gun=90; 부서, 생산, 청구서, 품질 또는 창고 권리 : 구매 및 반환 계산 / 지난 N 일 동안의 금액, IQC 헌신을 거부하고, 거부의 비율이 니다. NCR 계산 및 열기 NCR, 품질 거부, 계좌 평가 및 금속 공급자 점수. 왜냐하면 NCR 그리고 쿼렌트 거부는 계좌를 가지고 있지 않습니다, 그들은 "최종 구매 배달 전에 공급자"의 규칙에 의해 일치합니다 - 기록 날짜와 같은 규칙 점수 카드.

단일 서명 설정 (_이미_이미_이미_이미): 회사가 단일 시스템 관리자를 가지고 있고 문이 열려 있는 경우, 그 관리자는 자신의 전송 지침을 승인할 수 있습니다; 흔적은 메모에 표시됩니다.TEK_IMZA" 그리고 별도의 검토 트레일 라인이 열립니다. 다른 관리자가 존재하는 경우 설정이 적용되지 않습니다. 자동 잠금기 (킬리드_키리드_자동차 * 달의 날을 고, 0 닫기 날짜 : N의 날짜에 이전 달이 잠겨있다 (닫기 날짜 = 1st), 광고는 관리자에게 가고, 검토 기록이 작성되고, 손으로 앞으로 움직이는 잠금은 뒤로 끌리지 않습니다. 둘 다 관리에 살고 › 보안 문 화면; 테이블을 참조 보안 가이드.

공급자 인증 (Nadcap) 및 하위 계약 배송 포트

특수 프로세스, 예를 들어 열 처리, 코팅 및 NDT 공인되지 않은 공급자에게 제공될 수 없습니다. 인증 (프로그램, 인증서 번호, 발행자, EXPIRY) 공급자에 따라 기록됩니다; 프로그램이 필요한 라우팅 작업 기록. 포트가 서약 패키지가 이동할 때 실행됩니다 배송 그리고 배송이 만료된 인증서에 의해 중단됩니다. 작동이 특별한 프로세스를 수행하지 않는 경우, 문은 결코 실행되지 않습니다. 방어 추적 가능성 → 특별 프로세스.

Setup asks about backup maintenance, second-user approval, amount limits and the Financial Operations period lock. All default to off. Administrators can change them under Settings → Corporate controls. The 15-minute maintenance lease is a safety timeout, not a waiting period. Scheduled MAIN/EK1 backup requires this option. Administrators can always back up manually; the write lease is temporary and does not enable the saved option. Existing period locks in other document modules remain separate.

Financial operations, planning and backups

Open Corporate → Financial Operations. Define your accounts first; a customer control account must use the customer type. Reconciliation shows source transactions, explicit settlements and the difference between the customer subledger and posted entries. Existing documents are not posted automatically.

Select a source transaction and prepare an entry. Debit and credit totals must balance; customer control amounts must match the source. When second-user approval is enabled, another authorized user approves the draft. A posted source document cannot be edited or deleted until its entry is reversed with a reason. Reversal preserves the original and creates opposite journal lines on the current open date.

For settlement, select debit and credit transaction numbers for the same account and the amount to apply. Partial payments, advances and returns can use their existing source records. Remaining balances are checked again on approval. Customer analyses apply confirmed links first and use FIFO only for unmatched balances.

Planning and Operations → Additional cost flow follows a recorded purchase cost through inventory movements and production outputs. Select Prepare accounting entry, then choose the expense invoice, supplier and accounts. Add a tax line if needed. The cost allocation total is protected and the entry requires a second approver only when that option is enabled. Negative stock or untraceable returns/cancellations prevent an unsupported allocation.

Material and capacity planning combines the recipe, available inventory, procurement lead times, machine queues and dated working-minute overrides. Shared components consume stock once. Dates are conservative daily estimates, not reserved delivery promises. Missing lead times, inactive machines or incomplete routings leave the date blank. Existing genealogy remains available from the Traceability tab.

Daily backups require an existing server folder, a schedule, a backup password and administrator credentials for unattended execution. Credentials are stored encrypted. During the native snapshot, MAIN and EK1 writes pause under an expiring lease. Package verification checks both encrypted files. Actual restore runs from the setup wizard into a new company; new PostgreSQL and Firebird backups also compare table row-count fingerprints before the restored company is registered.