가공 명칭 1c 7.7 벨로루시. Yukola-info 소프트웨어 제품 "벨로루시 공화국 회계 설정"(7.7)에 대한 업데이트를 받았습니다. 액면가를 어떻게 수행합니까? 명칭의 기술적 측면

, 포함하는, 명칭 처리,. 다가오는 액면가에 대한 준비 상태를 미리 확인하고 싶은 사용자는 지금 사용해 볼 수 있습니다

!!! 메모 , 무엇 액면가 처리 , 구성에 포함되어 있습니다. 시험 . 따라서 정보베이스 사본에서 실행하는 것이 좋습니다!

업데이트 수신 권한에 대한 유효한 라이센스 계약을 보유한 MiSoft 고객은 이미 이 업데이트를 다운로드할 수 있습니다.

!!! 귀하의 프로그램인 경우"1C: 회계 7.7" 일반적이며 이전에 프로그래머가 수정한 적이 없습니다.을 선택하면 직접 또는 를 사용하여 업데이트를 설치할 수 있습니다.

!!! 귀하의 프로그램인 경우 이전에 프로그래머에 의해 수정되었습니다, 저것 .

액면가는 현재 정보 데이터베이스에서 수행됩니다. .

프로그램을 업데이트하면 현재 정보 기반에 기록을 유지할 수 있습니다. 상수, 참고 도서, 문서, 인쇄된 양식이 처리되었으며 금액은 액면가 날짜에 따라 인쇄되었습니다. 이것이 필요한 이유는 동일한 데이터베이스에 액면가 전후의 금액이 포함되기 때문입니다.

종파에 대한 대우는 매우 보편적입니다. 사용자의 요청에 따라 2016년 7월 1일 현재 수정 작업을 수행하여 정보 베이스의 잔액을 조정합니다. 금액과 가격이 포함된 참조 정보도 표시됩니다.

1C: 회계 7.7 프로그램에서 명칭을 수행할 때 다음과 같은 일련의 작업이 가정됩니다.

• 정보 베이스의 보관 사본을 만들어 독립 매체에 저장합니다.
• 정보베이스 업데이트
• 정보 베이스의 사본을 만들어 독립 매체에 저장합니다.
• 명칭 절차를 수행합니다.
• 액면가 전후 금액이 포함된 액면가 보고서 생성
• 7월 1일까지 편집 금지 설정

1c 데이터베이스에서 명칭을 수행하는 방법은 무엇입니까?

2016년 7월 1일부터 벨로루시 공화국에서는 2015년 11월 4일자 벨로루시 공화국 대통령령 제450호에 따라 공식 통화의 명칭이 시행되었습니다.

이는 이 날짜까지 모든 조직과 개인 기업가가 회계 기록에 모든 자산과 부채의 10,000배 감소를 반영해야 함을 의미합니다(이것은 상기 법령).

현재 종파의 특징은 연중에 개최된다는 점이며, 이는 가볍게 말하면 회계 서비스 업무에 약간의 불편을 수반합니다. 또한 벨로루시 공화국 무역부의 준비된 설명에 따르면 2016년 7월 1일부터 12월 31일까지의 기간 동안 제조업체, 판매자, 공급업체, 공연자 및 그 대표자가 다음과 같은 사실을 고려해야 합니다. 소비자에게 제공되는 상품(작업, 서비스)에 대한 정보를 제공할 때, 상품 구매 주문, 작업 수행, 서비스 제공, 상품, 작업 및 서비스 가격(관세)을 확인하는 문서를 등록할 때 지폐에 표시해야 합니다. 2000년형 지폐와 2009년형 지폐를 동시에 발행합니다.

실습에서 알 수 있듯이 대다수는 법인그리고 개인 기업가그들은 벨로루시 전역에서 가장 인기 있는 소프트웨어인 1C 플랫폼을 작업에 사용합니다.

따라서 우리는 기업의 올바른 회계 및 운영 회계를 보장하는 형태로 발생한 문제를 해결하려는 비전을 제공하고 싶습니다.

1C 데이터베이스의 명칭 옵션:

