급여 카드에 대한 목록을 1s로 구성합니다. 급여 프로젝트에 대한 데이터 교환

급여 및 개인 - 디렉터리 및 설정 - 급여 프로젝트 섹션에 저장됩니다.

만들기 버튼을 클릭하면 새 급여 프로젝트가 입력됩니다.

데이터 입력:

• Bank 필드는 에서 은행을 지정합니다. 디렉토리에서 BIC로 은행을 찾는 것이 더 정확할 것입니다.
• 전자문서 교환 이용 체크박스는 급여이체정보은행과의 전자교환이 예정되어 있는 경우에 설정합니다.
• 이 확인란을 선택하면 은행과의 계약 번호와 날짜, 직원과의 결제 통화 및 은행 정보를 입력해야 합니다. 이 모든 데이터는 은행에 파일을 올바르게 채우는 데 필요합니다.
• 프로젝트 이름 필드에는 사용자가 이해할 수 있는 임의의 이름이 표시됩니다.
• 파일 형식 및 인코딩 필드에서 은행에서 요구하는 값을 지정해야 합니다.
• 은행 카드 결제 시스템의 표 형식에서 마우스 오른쪽 버튼을 클릭하면 개인 계좌 개설 신청 시 사용할 수 있는 결제 시스템 유형과 함께 조건이 추가됩니다.

2 단계. 1C 8.3에서 임금 이체에 대한 은행과의 계약

디렉토리 - 구매 및 판매 - 거래상대방 섹션에서 지급 문서에서 거래상대방으로 표시하기 위해 급여 프로젝트가 열리는 은행을 추가합니다. 주 은행 계좌 섹션에서 조직의 "급여 계좌"를 지정합니다.

3 단계. 1C 8.3의 급여 별 직원 개인 계정

1C 8.3 회계 3.0에서 직원의 개인 계정 입력은 세 가지 방법으로 가능합니다.

방법 1. 사원증에 개인계좌 직접 입력

급여 및 인사 섹션 - 직원 명부 - 직원 카드 - 지불 및 비용 회계 섹션:

직원의 개인 계정을 입력하십시오.

방법 2. 처리를 통한 개인 계정 입력

섹션 급여 및 인사 - 급여 프로젝트 - 개인 계정 입력:

• 급여 프로젝트 필드에서 유효한 급여 프로젝트를 선택하십시오.
• 월 필드 – 개인 계정이 운영되기 시작한 월;
• 채우기 버튼은 직원 카드에 개인 계정을 입력하지 않았거나 잘못된 개인 계정을 입력한 직원의 전체 이름을 테이블 부분에 채웁니다.

개인 계정 번호 열을 채우고 저장 후 닫기를 클릭하면 직원 카드에 개인 계정이 기록됩니다.

방법 3. 가공을 통해 은행과 교환(급여)

은행과 전자 문서 교환을 사용하는 경우 1C 8.3에서이 처리를 사용할 수 있습니다. 섹션 급여 및 인사 - 급여 프로젝트 - 은행과 교환(급여).

이 프로세스를 열 때 개인 계정 열기 섹션에서 해당 급여 프로젝트에 활성 개인 계정이 없는 직원이 표 형식으로 반영됩니다.

직원이 있는 줄에 커서를 놓고 프로필 편집을 클릭해야 합니다. 직원 세부 정보가 있는 창이 열립니다. 모든 책갈피에서 빨간색으로 강조 표시된 줄을 채우고 문서를 게시해야 합니다.

또는 다른 옵션을 사용하십시오-한 번에 여러 직원의 개인 계좌를 개설하기위한 문서 응용 프로그램을 수동으로 생성 한 후 문서의 모든 직원이 언로드 준비 상태의 급여 프로젝트에 대한 은행과의 교환 처리에 반영됩니다.

그런 다음 애플리케이션 상태가 언로드 준비됨으로 변경됩니다.

어떤 이유로 직원이 아직 개인 계정을 열 필요가 없는 경우 이 직원과 라인에서 연기를 클릭해야 합니다. 버튼을 클릭하여 연기됨 상태의 직원을 다시 표시할 수 있습니다.

모든 직원이 업로드 준비 상태가 되면 1C 8.3에서 동일한 이름의 버튼을 통해 Exchange 파일 카탈로그 필드에 지정된 디렉터리에 데이터를 파일로 업로드하고 은행으로 전송할 수 있습니다. 그 후 언로드된 직원의 상태는 은행에 언로드됨으로 변경됩니다.

은행에서 확인 파일을 보내면 확인 파일 업로드 버튼을 클릭하여 업로드해야 합니다. Base 1C 8.3은 개인 계좌 개설 확인 문서를 생성하고 계좌 번호는 직원 카드에 기록됩니다. 생성된 문서는 문서 저널에서 찾을 수 있습니다. 메인 메뉴 - 모든 기능을 통해 개인 계정 개설 확인.

1C 8.3에서 열린 개인 계정에 대한 보고서를 생성하는 방법

보고서 - 표준 보고서 - 범용 보고서 섹션으로 이동하여 다음 설정을 지정합니다.

필요한 보고서 생성 기간을 선택합니다. 설정 표시 버튼을 클릭하여 다음 설정을 지정합니다.

• 그룹화 탭에서:

• 메트릭 탭에서:

• 모양 탭에서:

• 그런 다음 보고서를 생성합니다.

1C 8.3의 급여 프로젝트가 있는 경우 급여 지급

조직이 은행과 전자 교환을 수행하는지 여부에 관계없이 1C 8.3에서 문서가 작성됩니다. 은행에 대한 진술급여 및 인사 - 급여 섹션을 통해.

• 급여 프로젝트 필드에서 급여 프로젝트 디렉토리의 현재 프로젝트를 선택하십시오.
• 표 부분에는 조직에 대한 급여 부채가 있는 직원이 포함되며 해당 급여 프로젝트에서 개인 계정이 열립니다.

1C 8.3에서 은행과의 전자 교환이없는 경우 급여 이체

명세서를 기반으로 지불 주문이 은행에 발행됩니다.

• 은행 계좌 필드는 조직 카드의 데이터를 기반으로 자동으로 채워집니다.
• 수신자 - 상대방 디렉토리에서 급여 프로젝트가 있는 은행을 선택합니다.
• 수혜자 계정 - 급여 프로젝트 계정을 지정합니다.

직원의 개인 계정에 급여 입금 사실을 등록하기 위해 1C 8.3에서 지불 주문에 따라 현재 계정에서 상각 문서를 수동으로 입력합니다.

1C 8.3에서 은행과의 전자 교환이 있는 경우 급여 이체

은행 명세서에서 파일로 업로드 버튼을 클릭하면 은행으로 이체하기 위해 파일을 생성할 디렉토리를 선택할 수 있는 창이 열립니다. 생성된 파일은 첨부 파일 섹션을 통해 Vedomosti에서 은행으로 직접 열고 볼 수 있습니다.

중요: 1C Accounting 3.0 구성에서 러시아 Sberbank에 대해서만 업로드 파일을 생성할 수 있는 가능성이 구현되었습니다.

1C 8.3의 급여 프로젝트를 위해 은행과 교환

직장 "급여 프로젝트를 위해 은행과 교환"을 통해 개인 계좌를 개설하는 방법은 위에서 이미 설명했습니다. 방법을 살펴보겠습니다.

• 은행으로 전송하기 위해 지불 명세서를 파일에 업로드합니다.
• 전송 목록을 인쇄하십시오.
• 직원 카드로 금액 이체에 대한 은행 확인서를 업로드합니다.
• 해고된 직원의 개인 계정을 닫습니다.

은행용 파일에 명세서를 업로드하려면 먼저 은행에 명세서를 생성해야 합니다. 이전에는 이미 그러한 명세서를 작성하여 파일에 업로드했으므로 처리 중에 은행에 업로드됨 상태가 반대쪽에 나타납니다. 표시 필드에서 미확인 또는 언로드된 명세서에 대한 선택 항목을 은행에 설정할 수 있습니다.

인쇄 버튼을 클릭하면 열거 목록을 인쇄하거나 Word 문서로 저장할 수 있습니다.

중요: 은행으로 이체된 급여 목록의 인쇄된 형식에 이름이 없는 경우 직원 카드에서 이름 기록이 완료되었는지 확인해야 합니다.

그런 다음 업로드 버튼을 클릭하면 파일이 Exchange 파일 디렉터리 필드에 지정된 폴더로 업로드됩니다. 또는 이 필드가 채워지지 않은 경우 업로드할 디렉토리를 선택하는 창이 열립니다.

직원 카드에 금액 입금 확인과 함께 은행에서 파일을받은 후 처리 중에 다운로드 확인을 클릭해야하며 그 후에야 1C 8.3 프로그램이 레지스터에서 해당 이동을 생성합니다. 1C 8.3을 로드하면 급여 이체 확인 문서가 생성됩니다. 주 메뉴 - 모든 기능 - 문서를 통해 찾을 수 있습니다.

직원의 급여를받지 못한 경우해야 할 일

