작업 메커니즘은 1C 관리 도구 중 하나입니다. 여기에는 다음이 포함됩니다.

• 정확히 무엇을 해야 하는지, 어떤 빈도로 수행해야 하는지를 나타내는 데 필요한 일반 구성 개체로서의 일상적인 작업입니다.
• 일상적인 작업에 의해 생성된 내장 언어 개체인 백그라운드 작업입니다.

관련 시험 문제를 살펴보겠습니다.

시험 1C: Platform Professional의 질문 09.59. 일상적인 작업의 사본:

1. 프로그래밍 방식으로 생성 가능
2. 프로그램 주 메뉴 명령("작업/일상 작업")을 통해 액세스할 수 있는 목록 형태로 생성될 수 있습니다.
3. 항상 하나의 인스턴스만 생성됩니다(해당 구성 객체가 생성될 때).
4. "구성" 버튼을 사용하여 기타 탭의 구성 모드에서만 결정됩니다.
5. 답 1과 2가 맞습니다

정답은 첫 번째입니다. 예약된 작업이 사전 정의된 경우(그림) 구성 프로그램에 지정된 일정에 따라 작업이 단일 복사본으로 생성됩니다. 미리 정의되지 않은 작업의 인스턴스는 프로그래밍 방식으로 엔터프라이즈 모드에 지정된 일정에 따라 나타납니다.
시험 1C: Platform Professional의 질문 09.60. 동시에 실행되는 루틴 작업의 수는 다음과 같습니다.

1. 누구든지 제한 없이
2. 어떤 수든 가능하지만 키와 메서드 이름이 동일한 두 작업은 실행되지 않습니다.
3. 수량은 제한되지 않지만 동일한 키와 이름을 가진 두 개의 작업은 실행되지 않습니다.
4. 임의의 수이지만 동일한 키를 사용하고 동일한 메타데이터 개체와 연결된 두 개의 작업을 실행하지 않습니다.

정답은 6입니다. 키는 동일한 유형의 여러 작업을 그룹화할 수 있는 일상적인 작업의 속성입니다. 한 번에 하나의 키 값을 가진 하나의 작업만 시작할 수 있습니다(빈 값은 포함되지 않음). 또한 충돌을 피하기 위해 특정 개체에 대해 한 번에 하나의 레지스트리 작업만 실행됩니다.
시험 1C: Platform Professional의 질문 09.62. 일상적인 할당 방법으로 다음과 같은 절차를 사용할 수 있습니다.

1. 매개변수가 없어야 한다
2. 매개변수는 하나만 있을 수 있습니다(값 목록).
3. 매개변수(구조)는 하나만 있을 수 있습니다.
4. 매개변수(배열)는 하나만 있을 수 있습니다.
5. 매개변수는 개수에 제한 없이 있을 수 있습니다.

정답은 다섯번째 입니다. 루틴 태스크 메소드의 매개변수 수는 루틴 태스크 자체의 매개변수 수에 해당합니다.
시험 1C: Platform Professional의 질문 09.63. 일상적인 작업을 생성하려면 사용자는 다음을 갖추어야 합니다.

1. 관리자 권한
2. 사용할 권리 이 개체의구성(역할에서 구성 가능)
3. 이 구성 개체의 새 인스턴스를 생성할 수 있는 권한(역할에서 구성 가능)
4. 모든 권한이 있는 경우 루틴 작업 메서드는 특권 모드에서 실행됩니다.

정답이 우선이며, 권리는 관리자에게만 있습니다.
시험 1C: Platform Professional의 질문 09.64. 일상적인 작업이 사전 정의된 대로 구성기(해당 구성 개체)에 정의된 경우 일반적인 작업입니다(가장 완전한 답변 선택).

1. 사전 정의된 루틴 작업의 메타데이터 개체에 대한 바인딩을 사용하여 사전 정의되지 않은 루틴 작업 인스턴스를 생성하는 것은 불가능합니다.
2. 예약된 작업의 미리 정의된 인스턴스는 삭제 표시 및 삭제할 수 없습니다.
3. 사전 정의된 루틴 작업 인스턴스만 정보베이스에 저장됩니다. 사전 정의되지 않은 인스턴스는 세션 개체이며 데이터베이스에 저장되지 않습니다.
4. 답 1과 2가 맞습니다
5. 2번과 3번은 정답이에요
6. 정답 1, 2, 3