옵션	장점	결함
2016년 7월 1일부터 베이스 트리밍	잔액은 2~3시간 내에 입력됩니다.	연간 매출액 및 조정 보고서를 볼 수는 없습니다. 휴가 및 병가 계산 문제
2016년 1월 1일부터 기본 트리밍	전체 연도의 데이터가 하나의 데이터베이스에 있습니다. 연초의 모든 매출 및 보고서는 액면가를 고려한 작업입니다.	이 옵션은 이동이 적은 데이터베이스에만 사용할 수 있으며, 대규모 데이터베이스의 경우 이러한 롤업 시간은 며칠 동안 지속될 수 있습니다.
변경 사항 인쇄된 양식나가는 문서	데이터베이스의 데이터는 이전 연도 동안 동일한 상태를 유지합니다. 매출액 및 조정 보고서에는 모든 항목에 대한 정보가 표시됩니다. 이용 가능 기간.	문서는 오래된(비명칭) 방식으로 데이터베이스에 입력된다는 점을 기억해야 합니다. 화폐 단위. 그리고 작업의 편의성을 높이려면 2017년 1월 1일부터 베이스를 다듬어야 합니다.
정보베이스의 모든 작업 변경	데이터베이스의 데이터는 이전 연도 동안 동일한 상태를 유지합니다. 매출액 및 조정 보고서에는 사용 가능한 기간에 대한 정보가 표시됩니다(금액은 액면가 형식으로 표시됨).	운영 회계 레지스터를 사용할 때 문제가 있습니다. 단위 시간은 2시간입니다(데이터베이스의 문서 수에 따라 다름).

우리 의견으로는 가장 바람직한 옵션은 데이터베이스의 모든 작업을 변경하는 것입니다. 결과적으로 귀하는 벨로루시 루블로 변환된 모든 기간의 데이터가 포함된 완전한 운영 정보 기반을 받게 됩니다. 그러나 매우 큰 데이터베이스의 경우 이 옵션은 적합하지 않을 수 있으며 2016년, 2015년 초 또는 데이터베이스에 저장해야 하는 다른 기간의 기본 트리밍과 결합해야 합니다.

우리의 전문가들은 위의 모든 액면가 방법을 통해 작업했으며 실행할 준비가 되었습니다.

명칭 1C의 비용은 다음과 같습니다. 800 000 벨로루시 루블.

선택하다 최선의 선택, 귀하의 요구를 충족시키고 벨로루시에서 서비스 명칭 1C 2016을 주문하십시오지금 당장 전화로: +375 29 793 07 21 (MTS).

처리는 다음에 따라 모든 구성에 적합합니다. 회계. 프로그램의 전체 작업 기간 동안 추진력을 유지하고 균형을 정확하게 조정할 수 있습니다.

디렉토리에서 필요한 비정기적 세부 사항은 10,000으로 나뉘며, 주기적 세부 사항의 경우 2016년 6월 30일에 새 값이 추가됩니다. 이는 마지막 값을 10,000으로 나눈 값과 같습니다.

처리는 여러 번 시작될 수 있으며 금액은 다시 지정되지 않습니다.

구성에 약간의 추가가 필요하며, 그런 다음 제거할 수 있습니다.

또한 누락된 참고 도서 및 세부 정보를 등록하려면 처리 코드 자체에 최소한의 개입이 필요합니다.

절차

1. 내려놓다 정확도 2금액과 가격을 자세히 저장합니다.

2.문서 추가 일반적인 필수 조건 "지정",숫자 1.0은 음수가 아닙니다.

3. 세부 정보가 지정될 디렉터리에 대해 동일한 세부 정보를 추가합니다.

4.추가 "계정 잔액"을 문서화하십시오.

식별자: 계정 잔액

모자:

계정, 유형 주요 계정과목표 계정

테이블:

Subconto1, Subconto2, Subconto3 - "정의되지 않음"을 입력합니다.

AmountDebitBefore, AmountDebitAfter, AmountCreditBefore, AmountCreditAfter - 번호 19.2.

SumDebitAfter 및 SumCreditAfter - 잔액 조정 후 액면가 이후에 설정될 잔액을 포함합니다. 만족스럽지 못한 부분이 있으면 수동으로 수정할 수 있습니다.

그림 2 및 그림 3 참조

4. 데이터베이스의 복사본을 만듭니다.

5.하나의 베이스 - 오래된- 1.07.16까지 데이터를 저장합니다. 우리는 6월 문을 닫을 때까지 그곳에서 일합니다. 7월 1일 이후에는 두 개의 기지에서 일해야 합니다. 이전 데이터베이스에서 새 데이터베이스로 데이터를 전송하는 방법은 데이터 전송에 대한 별도의 주제입니다.

6.2루수 - 새로운- 7월 1일 이후 주요 작업 기지가 됩니다. 그 안의 모든 거래 금액을 10,000으로 나누어 잔액은 액면가 전 잔액과 동일하게 조정됩니다. 데이터베이스가 크고 모든 트랜잭션을 처리하는 것이 불가능할 경우 초기 몇 년을 잘라야 합니다.

7. 새 데이터베이스에서 처리를 시작합니다. 그림 1