금액이 직원에게 적립되지 않는 상황이 있을 수 있습니다. 확인을 업로드한 후 직원 라인의 상태로 표시됩니다. 이 경우 직원에 대한 부채는 미지급으로 간주되며 재발행 링크를 클릭하면 새 명세서를 작성하여 다시 파일에 업로드하고 확인서를 다운로드할 수 있습니다.

급여를 카드로 이체하는 방법 배우기(1C: 회계 8.3, 에디션 3.0)

2016-12-08T12:42:54+00:00

이 단원에서는 부분적으로 "트로이카"(1C: 회계 8.3, 에디션 3.0)의 기능에 대해 알아볼 것입니다. 급여 지급직원 은행을 통해.

처음으로 그러한 지불에 직면 한 회계사는 많은 질문을 가지고 있으며 오늘 우리는 주요 질문을 분석하려고 노력할 것입니다.

시작하자

은행을 통해 급여를 지불하는 방법에는 두 가지가 있습니다.

• 급여의 도움으로.
• 급여가 없습니다.

아래에 급여 프로젝트은행이 열리는 은행과의 계약을 의미합니다. 각 직원에 대해조직 개인 계정.

급여일에 조직은 모든 ​​직원의 임금을 특별 급여 계정이 은행에서 한 총액.

동시에 결제가 연결됩니다. 직원의 개인 계정 및 지불 금액을 나타내는 명세서. 이 성명서에 따라 은행은 자체적으로 직원의 개인 계좌에 자금을 분배합니다.

동시에 전자 문서 관리와 관련하여, 즉 고객 은행을 통해 급여 계좌로 돈을 이체할 때 급여 프로젝트 작업에 대한 기회와 요구 사항이 은행마다 다릅니다.

이 경우(고객 은행) 지불 주문을 보낸 후 다음 옵션 중 하나가 첨부된 어떤 형태로든 은행에 편지가 전송됩니다(은행의 요구 사항 및 기능에 따라 다름).

• 개인 계정의 인쇄 및 스캔 지불 명세서
• 1C에서 직접 파일 업로드
• 은행에서 제공하는 특수 프로그램에서 파일 다운로드

파일 형식으로 은행에 명세서를 보내면 (업로드) 일반적으로 은행에서 확인 파일을 보내며 1C에도 업로드 할 수 있습니다.

급여 프로젝트 생성

"급여 및 인사" 항목 "급여 프로젝트" 섹션으로 이동합니다.

Sberbank에 대한 급여 프로젝트를 만듭니다.

그의 카드는 다음과 같습니다.

출력된 명세서를 은행에 보낼 때 사례 분석을 위해 "전자 문서 교환 이용"란을 일부러 체크하지 않습니다.

직원의 개인 계정 입력

은행이 각 직원의 개인 계정을 만들었다고 가정합니다. 이 계정을 시스템에 입력하는 방법은 무엇입니까? 그건 그렇고, 우리는 왜 이것을 하고 싶습니까? 그런 다음 직원의 성명 반대편에 은행을 위해 작성하겠다는 성명서에 그의 개인 계좌도 있습니다.

직원이 많은 경우 "개인 계정 입력" 처리를 사용할 수 있습니다.

그러나 이 예에서는 직원이 2명뿐이므로 개인 계정을 수동으로 카드에 직접 입력합니다(동시에 저장된 위치를 알 수 있음).

"급여 및 인사" 항목 "직원" 섹션으로 이동합니다.

첫 번째 직원의 카드를 엽니다.

그리고 "결제 및 비용 회계" 섹션으로 이동하십시오.

여기에서 급여 프로젝트를 선택하고 은행에서 받은 개인 계좌 번호를 입력합니다.

두 번째 직원에게도 동일한 작업을 수행합니다.

급여

"급여 및 인사" 항목 "모든 적립" 섹션으로 이동:

급여 계산 및 전기:

우리는 임금을 지불합니다

급여 프로젝트를 표시하고 직원을 선택하는 새 문서를 만듭니다(개인 계정이 선택됨).

문서를 게시하고 은행 명세서를 인쇄합니다.

다음과 같습니다.

명세서에 따라 지불 주문을 작성합니다.

여기에서 총액과 함께 급여 프로젝트가 열려 있는 은행의 급여 계좌로 급여를 이체합니다.

이 지불과 함께 은행에서 요구하는 양식으로 위에 인쇄된 명세서(개인 계좌 및 지불 등록부 포함)를 첨부하는 것을 잊지 마십시오(일반적으로 이것은 고객 은행을 통한 임의의 서신입니다).

등록부를 은행에 업로드

명세서(등록)를 파일로 은행에 업로드할 가능성을 고려하십시오. 귀하의 은행이 그러한 기회를 지원하는 경우(또는 이것이 요구 사항인 경우) "급여 및 인사" 섹션의 "급여 프로젝트" 항목으로 이동하십시오.

급여 프로젝트를 열고 "전자 문서 교환 사용" 상자를 선택하십시오.

다시 "급여 및 인사"섹션으로 이동하면 두 개의 새 항목이 나타납니다. "은행과의 교환(급여)" 항목에 관심이 있습니다.

은행에 업로드하기 위한 세 가지 기본 옵션이 있습니다.

• 급여
• 개인 계정 열기
• 개인 계정 폐쇄

첫 번째 지점에서 멈추자. 이를 통해 명세서를 파일에 업로드한 다음 고객 은행을 통해 임의의 편지로 보낼 수 있습니다.

이렇게 하려면 필요한 설명을 선택하고 "파일 업로드" 버튼을 클릭합니다.

은행에서 응답이 오면 확인 파일이 포함됩니다. 동일한 처리를 입력하고 "다운로드 확인" 버튼을 통해 이 파일을 업로드해야 합니다. 이 놀라운 메커니즘의 도움으로 우리는 은행에서 지불한 명세서와 지불하지 않은 명세서를 추적할 수 있습니다.

급여 프로젝트 없음

이 경우 각 직원이 직접 계좌를 개설합니다.모든 은행에서 (재량에 따라) 이 계정의 전체 세부 정보를 조직에 알립니다. 직원은 또한 급여를 이 계좌로 이체하기 위한 신청서를 작성합니다.

지불 당일 조직은 직원에게 지불해야 할 금액을 별도의 지불 순서로 자신의 계정으로 이체합니다.

이 방법 회계에 매우 불편, 특히 회사에 직원이 많은 경우 많은 회계사가 이러한 가능성에 대해 침묵하는 것을 선호합니다.

이 경우 지불 명세서에 급여 프로젝트를 표시하지 않습니다.

프로그램 1C 급여 및 인사 관리 8에서 급여 프로젝트에 참여하는 직원의 개인 계정으로 급여를 이체하는 메커니즘이 자동화됩니다. 하지만 직원들이 서로 다른 은행에서 독립적으로 개인 계좌를 개설한다면 어떨까요? 대답은 분명합니다. 급여는 각 직원에 대해 별도의 지불로 이체되어야 합니다. 프로그램에서 이를 수행하는 방법은 명확하지 않습니다.

프로그램 1C 급여 및 인사 관리 8에서 급여 프로젝트에 참여하는 직원의 개인 계정으로 급여를 이체하는 메커니즘이 자동화됩니다. 급여 프로젝트는 조직 직원의 개인 계좌 개설 및 유지 관리를 위해 조직과 은행 간의 계약입니다. 동시에 모든 직원은 급여 프로젝트에 지정된 은행에서 개인 계좌를 개설하도록 초대됩니다. 일반적으로 이것은 급여 프로젝트가 체결되는 동일한 은행입니다.

이 경우 회계사는 원칙적으로 모든 직원에 대해 한 달에 한 번만 지불해야 합니다. 조직으로부터 자금을받은 은행은이 조직 직원의 개인 계좌에 자금을 뿌립니다. 이 접근 방식은 조직의 회계사에게는 매우 편리하지만 직원에게는 항상 적합한 것은 아닙니다. 그는 자신에게 맞는 은행을 선택하지 않지만 가볍게 말하면 그에게 은행을 부과합니다.

상황은 점차 변화하고 있습니다. 점점 더 직원들이 개인 계정을 여는 위치를 결정하는 조직이 있습니다. 그러나 이것은 회계사의 부담을 크게 증가시킵니다. 예를 들어 조직에 100명의 직원이 있는 경우 회계사는 매달 100개의 지불 주문을 생성하여 다른 은행에 보내야 합니다.

불행히도 1C의 표준 솔루션에서는 이 프로세스가 자동화되지 않습니다. 더욱이 그것은 명백하지 않습니다. 이 기사에서는 1C 급여 및 인적 자원 8 프로그램에서 이러한 지불을 준비하는 알고리즘, 1C 회계 8 프로그램으로의 후속 전송 및 1C 회계 8 프로그램 자체에서 필요한 조정에 대해 설명합니다.

모든 사진이 1C 급여 및 인적 자원 관리 8 릴리스 2.5.29.1 및 1C 회계 8 릴리스 2.0.16.2 프로그램을 참조하도록 즉시 예약합시다. 플랫폼 8.2.13.202.

다음은 회계 프로그램에 데이터를 지불하고 업로드하는 다양한 방법에 대한 개요입니다.

1. 개인 계정 정보 입력

