1c 플랫폼 전문가 8.3 일정. 운영, 회계 및 정기 계산 문제 해결

자동 25.07.2021
자동

"1C:Enterprise 8.3" 플랫폼에 대한 "1C:Specialist" 인증 준비

1C 프로그래머를 위한 "1C:Enterprise 8.3" 플랫폼에서 권위 있는 인증 "1C:Specialist" 준비

"1C:Specialist" 상태는 1C 및 전문가들 사이에서 매우 높이 평가. 개발자의 기술 수준을 보여주기 때문에 많은 고용주가 취업을 신청할 때이 인증서에주의를 기울입니다. 권위 있는 자격증으로 자신의 전문성을 확인하고 취업의 기회를 높이고 싶다면 1C:Enterprise 8.3 플랫폼의 저자 과정 "1C:전문가 자격증 준비"로 여러분을 초대합니다!

코스의 목적- 프로그래머가 운영 작업 측면에서 플랫폼에서 "1C: 전문가" 인증을 통과하도록 준비합니다. 모스크바의 1C: Training Center No. 1에서 시험을 볼 수 있으며 다른 도시에 대한 정보는 공식 1C 웹사이트에서 얻을 수 있습니다.

모든 시험과 마찬가지로 "1C: 전문가" 인증 나름의 특성이 있다. 잘 준비한 사람이 시험에 합격합니다. 이 과정에서 시험 작업의 시나리오가 무엇인지 배우고 응시자가 흔히 범하는 실수에 대해 알아보고 일반적인 자동화 작업을 해결하기 위한 기술을 마스터합니다. 너 당신이 필요로하는 연습을 얻을시험 문제를 신속하게 해결하기 위해 무역 기업의 자동화에 대한 종단 간 예제를 해결할 것입니다. 습득한 지식 덕분에 시험 업무에 성공적으로 대처하고 시험관 앞에서 자신의 결정을 변호할 수 있습니다.

이 과정은 인증 시험 "1C: Specialist"(인증된 1C 트레이너)를 성공적으로 통과한 교사가 진행합니다. 교사는 2003년부터 처음부터 개발하고 표준 1C 구성을 구현한 실제 경험이 있으며 그의 포트폴리오에는 다양한 활동 분야에서 완료된 많은 1C 프로젝트가 포함됩니다. 그는 수업시간에 당신의 경험을 공유시험에 합격하고 1C 프로그래머가 직면한 다양한 실제 문제를 해결합니다.

교육에는 다음이 포함됩니다.

그것 - 거리(대응) 코스, 2년 동안 해오던 대로 사이트를 통한 지원 형식으로 진행하고 있습니다.

  • 아무데도 운전할 필요가 없습니다- 집에서, 직장에서, 길에서 공부할 수 있습니다.
  • 비디오 형식으로 다운로드할 자료를 받고 이 비디오를 볼 수 있습니다. 언제든지
  • 웹 세미나가 없습니다, 의무 학습 시간 또는 제한 사항
  • 과제를 받고 스스로 공부할 시간을 갖게 됩니다. 우리는 참조 솔루션을 게시할 것입니다. 그 안에 이해할 수 없는 것이 남아 있다면, 우리가 왜 이런 식으로 제안하는지 기꺼이 설명할 것입니다.
  • 당신은 당신의 질문을 할 수 있습니다사이트 또는 이메일로 트레이너에게 문의하면 사이트에서 답변하거나 추가 비디오를 녹화할 것입니다. 그리고 당신은 그것에있을 것입니다 이 개월.
  • 우리가 고려할 작업 중 일부는 그룹에서 선택합니다.– 가장 어려운 작업을 제안해 주시면 분석해 드리겠습니다.
  • 모든 자료에 대한 액세스 -

자세한 내용은 아래...

수석 코치 - 파벨 치스토프

Pavel은 2008년부터 인증 교육을 실시하고 있습니다.

현재 과정은 수정 및 확장된 2012년 4월 버전입니다.

누구를 위한 교육입니까?