처리 작업은 무엇입니까?

단추 " 1. 액면가 전 잔액 기록» 각 계정에 대한 "계정 잔액" 문서를 생성합니다. 문서 번호는 계정 코드이므로 변경할 수 없습니다. 작업을 다시 수행해야 하는 경우 문서를 삭제하도록 표시해야 합니다.

b) 버튼 " 2.거래의 명칭» 다음에 대한 모든 게시물을 나눕니다. 특정 기간이 절차는 동일한 기간 동안 여러 번 실행될 수 있으며 각 문서에 대해 거래 금액이 성공적으로 표시된 후 "표시" 플래그가 설정되므로 반복적인 분할이 없습니다. 트랜잭션의 각 작업을 처리할 수도 있지만 속도가 느려집니다. 따라서 이 줄은 주석 처리되었습니다.

주목!!!서류의 내용은 변경되지 않으므로 반드시 기재해주셔야 합니다. 재수행 금지오래된 문서.

c) 버튼 " 3. 디렉토리 세부사항의 명칭» 지정된 디렉터리의 경우 지정된 비주기적 세부 정보를 10000으로 나누고, 주기적 세부 정보의 경우 06/30/16에 새 값을 추가합니다. 이는 마지막 값을 10000으로 나눈 값과 같습니다.

여기에서 특별한 참고 서적의 프로그램 텍스트에 몇 줄을 추가해야 할 수도 있습니다. 이제 처리 과정에서 OS, 재료, IBP, 명명법, 장비, 현금 문서 등 디렉토리에 대한 명칭이 만들어집니다. 세부 사항이 종파에 영향을 받는 다른 디렉토리가 있는 경우 다음 단락을 읽으십시오.

절차 중 명칭디렉터리()각 디렉토리에 대해 두 개의 문자열 변수를 설정합니다. 하나는 일반 세부 정보를 포함하고 두 번째는 주기적 세부 정보를 포함합니다. 속성 이름은 큰따옴표로 묶여 있습니다. 이러한 문자열은 값 목록으로 변환되기 때문입니다. 그런 다음 필요한 경우 데이터베이스에서 명칭이 적용되는 디렉터리에 대한 DenominationSpr 프로시저에 대한 호출을 추가해야 합니다.

세부 사항을 지정해야 하는 경우하위 디렉토리, DenominationSpr() 프로시저를 수정해야 합니다. 거기에 공백이 있습니다. 이것이 절차의 끝입니다. 디렉터리의 식별자를 대체하고 해당 세부 정보를 표시해야 합니다.

세부 사항 지정은 여러 번 안전하게 수행할 수도 있습니다. 재분류는 없을 것입니다.

문서에서 " 환율» 모든 날짜에 10000의 배수가 표시됩니다.

e) 버튼 " 4. 잔액 조정» AmountDebitAfter 및 AmountCreditAfter 열의 "계정 잔액" 문서에 표시된 "참조" 잔액으로 잔액을 조정합니다.

차이점은 지정된 항목에 적용됩니다. 차액 계정 및 해당 하위 계정. 각 계정에 대해 2016년 6월 30일에 대한 수동 거래가 생성됩니다. 거래 내용은 계정 코드입니다. 프로시저를 다시 실행해야 하는 경우 기존 작업을 삭제해야 합니다.

잔액 조정을 시작할 수 있습니다 하나의 계정에 대해- '선택된 계정' 필드에 지정되어야 합니다.

8. 아직 계좌잔액이 없을 때 액면분할을 진행합니다. 따라서 6월이 종료되면 이전 데이터베이스에서 7a단계의 작업을 수행해야 합니다. 그런 다음 계정 잔액 문서를 새 데이터베이스로 전송합니다. 7e단계를 완료하여 조정 작업을 삭제하고 새 조정을 생성합니다.

2016년 7월 1일에 1C에서 명칭을 수행하려면 두 번의 총 측정에 대한 기록을 유지하는 것이 좋습니다. 벨로루시 루블오래되고 새로운 샘플. 그러나 작업을 단순화하고 프로그램에서 수동으로 지정을 수행하거나 7월 1일 처리를 사용하기로 결정한 경우에도 즉, 결과를 비율로 지정합니다. 1:10000 , 그러면 데이터베이스가 엉망이 될 것입니다. SALT, 조정 보고서, 계정 카드, 주문 일지 및 1C 프로그램의 기타 모든 보고서는 이 작업을 "논리적"으로 인식합니다. 해당 기간의 매출은 "부동"되고 결과가 요약됩니다. 헌 돈과 새 돈은 동등하다. 따라서 이 옵션은 즉시 제외됩니다.

5가지 솔루션:

