Статьи

문서의 실행을위한 요구 사항

1C : 엔터프라이즈 8.2 /
개발자 용 /
메타 데이터 객체 생성 및 수정

목차

또한보십시오

1. 문서는 시스템에서 고려 된 지표에 영향을 미치는 사건의 등록과 관련된 주요 정보를 입력하기위한 것이다. 예를 들어, 기업의 재무 및 경제 활동을 자동화 할 때, 이는 다양한 비즈니스 트랜잭션의 계정입니다. 생산 관리 시스템 - 생산 운영 등록 등

2.1. 시스템에 이벤트 등록 (즉, 계정에 반영)은 문서를 사용하여 수행됩니다. 대부분의 문서를 게시해야합니다 ( 보류 속성이 허용 으로 설정 됨).

논리적으로 문서화되지 않은 문서는 문서화되지 않은 문서가 계정에 반영되지 않은 "초안"이라는 점에서 게시 된 문서와 다릅니다. 이러한 문서는 완전히 채워지지 않았거나 전혀 채워지지 않은 경우에도 시스템에 저장할 수 있습니다. 비즈니스 논리의 검사 및 제한 사항이 적용되지 않습니다 (채우기 검사, 변경 금지 날짜 등). 이러한 문서의 데이터는 계정에 반영되지 않습니다 (보고서 등에 표시되지 않음)

동시에 개최되는 문서는 "순종"이며, 그 형성 및 처리가 완료되었으며이 문서가 계정에 포함되어야한다고 결정되었습니다.

2.2. 문서 라이프 사이클이 특정 프로세스의 단계에 해당하는 여러 단계로 구성되는 경우 이러한 단계에 대한 설명을 위해 추가 상태를 입력 할 수 있습니다. 예를 들어 "고객 주문" 문서의 상태는 "동의하지 않음", "보안 상태", "닫힌 상태"일 수 있습니다. 수석 회계사 (관리자)가 서명 한 현금 주문서 (KO-3) 등록증에 처음 등록 된 "현금 주문 영장" 문서를 계산원에게 양도 한 다음 수석 회계사 (관리자)가 서명 한 현금 장부에 등록합니다.

이러한 경우 문서 보관은 계정에서 이벤트가 처음 반영된 시간과 일치하며 보관 된 문서의 상태는 해당 이벤트가 계정에 반영되는 방식을 정확하게 보여줍니다.

문서가 게시되면 상태간에 문서를 변환 할 때 특정 문서 데이터를 입력하라는 메시지가 표시 될 수 있으며 각 단계별 특정 검사 및 비즈니스 논리 제한을이 데이터에 적용 할 수 있습니다. 수행 할 때까지 상태에 관한 "초안"문서의 번역은 시스템에 의해 제어되지 않습니다.

계정에 다단계 반영이있는 문서의 동작 예 :

  • 완성 된 문서 "고객 주문" :
    • "동의하지 않음"상태로 전환하는 동안 시스템은 주문의 기본 매개 변수 만 제어합니다.
    • "안전"상태로 이전 할 때 - logist는 주문서를 가져와야하는 날짜에 대한 정보가 필요하기 때문에 "발송일"필드에 기입해야합니다.
  • "현금 주문" 문서의 경우 최종 상태로 이전은 "현금 책자에 등록되어 수석 회계사 (관리자)가 서명했습니다"는 것은 시스템이 회계 기록을 만들어야 함을 의미하며, 계산원의 보고서는 저널 주문 (또는 기타 회계 계정 , 저비용 조직 - 업무 일지).

2.3. 이 규칙의 예외 ( "대부분의 문서를 게시해야 함")는 다음과 같습니다.

  • 회계상의 사건을 반영하기위한 것이 아닌 서류. 이러한 문서의 도움을 받아서 시간을 기준으로 다양한 이벤트 만 기록됩니다 (예 : 수신 통신, 전화, 회의 등).
  • 플랫폼의 기술적 기능과는 매우 다른 기술이지만 사용자에게 보류 된 것처럼 보이는 별도의 문서. 예를 들어, "운영 (회계 및 세무 회계)" - 수동 작업 입력, "일상 작업" - 수동 작업 조정 가능성과 함께 월 마감 작업 수행 등의 문서입니다.