정답은 두 번째입니다. 예약된 작업의 미리 정의된 인스턴스는 변경할 수 있지만 삭제할 수는 없습니다. 템플릿 목록에서 항상 사용할 수 있습니다.
시험 1C: Platform Professional의 질문 09.67. 함수가 일상적인 작업 방법으로 사용되는 경우:

1. 함수의 반환 값은 무시됩니다.
2. 작업을 실행하려고 할 때 오류가 발생합니다
3. 시스템은 이 작업의 실행을 기다립니다(실행은 비동기적으로 발생하지 않음).
4. 값은 예약된 작업의 해당 매개변수로 반환됩니다.

정답은 첫 번째입니다.
시험 1C: 플랫폼 전문가의 질문 09.61. 일상적인 작업과 백그라운드 작업은 어떻게 서로 관련될 수 있나요?

1. 예약된 작업은 백그라운드 작업을 생성할 수 있습니다.
2. 일상적인 작업은 반드시 백그라운드 작업을 생성합니다.
3. 백그라운드 작업은 반드시 예약된 작업을 생성합니다.
4. 연결이 없습니다

정답은 두 번째입니다. 백그라운드 작업은 루틴 작업에 의해 생성된 개체이므로 생성되어야 합니다. 그렇지 않으면 루틴 작업 자체가 의미를 잃습니다.
시험 1C: Platform Professional의 질문 09.65. 일상적인 작업과 백그라운드 작업의 작동을 보장하려면 다음을 수행해야 합니다.

1. 1C:Enterprise 시작 시 "Scheduler" 플래그가 설정된 Enterprise 시작 가용성
2. 1C 가용성: 주기적으로 실행되는 해당 시스템 방법으로 엔터프라이즈 출시
3. 해당 시스템 메서드가 주기적으로 실행되는 1C:Enterprise 실행이 있음(단, 시스템 작업의 파일 버전에서만 해당)
4. 파일 및 클라이언트-서버 버전 모두에서 1C:Enterprise 인스턴스를 시작할 필요가 없습니다.

실제로 정답은 세 번째입니다. 클라이언트-서버 버전의 작업에서는 예약된 작업이 클러스터 관리자에 의해 시작됩니다. 따라서 정보 기반클라이언트 연결이 설정되지 않은 경우 일상적인 작업이 실행됩니다(특정 정보베이스에 대해 금지되지 않은 경우). 파일 버전의 작업에서 일상적인 작업을 자동으로 시작하려면 작업 스케줄러로 사용되는 전용 클라이언트 연결이 있어야 합니다. 이 연결은 기본 제공 언어 메서드 ExecuteJobProcessing()을 주기적으로 호출하는 대기 프로세스를 실행해야 합니다.
답변에 따르면 정답은 네 번째입니다.
시험 1C: Platform Professional의 질문 09.57. 백그라운드 작업을 통해 다음을 수행할 수 있습니다.

1. 일정에 따라 절차를 수행하다
2. 프로시저를 비동기적으로 실행
3. 비정상종료시 재시작
4. 답 1과 2가 맞습니다
5. 2번과 3번은 정답이에요
6. 정답 1, 2, 3

정답은 두 번째입니다. 비동기식이란 절차가 완료될 때까지 기다리지 않음을 의미합니다.
시험 1C: 플랫폼 전문가의 질문 09.58. 동시에 실행되는 백그라운드 작업 수는 다음과 같습니다.

1. 누구든지 제한 없이
2. 정보 베이스당 하나의 작업만 가능
3. 사용자 세션당 하나의 작업만 가능
4. 어떤 숫자든 가능하지만 동일한 키와 메서드 이름을 사용하여 두 개의 작업을 실행할 수는 없습니다.
5. 수량은 제한되지 않지만 동일한 키와 이름으로 두 작업을 실행할 수는 없습니다.
6. 숫자는 제한되지 않지만 동일한 키를 사용하고 동일한 메타데이터 개체와 연결된 두 작업을 실행할 수는 없습니다.

정답은 넷째입니다.
시험 1C: Platform Professional의 질문 09.66. 완료된 백그라운드 작업:

1. 정보베이스에 저장됨
2. 일정 기간 동안 저장되는 세션 개체입니다(정보베이스에 저장되지 않음).
3. 어떤 형태로든 저장되지 않습니다.