급여 프로젝트를 사용하는 조직에서 개인 계정에 대한 정보는 "계좌 개설 신청서"유형의 문서에 기록됩니다. 수행되면 정보 레지스터 "조직 직원의 개인 계정"에 항목이 생성됩니다. 이 문서는 우리에게 적합하지 않습니다. 첫째, 한 은행 직원의 개인 계좌를 설명하기 때문입니다. 불필요한 문서의 수를 늘리는 이유! 둘째, 필요하지 않은 많은 소품이 있습니다.

다행스럽게도 "조직 직원의 개인 계정"정보 등록에는 등록 기관이 없습니다. 즉, 수동으로 채울 수 있습니다. "명령으로 엽니다. OPERATIONS > 정보 등록... > 조직 직원의 개인 계정 ».

Akimova E.I 직원의 시연 기지에서. 및 Belova S.K. 나머지 직원과 마찬가지로 "은행" 열에는 이전에 "급여 계정(SL)" 값이 설정되었습니다. "은행" 열의 의미를 다소 혼동합니다.

열 이름으로 판단하면 여기에 은행이 표시되어야 합니다. 그러나 데모 데이터베이스에서는 대신 은행 계좌 이름인 Salary Account(SL)를 볼 수 있습니다. 은행은 그렇게 불리지 않습니다. 이것은 훨씬 더 혼란 스럽습니다.

알아 봅시다. 이렇게 하려면 "급여 계정(DL)" 값의 행을 두 번 클릭하십시오. 두 개의 버튼이 나타납니다. 버튼 또는 핫키 F4를 클릭하십시오. 결과적으로 "Contractors" 디렉토리가 선택 모드에서 열립니다.

이제 "은행"열에이 개인 (급여) 계좌의 소유자 인 상대방이 표시되어야한다는 것이 분명합니다. 우리 조직은 급여를 이체하거나 오히려 당좌 계좌에서 상대방과 개설된 급여 계좌로 돈을 이체합니다. 즉 데모베이스에서 급여계좌(SL)라는 용어는 급여(개인)계좌가 개설된 거래상대방(은행)을 의미한다.

급여 프로젝트가 없습니다. 따라서 정보 등록부 "조직 직원의 개인 계정"에서 직원 인 상대방을 참조해야합니다.

즉, 급여가 은행으로 이체된 모든 직원도 상대방 디렉토리에 기재되어야 합니다. 일반적인 구성에서는 이 작업을 수동으로 수행해야 합니다. 계산기의 유일한 위안은 이 노동 집약적인 작업을 한 번만 수행해야 한다는 것입니다. 그림은 직원 Alimova E.I의 상대방 카드의 예를 보여줍니다.

이 카드의 디자인에는 복잡한 것이 없습니다. "계좌" 속성에서 "은행 계좌" 디렉토리의 원하는 값을 설정하십시오. 물론 이전에 설명해야 합니다.

특정 직원의 은행 계좌를 설명할 때 계좌가 개설된 은행과 이 계좌의 실제 번호를 표시하십시오.

"이름" 속성에서 직원 개인 계정의 작업 이름을 지정합니다(예: "Akimova E.I 인사 담당자"). 지불의 "목적"속성에서 "Payroll for l / s"와 같은 것을 지정하십시오. 이것이 전체 설정입니다.

정보 레지스터 "조직 직원의 개인 계정"에서 "개인 계정 번호"열을 입력해서는 안됩니다. 그 가치는 상대방 카드에서 가져옵니다.

2. 현재 작업 수행

이제 계산기의 일반적인 현재 작업이 시작됩니다. 유일한 차이점은 "조직에 지급되는 급여" 문서는 은행을 통해 처리되어야 한다는 것입니다. 이 절차를 더 자세히 살펴 보겠습니다. 예를 들어, 데모 데이터베이스에서 2010년 3월 두 직원의 급여가 발생했습니다.

각 직원에 대해 별도의 지불을 발행해야하므로 은행을 통해 "조직에 지급되는 급여"문서는 직원마다 발행되어야합니다.이를 수행하는 가장 쉬운 방법은 "급여" 문서에서 직접 수행하는 것입니다.

이렇게하려면 "급여"문서의 표 부분에 직원이있는만큼 "급여 지불을위한 문서 만들기"버튼을 사용하십시오. 이 버튼을 처음 클릭하면 "급여" 문서의 모든 직원이 "조직에서 지불하는 급여" 문서의 표 부분에 복사됩니다.

"결제 방법" 필드에서 "은행을 통해"를 선택합니다. 필수 "은행"에서 Akimova E.I 급여 수령인을 표시하십시오. 디렉토리 "계약자"에서. 이 명세서에서 나머지 직원을 제거하고 문서를 게시하십시오.

그런 다음 다시 "급여" 문서를 기반으로 다음 직원을 위해 은행을 통해 "조직에서 지불하는 급여"라는 새 문서를 만듭니다. 급여 문서의 전체 직원 목록이 소진될 때까지 계속됩니다.

급여 처리만 하면 됩니다. 이는 관련 문서를 기반으로 "조직에서 지급되는 급여" 저널에서 수행할 수 있습니다. 그러나 "조직에 지불하는 급여"문서와 동시에 지불 명령을 내리는 것이 더 나은 것 같습니다.

이렇게 합니다. "조직에 지급되는 급여"문서의 양식을 닫지 않고 수행하십시오. 이렇게하려면 문서 양식의 도구 모음에있는 버튼을 클릭하십시오. 그런 다음 버튼을 사용하여 "조직에 지불할 급여" 문서를 기반으로 지불 주문을 생성합니다.

다음 중요한 점에 주의하십시오. 결제 번호는 자동으로 생성되지 않습니다. 수동으로 입력해야 합니다. 회계 프로그램으로 이관될 때 충돌을 피하려면 순전히 조직적인 문제 하나를 해결해야 합니다. 급여 지급 기간에 일정 범위의 숫자를 차지하지 않도록 회계 부서와 합의하십시오. 예를 들어, DL00077에서 DL00177까지의 숫자가 포함됩니다.

또한 결제 주문 양식의 녹색 설명에 주의하십시오. 문서를 지불하려면 "급여 이체에 대한 은행 명세서"를 기준으로 입력하거나 은행의 전자 응답을 등록하십시오..

이것은 우리가 발행한 지불 명령이 직원들에게 조직의 급여 부채를 상환하지 않는다는 것을 의미합니다. 예를 들어 "임의 형식의 급여" 보고서를 생성하여 쉽게 확인할 수 있습니다.

우리는 은행 명세서 또는 은행의 전자 응답에서 직원의 개인 계좌에 자금을 입금하는 사실을 배웁니다. 후자의 경우 은행의 xml 파일을 의미합니다.

급여를 l / s로 인정한다는 사실을 은행 명세서에서 결정한다고 가정 해 봅시다. 이 경우 이전에 발행 된 지불 명령을 기반으로 "급여 이체에 대한 은행 명세서"문서를 작성해야합니다.

이 작업은 프로그램 1C 급여 및 인사 관리 8에서 실행됩니다. 프로그램 1C 급여 및 인사 관리 8에서 추출을 실행한 후에만 부채 상환 사실이 기록됩니다. 이는 예를 들어 "자유 형식의 급여" 보고서를 사용하여 확인할 수 있습니다.

다음 기능을 이해하는 것이 중요합니다. 프로그램 "1C: 회계 8"에서 "임금 이체" 작업이 포함된 "개인 계좌에서 상각" 문서는 현재 계좌에서 자금을 인출하고 급여 계좌에 입금한다는 사실을 등록합니다. 프로그램 "1C 급여 및 인사 관리 8"에서 "급여 이체에 대한 은행 명세서"문서는 약간 다른 목적을 가지고 있습니다. 그는 단순히 "1C 급여 및 인사 관리 8"프로그램에 직원에게 체불한 급여가 상환되었음을 알립니다.

3. 프로그램 1C 급여 및 인사 관리 8에서 데이터 업로드

일반적으로 "급여 이체에 대한 은행 명세서"유형의 문서는 급여가 계산되고 지불 명령이 발행 된 다음 달에 발행됩니다. 1C Accounting 8 프로그램에 데이터를 업로드하기 전에 다음 문서를 수행해야 함을 기억하는 것이 중요합니다.

• 보험료 계산.

이러한 작업이 모두 완료되면 데이터를 업로드할 수 있습니다. 이렇게 하려면 "SERVICE·데이터 교환®회계 프로그램에 데이터 업로드" 처리를 실행하십시오.

다음 사항에 주의를 기울이는 것이 매우 중요합니다.

• 직원 세부 정보. 각 직원에 대해 지불 명령을 내립니다. 따라서 회계 프로그램에서는 각 직원의 맥락에서도 계정 70 "임금 직원과의 정산"에 분석 기록을 보관해야 합니다.
• 현금 문서. 지불 주문을 회계 프로그램에 업로드하려면 "현금 문서" 플래그를 설정해야 합니다.

직원에 대한 분석 회계의 표시는 두 프로그램 모두에 설정되어야 합니다. 1C Payroll and Human Resources 8 프로그램에서 "프로그램 설정"양식을 열고 "급여 회계"탭을 활성화하십시오. 그것에 회계 프로그램과 직원 계산을 자세히 설명하는 표시를 표시하십시오.