그러한 서류는 보유되지 않습니다.

2.4. 사용자가 시스템에 이벤트를 등록하고이를 한 번의 조치로 계정에 반영해야하는 경우, 전도 모드에서 새 문서를 기록해야합니다.

이 문제를 다른 방법으로, 특히 문서 보관을 사용하지 못하게하여 해결하는 것은 용납 될 수 없습니다.

3.1 회계에서 사건을 반영 할 때 시스템의 시간, 기간 및 기타 대상에 복잡한 바인딩을 사용하여 "보조"데이터를 작성해야 할 수 있습니다. 이 경우 이러한 데이터는 레지스터에 저장해야합니다. 레지스터에서의 움직임은 자동 또는 수동으로 수행해야합니다.

이동의 자동 형성과 함께 사용자는 문서 데이터에 이벤트에 대한 정보를 입력하고 문서에 입력 된 정보를 기반으로 수행 될 때 다양한 레지스터에 이동이 생성됩니다. 예를 들어, 회계 거래의 경우 거래가 형성됩니다.

수동으로 움직임을 형성 할 때, 사용자는 레지스터에 직접 데이터를 입력합니다. 이러한 문서는 대개 수동 작업이라고합니다. 초기 잔액을 도입하거나 구성 개발자가 제공하지 않은 비즈니스 트랜잭션을 입력하는 데 사용할 수 있습니다.

3.2. 어떤 경우에는 움직임의 형성이 별도의 문서로 수행 될 수 있습니다. 이는 서로 다른 유형의 문서를 유사한 방식으로 처리하는 경우, 그룹 처리 또는 복잡한 비즈니스 프로세스를 구현할 때 필요합니다. 이러한 비즈니스 프로세스는 연주자의 기능을 명확하게 분리해야합니다. 그런 다음 회계에서 사건 반영의 다른 단계는 하나의 문서의 상태를 거치지 않고 서로를 기준으로 입력되는 서로 다른 문서로 실현됩니다. 이 사슬에서는 특정 문서 만 잡을 때 움직임을 형성합니다.

예를 들어, 재무 부서에서 지불 주문이 이루어지고 동시에 회계사가 원본 문서를 변경해서는 안되는 상황을 고려해보십시오. 이 경우 "지급 주문" 문서는 이동하지 않으며 지급 오더 의 이동은 "현재 계정에서 인출" 이라는 별도의 문서로 구성됩니다.이 문서는 자동으로 이동을 구성하도록 설계되었습니다.

3.3. 제출되지 않았고 삭제 표시가되어 있지 않은 문서는 적극적으로 움직여서는 안됩니다.

3.4. 문서가 움직임을 형성하지 않더라도 "초안 (draft)"과 논리적으로 다른 경우 수행해야합니다.

4. 대부분의 이벤트에서 반성은 되돌릴 수 있습니다. 이 경우이 경우 문서 취소 메커니즘을 사용해야합니다.

주제에 대한 기타 자료 :
레지스터에 움직임 형성 , 당좌 계좌에서 인출 , 에 의해 서명 된 , 사업 , 수표 , 레지스터들 , 사건 , 회계 및 세무 회계 , 반사 , 형성 , 현금 주문 , 사용자 , 지불 명령 , 주문 , 구성 , 보기 , 서류 , 데이터 , 문서 , 등록하다 , 문서의 , 문서

섹션의 자료 : 1C : Enterprise 8.2 / Developers / 메타 데이터 객체 생성 및 수정

주제에 대한 기타 자료 :

현금없는 자금 회계. 현금 흐름

구현을위한 원리와 메커니즘

예산 계산을위한 데이터 소스

상품 및 재료 판매

범용 문서 저널


초안 현금 문서 , 보관 된 문서 상태 , 1s에있는 문서의 상태, 문서 흐름, 초안에 대한 기본 현금 문서, 초안에 대한 기본 문서, 1c에서 문서화되지 않은 문서의 날짜를 변경하는 방법 8 2, 사용 된 문서 보관을 금지하는 방법 1c 8 2, 이미 완료된 경우 문서 변경 금지 1c 8 2, 1c 8 2 문서 보유 코드 비용


1C : 엔터프라이즈 8

2011.11.19
Карта