정답은 6번입니다. 백그라운드 작업은 세션 기간 동안에만 존재하는 내장 언어 개체입니다.

업데이터에서 1C 데이터베이스의 일상적인 작업 관리

2018-11-20T15:18:30+00:00

이 노트에서는 데이터베이스의 일상적인 작업을 관리하기 위한 업데이트 프로그램의 기능을 살펴보겠습니다.

우선, "더보기" -> "일상적인 작업 관리..." 항목에서:

선택한 데이터베이스(또는 데이터베이스 그룹)의 컨텍스트 메뉴에서:

마지막으로 배치 스크립트용 템플릿(이를 통해 일정에 따라 스크립트에서 일상적인 작업에 대한 작업을 수행할 수 있음):

데이터베이스의 일상적인 작업을 관리하기 위한 대화 상자는 다음과 같습니다.

어떤 문제를 해결할 수 있습니까? 올바른 그룹염기(또는 염기 1개)?

일상적인 작업 선택

아래의 여러 작업에서 일상적인 작업 목록을 선택할 수 있습니다.

그러나 선택 대화 상자에는 데이터베이스에 대한 일상적인 작업이 없을 수도 있습니다.

이 경우 "내 작업..." 섹션에 필요한 예약된 작업의 이름을 다음과 같이 표시할 수 있습니다.

이러한 일상적인 작업의 이름은 모든 일상적인 작업에 대한 보고서에서 직접 가져올 수 있습니다(이에 대해서는 논의됨).

작업의 현재 상태를 표시합니다.

이렇게 하려면 "출금" 탭으로 이동하여 "출금..." 버튼을 클릭하세요.

결과에서 우리는 다음을 볼 수 있습니다:

1. 1C 서버에서 새로운 예약 작업 시작이 활성화되거나 비활성화됩니다.
2. 데이터베이스의 일상적인 작업 목록입니다.
3. 그들의 일정.
4. 작업이 활성화되거나 비활성화됩니다.
5. 작업의 마지막 실행에 오류가 발생한 경우 이 오류는 작업 옆에 빨간색으로 표시됩니다.

필요한 경우 기능 설정에서 예약된 작업 목록의 범위를 좁히고 활성화된 작업만 표시할 수도 있습니다.

작업 전체 또는 일부 끄기

이렇게 하려면 "끄기" 탭으로 이동하세요.

전체 또는 선택한 예약된 작업에 대해 "사용" 확인란이 선택 취소됩니다.

다음은 하나의 베이스에 대한 결과입니다(확대하려면 클릭).

작업 전체 또는 일부 포함

이렇게 하려면 "활성화" 탭으로 이동하세요.

전체 또는 선택한 예약된 작업에 대해 "사용" 확인란이 선택됩니다.

이 탭에서는 "Make" 플래그를 사용할 수 있습니다. 백업 복사본기본" 왼쪽 하단에 있습니다.

다음은 하나의 베이스에 대한 결과입니다(확대하려면 클릭).

1C 서버에서 예약된 작업 시작을 관리합니다.

이렇게하려면 "1C 서버"탭으로 이동하십시오.

'차단' 또는 '차단 해제'를 선택하고 '실행' 버튼을 클릭하세요.

작업 일정 설정

하지만 한 번에 많은 데이터베이스에서 작업(또는 작업 그룹)을 시작하기 위한 일정을 설정해야 한다면 어떻게 될까요?

이렇게 하려면 "일정 설정" 탭으로 이동하세요.

일정을 설정하고(대화 및 해당 기능은 1C 자체의 표준 기능과 완전히 일치함) "사용자 정의..."를 클릭합니다.

실행을 위한 작업을 시작합니다.

이렇게 하려면 "실행" 탭으로 이동하세요.

필요한 작업을 선택하고 "실행" 버튼을 클릭하세요.

외부 파일에 작업 설정 저장

데이터베이스 중 하나에서 일상적인 작업을 이상적으로 구성했으며 이러한 설정을 다른 모든 데이터베이스로 전송한다고 가정해 보겠습니다.

이를 위해 먼저 이상적인 데이터베이스의 모든 작업 설정을 외부 파일에 업로드합니다.

외부 파일에서 작업 설정 복원

그런 다음 작업 설정과 함께 이 파일을 다른 모든 데이터베이스에 로드합니다.

이 작업(한 데이터베이스에서 다른 데이터베이스로 작업 설정 전송)에서는 내부 식별자가 아닌 작업 이름을 기준으로 일치 방법을 선택했습니다.