1C 회계 8 프로그램에서 "회계 설정"양식을 열고 "인사 정산"탭을 활성화하십시오. 그림과 같이 채우십시오.

"회계 프로그램에 데이터 업로드" 처리에서 업로드 파일의 위치와 이름을 지정하고 "실행" 버튼을 클릭합니다. 처리 과정에서 오류가 발견되지 않으면 계속해서 이 파일을 회계 프로그램에 업로드할 수 있습니다.

"회계 프로그램에 데이터 업로드" 처리에서 "데이터 파일" 속성 값을 복사합니다. 데이터를 회계에 로드할 때 유용합니다.

3. 프로그램에 데이터 로드 1C 회계 8

우리의 경우 이것은 1C Accounting 8 ed입니다. 2.0. "SERVICE > "1C: Payroll and HR 8"과 데이터 교환 > "Salary and HR" 구성에서 데이터 로드 처리를 시작합니다. "데이터 파일" 필드에 "회계 프로그램에 데이터 업로드" 처리에서 이전에 복사한 "데이터 파일" 속성 값을 붙여넣습니다.

실행 버튼을 클릭합니다. 로드하는 동안 오류가 발견되지 않으면 회계 프로그램에서 계속 작업합니다.

1C 회계 8 프로그램에서 지불 주문 저널을 열고 1C 급여 및 인적 자원 8 프로그램에서 생성한 지불이 성공적으로 이체되었는지 확인하십시오.

프로그램 1C 회계 8 ed. 2.0 조직의 정산 계정에서 자금 상각은 "정산 계정에서 인출" 유형의 문서로 등록됩니다. 이런 종류의 지불이 많을 것이므로 다음을 수행하는 것이 좋습니다.

"BANKS · 은행 명세서"양식을 엽니다. 헤더를 채우고 "선택" 버튼을 클릭합니다. "미지불 주문 선택" 양식이 열립니다.

은행이 자금을 상각하도록 지시받은 조직의 날짜와 은행 계좌를 지정한 후 이 양식의 표 부분은 이전에 발행된 지불로 자동 채워집니다. 그 중 현재 계정에서 상각이 발생한 항목을 플래그로 표시해야합니다. 그런 다음 "명세서 작성" 버튼을 클릭하십시오.

이 작업의 결과로 "현재 계좌에서 인출" 유형의 문서가 자동으로 생성됩니다. 기본적으로 "공급업체에 지불" 작업을 수행합니다. 결과적으로 계정 51 "정산 계정"의 대변에서 계정 60.01 "공급 업체 및 계약자와의 정산"의 차변에 전기가 형성됩니다.

우리는 이러한 상황에 전혀 만족하지 않습니다. 따라서 각 문서 "현재 계정에서 상각"을 조정해야 합니다. "미지불 주문 선택" 양식에서 직접 열 수 있습니다. 이렇게 하려면 표 부분의 해당 줄을 두 번 클릭하기만 하면 됩니다. 예를 들어, Belova S.K의 "현재 계정에서 인출" 문서를 엽니다. 그 안에서 다음을 수행하십시오. 이러한 단계의 순서를 따르는 것이 중요합니다.

버튼을 클릭하고 문서가 필요한 항목을 작성했는지 확인하십시오.

계정 70에는 "조직 직원" 및 "급여 계산 유형"이라는 두 개의 하위 콘토가 연결되어 있습니다. "현재 계정에서 상각"문서 게시에서 첫 번째 하위 콘토 값만 표시됩니다 - Belov Sergey Konstantinovich. "현재 계정에서 상각" 문서는 두 번째 하위 콘토에 대해 "알지" 않습니다. 동시에 1C 급여 및 인적 자원 8 프로그램에서 전송된 "규제 회계의 임금 반영" 문서에서 이 하위 콘토가 채워집니다.

일반적인 구성에서는 이 상황을 수동으로 수정해야 합니다. 이렇게 하려면 "문서 게시 결과 현재 계정에서 상각" 형식에서 "수동 조정(문서 편집 허용)" 플래그를 설정합니다. 두 번째 하위 콘토를 원하는 값으로 채웁니다.

비슷한 방식으로 모든 직원에 대해 "현재 계정에서 상각"문서를 다시 작성합니다. 다음 그림은 Akimova E.I가 선택한 보고서 "계정 카드 70"을 보여줍니다.

기본적으로 "현재 계정에서 차변" 문서는 계정 51 "정산 계정"의 신용에서 계정 60.01 "공급업체 및 계약자와의 정산"의 차변에 전기를 형성합니다. 이 오류를 수정하기 위해 "공급자에게 지불" 작업을 "임금 이체" 작업으로 교체하고 당좌 계정에서 다시 인출했습니다.

문서가 많으면 실수로 문서를 놓치기 쉽습니다. 오류가 그렇게 치명적이지 않고 감지하기 쉽도록 추가 구성을 수행할 수 있습니다.

가장 먼저 할 일은 "Contractors" 디렉토리에 특수 폴더(그룹)를 만드는 것입니다. 예: "은행 직원". 그 안에 급여가 은행으로 이체되는 모든 직원을 배치하십시오.

이제 정보 레지스터 "거래 상대방이 있는 계정"을 열고 그림과 같이 새 항목을 만듭니다.

기본적으로 "현재 계정에서 차변"문서는 계정 차변 70 "보수 직원과의 정산"에 대한 전기를 생성하지만 분석을 작성하지 않습니다. 이것은 좋지는 않지만 계정 60.01 "공급 업체 및 계약자와의 합의"보다 여전히 낫습니다.

이 설정을 만든 주된 이유는 현재 계정에서 인출할 때 오류를 찾는 데 도움이 되기 때문입니다. Belov S.K의 "현재 계좌에서 차변"문서를 수정하는 것을 잊었다 고 가정 해 보겠습니다. "계정 70의 계정 카드" 보고서를 생성해 보겠습니다. 직원 선택 없음. 징후의 존재<...>해당 하위 콘토 값이 문서에 지정되지 않았음을 나타냅니다.

"현재 계정에서 상각" 문서에 대한 보고서를 두 번 클릭하고 위에서 설명한 대로 수정합니다. 이러한 오류를 검색하려면 "계정 카드 51" 보고서를 사용할 수도 있습니다.

결론

이 예에서 세 가지 주요 결론이 있습니다.

• 먼저. 1C 회사의 일반적인 구성은 주로 일반적인 문제를 해결하는 데 중점을 둡니다. 즉, 실제로 가장 자주 발생하는 회계 작업입니다. 기능에 과부하가 걸리지 않고 프로그램 비용이 증가하지 않도록 사용자는 추가 비용을 지불하고 비표준 솔루션을 자동화합니다.
• 둘째. 거의 항상 표준 구성을 통해 비표준 작업을 해결할 수 있습니다. 사실, 이러한 문제에 대한 솔루션은 자동화되어 있지 않습니다. 이러한 솔루션을 찾으려면 주제 영역과 프로그램에 대한 좋은 지식이라는 두 가지 조건이 필요합니다.
• 제삼. 설명된 급여 이전 알고리즘은 직원 수가 상대적으로 적은 조직에 더 적합합니다. 이 조건이 충족되지 않으면 1C 파트너에게 연락하여 프로그램의 이 섹션을 자동화해야 합니다.

결론적으로 직원의 급여를 다른 은행에 개설된 개인 계좌로 이체하는 알고리즘을 다시 한 번 제시하겠습니다.

1. "상대방" 디렉토리에서 직원을 설명하고 은행 정보를 표시하십시오.
2. 정보 레지스터 "조직 직원의 개인 계정"을 수동으로 작성하십시오.
3. 필요한 모든 급여 및 보험료 계산을 수행합니다.
4. 은행을 통해 각 직원에 대해 별도로 "조직에 지급되는 급여"를 문서화합니다.
5. "조직에서 지급하는 급여" 문서를 기반으로 "지불 주문" 문서를 작성합니다.
6. "규제 회계의 임금 반영"문서를 작성하십시오.
7. 프로그램 "1C: 급여 및 인사 관리 8"에서 데이터를 업로드합니다.
8. 프로그램 "1C: 회계 8"에 데이터를 로드합니다.
9. 프로그램 "1C: 회계 8"에서 "현재 계정에서 인출" 문서를 작성합니다.
10. 부채 상환에 대해 "1C : 급여 및 인사 관리 8"프로그램에 알립니다. 예를 들어 "급여 이체에 대한 은행 명세서"라는 문서가 있습니다.

주목: 1C ZUP 2.5에 대한 유사한 기사 -

친애하는 사이트 방문자 안녕하세요. 오늘은 또 다른 포스팅에서 계속해서 다뤄보도록 하겠습니다 1C ZUP 3.1 (3.0)의 회계 기능, 설정에 대해 이야기합시다 급여 지급. 선급금(선급금의 모든 방법) 및 급여의 구체적인 예를 고려하십시오. ZUP 3.0(3.1)에 있는 프로그램에서 지원하는 모든 급여 지불 옵션을 분석해 보겠습니다.

• 급여 프로젝트의 틀 내에서 - 문서 "은행에 대한 진술서",
• 임의의 은행 계좌로 이체 - "계좌 이체 명세서" 문서,
• 현금 데스크를 통해 - "현금 데스크에 대한 진술서"문서,
• 유통 업체를 통해 - "유통 업체를 통한 지불 명세서"문서.