과정은 다음과 같습니다.

  • 인증 시험 합격을 준비하는 1C:Enterprise 8 플랫폼 구성의 개발 및 지원 분야의 초급 및 중급 전문가용
  • IT 서비스 및 부서장이 부하 직원의 교육 수준을 평가할 수 있도록
  • 이 훈련은 누구를 위한 것이 아닙니까?

    1C:Enterprise 시스템의 동작에 익숙하지 않고 독립적으로 구성을 작성하고 설계하는 기술이 없는 초보 프로그래머를 위한 것입니다.

    특성 유형의 계획이 무엇인지, 누적 레지스터가 정보 레지스터와 어떻게 다른지 모르는 경우 코스가 적합하지 않은 경우 초기 코스를 먼저 수강하십시오.

    간단한 설명

    자격증 준비 과정의 세 번째 버전입니다.

    이 교육은 2009년에 처음 시작되었습니다. 과정 동안 다음 계획이 개발되었습니다.

    이 과정은 1C가 인증 시험에서 사용하는 것과 유사한 작업 분석으로 구성됩니다.

    많은 학생들이 시험에 합격한 경험과 어떤 과제와 과제 시나리오가 시험관에게 특히 인기가 있는지에 대한 정보를 공유합니다.

    받은 정보를 바탕으로 1C - 컬렉션의 각 부분에서 2개의 작업으로 발행된 인증 시험 준비 작업 모음의 작업에 최대한 가깝게 이 과정을 위해 여러 작업을 준비했습니다.

    또한 이 과정은 거의 모든 수업에서 관리되는 양식의 메커니즘을 다룹니다. 이 과정에는 비즈니스 프로세스 생성에 대한 비디오도 포함되어 있습니다.

    총: 컬렉션의 각 부분에서 2개의 작업(운영 작업 2개, 회계 2개, 결산 부분 2개), 관리되는 양식 작업은 인증 요구 사항의 일부로 분해되었으며, 통과하기에 충분한 비즈니스 프로세스 생성 원칙 자격증 시험을 보여주었습니다.

    모든 보고서는 SKD로 작성됩니다.

    이 과정에는 어떤 학생이 두려움 없이 인증을 받을 수 있는지 결정한 독립적인 작업의 텍스트가 수반됩니다.

    형식, 기간

    이것은 정확히 훈련– 마스터 그룹을 통한 트레이너와 학생의 상호 작용이 예상됩니다(웹 세미나는 사용되지 않음).

    언제든지 마스터그룹에 질문을 하실 수 있으며, 매일 접수되는 질문을 검토하고 있습니다.

    준비 기간: 2개월. 내부 - 8개의 수업, 총 기간 - 약 16시간 + "보너스" 작업 및 솔루션 27시간.

    시간이 약간 위쪽으로 조정될 수 있습니다.

    작업 레이아웃 원칙

    작업을 생성할 때 인증 시 발생한 가장 인기 있는 티켓의 시나리오를 기반으로 했습니다.
    그러나 방법론적 목적을 위해 작업이 다소 수정되었습니다. 일부 문제를 해결할 때 요구 사항이 생략되었습니다.

    이 결정의 논리를 설명해야 합니다.

    비디오 과정을 녹화할 때 주요 초점은 충분한 초기 교육 수준을 가진 학생입니다.

  • 예를 들어 관리되는 잠금 메커니즘을 한 번 표시하면 후속 작업에서 청취자가 이러한 메커니즘을 스스로 재현할 수 있다고 믿어집니다.
  • 예를 들어 청취자는 통제된 형식으로 가격과 수량을 독립적으로 곱하고 설명 없이 새 디렉토리 또는 누적 레지스터를 만들 수 있다고 믿어집니다.
  • 예를 들어, 운영 회계에 대한 한 작업에서 FIFO 및 LIFO 방법 모두에 의한 배치 회계 구현에 대한 항목이 요구 사항에서 의도적으로 제거되었으며 청취자는 쿼리 선택 결과를 양방향으로 정렬할 수 있어야 합니다.)

    최종 작업:

    최종 독립 작업의 텍스트는 과정에 첨부됩니다. 텍스트의 작업은 열등하지 않으며 복잡성 측면에서 인증 작업을 초과하지 않습니다.

    과정을 마친 후 학생은 이 작업을 해결하는 데 필요한 모든 기술을 갖추게 됩니다. 페널티 포인트가있는 인기있는 오류의 척도도 작품에 첨부됩니다.

    고의적인 독립작업은 영상분석이 없고, 벌점 없이 문제를 풀지 못했다면 코스를 다시 복습하고 다시 시도해보세요.

    수업에 대한 자세한 설명

    제 글이 도움이 되셨다면 공감 잊지마세요 :-)

    컬렉션의 모든 작업에 대한 루브리케이터가 있습니다.(각 작업에 대한 포럼 스레드에 대한 링크가 있는 페이지)
    http://chistov.spb.ru/forum/16-969-1

    글쎄, 이제 준비 과정에서 만든 나의 개발 및 메모.
    나는 위에서 언급 한 두 가지를 최소한으로 반복하려고 노력할 것입니다. 마지막출판물.

    시작하겠습니다.


    원격 전달의 경우 시험이 끝날 때 바탕 화면에 두 개의 개체가 있어야 합니다.

    1. 인포베이스(dt 파일) 최종 언로딩
    2. 설명

    중간 사본 등이 없어야 합니다.

    반드시 설명문을 작성해주세요!
    모호하게 공식화 된 작업의 경우 정확히 그러한 솔루션을 선택했음을 작성하십시오.
    또한 핵심 위치의 코드에는 열광적인 태도 없이 간단한 코멘트를 남기는 것이 좋지만, 검사자가 질문이 있을 수 있는 곳에는 작성하는 것이 좋습니다.

    그러나 시험 전에 읽어야 할 지침에서 이에 대해 듣게 될 것입니다.
    미리 알아두시면 좋아요)


    앰퍼샌드를 사용하여 쿼리에 로그인합니다.

    때때로 레이아웃을 앞뒤로 전환하는 것보다 추가 키보드에서 입력하는 것이 더 빠르고 시간을 절약합니다.
    &=알트+38

    *************************************************************************************************
    쿼리에서 MomentTime() 사용

    누적 레지스터에 대한 쿼리에서 회계는 가상 테이블(마침표) 매개변수로 문서 날짜가 아니라 다음과 같이 코드에 정의된 Moment 매개변수를 사용해야 합니다.

    순간 = ?(PostMode = PostModeDocument.Online, 정의되지 않음, MomentTime());

    *************************************************************************************************
    등기부별로 문서이동을 생성하는 경우, 전기처리 절차의 맨 처음에 현재 문서의 등기부별 이동을 정리할 필요가 있다.

    코드는 다음과 같습니다.

    Movements.RegisterName.Write = 참; 움직임.RegisterName.Clear();

    수행 과정에서이 레지스터의 기록을 분석해야 할 수도 있습니다.
    따라서 현재 레코드(문서가 변경되기 전의 이전 레코드)를 분석할 때 선택 항목에 정확히 속하지 않도록 위의 두 줄에 한 줄을 더 추가할 수 있습니다.

    움직임.등록명.쓰기();

    또는 레코드를 구문 분석할 때 현재 문서의 시점을 포함하지 않는 경계를 명시적으로 지정합니다.

    그러나 어디에서나 나는 이 세 줄의 구성을 한 번에 표시했습니다.

    Movements.RegisterName.Write = 참; 움직임.RegisterName.Clear(); 움직임.등록명.쓰기();

    *************************************************************************************************
    데이터를 차단하는 두 가지 방법이 있으며 그 중 선택은 이전 또는 새 수행 방법에 따라 다릅니다.

    1) 기존의 관리형 잠금, 문서 게시 방식(DataLock 객체)

    잔액을 먼저 확인한 다음 상쇄하면 설정됩니다.
    움직임을 형성하기 위해 레지스터에서 일부 정보가 필요한 경우.


    예시:

    문서 - 수량, 레지스터 - 수량 및 금액(비용)
    그래서 우리는 문서에서 상품의 수량을 알고 있습니다. 얼마를 기록하지만 비용은 아닙니다.
    레지스터에서만 배울 수 있지만 잔액을 받는 순간과 움직임을 기록하는 순간 사이에 레지스터를 변경하는 사람이 없도록 하려면 잔액을 읽기 전에도 레지스터를 차단해야 합니다.
    따라서 이 경우 DataLock 개체가 사용됩니다. 그리고 그것을 만들 때 우리가 레지스터를 차단하는 차원을 나타내는 것이 더 정확합니다(예를 들어, 우리의 경우 - 문서에 지정된 명명법에 의해서만) - 불필요한 잠금이 없고 다른 사용자가 다른 명명법을 판매할 수 있도록 합니다.


    1. DataLock 개체를 사용하여 잠금 설정
    2. 나머지 읽기
    3. 출금 가능성 확인
    4. 우리는 움직임을 형성합니다. 예를 들어 상품을 상각합니다.
    5. 문서가 게시된 후 차단이 자동으로 해제됩니다(차단은 게시 트랜잭션의 프레임워크 내에서 유효하며 시스템에 의해 자동으로 해제됨). 즉, 개체를 특별히 잠금 해제할 필요가 없습니다.

    2) 문서 수행을 위한 새로운 방법론 (LockForChange = True 속성 사용)

    움직임을 형성하기 위해 레지스터의 정보가 필요하지 않은 경우에 사용되며, 기록 후 레지스터 잔액을 보고 음수 잔액이 있는지 확인하면 인출할 때 빨간색으로 바뀌었는지 확인할 수 있습니다. 이 경우 초과분을 상각한 것으로 이해하고 상각 작업을 취소합니다.

    예시:
    상품 판매의 운영을 고려하십시오.
    문서 - 수량, 레지스터 - 수량만
    따라서 문서에서 상품의 수량을 알고 있습니다.
    문서에 지정된 번호로 움직임을 형성하고 기록합니다. 다음으로 레지스터를 읽고 나머지를 보고 음수가 있는지 분석합니다. 있는 경우 오류를 표시하고 Refusal = True로 설정합니다.

    따라서 순서는 다음과 같습니다.
    1. 레지스터를 통해 이동하려면 LockForChange = True 속성을 설정하십시오.
    2. 우리는 움직임을 형성합니다 - 우리는 상품을 씁니다
    3. 움직임을 기록
    4. 레지스터를 읽고 마이너스 잔액이 없는지 확인하십시오. 있다면 초과분을 썼고, 그렇지 않으면 모든 것이 정상입니다.

    따라서 이 경우 레지스터를 차단해야 하는 차원을 나타낼 필요가 없습니다.
    움직임을 기록하고 움직임을 형성하고 기록하기 전에 BlockToChange = True 속성을 설정하기만 하면 됩니다.
    시스템 자체는 기록된 내용을 분석한 후 필요한 측정에 따라 기록 시 레지스터를 차단합니다.
    완료되면 잠금이 해제됩니다.

    이 옵션(두 번째 옵션)은 더 간단하며 "문서를 수행하는 새로운 방법"이라고 하며 1C는 가능한 경우 사용을 권장하고 첫 번째 옵션을 사용하는 경우 점수를 공제하지만 경우에 따라 단순히 적용할 수 없고 첫 번째 옵션은 데이터 잠금 개체와 함께 사용됩니다(아래 참조). 위의 예).

    또한 선택한 방법에 관계없이 작업을 수행하기 전에 움직임을 지워야 합니다(이전 팁 참조).

    *************************************************************************************************
    데이터 차단(위 설명에서 차단 방법 1번)

    데이터를 읽고 이 데이터를 기반으로 이동하는 경우 제어된 잠금이 필요합니다.
    관리되는 잠금 코드를 가져오는 가장 빠른 방법은 "DataLock"을 입력하고 구문 도우미를 호출한 다음 여기에서 예제 코드를 복사하는 것입니다. 그런 다음 레지스터 및 측정 이름으로 쉽게 변경할 수 있습니다.

    다음과 같이 보입니다.

    잠금 = 새 DataLock; LockElement = Lock.Add("누적 레지스터.GoodsInWarehouses"); LockItem.Mode = DataLockMode.Exclusive; LockItem.DataSource = 오후; LockElement.UseFromDataSource("명명", "명명"); 잠금.잠금();

    *************************************************************************************************
    문서의 표 형식 부분은 단순히 "PM"이라고 하는 것이 좋습니다.

    문서의 99%에서 표 형식 부분은 하나입니다. 표 형식 부분의 이러한 통합 이름은 다음과 같은 이유로 많은 시간을 절약하는 데 도움이 됩니다.
    1) 매우 짧다 - 빨리 쓴다
    2) 모든 문서가 동일하므로 코드를 작성할 때 이름을 기억할 필요가 없습니다.

    *************************************************************************************************
    TK에 선택하거나 업로드하기 전에 비어 있음 요청 결과를 확인하십시오.

    일반적으로 모든 작업에서 샘플링을 사용했습니다.

    이 샘플은 TK와 달리 데이터 읽기 전용으로 "날카롭게" 되어 있기 때문에 성능 면에서 시스템에 더 적합합니다.

    그러나 어쨌든 Select() 메서드 전에 비어 있음 요청 결과를 확인하는 것이 좋습니다. 이렇게 하면 시스템의 부하가 더욱 줄어듭니다.

    결과 = Request.Run(); Result.Empty()가 아니면 Selection = Result.Select(IteratingQueryResult.By Groupings); ... EndIf;

    요청에서 하나의 값만 가져와야 하는 경우
    (예를 들어, 올해에 설정된 회계 정책에 따른 상각 방법만):

    결과 = Request.Run(); Result.Empty()가 아니면 Selection = Result.Select(); Selection.Next(); 원가 상각 방법 = 샘플 원가 상각 방법; EndIf;

    *************************************************************************************************
    BU 작업에 대한 "작업" 문서

    BU 작업에 대한 작업 문서를 작성하십시오.

    우리는 일반적으로 전도를 끄고 ( "Conducting = Deny"속성에서) 회계 레지스터에서 움직임을 만드는 요소를 표시하고 양식에서 움직임을 꺼냅니다.

    *************************************************************************************************
    문서의 운영 처리:

    반드시 포함:
    운영 및 회계. 문서에 대한 회계가 활성화되어야 합니다("작업" 문서 제외, 아래 참조).

    반드시 껐다:
    계산 작업에서 급여 문서에는 의미가 없습니다.

    "작업" 문서의 경우 일반적으로 게시를 비활성화해야 합니다(문서 "게시 = 비활성화"의 속성에서).
    쓰기는 쓸 때 레지스터에 직접 데이터를 쓰기 때문입니다.

    *************************************************************************************************
    "지정된 명명법 또는 지정되지 않은 경우 임의"와 같은 쿼리의 조건

    쿼리에는 이러한 작업이 있습니다. 예를 들어 지정된 명명법이 있는 문서를 선택하거나 명명법이 지정되지 않은 경우 모든 문서를 선택해야 합니다.
    요청 자체에서 다음 조건으로 해결됩니다.

    명명법 = 명명법(&Nomenclature) OR 명명법(&N) = 값(Catalog.Nomenclature.EmptyReference)

    그러나 이 조건을 변환하는 것이 더 최적이고 정확할 것입니다(yukon에게 감사드립니다).


    Query.Text = Query.Text + " WHERE 명명법 = 명명법(&N)";

    EndIf;

    8.3.5에서 쿼리 개체 모델의 출현으로 조건을 추가하는 것이 더 안전할 것입니다:

    If ValueFilled(명명법) 다음
    Query1.Filter.Add("명명 = & 명명법");
    Query.SetParameter("명명", 명명법);
    EndIf;

    *************************************************************************************************
    쿼리에서 테이블 조인:

    총 레코드 수는 첨부 테이블의 필드가 표시되는지 여부에 따라 달라지지 않으며 구성된 링크에만 의존합니다.
    즉, 첨부된 테이블의 필드가 표시되지 않을 수 있습니다.

    조건 없이 테이블을 첨부하려면 조건 탭에서 "TRUE" 조건을 작성하기만 하면 됩니다.
    이 경우 테이블이 정확히 조인됩니다.

    *************************************************************************************************
    특성 유형 계획(PVC) 사용:

    1. 객체의 특성을 설명하는 메커니즘으로 사용합니다.

    1.1. 우리는 PVC를 만듭니다. 이는 기능 유형(예: 색상, 크기, 최대 속도 등)입니다. 설정에서 가능한 모든 유형의 특성 값을 선택하고 필요한 경우 단락 1.2에서 개체를 만들고 설정에서도 지정합니다.

    1.2. 추가 PVC 값의 경우 그에 종속되는 ExtraValues ​​of Characteristics(또는 간단히 Values ​​of Characteristics) 디렉토리를 생성합니다.
    기존 디렉토리에 없는 경우 특성이 여기에 저장됩니다. 필요한 모든 특성이 기존 디렉토리에 있거나 이러한 값이 기본 데이터 유형으로 표시될 수 있으면 생성할 수 없습니다. PVC 설정에서 이 디렉토리가 추가로 사용될 것임을 나타냅니다. 특성 값.

    1.3. 실제로 세 객체를 연결하는 정보 레지스터를 만듭니다.
    - 특성의 메커니즘을 연결하는 대상
    - 특성의 종류(PVC계열)
    - 특성값(유형 - 특성, PVC 생성 후 시스템에 등장한 새로운 유형입니다.
    특성의 값이 취할 수 있는 모든 가능한 데이터 유형을 설명함).
    정보 레지스터에서 특성 유형이 특성 값의 소유자(선택 매개변수 관계)와 특성 값에 대한 유형 관계임을 다시 특성 유형에서 나타냅니다.

    또 다른 기능은 생성된 각 특성 유형에 대해 이 특성 값을 설명하는 데 가능한 모든 유형이 필요하지 않은 경우 특성 값 유형을 지정할 수 있다는 것입니다.

    2. PVC를 사용하여 회계 등록 하위 구성 메커니즘 만들기 .

    2.1. 우리는 Subconto의 PVC 유형을 만듭니다.

    2.2. 우리는 하위 디렉토리 Subconto Values를 생성합니다(특성과 마찬가지로, 다른 디렉토리에 없는 경우 subconto 값을 포함합니다).

    2.3. 계정과목표를 사용하여 연결됩니다.

    *************************************************************************************************
    회계 등록 자원:

    금액 - 잔액,
    수량 - 대차대조표 외 및 회계 기호와 연관 수량

    *************************************************************************************************
    회계 등록의 가상 테이블:

    회전율: 한 계정의 회전율
    TurnoversDtKt: 일부 두 계정 간의 회전율, 즉 해당 기간 동안의 모든 동일한 거래입니다.

    *************************************************************************************************
    회계 등록부의 통화 회계 - 구현 방법:

    계정과목표에 회계 "통화" 표시를 만듭니다.
    회계 등록부에서 다음을 추가로 생성합니다.
    - 통화 차원(공백 금지, 비대차대조표, 회계 기호 - 통화)
    - CurrencyAmount 자원(비대차대조표, 회계 기호 - 통화, 금액을 통화로 저장합니다. 예를 들어 $100)
    모두.

    따라서 레지스터의 구조는 다음과 같습니다.

    측정:
    - 통화
    자원
    - 수량
    - 금액(루블 단위 금액)
    - CurrencyAmount(통화 금액)

    따라서 통화 회계는 벨로루시 공화국의 일반적인 회계를 개선한 것일 뿐 본질은 변경하지 않습니다(예: 자원 금액)
    (일반적으로 계정이 외화인지 여부에 관계없이 금액은 루블입니다).
    그리고 계정의 통화 계정 속성이 꺼져 있으면 벨로루시 공화국의 일반적인 구조입니다(자원 - 수량 및 금액만).

    *************************************************************************************************
    가상 테이블의 매개변수를 설정하여 후자의 슬라이스를 얻을 때 리소스가 아닌 차원에 조건을 적용합니다.

    그렇지 않으면 최신 조각이 아니라 지정된 리소스 값이 있는 마지막 레코드를 얻습니다. 측정 집합의 마지막이 아닐 수 있습니다.

    *************************************************************************************************
    계산 레지스터에서 리소스 및 속성의 의미

    계산 레지스터에서 리소스를 생성하면 이 레지스터의 기준을 계산할 때 리소스를 받을 수 있습니다.
    그리고 주어진 주기에 비례하여 자원의 값이 다시 계산됩니다(기본 주기가 레지스터의 빈도와 일치하지 않는 경우).

    그리고 속성 값은 계산 레지스터의 실제 테이블에서만 사용할 수 있으며 가상 테이블에는 없습니다.

    *************************************************************************************************
    계산 레지스터 차원 속성의 "기본" 확인란
    이는 향후 이 차원에 대한 기반을 확보하고 이 필드에 대한 값의 추가 인덱싱을 제공함을 의미합니다.

    *************************************************************************************************
    등록 기록 세트를 작성할 때 휴가의 유효 기간을 월별로 분류하고,
    한 줄에 한 번에 몇 개월 동안 휴가가 문서에 한 줄로 지정된 경우 :

    StartDateCurMonth = StartMonth(CurStringBasicAccruals.ActionPeriodStart); EndDateCurMonth = EndMonth(CurStringBasicAccruals.ActionPeriodStart); 현재월 = 날짜; By DateBeginTecMonth<= НачалоМесяца(ТекСтрокаОсновныеНачисления.ПериодДействияКонец) Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = Макс(ДатаНачалаТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияНачало); Движение.ПериодДействияКонец = КонецДня(Мин(ДатаОкончанияТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияКонец)); Движение.ПериодРегистрации = Дата; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.Подразделение = ТекСтрокаОсновныеНачисления.Подразделение; Движение.Сумма = 0; Движение.КоличествоДней = 0; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Параметр; Движение.БазовыйПериодНачало = НачалоМесяца(ДобавитьМесяц(Дата, -3)); Движение.БазовыйПериодКонец = КонецДня(КонецМесяца(ДобавитьМесяц(Дата, -1))); ДатаНачалаТекМесяца = НачалоМесяца(ДобавитьМесяц(ДатаНачалаТекМесяца, 1)); ДатаОкончанияТекМесяца = КонецМесяца(ДатаНачалаТекМесяца); КонецЦикла; КонецЕсли;

    *************************************************************************************************
    간트 차트 작성:

    "Gantt 차트" 유형의 요소를 양식에 배치하고 DG라고 한 다음 "생성" 명령을 만들고 양식 모듈에 다음을 작성합니다.

    &AtClient 프로시저 Generate(명령) GenerateAtServer(); EndProcedure &AtServer 프로시저 GenerateAtServer() DG.Clear(); DG.Update = 거짓; Запрос = Новый Запрос("ВЫБРАТЬ |ОсновныеНачисленияФактическийПериодДействия.Сотрудник, |ОсновныеНачисленияФактическийПериодДействия.ВидРасчета, |ОсновныеНачисленияФактическийПериодДействия.ПериодДействияНачало КАК ПериодДействияНачало, |ОсновныеНачисленияФактическийПериодДействия.ПериодДействияКонец КАК ПериодДействияКонец |ИЗ |РегистрРасчета.ОсновныеНачисления.ФактическийПериодДействия КАК ОсновныеНачисленияФактическийПериодДействия |ГДЕ |ОсновныеНачисленияФактическийПериодДействия.ПериодДействия МЕЖДУ &ДатаНачала И &ДатаОкончания "); Query.SetParameter("시작 날짜", 기간.시작 날짜); Query.SetParameter("종료일", 기간.종료일); 선택 = Query.Execute().Select(); 동안 Sample.Next() 루프 포인트 = DG.SetPoint(Selection.Employee); 시리즈 = DG.SetSeries(선택.계산 유형); 값 = DG.GetValue(포인트, 시리즈); 간격 = Value.Add(); Interval.Start = 샘플.PeriodActionStart; Interval.End = 샘플.PeriodActionEnd; 종료 주기; DG.업데이트 = 참; 종료 절차

    사실, 여기에서는 루프의 코드만 중요하고 나머지는 보조적입니다. 이 하위 작업의 전체 구현을 가져왔습니다.
    요청에는 직원, 계산 유형, 기간의 시작 날짜 및 종료 날짜가 있다는 것이 중요합니다.
    코드는 실제로 매우 간단하고 기억하기 쉽습니다. 번거롭게 보이더라도 놀라지 마십시오.

    *************************************************************************************************
    정산 작업에서 "storno" 기록 처리:

    게시 처리 절차(객체 모듈)에서 모든 움직임을 형성하고 다른 기간에 기록이 있으면 다음과 같이 가져옵니다.
    (시스템이 자동으로 생성합니다 - 우리를 돕습니다):

    RecordsAdditions = Movements.BasicAccruals.GetAdditions(); // 보수를 얻기 위해 움직임을 기록할 필요가 없습니다.

    RecordAddition 루프의 각 TekLine에 대해
    레코드 = Movements.BasicAccruals.Add();
    FillPropertyValues(레코드, 현재 문자열);
    Record.RegistrationPeriod = CurrentString.RegistrationPeriodStorno;
    Record.ActionPeriodStart = CurrentString.ActionPeriodStartReverse;
    Record.ActionPeriodEnd = CurrentString.ActionPeriodEndReverse;
    EndCycle

    그리고 레코드를 계산할 때 수표를 삽입하십시오.

    CurrentMovement.Reversal이면
    CurrentMovement.Amount = - CurrentMovement.Amount;
    EndIf;

    *************************************************************************************************
    주요 발생액에 포함할 항목을 결정하는 방법 및 계산 작업에 추가 항목을 결정하는 방법.

    그러나 이것이 항상 100% 명확한 것은 아니며 더 복잡한 경우도 있지만 꽤 많습니다.
    (예를 들어, 한 달의 근무일 수에 따라 달라지는 보너스는 OH입니다).

    기본 발생액:
    계산 유형별로 일정에 의존하는 경우(일정 날짜가 있는 정보 등록을 의미함), 이는 주요 발생액을 나타냅니다.

    오 예:
    - 샐러리
    - 근무일 수로 계산되는 것(이를 위해서는 일정을 사용해야 함): 유효 기간(급여로) 또는 기본 기간 중

    추가 요금:
    미지급 금액 또는 WORKED (표준이 아님!) 시간에서 고려되거나 전혀 의존하지 않는 것 - 이것은 추가입니다. 요금.

    즉, 시간 규범이 사용되는 계산에 대한 발생액(사실일 수도 있음)은 OH이고 실제 데이터가 필요하지 않거나 전혀 필요하지 않은 발생액은 DN입니다.

    또는 다른 말로:

    RT가 시간 표준을 사용하는 경우 RT에 대한 유효 기간이 포함되어야 합니다.

    *************************************************************************************************
    기본 제공 도움말 섹션 "참고서 작업"을 여는 기능을 참고서 "명명법"의 목록 형식에 추가하십시오.

    양식에서 다음 명령을 실행합니다.

    클라이언트에서(&A)
    절차 도움말(명령어)
    OpenHelp("v8help://1cv8/EnterprWorkingWithCatalogs");
    종료 절차

    단면선은 다음과 같이 정의됩니다.
    구성 개체의 참조 정보(구성자에서)로 이동하여 단어를 작성하고 선택하고 요소/링크 메뉴로 이동하여 1C 도움말의 원하는 섹션을 선택하면 링크가 자동으로 삽입됩니다. 복잡해 보이지만 실제로는 쉽습니다.

    *************************************************************************************************
    양식 간의 상호 작용 구현(예: 선택):

    1. 현재 양식에서 "OpenForm()" 메소드를 사용하여 필요한 양식을 엽니다. 두 번째 매개변수로 매개변수가 있는 구조를 전달합니다(필요한 경우). 세 번째 매개변수로 이 양식(ThisForm)에 대한 링크를 전달할 수 있습니다.

    2. "OnCreateOnServer()" 핸들러의 열린 양식에서 "Parameters.[ParameterName]"을 통해 1단계에서 전달된 매개변수를 잡을 수 있습니다. 이 양식의 열기를 초기화한 양식은 "소유자" 식별자를 통해 사용할 수 있습니다(물론 단락 1에 지정된 경우).

    그리고 가장 중요한 것은 소유자 양식의 내보내기 기능을 사용할 수 있다는 것입니다. 즉, 원래 형식의 내보내기 기능을 호출하고 선택을 처리하기 위해 매개변수로 무언가를 전달할 수 있습니다. 그리고 이 기능은 이미 원래 형식으로 필요한 것을 채울 것입니다. 단 한 가지 주의 사항 - 클라이언트 프로시저 간에 값 테이블을 전송할 수는 없지만 임시 저장소에 저장하고 BX의 주소만 전송한 다음 BX에서 추출할 수 있습니다.

    *************************************************************************************************
    양식 매개변수의 수명 주기

    열 때 양식에 전달된 모든 매개 변수는 OnCreateOnServer 프로시저에서만 볼 수 있습니다.
    생성 후에는 모든 매개변수가 파괴되고 더 이상 양식에서 사용할 수 없습니다.
    예외는 "키 매개변수" 속성을 사용하여 양식 편집기에서 선언된 매개변수입니다.
    양식의 고유성을 정의합니다.
    이러한 매개변수는 양식 자체가 존재하는 한 존재합니다.

    *************************************************************************************************
    택시 인터페이스 사용

    개발하는 동안 구성 속성에서 일반적인 관리 인터페이스 8.2를 설정할 수 있습니다. 이렇게 하면 모든 것이 눈에 띄게 더 작고 친숙합니다.
    원격으로 임대하는 경우 특히 그렇습니다. 화면 해상도가 매우 작고 "택시" 인터페이스로 아무 것도 할 수 없습니다.
    모든 것이 완료되면 잊지 말고 "Taxi"를 다시 입력하십시오!그렇지 않으면 심사관이 점수를 제거합니다!

    *************************************************************************************************

    추신: 전자 모든 작업에 사용되는 별도의 일반적인 하위 작업이 있으며 해결할 수 있어야 하는 하위 작업입니다(예: 일괄 쓰기, PVC 사용(음, 이것은 정말 드뭅니다) 등). 그리고 모든 작업에서 단순히 반복됩니다(어딘가에는 일부 하위 작업이 있고 다른 곳에서는 다른 조합으로). 또한 컬렉션은 훨씬 더 많은 문제가 있어야하는 새로운 컬렉션 (아직 출시되지 않은 경우)을 출시하기로 오랫동안 약속했습니다. 즉, 개별 문제에 대한 솔루션을 암기하는 것이 의미가 없습니다. 개별 일반적인 하위 작업을 해결하는 방법을 배우면 모든 문제를 해결할 수 있습니다.

    PSS: 동료 여러분, 다른 사람이 시험 준비 및 합격에 대한 유용한 정보가 있으면 의견에 적어 주시면 기사를 보완하겠습니다.

    시험 준비
    1C: 플랫폼 전문가

    운영 문제 해결,
    회계 및 정기 결산

    과정 중:

    • 경험 많은 코치의 지도 아래 25개의 문제를 해결합니다.
    • 1C 회사 개발 부서의 방법론자가 준비한 "구성 개발 표준"에 따라 구성 기술을 습득하십시오.
    • 실제 구현 및 시험에서 발생하는 일반적인 실수와 이를 극복하는 방법을 분석합니다.

    코스는 Pavel Belousov가 진행합니다., 20년 넘게 1C:Specialist 시험에 응시해 왔으며 개발자 중 한 명입니다. 자신보다 시험에 대해 더 많이 말할 수 있는 사람은 없을 것입니다.

    아는 것이 중요합니다!

    "1C: Platform Specialist" 인증서가 시장에서 요구되고 있습니다. 당신이 1C 프랜차이즈의 직원이라면 그의 존재는 당신의 경영진에 의해 눈에 띄지 않을 것이며 임금에 긍정적인 영향을 미칠 것입니다.

    이 과정은 시험에서 만날 수 있는 것과 유사한 실용적인 문제를 해결하는 데 기반을 두고 있습니다. 템플릿 솔루션이 없으며 전문 교사의 지도 하에 자신의 경험을 개발하기만 하면 됩니다.


    69%의 학생이 시험을 성공적으로 통과했습니다.봄학기 시험대비반 합격 후(수강 후 수강자 중)


    코스 업데이트:

    • 강의 수 2배, 교사는 과정 중에 발생하는 모든 질문에 대해 설명합니다.
    • 강의 1개, 온라인 상담 5개 추가, 전체 그룹의 숙제에서 일반적인 실수가 분석됩니다.
    • 편안한 학습을 ​​위해 수업 횟수를 줄였습니다. 이제 코스는 주제 블록과 숙제 및 독학 기간을 번갈아 가며 구성됩니다.

    이러한 변화는 학습 및 해당 자료의 동화를 위한 보다 편안한 조건을 만듭니다.

    코스 프로그램

    세미나 제목

    누적 문제의 특징, 시험 문제 해결에 대한 일반적인 접근

    누적 레지스터 장치

    운영 회계 문제 해결 방법론

    축적 레지스터 설계 - 보편적인 접근

    누적 레지스터에서 데이터 쓰기 및 읽기 기능

    운영 회계 문서를 수행하는 두 가지 방법

    보고서 작성

    회계 문제 해결

    회계 문제 해결 방법론

    회계 작업에서 문서 수행 및 보고서 작성의 특성

    계산 문제를 해결하기 위한 방법론

    문제의 공식화

    정산서류 게시

    시간 작업(계속)

    시간표 사용하기

    기반 얻기

    계산 레지스터의 모든 측정에 대해

    계산 레지스터의 여러 차원에 의해

    컷 사용

    베이스를 사용하여 시간 확보

    재계산 및 추가 작업

    계산 유형 계획 설정

    계산 레지스터 설정

    보고

    재계산 처리

    storno-records의 형성

    주기적 계산 메커니즘을 사용한 추가 작업

    형식으로 계산합니다. 사용자 모드에서 계산 유형 생성. 지불 구현. 기간별로 전달되는 계산 유형 구현

    17:00 ~ 21:00

    회계 등록 장치

    계정, 하위 구성 요소 및 차원 중에서 선택

    "대차대조표", "회계 속성", "서브콘토 회계 속성", "순환 서브콘토"의 개념

    학습 문제를 해결하기 시작

    시간과 함께 일하기

    달력 시간의 정의

    근무 시간의 정의

    분산 방법을 사용할 때 실제 시간의 결정

    간트 차트

    숙제 예시

    24개의 문제를 더 풀게 됩니다!

    온라인 과정 순서:

    • 과정은 온라인 방송 모드로 진행됩니다(자료 녹음 제공)
    • 11개의 온라인 수업이 있습니다(7월 8일부터 7월 31일까지)
      + 17:00 ~ 21:00 6회(8.5~9.9) 상담
    온라인 과정은 다음과 같습니다.
    • 두 가지 형태의 자료 전송: 트레이너와 온라인 상담 및 비디오 녹화.
    • 강의 부분이 녹화되고 비디오에 대한 액세스가 온라인 과정의 모든 참가자에게 제공됩니다.
    • 코치는 온라인 상담을 수행하고 질문에 답변하고 실수를 분류합니다.
    • 각 상담 후 참가자는 포함된 자료를 통합하기 위한 숙제를 받습니다. 숙제는 필수입니다. 동시에 트레이너는 각 작업을 확인하고 모든 학생에게 피드백을 제공합니다.

    교육 후(한 달 이내) 1C:Enterprise 8.3 플랫폼에 대한 1C:Specialist 인증 무료 시도는 1C:Training Center No. 1(모스크바 및 모스크바 지역 거주자용) 및 가장 가까운 공인 시험 센터에서 제공됩니다. (다른 지역의 경우).

    코스 작성자

    벨루소프 파벨 스타니슬라보비치

    과학 후보자, "1C" 프로그램 교육 및 사용 경험 - 15년 이상. "1C: Enterprise 8.3" 플랫폼에서 "1C: Specialist" 시험 준비를 위한 작업 모음의 저자 중 한 명인 연습 시험관

    만세, 친구들! 올해 7월 초에 전문의에게 합격했습니다!

    오랫동안 말하지 않았기 때문에 한때는. 시험에 합격하고 얼마 후, 나는 일자리를 찾기 시작했고 한 대기업(프랜차이즈가 아님)에서 정말 보수가 많고 흥미로운 일자리를 찾았습니다. 그리고 이제야 말할 시간을 찾았습니다.

    이 과정에서는 복잡한 주기 계산의 이론과 문제에 많은 시간을 할애하고, 운영 및 회계 문제에 약 절반의 시간을 할애합니다. 학습 과정에서 교사는 다루는 주제에 대해 숙제를 할당하고 확인합니다. 선생님과의 커뮤니케이션은 시청 중 온라인 채팅 또는 이메일로 이루어집니다. 온라인으로 코스를 볼 시간이 없다면 하루나 이틀이면 녹음을 오프라인으로 볼 수 있습니다. 집에서 주어진 과제는 매우 방대하고 복잡하기 때문에 그러한 과제 후에 시험은 간단해 보입니다.

    이 과정은 정말 유용하기 때문입니다. 포럼에서 찾을 수 없는 질문에 대한 답변뿐만 아니라 모든 종류의 미묘함과 사소한 일에 대해 이야기합니다.

    코스가 끝나면 컬렉션의 문제를 해결하기 시작하지 않았지만 "실제"티켓에 대한 Pavel Chistov의 포럼에갔습니다.

    시험을 위한 모든 준비(과정 및 개별 티켓 결정)에는 약 3개월이 소요되었습니다. 일과 병행하기 어렵고 저녁에 준비하기가 어렵기 때문입니다.

    시험. 시험 시작 40분 전에 시험장에 도착했고, 시험 시작 20분 전에 등록이 시작되었습니다. 2, 3등을 등록하고 바로 관객석으로 향했다. 나는 컴퓨터를 선택하고 명령을 기다리지 않고 전원을 켜고 네트워크 드라이브를 통해 올라갔습니다. 프레임 구성을 찾아로드하고 즉시 하위 시스템 구성을 시작했습니다. 명령 인터페이스는 구성을 "삭제"하고 현재 사용자 세션 매개 변수를 만들었습니다. , 설치. 그 20분이 저에게 많은 도움이 되었습니다. 강당은 이미 사람들로 가득 찼다. 여기에 교사가 나타나 자신을 Dmitry Aksenov라고 소개했습니다. 그리고 나는 Pavel Belousov를 볼 것으로 기대했습니다. 왜냐하면. 그는 코스를 가르쳤다

    그래서 저는 5번에서 티켓을 받았습니다. 참고로 제가 앉은 컴퓨터도 5번이었습니다(뒷면 모니터에 붙은 스티커). 그리고 나는 5번으로 합격했다. 티켓은 그리 어렵지도, 그렇다고 쉽지도 않았다.

    티켓 사진을 찍지 않았지만 기억에서 재현하려고 노력할 것입니다. 창고에 우선 순위를두고 비용을 기록하는 OU, 그리고 무엇보다도 헤더의 창고. 무의미한 말.
    배치 및 창고, 창고 별 비용 상각 - 표 부분의 세부 사항.
    SPR 직원은 다양한 차량에서 작업합니다.
    고정금액(유효기간 없음!),
    지불 금액에 대한 수당 (유효 기간 없음) (BU에서 지불 금액을 가져 왔습니다-서브콘토 자동차 또는 이와 유사한 것을 추가했습니다. 정확히 기억하지 않음)에 수당의 백분율 (저장 정기 정보 레지스터),
    지난 3개월 동안의 기본 휴가(휴가를 포함한 모든 지불).
    그리고 디저트 - 비즈니스 프로세스.

    20분 확률과 함께 3.5시간 티켓을 결정했습니다. Aksenov는 요청에서 하나의 작은 실수를 발견하고 내가 여기에서 눈치채지 못한 것이 있는지 물었습니다. 나는 즉시 잼을 보고 말했다. 추가 질문도 안 하시고 완벽하게 해주셨어요.

    친구 여러분, 선생님께 자유롭게 질문하십시오.
    예를 들어, 내 티켓에서 "또한 직원은 같은 기간 동안 승객이 지불한 금액의 일정 비율로 수당이 청구됩니다."라는 문구는 그러한 금액을 OC에서 가져갈 수 있음을 의미합니다. BU 작업이지만 가장 쉬운 방법은 BU를 설정하는 것입니다.
    사실, 다음과 같은 질문을 해서는 안 됩니다. OS용 영수증 및 지출 문서와 BU용 별도 문서를 만들 수 있습니까? 내 앞에서 한 사람이 그런 질문을하고 시험에서 이미 2 시간이 지났을 때 물었다. 2시, 칼! 시험 규정을 읽으십시오 - 모든 것이 거기에 기록되어 있습니다!
    두 개의 독립적인 코드(하나는 OS용, 다른 하나는 BU용)로 한 번에 모든 작업을 수행하십시오.

    아마도 내 티켓에서 가장 어려운 것은 SPR에 대한 작업일 것입니다. BU에서는 계정과 하위 구성 요소를 설정하기 위해 그것에 대해 생각해야 합니다.

    내 티켓의 재계산을 구성해야 합니다. 기초에 의존하는 계산 유형이 있지만 재계산 자체는 수행할 필요가 없기 때문입니다. 내 티켓은 그것에 대해 아무 말도하지 않습니다.

    티켓의 보고서 양식을 보고 먼저 시트에 작업을 설정하고, 추가할 세부 정보, 레지스터의 구조, 추가할 하위 구성 요소 및 추가할 계정, 협상 가능, 비 회전, 회계 표시 및 하위 표시 기호를 기록합니다. 회계, 계산 유형, 그 중 유효 기간이 있는 것, 포함하지 않는 것. 비즈니스 프로세스를 설정합니다. 이것에 20-30분을 투자하지만 머리에 기억할 필요가 없으며 실수하지 않을 것입니다.

    포럼의 모든 "실제" 티켓에 대한 치트 시트를 휴대전화로 만드십시오. 구조, 요청에서 근무 경험을 얻는 것과 같은 어려운 코드 조각, 여러 급여 변경 등. 선생님이 오랫동안 자리를 비울 때 치트 시트를 유심히 볼 수 있습니다. 시험 중에는 담배를 피우고 뷔페와 화장실에 갈 수 있습니다. 나는 숨기지 않을 것이다. 나는 모든 티켓에 대한 치트 시트를 가지고 있었지만 그것들은 나에게 유용하지 않았다.

    관심을 가져주셔서 감사합니다! 제출 성공!

    읽기를 권장합니다

    맨 위