이별의 말

일반적으로 그것이 내가 당신에게 말하고 싶은 전부입니다. 나 자신도 새로운 기능을 사용하기 위한 많은 시나리오를 보았지만 여기서는 주요 사항만 간략하게 살펴보았습니다.

정기적인 레지스터 정리(예: SCP 구성의 "객체 버전" 정보 레지스터), 일정에 따라 계산 수행, 문서 완성 특정 시간- 멀지 않은 전체 목록 1C 규제 작업을 사용하여 구현할 수 있는 조치.

작업 만들기

우리는 실행 가능한 모듈의 코드를 설명하는 것을 목표로 하지 않습니다. 일반 원칙규제 업무의 기능 및 생성.

일상적인 작업은 대체할 수 없습니다.

1. 현재 작업에 조건 중 하나로 특정 알고리즘을 주기적으로 실행해야 하는 필요성이 포함된 경우
2. 데이터베이스 운영자 및 사용자의 작업에 관계없이 코드를 실행해야 하는 경우
3. 실행 가능한 프로시저의 시작이 정보베이스 개체에서 발생하는 외부 이벤트에 의존하지 않는 경우.

이를 생성하려면 "구성자" 모드에서 정보 베이스로 이동해야 합니다. 그런 다음 구성 트리에서 "일상 작업" 분기를 찾아 "일반" 탭에 있는 "추가" 버튼을 클릭합니다(그림 1).

속성 창을 자세히 살펴보겠습니다(그림 2).
그림 2

1. 이름, 동의어 및 설명 - 이러한 필드를 작성하는 규칙과 원칙은 모든 구성 개체에 대해 유사하므로 다시 설명할 필요가 없습니다.
2. 방법 이름 - 필요한 알고리즘을 가능한 한 정확하게 설명하는 일반 모듈의 프로시저(선택 버튼을 클릭하면 사용 가능한 프로시저가 열리며, 그 표현은 일반 모듈의 이름과 다양한 열의 프로시저 이름으로 구성됨) 테이블의);
3. 키 – 예약된 작업의 고유성보다는 작업을 기반으로 시작된 백그라운드 프로세스의 고유성을 결정하며 길이 제한이 있습니다.
4. 일정 – 이 요소에 대한 설명은 기사의 별도 단락에서 다루겠습니다.
5. 사용법 - 이 상자를 선택하면 작업 활동이 결정됩니다. TRUE는 작업이 일정에 따라 시작되고 실행된다는 것을 의미합니다.
6. 사전 정의 – 요소에 이 확인란이 있으면 해당 작업을 삭제할 수 없으며 구성이 데이터베이스에 저장될 때 자동으로 생성됩니다.
7. 반복 횟수 - 실행 중에 예외가 발생하면 다시 시작되므로 무한 루프가 발생하지 않으며 프로그램은 다시 시작 횟수를 제한합니다.
8. 재시도 간격 – 비정상적으로 완료된 작업을 다시 시작하는 간격(초)입니다.

일정을 자세히 살펴보겠습니다.

일상적인 작업 일정

그림 3

우선 주의하셔야 할 점은 하단 부분창문, 거기가 표시되는 곳이야 자세한 정보작업이 수행되는 빈도와 시간에 대한 분석이 포함됩니다.

"일반" 탭:

• 작업 시작 날짜
• 처리 종료일
• 작업 반복 빈도.

이 탭에 날짜가 지정되지 않으면 작업에 대한 마감일이 설정되지 않습니다.

“일일” 탭(그림 4)
그림 4

작업 시작 및 종료 시간과 하루 중 실행 빈도에 대한 입력 필드 외에도 다음이 포함됩니다. 표 부분을 위한 세부 설정실행 빈도.

"일별" 및 "주별" 탭에는 해당 기간에 대한 정보가 포함됩니다.

작동 특징

클라이언트-서버 버전의 작업에서 일상적인 작업의 실행은 서버 도구에 의해 결정됩니다. 관리 콘솔에서 특정 데이터베이스에 대한 작업을 실행하는 기능을 활성화하거나 비활성화할 수 있습니다.