또한 1C ZUP 에디션 2.5와 구별되는 ZUP 에디션 3에 임금 지불을 반영하는 주요 기능을 고려할 것입니다.

✅

✅

현금 데스크를 통한 지불을 선택하면이 조직의 직원에게 급여 지불 사실을 문서로 반영해야합니다 "출납원에게 Vedomosti"지불 섹션에서. 카드에 적립하여 급여를 지불하기로 선택하면 이 사실이 문서에 반영됩니다. "은행에 Vedomosti". 이 예에서는 "카드에 입금" 결제를 선택합니다. 여기에서 이 지불이 반영될 급여 프로젝트를 즉시 표시합니다. 이 필드는 선택 사항이지만 프로그램이 자동으로 1C ZUP은 클라이언트 은행에 업로드하기 위해 등록합니다.그런 다음 이 정보를 입력해야 합니다.

디렉토리의 "결제" 섹션을 통해 급여 프로젝트를 생성할 수 있습니다. "급여 프로젝트". 예를 들어 하나의 "급여 프로젝트"를 추가하겠습니다. "Sberbank"라고합시다. 실제로 1C ZUP 3.0 (3.1)조직이 여러 은행의 서비스를 사용하고 이러한 프로젝트의 맥락에서 지불을 반영하는 경우 한 번에 여러 급여 프로젝트를 만들 수 있습니다. 각 급여 프로젝트의 프레임워크 내에서 별도의 지불 문서를 생성할 수 있습니다. "은행에 Vedomosti".

따라서 급여 프로젝트 세부 사항에서 은행 이름을 지정하고 확인란을 선택해야 합니다. 전자 문서 교환 사용(은행에 보내기 위해 급여 명세서를 파일에 업로드하고 은행에서 확인 파일을 업로드하려는 경우) 은행에 대한 정보와 체결된 계약에 대한 정보를 입력합니다. "Sberbank (급여 프로젝트)" 문서를 작성하면 조직 정보의 "회계 및 급여 지불" 설정에 있는 "급여 프로젝트" 필드와 " 은행에 대한 명세서”문서.

우리 조직에 급여 프로젝트의 틀 내에서가 아니라 예를 들어 현금 데스크를 통해 지불이 이루어지는 하위 부서가 있는 경우 이 하위 부서의 설정에서 이 지불 방법을 설정해야 합니다. "설정" 섹션으로 이동하여 "하위 분할" 디렉토리를 열고 필요한 하위 분할을 선택하고 탭에서 "회계 및 급여""부서 직원에게 급여 지급" 설정 그룹이 표시됩니다. 기본적으로 이러한 설정은 조직 전체에 대한 설정에 지정된 방법을 설정합니다. 그러나 우리는 그것을 재정의할 수 있습니다. 다음 지불 방법을 사용할 수 있습니다: 출납원을 통해, 카드에 입금하거나 유통업체를 통해.

별도로 "대리점을 통해"결제 방법에 대해 설명 드리고자합니다. 조직 전체의 설정에서는 이 방법을 사용할 수 없었고 장치 설정에서 이미 이 옵션을 선택하고 현장에서 이 장치의 배포자가 될 특정 개인을 지정할 수 있습니다. 이러한 유통업체가 여러 개인 경우 이들 유통업체의 맥락에서 급여 지급을 반영할 수 있습니다. 유통 업체를 통해 지불하기로 결정한 경우 지불 사실을 위해 문서를 사용해야합니다 "대리점을 통한 결제 시트"("결제" 섹션).

이 예에서는 부서가 하나뿐이므로 "전체 조직에 대해" 지불 방법을 선택합니다. 급여 프로젝트의 일부로 카드에 적립함으로써.

해당 필드에 은행 이름과 개인 계좌 번호를 입력하십시오. 변경 사항을 저장합시다.

이제 직원 Sidorov S.A.에게 급여를 지불한다는 사실. 문서를 반영합니다("결제" 섹션). 이 문서를 Bank Statement 문서와 혼동하지 마십시오. "계좌 이체 명세서" 문서는 직원의 개인 은행 계좌로의 지불을 반영하고 "은행 명세서" 문서는 급여 프로젝트의 틀 내에서 지불을 반영합니다. 특정 예를 사용하여 직원에 대한 선급금 및 급여 지불을 분석할 때 이러한 문서를 더 자세히 살펴볼 것입니다.

따라서 1C ZUP 3.0 (3.1)에서 지원되는 모든 급여 지불 방법을 고려했습니다.

1. 출납원을 통해 (문서 출납원에게 진술)
2. 유통업체를 통해(문서 대리점 지불 시트)
3. 임의의 은행계좌로 이체(서류 계정으로의 이체 명세서)
4. 급여 프로젝트의 틀 내에서 카드에 적립함으로써 (문서 은행에 대한 진술)

급여 지불 방법을 설정할 수 있음을 반복합니다.

• 조직을 위해
• 분할을 위해
• 직원을 위해.

직원에 대한 설정은 부서 또는 조직 전체에 대한 설정보다 우선합니다. 부서에 대한 설정은 조직에 대한 설정보다 우선합니다. 우선 프로그램은 직원, 부서, 조직에 대해 설정된 설정을 추적합니다.

1C ZUP 3.1 (3.0) 프로그램에서 사용되는 선불 방법

✅

✅ 1C ZUP 3.1에서 급여 확인을 위한 CHECK LIST
비디오 - 월별 회계 자가 점검:

✅ 1C ZUP 3.1의 급여
초보자를 위한 단계별 지침:

급여 지불 장소에 대한 예제에 필요한 설정을 설정했으므로 이제 프로그램에 선급금 사실을 반영하는 방법을 고려할 것입니다. 법률에 따른 급여 지급은 적어도 한 달에 두 번 이루어져야 하며, 선급금은 정확히 매월 상반기 지급입니다. 먼저 직원에게 필요한 사전 계산 방법을 설정해야 합니다.

선불은 3가지 방법으로 할 수 있습니다.

1. 이달 상반기 산정
2. 정액
3. 직원 급여의 백분율로

처음에는 프로그램에서 "선급금 옵션이 문서의 직원에게 지정됩니다. 신병 모집» 선불 결제 필드의 «결제» 탭에서.

옵션을 선택할 때 "정액", 필드에 "선불"결제 유형으로 "명세서 ..."문서를 작성할 때 떨어질 특정 금액을 표시합니다.

옵션을 선택할 때 "관세 비율", 필드에 임금 기금(PAY)에서 계산할 비율을 지정해야 합니다. 저것들. 지불 유형 "Advance"로 "Statement… ".