1) 올바른 선택! 데이터베이스를 두 개로 나눕니다. 2차 교단은 7월 1일에 진행된다.

양식과 메타데이터를 아주 미세하게 조정하세요. 전반전은 1루수로 그대로 둔다. 그리고 하반기에는 2루수에서도 새로운 형태의 금전적 기록을 남기기 시작할 예정이다. 데이터베이스를 두 개로 분할하기 전에 모듈과 모든 메타데이터를 마무리하고 복사본을 생성한 후 WRAP.ert 처리를 사용하여 컨볼루션을 수행해야 합니다. 그런 다음 동일한 처리를 사용하여 새 데이터베이스에서 단위를 지정합니다. 2분기에 이미 발생한 거래 및 메타데이터에서 "0000"을 제거합니다. 하지만 한 가지 단점이 있습니다. 데이터베이스를 두 개로 분할하면 데이터 획득 효율성이 떨어집니다. 예를 들어, 상대방에 대한 연도 조정 보고서를 생성하려면 두 개의 데이터베이스에서 이 작업을 수행해야 합니다! 이 옵션을 선택할 때 기본을 6개월로 나누는 데 따른 모든 뉘앙스를 이해해야 합니다.

2) 올바른 선택!작업 기반에서 명칭 수행(분할 없음):

양식과 메타데이터를 아주 미세하게 조정하세요. 액면가 요소 10000을 고려하여 취소된 거래를 생성합니다(즉, 계좌 Dt. = 3,000,000 -> Dt. -2,999,700에 대해 전기가 이루어진 경우 -> 결과적으로 계좌 Dt = 300). 주목! 보고서는 중복(7월 1일 이전 및 이후)으로 작성하는 것이 바람직하다는 점을 명심할 필요가 있습니다.

양식과 메타데이터를 아주 미세하게 조정하세요.

3) 올바른 옵션이지만 매우 비쌉니다!다음에 대한 모든 1C 메타데이터를 마무리합니다.명칭을 지정하고 이를 수행합니다.7월 1일2016.

기업에 가장 비싼 옵션입니다.

버전 8.2 및 8.3에서는 "구식 루블 금액"이라는 추가 차원을 생성할 수 있습니다.

버전 7.7에서는 비통화 계정에서 잔액 또는 추가 잔액 부족 계정(2009 루블)을 사용할 수 있습니다.

또한 거의 모든 메타데이터 개체를 다시 실행해야 합니다. 보고서, 디렉토리, 문서, 처리, 글로벌(7.7) 및 일반(8) 모듈, 계정과목표, 등록부 등 1C 프로그래머로 구성된 대규모 직원을 보유한 대기업만이 이 방법을 구현할 수 있습니다.

4) 잘못된 것을 발견했습니다! 계속해서 기존 화폐 단위로 기록을 보관하세요.

아무 것도 할 필요가 없기 때문에 비용이 전혀 들지 않으며 대부분의 회사에 가장 적합합니다. 즉, 모든 것을 그대로 두십시오. 예를 들어 조정 보고서와 같은 일부 보고서의 헤더에 정확성을 위해 "2000 모델의 벨로루시 루블이 계산에 사용됩니다."와 같은 문구를 추가할 수 있습니다.

5) 인식됨잘못된! 데이터베이스를 두 개로 분할합니다. 2차 교단은 1월 1일에 진행됩니다.

1루의 기간(상반기)은 더 이상 변경되지 않도록 “폐쇄”합니다. 두 번째 데이터베이스에서는 1월 1일에 대한 WRAP.ert 처리를 사용하여 롤업합니다. 먼저 복사본을 만드는 것을 잊지 마세요. 이에 따라 2016년 1월 1일부터 회계처리가 됩니다. 변경 사항이 있는 경우 2016년 7월 1일 이전에 두 정보 베이스 모두에 변경 사항이 적용되어야 한다는 점을 기억하십시오. 2017년 초 7월 1일을 기준으로 작업 기반을 무너뜨리고 다듬는 것이 가능할 것입니다. 따라서 2016년 7월 1일 이전의 첫 번째(액면가 없음)와 2016년 7월 1일 이후의 두 번째(액면가 있음)의 두 가지 베이스를 갖게 됩니다.

6) 인식됨잘못된!1C의 보고서만 수정종파7월 1일2016.

회계사가 "외부" 상대방에게 데이터를 보내는 데 가장 자주 사용하는 보고서(조정 보고서, 부채, 현금 흐름 보고서 등)에서 "벨로루시 루블 금액"이라는 금액 아래에 계수가 1:10000인 추가 라인을 표시합니다. 2009년 모델입니다."