파일 버전의 작업에서는 상황이 훨씬 더 복잡합니다. 특정 플랫폼 릴리스 이전에는 특정 사용자로 시스템이 시작될 때 ExecuteTaskProcessing() 메서드가 활성화된 경우에만 백그라운드 및 루틴 프로시저가 실행되었습니다. 이 경우 메서드를 시작한 사용자가 프로그램에 있는 동안 알고리즘은 주기적으로 실행되었습니다.

현재 파일 버전 작업의 백그라운드 작업 작업은 데이터베이스에서 승인된 사용자에게 균등하게 분배됩니다. 프로그램이 추가 매개변수 AllowExecuteSheduledJobs를 사용하여 실행된 경우 일상적인 유지 관리를 담당하는 것은 바로 이 프로세스입니다.

데이터베이스가 있는 폴더에서 DoNotCopy.txt 파일을 삭제하거나 이름을 바꾸면 파일 모드에서 실행되는 데이터베이스에서 백그라운드 및 일상 작업을 완전히 비활성화할 수 있습니다. 이 파일이 있으면 작업이 데이터베이스 복사본이 아닌 원본에서 수행되고 있음을 플랫폼에 알립니다.

또한 표준 1C 배송에서는 "구성자"에 들어 가지 않고도 프로그램에서 직접 예정된 작업을 관리하는 것이 가능해졌습니다. "ZUP" 구성 버전 3.1.3.223에서는 관리->유지 관리->일상 작업->일상 및 백그라운드 작업 메뉴에서 관리 양식을 열 수 있습니다(그림 5).
그림 5

열리는 양식에는 직관적인 인터페이스가 있으며 다음을 수행할 수 있습니다.

양식에서 직접 작업을 시작할 수도 있습니다.

루틴 작업 만들기

"처리 수행"이라는 루틴 작업을 만들어 보겠습니다.

구성을 업데이트할 때 자동으로 실행되지 않도록 예약된 작업의 사용을 비활성화하겠습니다.

일상적인 작업이 시작될 때 트리거될 프로시저를 할당해 보겠습니다.RoutineTasks.RoutineTaskExecutionProcessing 모듈.

절차 자체는 다음과 같습니다.

프로시저 RoutineTaskExecutionProcessing(Key) 내보내기

RoutineTasks.PerformProcessingWithParameters(Key)의 매개변수;

절차 종료

일상적인 작업에 대한 참고서를 만듭니다.

우리의 일상적인 작업은 각 처리마다 하나씩 많은 백그라운드 프로세스를 생성할 수 있습니다. 1C8 플랫폼의 각 작업에는 키가 있습니다. 하지만 예약된 작업 방법은 백그라운드 작업 키를 모르므로 백그라운드 작업 매개변수를 사용해야 합니다. 결과적으로 작업 콘솔에서 백그라운드 작업을 볼 수 있지만 이 콘솔에서 백그라운드 작업을 수동으로 생성할 수는 없습니다. 매개변수가 있는 작업은 수동으로 생성되지 않습니다.

참고서 "예약된 작업 매개변수" :

필수조건 :

· 코드출시 전- 무제한 문자열 - 실행 전에 실행해야 하는 1C 언어 코드입니다.

· 구성에서 처리 - 라인(100) - 구성에서 처리 식별자

· 디렉토리에서 처리 - 라인 (100) - 구성에 있는 경우 "외부 처리" 디렉토리 요소에 대한 링크

· 1C 애플리케이션을 통해 실행(부울) - 별도의 1C 애플리케이션이 생성되고 그 안에서 일상적인 작업이 시작됩니다. 예약된 작업이 실행되는 서버에서 일부 응용 프로그램 방법을 사용할 수 없는 8.1용으로 생성되었습니다.

· 실행 코드- - 무제한 라인 - 예약된 작업이 시작될 때 실행될 1C 언어 코드입니다.

요소의 모양을 만들어 보겠습니다. :

"등록 생성"을 클릭하면 됩니다. 작업" 키 코드가 포함된 일상적인 작업은 프로그래밍 방식으로 생성됩니다.

절차 BasicActionsFormCreateReglTask(버튼)

가변 직업;

키 = AbbrLP(코드);

작업 = RoutineTasks.CreateRoutineTask("PerformProcessing");

작업.이름 = 키;

태스크.키 = 키;

매개변수 = 새 배열();

매개변수.추가(키);

Task.Parameters = 매개변수;

태스크.쓰기();

절차 종료

예약된 작업 시작

우리가 만드는 각 일상적인 작업에는 다음과 같은 키가 있습니다.