옵션을 선택할 때 지표를 표시할 필요는 없지만 선지급에 대한 "명세서 ..."를 작성하기 전에 다른 중간 문서("급여" 섹션 - 문서 저널 "발생액"을 입력해야 합니다. 이달 상반기").

또한 프로그램이 1C ZUP 3.1 (3.0)"고용" 문서에서 직원에게 할당된 선급금 방법은 다음과 같이 변경할 수 있습니다.

1. 문서 인사이동(섹션 "인사" - 문서 저널 "접수, 이전, 해고). "지급" 탭에서 체크박스를 선택하고 선급금 계산을 위한 새 방법을 지정합니다.
2. 문서 임금 변동(섹션 "급여"- 문서 저널 "직원 지불 변경"). "인사 이전" 문서에서와 같은 방식으로 확인란을 선택하고 사전 계산을 위한 새로운 방법을 지정합니다.
3. 문서 사전 변경. 이 문서에 대한 액세스는 기본 메뉴 "모든 기능"(안타깝게도 탐색 패널에서는 사용할 수 없음)에서 얻을 수 있으며 직원 목록에서 선택하여 직원 그룹이 즉시 방법을 변경할 수 있습니다. 특정 달의 사전 계산. 여러 직원 또는 모든 직원이 한 번에 선불 계산 방법을 변경해야하는 경우 "인사 이동"및 "급여 변경"문서보다 편리한 문서입니다.

"이달 상반기 발생"문서의 사전 계산

✅ 세미나 "1C ZUP 3.1을 위한 라이프 해킹"
1s zup 3.1의 15가지 회계 생명 해킹 분석:

✅ 1C ZUP 3.1에서 급여 확인을 위한 CHECK LIST
비디오 - 월별 회계 자가 점검:

✅ 1C ZUP 3.1의 급여
초보자를 위한 단계별 지침:

모든 직원에게 예의 조건에 따라 선지급 방법을 지정합니다. "이달 상반기 결산". 10월의 선불금을 계산하기 전에 선불금과 함께 지불된 모든 정산간 수수료 및 공제액을 프로그램에 입력해야 합니다. 작업 일정의 모든 편차를 입력하고 (선급금을 계산할 때 고려하고자 함) 01에서 15까지의 기간 동안 모든 인력 변경 및 계획 발생 변경을 입력하십시오.

이제 문서를 만들어 보겠습니다. «(섹션 "급여"). "급여 및 기부금"문서와 매우 유사합니다. 선급금이 계산되는 10 월, "전월 상반기 계산"필드의 날짜-중간을 나타냅니다. 월(2016년 10월 15일)은 자동으로 프로그램에 채워집니다. "채우기" 버튼을 누르면 프로그램에서 지불 방법이 지정된 직원의 선급금을 계산합니다. "이달 상반기 결산."

계산은 지정된 날짜 이전에 이루어집니다. 01.10부터 직원이 근무한 시간. 15.10까지. 문서에서 " 이달 상반기 적립"모든 계획 발생이 포함되며 설정은 해당 월의 상반기를 계산할 때 발생함을 나타냅니다. 버튼을 클릭하여 계산 세부 정보를 엽니다. "계산 세부 정보 표시", 직원의 계산을 분석합니다. 이 주제를 고려한 예가 이전 기사에서 시작되었음을 상기시켜드립니다.

예를 들어 10월 10일부터 고용된 직원 Ivanov A.M.을 살펴보겠습니다. 따라서 선급금은 10.10에서 15.10 사이의 근무일에 대해 계산됩니다. 5일 후. 계산은 공식에 따라 이루어집니다 급여*파트타임 공유*시간일수/보통일수:

30,000*1*5/21=7,142.86 루블.

또한 문서에서 이달 상반기 적립"모든 계획된 공제가 계산되고 01.10부터 개인 소득세가 고려됩니다("개인 소득세" 탭). 15.10까지. "공제" 탭에는 직원 N.S. Petrov의 집행 영장에 지정된 공제 금액이 표시됩니다.

이 문서의 개인 소득세 금액은 개인 소득세를 고려하여 선급금을 채우기 위한 세금의 예비 계산입니다. 하지만 진짜 선불금을 적립하고 지불 할 때 개인 소득세의 계산 및 공제가 없습니다.. 또한 문서에는 실제 급여가 없고 선급금 계산만 있습니다. 전체 월(10월)에 대한 최종 정산 시 “01.10부터 15.10까지의 모든 발생액이 다시 계산됩니다. 다음은 선불 금액의 중간 계산입니다. 문서를 잡은 후 이달 상반기 적립"직원의 급여 명세서를 생성하더라도 급여 보고서에는 발생액이 표시되지 않으며 이 기간 동안 발생액 및 개인 소득세도 표시되지 않습니다.

그래서 문서를 전달합시다 " 이달 상반기 적립,이제 선불 명세서를 입력할 수 있습니다.

프로그램 1C ZUP 3.0 (3.1)에서 "은행에 대한 명세서" 및 "계좌로의 이체 명세서" 문서의 선불금

"결제" 섹션으로 이동하여 문서를 생성해 보겠습니다. "은행에 Vedomosti", 지급 월(10월)을 표시하고 "지급" 필드에서 제안된 지급 목록에서 선택합니다. 미리 지불 한 비용. 급여 프로젝트를 지정하십시오. 이 예에서는 Sberbank이고 "채우기"버튼을 클릭하십시오. 프로그램은 조직 설정에서 지불 방법이 지정된 직원으로 문서를 자동으로 작성합니다. 신용 카드급여 프로젝트의 일부로 (이 예에서는 직원 Ivanov 및 Petrov입니다). 급여 프로젝트의 일부로 이 은행에 개설된 직원의 개인 계좌는 "개인 계좌 번호" 열에 로드됩니다.

이러한 인보이스가 문서에 자동으로 로드되도록 하려면 "은행에 Vedomosti", 직원 카드(인사-디렉토리 직원 섹션)로 이동하여 "결제, 비용 회계" 링크를 열고 "개인 계정 번호" 필드를 작성해야 합니다.

프로그램에 개인 계정을 입력하는 다른 옵션을 사용할 수도 있습니다. "결제" 섹션에 특별 서비스가 있습니다. "개인 계정 입력". 급여 프로젝트를 표시합니다. 이 예에서는 Sberbank이고 "추가"버튼을 사용하여 필요한 직원을 입력합니다. 많은 직원의 개인 계정을 만들어야 하는 경우 이 문서를 사용하는 것이 매우 편리합니다.

이제 "결제" 섹션으로 이동하여 문서를 생성합니다. 결제 월인 10월을 "결제" 필드에 입력하고 제안된 결제 목록에서 선택합니다. 미리 지불 한 비용,"은행" 필드에는 목록에서 필요한 은행을 표시합니다. PJSC SBERBANK에서 직원 Sidorov S.A와 함께 계정이 개설되었습니다. 직원 카드에는 다음과 같이 명시되어 있습니다. 개인 계좌로 결제이 은행에서 열었습니다. 따라서 "채우기" 버튼을 클릭하면 해당 은행에 계좌를 개설한 직원이 프로그램에서 자동으로 채워집니다. 이 예에서는 Sidorov S.A입니다. "계좌 이체 명세서" 문서를 작성해 봅시다.

프로그램 1C ZUP 3.0에서 이미 지불한 선불금을 고려하여 한 달 내내 임금 지불

한 달 전체의 급여를 계산하기 전에 계획된 직원의 발생 및 공제, 모든 인력 이동을 프로그램에서 모두 변경해야 합니다. 필요한 경우 근무 일정의 모든 변경 사항을 등록한 다음 직원을 위한 개별 일정을 만듭니다. 일정의 모든 편차와 모든 일회성 요금 및 공제액을 입력합니다. 이제 문서를 완성할 수 있습니다. 급여 및 기부금 ». 나는 이미 설정된 계획 발생, 작업 일정, 공제 및 직원 부재를 고려하여 문서가 자동으로 급여를 계산하는 방법을 자세히 분석했습니다. 같은 기준으로 오늘의 예를 고려하고 있으므로 발생액을 분석하지 않겠습니다. 문서를 확인하고 프로그램의 직원에게 나머지 부채를 지불하는 방법을 살펴 보겠습니다.

그럼 문서를 만들어 봅시다. "은행에 Vedomosti"("결제" 섹션). 지불 월 - 10 월, 급여 지급일 - 2016 년 11 월 5 일 (이 조직에서 급여가 지급되는 날이 5 일이라고 가정) "지급"필드에서 지불을 선택하십시오. 제안 목록의 옵션 "월세 내세요". "급여 프로젝트" 필드에서 Sberbank를 나타냅니다. "채우기" 버튼을 클릭합니다. 해당 직원은 전체 조직에 대해 설정에서 지정된 지불 방법인 문서에 로드됩니다. 급여 프로젝트의 일부로 카드에 적립함으로써. 이 예에서 이것은 Ivanov A.M입니다. 및 Petrov N.S.

열로 "갚기 위해"프로그램은이 명세서를 작성할 당시 직원에게 부채를 자동으로로드합니다. "지급 가능" 열의 금액을 두 번 클릭하면 이 부채 형성에 대한 세부 정보를 볼 수 있습니다. 창이 열립니다. "직원의 급여 편집". 예를 들어, 직원 Ivanov A.M.의 경우: 12,228.71 루블이 발생했습니다(문서의 기준은 "급여 및 기부금") + 1,683.49 루블(문서의 기준은 "병가") - 6,213.86 루블(선급금) = 7,698.34 루블 (직원에 대한 부채). 이것은 ZUP 2.5에서 매우 부족했던 프로그램에서 보기에 다소 편리한 옵션입니다.

그러나 우리의 질문으로 돌아갑니다. 창에서 "직원의 개인 소득세 편집"이 금액이 무엇으로 구성되어 있는지 확인할 수 있습니다. Ivanov A.M. 양도할 개인 소득세는 2,109 루블 = 1,857 루블("급여 및 기부금" 문서에서 발생한 개인 소득세) + 252 루블("병가" 문서에서 발생한 개인 소득세)입니다. ZUP 2.5에서는 이 암호 해독도 매우 부족했으며 이제 ZUP 3.1(3.0)에서는 그렇습니다.

따라서 모든 직원에 대해 미지급 부채 및 미지급 개인 소득세의 구성 분석을 볼 수 있습니다. 매우 편안합니다. 문서를 보관하자 "은행에 Vedomosti".

이제 1C ZUP 3.1 (3.0) 프로그램에서 문서를 만듭니다. "계정으로의 이체 명세서"("결제" 섹션). 또한 지불 월-10 월, 임금 지불 날짜-2016 년 11 월 5 일을 표시합니다. 다음으로 "지불" 필드에서 해당 월의 급여를 지불할 것임을 나타냅니다. "채우기" 버튼을 클릭합니다. 직원은 문서에 자동으로 로드되며 개인 카드에는 "은행 계좌로 이체"하는 급여 지불 방법이 표시됩니다. 이 예에서는 Sidorov S.A입니다. "지불" 열에는 지불 금액이 표시되고 "개인 소득세 지불" 열에는 개인 소득세 금액이 표시됩니다. 문서를 보관하자 "계정으로의 이체 명세서".

프로그램 1C ZUP 8.3의 정산 간 문서 "휴가"에 따른 지불

이 섹션에서는 정산 간 문서(일회성 보너스, 기타 일회성 발생, 휴가, 물질적 지원 등)에 따라 프로그램이 어떻게 지급되는지 분석합니다. 나는 모든 화해 문서를 고려하지 않고 문서의 예에만 집중할 것입니다. "휴가".

직원 Sidorov S.A를 위해 휴가를 준비합시다. 2016년 10월 11일부터 2016년 11월 24일까지. "휴가"문서는 인사 정산이며, 휴가 수당 금액, 이러한 휴가 수당에서 개인 소득세를 즉시 계산합니다. 노동법 제136조에 따른 휴가 수당은 시작 3일 전까지 지급됩니다. 프로그램은 지불 날짜-2016년 11월 7일(휴가 시작 3일 전)을 자동으로 입력하고 결제가 중간 결제 기간에 이루어져야 한다고 표시했습니다. 그것은 우리에게 적합합니다.

문서를 보관하자 "휴가".이제 휴가 수당 사실을 반영하기 위해 "휴가" 문서 자체에서 "지불" 버튼을 클릭하면 프로그램이 생성됩니다. "계정으로의 이체 명세서"(직원 Sidorov S.A.는 급여 지불 방법 - "은행 계좌로 이체"를 나타냄) 지불 금액에서 개인 소득세를 뺀 금액을 나타냅니다. 해당 창 "미지급 임금 지불"이 열리면 이 문서를 게시하기만 하면 됩니다.

저널 "계좌 이체로 급여 지급 명세서"(섹션 "지불")를 열면 실제로 문서가 생성되었음을 알 수 있습니다. "계정으로의 이체 명세서". 그 안에 모든 것이 올바르게 채워져 있는지 확인합시다. 지불 월 - 11 월, 지불 대상 - 휴가, 지불 날짜 - 2016 년 11 월 7 일, 직원 Sidorov S.A.에게 지불, 지불 금액 - 22,548 루블, 양도 할 개인 소득세 - 3,369 루블. 괜찮은. "하나의 문서" 링크를 클릭하면 이 지불이 이루어진 특정 문서를 볼 수 있는 창이 열립니다. 이 예에서 이것은 "휴가" 문서에 따른 지불입니다.

"휴가"문서에서 작성하는 방법이 더 빠르고 편리하지만 저널 자체 "계정으로의 급여 지급 시트"에서 수동으로이 명세서를 만들 수도 있습니다.

따라서 오늘 기사에서는 프로그램에서 지원하는 급여를 지불하는 가능한 모든 방법과 지불 사실이 프로그램에 반영되는 문서를 통해 논의했습니다. 우리는 사전 할당의 가능한 모든 방법을 분석하고 사전 지불, 계획된 공제 및 개인 소득세가 문서에서 계산되는 방법에 대한 구체적인 예를 살펴 보았습니다. "이달 상반기 적립""은행에 대한 명세서" 및 "계좌로의 이체 명세서" 문서의 선지급. 우리는 1C ZUP 3.1 (3.0) 프로그램에서 "은행에 대한 진술서"및 "계좌로의 이체 명세서"문서의 선불 후 직원에게 남은 부채를 지불하는 방법과 지불 방법을 고려했습니다. 문서 "휴가"의 예를 사용한 정산 간 요금.

다음 간행물에서는 1C ZUP 3.1 (3.0) 프로그램에서 개인 소득세 회계가 어떻게 구성되어 있는지 알려 드리겠습니다. 재미있을 것입니다!) 사이트 업데이트를 계속 지켜봐 주시기 바랍니다. 곧 뵙겠습니다!

인쇄(Ctrl+P)

급여 프로젝트의 틀 내에서 은행과 전자 문서 교환

은행에서 이 기준을 지원하지 않는 경우 " 1C:다이렉트뱅크"형식으로 XML,그런 다음 은행은 1C 제품을 사용하는 고객에게 은행에서 요구하는 형식에 따라 1C에서 명세서를 언로드하기 위한 외부 처리 기능을 제공해야 합니다.

ZUP 버전 3.1.1에서 DirectBank 기술은 급여 프로젝트의 프레임워크 내에서 은행과 정보를 교환하도록 확장되었습니다. 은행 측에서는 버전 3.1.1 출시 당시 Tinkoff Bank에서 이 기술(급여 프로젝트 프레임워크 내의 교환 측면에서)을 지원했습니다. 은행의 급여 프로젝트에 대한 정보는 https://www.tinkoff.ru/salary 웹 사이트에서 찾을 수 있습니다.

ZUP 버전 3.1.2에서급여 프로젝트를 위해 은행과 새로운 교환 형식을 구현했습니다(버전 3.5 XML). 이제 급여 프로젝트 카드에 버전 3.5 형식이 지정된 경우 직원의 SNILS를 지정하는 필드가 개인 계정을 열기 위한 응용 프로그램에 나타납니다(그림 4 참조).

DirectBank 기술 사용을 시작하는 방법에 대한 일반적인 설명은 http://www.v8.1c.ru/edi/edi_app/bank/to_start.htm에서 제공됩니다.

대부분의 경우(특히 Tinkoff Bank의 경우) 은행과의 직접 교환에는 전자 서명의 의무적 사용이 필요합니다. 이전에 이 작업을 수행하지 않은 경우 먼저 컴퓨터에 전자 서명 프로그램과 전자 서명 인증서를 설치한 다음 "1C"의 "1C: DirectBank" 서비스 설정으로 이동해야 합니다.

어떤 종류의 전자 서명 프로그램을 사용해야 하는지 은행과 명확히 해야 합니다. 또한 전자 서명 인증서를 발급하려면 은행에 문의해야 합니다.

1C 프로그램의 전자 서명 설치 및 작업에 대한 일반 지침은 http://its.1c.ru/db/metod81#browse:13:-1:2115:2433 및 http://its.1c 섹션에 나와 있습니다. . ru/db/bspdoc#content:527:hdoc .

프로그램에서 전자서명을 설정한 결과 전자서명 인증서를 지정해야 직접 교환이 가능합니다.

은행과의 교환에 대한 모든 작업을 수행하기 위해 프로그램은 특별한 작업장을 제공합니다-(그림 1 참조)

그림 1 직장 "급여 프로젝트를 위해 은행과 교환

작업장은 다음을 허용합니다.

• 지불해야 하는 명세서를 파일로 업로드(은행으로 전송하기 위해)하거나 1C: DirectBank 서비스를 통해 직접 보내십시오.
• 인쇄 된 양식 생성-이체 목록 (은행으로 이체하기 위해);
• 이 명세서에 따른 금액의 입금 또는 비신용에 대한 은행의 확인을 직원의 계정에 업로드합니다(은행이 전송한 파일 또는 1C: DirectBank 서비스를 통해 직접).
• 금액이 모든 직원에게 적립되지 않은 경우 미 적립 금액에 대한 새 명세서를 생성합니다.
• 개인 계좌 개설을위한 신청서를 준비하고 파일에 업로드 (은행으로 전송)하거나 1C : DirectBank 서비스를 통해 직접 보내십시오. 이러한 신청서 작업 (다음 섹션에서 자세히 설명)
• 개인 계좌 개설 결과에 대한 확인을 은행에서 다운로드하십시오 (은행에서 전송 한 파일 또는 1C : DirectBank 서비스를 통해 직접).
• 수동으로 개인 계좌 번호 입력
• 해고 직원의 개인 계좌를 해지하기위한 신청서를 준비하고 파일에 업로드 (은행으로 이체하기 위해)하거나 1C : DirectBank 서비스를 통해 직접 보내십시오. 이 기능은 교환 형식 버전 3.3부터 사용할 수 있습니다.

작업 과정에서 작업장에서 특수 문서가 자동으로 생성되며 필요한 경우 해당 목록에서 찾고, 보고, 편집할 수 있습니다.

• 결제 주문,
• ,
• ,
• 개인 계좌 개설 확인,
• .

은행과의 교환 작업은 작업장을 사용하지 않고 다음 문서의 도움으로 직접 수행할 수 있습니다.

• 문서 자체에서 직접 은행에 명세서 업로드 은행에 대한 진술또는 문서에서 하나의 파일로 여러 문 결제 주문;
• 문서 목록에 직접 은행의 지불 확인 명세서를 업로드하십시오. 급여 확인;
• 문서 만들기 개인 계좌 개설 신청문서 목록에서 직접 업로드합니다.
• 짐 개인 계좌 개설 확인동일한 이름을 가진 문서 목록에서 직접;
• 문서 만들기 개인 계정 폐쇄 신청문서 목록에서 직접 업로드할 수 있습니다.

그러나 작업장은 추가 기회를 제공하여 작업의 편의성을 높입니다. 그것의 사용에 대한 추가 작업이 고려될 것입니다.

1. 급여 프로젝트의 매개변수

프로그램에 내장된 전자 교환 기능을 사용하려면 급여 프로젝트를 생성하고 설명해야 합니다. 지불 장소를 지정할 때 또는 다른 시간에 생성하여 Payroll Projects 디렉토리에 추가할 수 있습니다(그림 2).

쌀. 2 급여 프로젝트 카드(핸드북 요소)

급여 프로젝트 카드에서 체크박스를 선택합니다. 전자 문서 교환 사용. 체크박스를 선택하면 은행과 급여 프로젝트를 교환할 수 있는 작업장과 이 작업장에서 생성된 해당 문서를 사용할 수 있습니다.
급여 프로젝트 카드에서 전자 교환이 활성화되면 은행용 파일을 생성할 때 필요한 추가 정보를 지정할 수 있습니다. 급여 프로젝트의 조건에 따라 완료해야 합니다.
뱅크는 해당 디렉토리에서 선택하므로 해당 디렉토리에 뱅크를 생성해야 합니다. 올바른 BIC를 지정하는 것이 중요합니다. 직원의 개인 계좌 번호의 정확성을 제어하는 ​​데 사용됩니다.
형식 버전(파일 형식 필드)은 원칙적으로 최신 버전이 표시됩니다(기본적으로 채워짐). 필요한 표준 버전 번호를 은행에 추가로 명시할 수 있습니다.
급여 프로젝트의 이름은 프로그램 내에서만 사용됩니다. 여러 프로젝트가 있는 경우 쉽게 선택할 수 있습니다. 자동으로 생성되지만 편집할 수 있습니다.
급여 프로젝트의 일환으로 은행은 VISA 및 MasterCard와 같은 하나 이상의 시스템(직원 선택에 따라)의 카드를 발급할 수 있습니다. 은행에서 지원하는 시스템이 표에 나열되어 있어야 개인 계좌 개설을 신청할 때 선택할 수 있습니다.
선택한 은행이 1C: DirectBank 서비스를 지원하는 경우 급여 프로젝트 카드에서 동일한 이름의 명령을 사용하여 연결로 전환할 수 있습니다.

2. 급여

급여 이전에 관한 파일을 작성하려면 먼저 작성해야 합니다. 은행에 대한 진술 - 직원에 대한 정보와 해당 직원에게 양도해야 하는 금액이 포함되어 있습니다. 생성된 문은 테이블에 반영됩니다. 급여작업장 - 이 줄은 하역 준비가 되었음을 나타냅니다.
해당 버튼을 클릭하면 각 명령문이 별도의 파일로 언로드됩니다.
하나의 지급명령으로 지급된 여러 명세서를 합쳐서 하나의 파일로 업로드하는 것도 가능합니다. 이렇게 하려면 결합해야 하는 표에서 명령문을 선택하고 버튼을 클릭합니다. 결제 주문.
지불 주문서에 포함된 명세서 대신 테이블에 이 지불 주문서가 있는 행이 표시됩니다.

시트 또는 지불 주문은 작업장에 지정된 곳으로 언로드됩니다. 교환 파일 디렉토리, 또는 지정되지 않은 경우 언로드 중에 직접 선택한 항목으로. 업로드된 파일은 은행으로 이체해야 합니다.

은행이 입금 확인 전송을 지원하는 경우 확인 파일을 받은 후 프로그램에 로드해야 합니다. 직장에서 같은 이름의 버튼을 누르면 확인이로드됩니다 ( 다운로드 확인) – 은행에서 받은 파일을 나타냅니다. 결과적으로 프로그램은 문서를 생성합니다. 급여 확인 .

결과가 긍정적이면 확인서에 모든 직원이 돈을 받았다는 정보가 포함됩니다. 이러한 진술은 더 이상 직장의 진술 목록에 표시되지 않습니다. 목록 위의 패널에서 버튼을 클릭하여 디스플레이를 활성화하고 다시 비활성화할 수 있습니다.

명세서의 금액은 어떤 직원에게도 적립되지 않을 수 있습니다. 이 경우 명세서 라인 보고서 적립되지 않음(모든 라인이 오류임). 모든 직원에 대해 부채는 마치 명세서가 작성되지 않은 것처럼 다시 미지급으로 간주됩니다.
이 경우 문을 다시 등록할 수 있게 됩니다. 링크 재발행등록 확인이 취소되고 파일을 다시 업로드할 수 있는 명세서가 제공되며 다시 확인을 기다립니다.

마지막으로, 일부 직원은 등록이 승인되고 일부는 그렇지 않은 경우 급여 라인에 등록 오류(부분적)가 보고됩니다. 등록이 확인되지 않은 모든 직원의 경우 마치 명세서가 작성되지 않은 것처럼 부채가 다시 미지급으로 간주됩니다.

이러한 명세서는 등록에 성공한 경우와 같이 명세서 목록에 더 이상 표시되지 않습니다. 유사한 방식(버튼 클릭)으로 이러한 문을 표시하도록 설정할 수도 있습니다. 링크 재발행은행에 새 명세서를 작성할 수 있습니다. 여기에는 등록이 확인되지 않은 직원이 포함됩니다. 이 진술에 대한 작업은 원래 생성된 것과 동일하게 수행됩니다. 파일이 업로드되고 확인이 예상되고 로드되는 등의 작업이 수행됩니다.

프로그램은 직원에 대한 금액이 적립되지 않은 경우 전액 적립되지 않은 것으로 간주합니다. 즉, 금액의 일부는 적립되었고 일부는 적립되지 않았다는 것을 반영할 수 없습니다.

3. 직원의 개인 계정

전자 교환 프레임 워크 내 급여 프로젝트 직원의 개인 계정은 해당 정보 등록부에 저장됩니다 (그림 3).

그림 3. 정보 등록 “급여 프로젝트를 위한 직원의 개인 계정”

개인 계정의 매개변수는 다음을 나타냅니다.

계좌개설월- 개인 계정이 열린 것으로 간주되는 달을 표시하고 직원 개인 계정의 변경 내역을 저장할 수 있습니다. 예를 들어 직원을 위해 새 개인 계정을 열었지만 즉시 전송하지 않고 다음 달부터 전송해야 하는 경우에 유용할 수 있습니다. 메모프로그램은 같은 달에 조직의 직원이 동시에 여러 개인 계정을 열었음을 나타낼 수 없습니다(예: 이 조직의 다른 급여 프로젝트).

이미 개설된 개인 계정 번호 입력– 개인 계좌 번호는 정확히 20자리로 구성되어야 합니다. 또한 개인 계좌를 입력 할 때 번호의 관리 번호와 비교되는 관리 번호 (숫자 자체의 숫자와 급여 프로젝트에 지정된 은행의 BIC에서)를 계산하여 정확성을 제어합니다. 그러나 프로그램은 단순히 개인 계정이 잘못 입력되었을 수 있다고 제안하지만 더 이상의 사용을 금지하지는 않습니다. 이러한 프롬프트가 표시되면 계좌 번호가 올바르게 입력되었는지 확인해야 합니다. 숫자가 실제로 20으로 구성되지 않고 다른 숫자로 구성되거나 다른 문자가 포함된 경우 은행에 확인해야 합니다. 표준 교환 표준은 이러한 숫자를 제공하지 않으며 이후에 자금이 그러한 계정에 적립됩니다.

3.1 새 개인 계정 개설

은행과의 교환 작업장에서 새 개인 계좌 개설 작업을 수행하는 것이 편리합니다(그림 1의 개인 계좌 개설 하이퍼링크 참조). 표에는 선택한 조직의 직원이 표시되며(목록은 하위 부서로 더 제한될 수 있음) 프로그램에 급여 프로젝트에 대한 개인 계정 정보(예: 새로 고용된 직원)가 포함되어 있지 않습니다.

"지연"직원은 기본적으로 목록에 표시되지 않으며 계정 개설 신청서가 작성되지 않고 파일에 업로드되지 않습니다. 나중에 신청해야 하는 경우 목록 위의 패널에서 카드 이미지가 있는 버튼을 클릭해야 합니다. 그러면 목록에 표시되며 응용 프로그램에 포함하려면 링크를 클릭하십시오. 재개하다 .버튼을 다시 누르면 "연기된" 직원이 표시되지 않을 때 목록이 원래 상태로 돌아갑니다.

개인 계좌 개설 신청서를 작성할 직원 구성을 선택한 후 은행에 전송할 정보를 입력해야합니다. 각 직원에 대한 정보는 버튼을 클릭하면 열리는 지원 문서의 여러 탭에 입력됩니다. 프로필 수정. 응용 프로그램에서 라인에서 특정 직원을 선택하면 그의 데이터가 탭에서 편집됩니다.

3.2. 해고된 직원의 개인 계정 폐쇄

적어도 버전 3.3의 파일 형식이 지정된 작업장에서 급여 프로젝트를 선택하면 개인 계정 폐쇄 작업을 수행하기 위해 테이블을 사용할 수 있습니다. 테이블은 선택한 프로젝트에 대해 개인 계정을 개설한 해고 직원으로 채워집니다. 테이블을 작성할 때 직원이 조직에 하나의 작업이 남아 있지 않으면 해고된 것으로 간주됩니다.

파일 업로드(계정 폐쇄 신청)는 같은 이름의 명령으로 수행됩니다. 폐쇄된 개인 계정에 대한 추가 작업은 예상되지 않으며 필요하지 않습니다.

4. 개인 계좌 개설 신청

이 문서는 급여를 플라스틱 카드로 이체하기 위해 은행 직원의 개인 계좌를 개설하기 위한 전자 응용 프로그램을 준비하기 위한 것입니다.

그림 4. 개인 계좌 개설 신청

버전 3.5의 파일 형식이 급여 프로젝트 카드에 표시된 경우(그림 2 참조), 직원의 SNILS를 나타내는 개인 계정 열기 응용 프로그램에 필드가 나타납니다.