이 키는 "일상 작업 매개변수" 디렉터리의 코드에 해당하며 작업을 시작할 때 검색하는 데 사용됩니다. 디렉터리 항목을 찾을 수 없으면 작업이 실행되지 않습니다.

다음으로 코드가 주어지면코드출시 전그러면 이 코드가 실행됩니다. 다음으로 변수의 경우 다하다 false로 평가되면 작업이 완료되지 않습니다. 분석에 사용 가능한 변수 옵션, 발견된 디렉토리 요소 "일상 작업 매개변수"에 대한 링크가 저장되어 있습니다.

선택한 세부 정보 값에 따라 1C 언어의 코드가 실행되거나 구성에서 처리가 시작되거나 표준 "외부 처리"참조 도서에서 처리가 시작됩니다.

1C81의 경우 새 애플리케이션에서 실행이 제공되므로 사용을 포함하여 클라이언트에서만 사용할 수 있는 코드를 사용할 수 있습니다. 외부 치료. 이렇게 하려면 "1C 응용 프로그램을 통해 실행" 확인란을 선택해야 합니다. 그렇지 않으면 예약된 작업이 서버에서 실행됩니다.

새로 생성된 일상적인 작업에 대해 "사용자" 필드에 사용자를 설정하여 해당 작업이 특정 권한으로 실행되도록 하는 것이 좋습니다. 그러한 사용자에게 모든 권한을 부여하는 것이 좋습니다. 나는 "라는 사용자를 사용합니다.로봇».

루틴 작업 일정은 루틴 작업 양식의 "일정" 하이퍼링크를 사용하여 생성됩니다. "일상 작업 콘솔" 처리를 사용할 수 있습니다.

문서 관리 및 회계의 일부 작업은 정기적으로 수행해야 할 수도 있습니다. 예를 들어, 20일. 아니면 매일.

일반적으로 회사는 이러한 작업을 수행하기 위한 규칙(작업을 누가, 언제, 어떻게 완료해야 하는지, 누가 작업을 제어해야 하는지)을 만들려고 합니다.

이러한 작업을 규제라고 합니다. 즉, 규정에 따라 수행됩니다.

IT에서는 모니터링이 규제된 방식으로 수행되는 경우가 많습니다.

익숙하다 시스템 관리자- 있어요 특별 프로그램, 주기적으로 서버 및 네트워크 인프라의 성능을 확인하고 SMS로 보고하거나 이메일로관리자.

웹마스터에게도 비슷한 일이 있습니다. 낮 동안 사이트의 가용성을 확인하는 것입니다.

1C에서는 일정에 따라 자동으로 수행되어야 하는 모니터링 작업 및 기타 정기 작업이 1C 예약 작업 메커니즘을 사용하여 수행됩니다.

오늘 그들에 대해 이야기합시다.

예약된 작업 1C

예약된 작업 1C는 수행하는 대로 일정에 따라 수행할 수 있는 작업입니다.

구성기의 1C 루틴 작업 자체는 설정을 지정하고 일정을 설정하는 방법입니다. 그런데 나중에 1C Enterprise 모드에서 일정을 동적으로 변경할 수 있습니다.

서버에서의 병렬 컴퓨팅을 위해 예정된 1C 작업 없이 임의로 1C 언어로 된 프로그램 텍스트에서 백그라운드 작업을 생성할 수 있습니다.

루틴 1C 작업 실행을 일시적으로 비활성화할 수 있습니다.

1C 루틴 작업 추가

루틴 1C 작업은 일반/루틴 1C 작업 분기의 구성에 있습니다. 새로운 1C 규제 작업을 추가하고 이름을 표시해 보겠습니다.

1C 루틴 작업의 속성에는 와 마찬가지로 메소드 이름이 표시됩니다. 기능은 속성에서 서버 확인란이 선택된 공통 모듈에 위치합니다. 즉, 모듈을 미리 추가해야 합니다.

1C 예약된 작업 속성 - 작업 이름 - 작업 관리 도구에 작업이 표시되는 이름을 결정합니다.

1C 루틴 작업 속성인 키를 사용하면 여러 가지 1C 루틴 작업을 그룹화할 수 있습니다. 동일한 키 값을 가진 작업은 한 번에 하나만 시작할 수 있습니다. 값 자체는 임의적일 수 있습니다. 빈 값은 제어 중에 고려되지 않습니다(즉, 비어 있는 것으로 간주됩니다).

1C 루틴 작업의 속성(사전 정의됨)은 1C Enterprise가 시작될 때 이러한 작업이 구성자에 지정된 일정에 따라 단일 복사본으로 생성되도록 결정합니다. 미리 정의되지 않은 작업은 일정 시간에 프로그래밍 방식으로 나타납니다.

안에 일반적인 구성예를 들어 회계 버전 2.0에서는 구성 업데이트 및 총계 재계산과 같은 1C 일상적인 작업이 사전 정의되어 있지만 데이터 교환 또는 지연 이동과 같은 작업은 사전 정의되지 않습니다.

사용법 – 작업을 활성화합니다(즉, 사용법 확인란을 선택한 경우에만 실행됩니다).

비정상 종료 시 재시도 - 짐작할 수 있듯이 처음에 성공적으로 완료할 수 없는 경우 작업을 다시 시작하는 것을 의미합니다. 비정상 종료 후 다시 시작할 횟수와 시간을 지정할 수 있습니다.

1C 일상적인 작업 관리 및 모니터링

일상적인 1C 작업을 관리하기 위해 특별한 표준 처리 작업 콘솔이 있습니다. 에서도 찾을 수 있습니다.

이 처리는 종종 구성에 포함되지 않지만 ITS 디스크와 같이 별도로 배포되는 소위 범용 외부 표준 1C 처리에 속합니다.

작업 콘솔 처리를 사용하면 다음을 수행할 수 있습니다.

• 루틴 1C 작업 실행 활성화/비활성화
• 예약된 1C 작업(및 기타 매개변수)의 일정 할당/변경
• 루틴 1C 작업을 대신 수행할 1C 사용자를 지정합니다.
• 어떤 작업이 언제 완료되었는지, 어떤 결과로 1C 작업 완료 시 오류가 발생했는지 확인하세요.
• 작업을 수행합니다.

데이터베이스 사본 및 1C 일상적인 작업

서버 1C를 사용하는 경우 다음 상황이 발생합니다.

• 자신의 목적(예: 프로그래밍)을 위해 작업 데이터베이스의 복사본이 만들어집니다.
• 데이터베이스 사본에서의 작업, 테스트 등
• 이러한 테스트 데이터베이스에서 일상적인 1C 작업을 끄는 것을 잊었습니다.

1C 일상 작업은 정보 기반과 관련된 작업만 수행하지만 그 안에는 아무것도 없습니다.

그러나 1C 일상적인 작업에서는 파일, 데이터를 다른 데이터베이스에 저장하고 교환을 수행하고 이메일을 보낼 수 있는 경우가 많습니다.

이 경우 작업 데이터베이스에서 일상적인 1C 작업을 수행한 결과와 복사본 사이에 흥미로운 혼합이 나타날 수 있습니다.

에서 작업 데이터베이스 복사본에 대한 일상적인 1C 작업을 비활성화해야 합니다.

1C 규제 업무 이행 및 비 이행

일상적인 1C 작업을 생성할 때 다음 사항을 기억해야 합니다.

• 작업은 스스로 수행되므로 모니터링이 필요합니다.
• 작업은 서버의 모듈에서 실행됩니다.
• 작업은 다른 권한을 가진 다른 Windows 사용자로 수행됩니다.

먼저 작업이 수행되고 있으며 루틴 1C 작업으로 완료될 수 있는지 확인해야 합니다.

둘째, 서버 모듈은 클라이언트에서 사용할 수 있는 많은 것들이 사용할 수 없음을 의미합니다. 예를 들어, 때로는 모든 문서가 서버에만 게시될 수 있는 것은 아닙니다. 왜냐하면 해당 알고리즘은 사용자가 게시를 수동으로 시작하고 서버 이외의 기능을 사용할 수 있도록 제공할 수 있기 때문입니다.
경고("안녕하세요!")

셋째, 작업이 1C 데이터베이스 외부의 항목을 다루는 경우 권리가 중요해집니다. 윈도우 사용자, 작업이 실행되는 곳입니다.

세 번째 요점은 개발할 때 특히 중요합니다. 모듈이 서버에서 실행될 수 없으면 작업이 전혀 실행되지 않습니다. 확인하려면 작업을 한 번 이상 실행하고 작업 콘솔 처리에서 "작업 완료" 결과를 확인해야 합니다.