집 > 아이폰 OS > "1C: SCP"와 "1C: BP"의 차이점. upp에서 bp upp bp로 데이터 전송


"1C: SCP"와 "1C: BP"의 차이점. upp에서 bp upp bp로 데이터 전송




SCP 구현에 대한 충분한 경험이 있으므로 각 프로젝트에서 조만간 회계 부서를 부서로 이전하여 프로그램에서 작업해야 한다는 점에 주목하고 싶습니다. 이 과정에는 많은 어려움이 있습니다. 특히 BP 2.0에서 SCP로의 전환에 주목하고 싶습니다. BP 3.0이 이미 출시되었음에도 불구하고 이 질문은 한동안 인기를 끌 것으로 생각합니다. 그래서 어려움은 무엇입니까?

물론 모든 기능이 현대 현실에 해당하지만 1.3에서 회계 부서는 2.0보다 엔터프라이즈 에디션 1.6의 회계 부서에 더 가깝다는 사실부터 시작해야 합니다. 그럼에도 불구하고 그것은 오래되고 구식으로 돌아가는 것으로 인식됩니다. 그리고 가장 중요한 것은 여기에 상당한 양의 진실이 있다는 것입니다.

물론 회계 작업의 경우 구성 (이하 BP라고 함) 2.0에는 장점과 편의성이 있지만 그럼에도 불구하고 SCP의 하이라이트는 1C 솔루션에 아날로그가 없는 생산 회로입니다(제외). 불행히도 이러한 심리적 이점을 되돌리기는 어렵습니다. 이는 재교육하지 않는 직원을 해고하겠다는 경영진의 강한 의지에 의해서만 달성됩니다.

1C SCP와 1C 회계의 차이점

실제로 처리해야 했던 UPP와 BP를 구별하는 주요 부정적인 점은 다음과 같습니다.

  • 참조로 송장 작성 (BP에서 이러한 송장은 별도의 탭에 입력됨).
  • 보고서의 모양(녹색 머리글과 많은 설정이 있는 BP의 아름다운 보고서와 달리 PMS의 회계 보고서는 확실히 단조로워 보입니다).
  • 문서 저널의 차이점(BP의 회계사가 사용하는 문서 저널의 이름과 구성이 다름).
  • 문서 저널 형식에 대한 추가 검색 필드가 있습니다.

267개의 1C 비디오 강의를 무료로 받으세요:

이제 우리는 회계에 영향을 미칠 수 있는 이들 및 기타 기술적 가능성에 대해 더 자세히 이야기해야 합니다. 또한 1C UPP가 제공하는 대안은 무엇입니까?

내 생각에 회계사에 대한 UPP 및 BP 회계 원칙의 가장 중요한 차이점은 "회계 명세서"에 비즈니스 거래를 반영하는 것이 불가능하다는 것입니다 (아마도 매우 제한된 수). 일부 회사에서는 회계의 절반이 "운영" 사용을 기반으로 합니다. 이 기능은 회계 레지스터뿐만 아니라 SCP에서 회계 레지스터의 광범위한 사용에서 비롯됩니다. SCP에서 대부분의 작업은 특수 문서에 의해 수행됩니다.

예: 대부분의 회계사는 Dt91 Kt76 대응을 나타내는 작업을 사용하여 발행된 대출에 대한 이자를 반영하지만 1C UPP에서 이 접근 방식은 예를 들어 상대방과의 상호 결제 등록에 영향을 미치지 않습니다. 상품 및 서비스 판매 문서를 사용해야 합니다.

이와는 별도로 문서 작업을 사용할 기회가 있지만 레지스터 수정 문서와 함께 만 사용할 수 있으며이 문서는 준비되지 않은 사용자를 무감각하게 만들 수 있습니다.

또한 일부 회계 계정에 대한 하위 콘토 회계의 차이점과 표준 방법을 사용하여 관심 있는 정보를 얻을 수 없다는 점에 유의해야 합니다. 예를 들어, 계정 60에는 레지스트라 문서가 각각 BP에 반영되는 "상대방과의 합의 문서"라는 세 번째 하위 콘트롤이 없으므로 표준 대차 대조표를 사용하여 이러한 문서를 볼 수 없습니다. 이 상황에서 벗어나는 방법 중 하나는 "상대방과의 상호 합의에 관한 진술"이라는 보고서를 사용하는 것입니다.

예를 들어 MC 계정과 같은 1C SCP에 일부 "대차 대조표" 계정이 없습니다. 실제로 운영 중인 자재는 MC 계정으로 BP에 설명됩니다. SCP에서 작업으로 전송된 재료에 대한 정보는 "작업 중인 재료" 레지스터에 기록되며, 이에 대한 정보는 "작업 중인 재료 목록" 보고서를 사용하여 얻을 수 있습니다.

월 마감 절차가 없으므로 가깝고 이해할 수 있습니다. 예, SCP에는 그러한 처리가 없습니다. 월 마감은 "월 마감 설정" 참조 요소를 사용하는 비즈니스 프로세스 "월 마감 절차"를 사용하여 수행됩니다.

아마도 이 점은 매우 특별한 경우일 것이다. 그럼에도 불구하고 주목할 가치가 있습니다. "OS 이동" 문서 - 여기에서 어려운 점은 회계 부서에서 고정 자산 개체가 이동되는 위치와 위치를 표시하고 개체가 이동되는 위치만 SCP에 표시된다는 것입니다. 개체의 실제 위치는 해당 시점의 레지스터 항목에 의해 결정됩니다.

SCP의 감가 상각 보고서는 표시 방식이 다르며 고정 자산의 움직임을 반영하지 않습니다. 또는 업그레이드된 보고서를 사용할 수 있습니다.

채워진 세부 정보의 수가 증가했습니다. 물론 소품의 수도 늘어났다. 그러나 사용자 설정으로 인해 이러한 세부 정보의 대부분이 자동으로 채워질 수 있습니다.

현재 상황에서 벗어나는 길

일반적으로 우리가 직면한 대부분의 작업에는 몇 가지 솔루션이 있습니다. 이 상황에서 예를 들어 다음을 강조할 수 있습니다.

한 회사에서 회계 부서의 지위는 매우 강했고 1C SCP 1.3에서 과거로 돌아가는 것을 몹시 좋아하지 않았고 프로젝트가 위험에 처했습니다 ... 다행히도 회사는 훌륭한 재정적 기회를 가졌습니다 ... 결과 모든 회계 보고서의 완전한 서신이었으며 BP 2.0 형식으로 가져와 문서 저널에 새 문서를 추가하고 문서 저널 양식에 검색 양식을 표시했습니다. 개발 및 추가 지원 측면에서 비용이 많이 드는 것으로 판명되었지만 회계 부서는 그 중요성을 느꼈고 프로젝트는 계속되었습니다.

이 옵션은 그다지 효과적이지 않은 것 같지만 삶의 자리가 있습니다.

정반대의 솔루션은 기존 기능만 사용하라는 경영진의 엄격한 지시입니다. 그건 그렇고, 회계를 완전히 유지할 수 있도록 모든 제어 메커니즘이 있습니다. 이 접근 방식은 회사에 최적입니다!

프로그램 1C SCP ed에서 데이터 전송. 1C 회계 8 에디션의 1.3. 3.0

옮기다정보베이스는 데이터 언로드 및 로드 규칙을 사용하여 생성됩니다. 데이터 교환을 통해

에서 전환 1C 제조 기업 관리~에 1C 기업 회계이전 기간의 예정된 작업이 완료된 후 새 기간(연도, 분기, 월)이 시작될 때 수행하는 것이 좋습니다. 마이그레이션 규칙은 일반 데이터 마이그레이션에도 사용할 수 있습니다.

주목.기사에 설명 된 모든 것 1C 통합 자동화 프로그램에서 1C 회계 8로 데이터 전송 SCP에서 데이터 전송에 완전히 적용됩니다.

에서 데이터를 다운로드하는 동안 1C 제조 기업 관리다양한 오류가 발생할 수 있습니다. 여기에 제시된 마이그레이션 규칙은 업로드 단계에서 일부 오류를 찾습니다.

상품 및 자재의 수량 및 0이 아닌 금액. 상품 및 자재의 수량이 0이고 상품 및 자재의 예상 비용이 0이 아닌 방식으로 수신자 구성에 잔액을 입력하는 것은 불가능하며 의미가 없습니다. 실수. 따라서 잔액이 이전될 때 이러한 항목(수량이 0인)은 잔액 입력 전표에서 사용할 수 없습니다. 따라서 데이터 전송 전에 오류를 수정하지 않으면 잔액을 전송할 때 데이터 원본과 데이터 대상의 금액이 일치하지 않아 추가적인 조정 문제가 발생합니다. 따라서 데이터를 언로드하는 과정에서 1C 유피오류 메시지가 표시됩니다. 매개변수가 설정되면 확인이 수행됩니다. 넌제로섬의 제로금액 확인.

매개변수 설정으로 OS 계정 레지스터의 준수 확인레지스터의 나머지 부분과 일치하는지 확인합니다. CostOS회계및 회계 데이터. 레지스터의 잔액이 일치하지 않으면 이에 대한 메시지가 표시됩니다. 대부분의 경우 누적 감가 상각액에 불일치가 있습니다. SCP의 감가 상각은 레지스터의 데이터를 고려하여 계산됩니다. CostOS회계 BU 레지스터에 따르지 않습니다. 설명된 불일치로 인해 이전 후 원본과 대상의 감가상각 계산이 일치하지 않을 수 있습니다.

운영 절차.

가장 일반적인 형태의 프로세스는 다음과 같습니다. 소스 데이터베이스의 데이터 SCP중간 파일로 언로드(그림 1 참조) 데이터 파일 이름), 그런 다음 대상 데이터베이스에 로드됩니다. BP 3.0.

데이터 업로드 및 로드는 처리를 사용하여 수행됩니다. 형식의 범용 데이터 교환XML, 예외없이 회사의 모든 표준 구성에 있습니다. 1C. 메뉴 - 도구 - 기타 데이터 교환에서 열 수 있습니다.

Fig.1 데이터 업로드

언로드를 위해서는 교환 규칙을 사용해야 합니다. SCP_ACC8.xml, 입력 필드에 지정해야 합니다. 규칙 파일 이름. 규칙 파일을 선택하면 규칙 파일을 읽고 트리가 채워집니다. 데이터 업로드 규칙. 필요한 경우 입력 필드 오른쪽에 있는 버튼을 사용하여 교환 규칙을 다시 읽을 수 있습니다. 교환 규칙을 읽을 때 업로드 매개변수는 기본값으로 채워집니다(그림 2 참조). 원하는 경우 데이터를 업로드하기 전에 변경할 수 있습니다.

그림 2 데이터 업로드 매개변수

1. 우선 조직의 회계 정책을 이전하는 것이 좋습니다.. 그러나 한 번에 모든 데이터를 전송할 수 있습니다. 안에 SCP북마크에 업로드 옵션다양한 매개 변수를 설정하여 프로세스를 제어할 수 있습니다. 이 단계에서 매개변수를 값으로 설정하는 것이 유용합니다. 예. 이 경우 데이터를 로드할 때 수신 데이터베이스의 회계 매개변수가 구성됩니다. BP 3.0.

우리는 버튼을 누릅니다 데이터 업로드지정된 폴더에서 데이터 파일을 가져옵니다.

그런 다음 데이터를 수신 데이터베이스에 로드해야 합니다. 데이터 로드 중 1C: 회계 8처리하여 수행 XML 형식의 범용 데이터 교환, "모든 기능" 메뉴에서 호출할 수 있습니다. 이 메뉴 항목이 없으면 "주 메뉴" - "도구" - "옵션" 버튼을 클릭하고 "모든 기능 표시" 명령 확인란을 선택하여 추가할 수 있습니다. 탭에서 업로드와 동일한 파일 이름을 업로드에 지정하고(그림 3 참조) 버튼을 클릭합니다. 데이터 다운로드.

중요한!로드 중 BP 3.0처리 버전 2.1.8을 생성해야 합니다. 이것이 바로 표준 구성에 포함된 것입니다. 이는 문서를 기록할 때 특히 중요합니다. 작업(및 일반적으로 레코드 세트 등록). 버전 2.1.7에 줄이 없습니다. Motion.Write = 참및 문서의 메타데이터 속성 홀딩 중 움직임 기록 Configurator에서 선택된 레코드. 따라서 버전 2.1.7에서는 움직임이 기록되지 않습니다.

다운로드 시, 업로드 시 파라미터를 설정한 경우 프로그램 설정 및 회계 매개변수 동기화의미로 예, 회계 매개변수는 수신기 베이스 BP 8.3에서 구성됩니다. 수신 베이스의 설정이 소스 베이스의 설정과 일치하지 않으면 서비스 메시지 창에 나타나는 항목에 대해 수정됩니다(그림 4 참조). 메시지 상자의 내용을 그림 2에 표시된 매개변수와 비교하십시오. 앞으로 나머지 정보를 전송할 때 이러한 동기화가 필요하지 않음이 분명합니다.

Fig.4 회계 설정 변경에 대한 메시지

이로써 과금 정책의 이전과 대상 기반의 과금 매개변수 설정이 완료됩니다. 기본 정보 이전 준비가 완료되었습니다.

2. 다음으로 나머지를 BP 3.0 수신기 베이스로 옮겨야 합니다.양도일에. 이 경우 교환 규칙은 다른 데이터베이스로의 데이터 전송과 동일한 방식으로 작동합니다. 기초 잔액 입력. 언로드 시 수신 잔액 섹션에서 규칙을 지정해야 합니다(그림 5 참조).

Fig.5 잔액 이체에 대한 교환 규칙

수신 베이스에 적재할 때 BP 3.0문서가 나타납니다 기초 잔액 입력수행할. 필요한 모든 레지스터 이동을 생성합니다. 이 과정에서 서비스 메시지 창에 오류에 대한 항목이 있을 수 있습니다. 문제가 있는 문서를 수정하고 문제가 있는 문서를 처리해야 합니다. 전기 오류는 회계 오류로 인해 발생합니다. 그림 6은 이러한 오류의 예를 보여주며, 이는 잔차 형성에 문제를 일으킵니다. 자재의 양은 0이고 자재 및 창고별로 롤업된 금액도 0이지만 세 번째 하위 콘토에 반대 기호가 있는 0이 아닌 잔액이 있습니다. 이것은 매우 일반적인 상황입니다. 이러한 잔류물은 문서에 포함됩니다. 기초 잔액 입력,그러나 그것을 실행하는 것은 불가능할 것입니다.

그림 6 회계 오류의 예

이 경우 문서의 두 줄 모두 기초 잔액 입력 1C 8.3 수신기 베이스에 잘못된 저울이 있는 경우 삭제해야 합니다. 그런 다음 문서가 보류됩니다.

필수 분석 부족과 관련된 오류가 있습니다. 예를 들어 상대방과의 합의 계정에는 하위 콘토가 제공됩니다. 상대방과의 결산 문서, 그러나 실제로는 나머지 부분에 그러한 하위 개수가 없습니다. 이로 인해 잔액 입력을 위한 문서를 게시할 수 없게 됩니다. 이러한 오류는 새 계산 문서를 생성하여 수동으로 수정해야 합니다.

전환일에 잔액을 생성할 때 잔액을 입력하기 위한 문서가 수신 데이터베이스에 나타날 뿐만 아니라 일부 문서가 링크를 통해 전송됩니다. 예를 들어, 이들은 상대방과의 합의 계정에 대한 하위 계약을 나타내는 문서입니다. 날짜가 이전 날짜보다 빠른 문서는 게시되지 않으며 게시되어서는 안 됩니다.

3. 이제 문서를 전송해야 합니다.잔액 날짜보다 늦은 날짜로. 다운로드 후 수행해야 합니다. 언로드 시 섹션에서 언로드 규칙을 표시해야 합니다. 선적 서류 비치. 문서 데이터 업로드 규칙은 그림 7에 나와 있습니다.

Fig.7 문서 언로드 규칙

중요한!일단 업로드되면 업로드 기간 시작일보다 이전 날짜의 모든 문서는 게시되지 않은 상태로 유지되거나 삭제 표시된 상태로 유지되어야 합니다. 이것은 앞으로 작업할 때 모니터링해야 합니다. BP 3.0. 특히 데이터 업데이트 시 주의가 필요합니다.

4. 이제 디렉토리 전송에 대해. 이전 단락에서는 디렉토리 전송 규칙을 언급하지 않았으며 이것이 전송되지 않았다는 의미는 아닙니다. 참조에 의한 디렉토리 요소가 전송되었습니다. 즉, 잔액을 입력하기 위한 문서와 다른 문서에 포함된 문서에 존재합니다. 이는 추가 작업에 필요한 대부분의 참조 정보가 이미 전송되었음을 의미합니다.

따라서 원칙적으로 구체적으로 참조정보를 전달할 필요는 없습니다. 그러나 그럼에도 불구하고 그러한 필요성이 발생하고 어떤 문서에서도 디렉토리 요소를 찾을 수 없지만 향후 필요할 경우이 목적을 위해 섹션에 그룹화 된 교환 규칙 참고 도서(그림 8 참조). 디렉토리에 대한 데이터 업로드 규칙은 그림 8에 나와 있습니다.

그림 8 디렉토리 언로드 규칙

디렉토리 전체를 전송할 필요는 없으며 다양한 필터로 업로드를 제한할 수 있습니다. 이렇게 하려면 창의 오른쪽 절반에서 가장 간단한 선택 항목을 구성해야 합니다(그림 9 참조). 필드선택한 디렉토리를 나타냅니다. 비교 유형- 동일하게 의미- 참조 요소에 대한 링크. 이를 통해 문서의 링크를 통해 다운로드되지 않은 디렉토리의 누락된 요소를 전송할 수 있습니다. 또한 다양한 참조 세부 정보와 다양한 유형의 비교를 사용하여 보다 복잡한 선택을 생성할 수 있습니다.

Fig.9 언로드 중 선택 설치

5. 정보 등록부 이전(이하 RS라고 함)도 참조 정보 전송의 일부입니다. 독립적인 정보 레지스터가 있습니다. 문서와 아무 관련이 없습니다. 따라서 링크로 전송할 수 없으므로 독립적으로 전송됩니다. 이러한 레지스터에 대한 데이터 업로드 규칙은 섹션에 그룹화되어 있습니다. 정보 레지스터. 이것은 여기에 표시된 모든 정보 레지스터를 전송해야 한다는 의미는 아닙니다. 예를 들어, 프로그램 자체를 사용하여 일부를 전송하거나 1C 8.3 수신기 베이스에 로드할 수 있습니다. 일부 정보 레지스터는 전송 전에 이미 채워져 있습니다.

팁: 교환 규칙을 로드할 때 설정된 기본 설정을 사용하십시오. 설정이 손실되면 자동으로 저장하고 설정을 사용한다는 의미입니다. 선택 취소 개봉시 사용교환 규칙의 설정이 복원됩니다.

정보 레지스터가 주기적이면 언로딩 기간 동안 언로딩이 수행됩니다(그림 9 참조). 그러한 등록부를 양도할지 여부와 양도하는 경우 기간을 결정하는 것은 사용자에게 달려 있습니다.

위에서 설명한 절차는 여러 단계로 나뉩니다. 이는 명확성과 알고리즘에 대한 더 나은 이해를 위해 수행됩니다. 예를 들어 잔액과 문서를 동시에 이체하는 등 여러 단계를 하나로 결합할 수 있습니다. 데이터 언로드 및 로드 시간을 줄이기 위해 그렇게 하는 것이 더 바람직합니다. 그러나 필요한 경우 프로세스를 임의의 작은 구성 요소로 나눌 수 있다는 점도 이해해야 합니다. 예를 들어 특정 전송 문제를 현지화합니다.

생산 회계 문서 전송의 특징.여기에는 다음이 포함됩니다. 문서 교대당 생산 보고, 문서 산출그리고 문서 완전한 명명법 세트작업 유형으로 산출. 모두 로 변환됩니다. BP 3.0문서로 교대당 생산 보고, 모든 경우에 계획된 비용 (계획된 금액)을 결정해야합니다. BP 3.0이 소품은 필수입니다. PPM이 원가 계산 모드를 사용하는 경우 파티션, SCP 문서 게시에 대한 회계 데이터에 따라 계획 비용이 결정됩니다. RAUS 고급 분석 모드의 경우 이 문서가 반영된 월의 회계 데이터에 따라 계획 비용이 결정됩니다. 계획 비용은 계정 20의 대변에서 재고 계정 차변(10, 21, 41, 43)의 회전율입니다. 동시에 회계 매개변수에 상수가 설정된 경우 창고 등록에 대한 배치 회계 유지, 품목의 계획 비용이 각 창고에 대해 결정됩니다. 그렇지 않으면 모든 창고에 대해 통합됩니다.

문서를 전송할 때 완전한 명명법 세트작업 유형으로 산출테이블을 채우다 재료따라서 문서를 작성할 때 교대당 생산 보고 V BP 3.0자료가 기록됩니다. 문서를 전송할 때 교대당 생산 보고 V 1C 회계 8이 경우 형식의 문서가 있기 때문에 표 섹션 재료가 채워지지 않습니다. 송장 청구.

문서 전송 요구 사항-송장의 특징.

회사가 가공을 위해 원료를 수락하는 경우. 이 경우 문서의 표 부분에서 송장 청구재료 SCP에는 계정 003.01이 표시되며(그림 10 참조) 탭의 BP 3.0에 표시해야 합니다. 고객 자료.

그림 10 원료를 생산으로 이전

이러한 문서를 전송하는 데 제한이 있습니다. 왜냐하면 고객은 BP 3.0문서당 하나씩, 주문이 있는 올바른 전송이 제공됩니다. SCP전체 문서에 대해 동일합니다. 카운트가 있는 라인 003.01 , 에 기록됨 BP 3.0테이블에 고객 자료(그림 12 참조) 및 필드 고객 Costs - Buyer's order - Counterparty 필드에서 SCP로 가져옵니다. 혼합 재료가 두 개의 테이블로 나누어지는 문서. 송장이 있는 첫 번째 줄에서 고객을 가져옵니다. 003.01 .

그림 12 고객이 제공한 원자재가 포함된 Requirement-invoice 문서 전송 결과

데이터 동기화의 원리설명되어 있습니다.

장점:
규칙은 데이터 변환 기술을 사용하여 생성되며 쉽게 편집할 수 있습니다.
완전 개방, 복제 금지 외에 라이센스 제한이 없습니다. 복제 금지는 기업마다 별도의 라이센스를 구입해야 함을 의미합니다.

버전 비교:
규칙은 새 릴리스에 대해 정기적으로 업데이트됩니다.

규칙은 1.3.62.x부터 시작하는 SCP 릴리스에 적합합니다. 이전 릴리스에 대한 포팅 규칙이 필요한 경우 작성자에게 문의하십시오. 로드는 규칙이 생성된 BP 릴리스에서 수행되어야 합니다.

    2019년 6월 21일 - 규칙이 UPP 버전 1.3.122.2 및 BP 3.0.71.63으로 업데이트되었습니다.

    2019년 6월 11일 - 규칙이 UPP 버전 1.3.122.2 및 BP 3.0.70.61로 업데이트되었습니다.

    2019년 4월 15일 - 규칙이 UPP 버전 1.3.120.1 및 BP 3.0.70.25로 업데이트되었습니다.

    2019년 4월 2일 - 규칙이 UPP 버전 1.3.120.1 및 BP 3.0.69.32로 업데이트되었습니다.

    2019년 2월 21일 - 규칙이 UPP 버전 1.3.117.1 및 BP 3.0.68.58로 업데이트되었습니다.

    2018년 12월 19일 - 규칙이 UPP 버전 1.3.112.1 및 BP 3.0.67.38로 업데이트되었습니다.

    2018년 11월 13일 - 규칙이 UPP 버전 1.3.112.1 및 BP 3.0.66.53으로 업데이트되었습니다.

    2018년 10월 12일 - 디렉터리의 전송 속성 추가됨

    • 조직
    • 상대방
    • 개인
    • 명명법
    • 접촉면
    • 고정 자산
    • 세분화

  • 2018년 10월 5일 - 규칙이 UPP 버전 1.3.112.1 및 BP 3.0.65.72로 업데이트되었습니다.

    2018년 9월 10일 - 규칙이 UPP 1.3.112.1 및 BP 3.0.64.28로 업데이트됨

    2018년 8월 22일 - 규칙이 UPP 1.3.111.1 및 BP 3.0.64.28로 업데이트됨

    2018년 7월 17일 - 규칙이 UPP 버전 1.3.110.1 및 BP 3.0.64.28로 업데이트되었습니다.

    2018년 6월 25일 - 규칙이 UPP 버전 1.3.108.2 및 BP 3.0.63.15로 업데이트되었습니다.

    2018/05/15 - 문서 전송 규칙 추가 설치를 위한 장비 전송

    2018년 5월 11일 - 규칙이 UPP 버전 1.3.106.3 및 BP 3.0.61.37로 업데이트되었습니다.

    2018년 4월 24일 - 개선된 탭 전송 상품문서 사전 보고인보이스의 세부 사항을 작성하기 위해

    2018년 3월 30일 - 규칙이 UPP 버전 1.3.105.1 및 BP 3.0.59.56으로 업데이트되었습니다.

    2018년 3월 6일 - 규칙이 UPP 버전 1.3.104.2 및 BP 3.0.59.45로 업데이트되었습니다.

    2018년 2월 6일 - 규칙이 UPP 버전 1.3.102.1 및 BP 3.0.58.23으로 업데이트되었습니다.

    2018/01/29 - 결제를 위한 인보이스 결제일 이전 추가

    2018년 1월 16일 - 규칙이 UPP 버전 1.3.100.1 및 BP 3.0.57.17로 업데이트되었습니다.

    2017년 12월 28일 - UPP 1.3.98.1 및 BP 3.0.56.22로 업데이트된 규칙

    2017년 12월 11일 - 등록 기록 조정을 작업으로 이전하는 규칙을 추가했습니다. 제한 사항: 게시(BU 레지스터 이동)만 전송되며 문서 내에 하나의 조직이 있어야 합니다. 문서 번호 지정 BP 3.0의 작업은 자동이므로 마지막에 로드해야 합니다.

    2017년 12월 7일 - 규칙이 UPP 버전 1.3.97.5 및 BP 3.0.55.16으로 업데이트되었습니다.

    2017년 12월 6일 - 매개변수 세트 포함 캐리 소품 유닛소품이 옮겨진다 재분(OU에서 사용) 소품에서 사업부조직. 데이터를 버전으로 전송할 때 의미가 있습니다. 법인. 전달되는 것은 속성 값 자체가 아님을 명심해야 합니다. 재분, 및 디렉토리의 대응 세분화조직.

    2017년 11월 7일 - 규칙이 UPP 버전 1.3.97.1 및 BP 3.0.54.15로 업데이트되었습니다.

    2017년 10월 23일 - 규칙이 UPP 버전 1.3.96.1 및 BP 3.0.53.38로 업데이트되었습니다.

    2017년 10월 5일 - UPP 1.3.96.1 및 BP 3.0.52.35로 업데이트된 규칙

    2017년 9월 21일 - 규칙이 UPP 1.3.94.1 및 BP 3.0.52.35로 업데이트되었습니다.

    2017년 8월 25일 - 규칙이 UPP 버전 1.3.93.1 및 BP 3.0.51.27로 업데이트되었습니다. 규칙에 추가된 매개변수 잔액을 형성할 때 USN 레지스터는 고려되지 않습니다.. 이를 통해 USN 레지스터에 많은 오류가 있는 경우 BU의 데이터에 따라 상품 잔액을 전송할 수 있습니다. BP 3.0에서는 세부 사항 소비현황그리고 USN에 반영채워지지 않습니다. 추가된 옵션 수량이 0인 경우 나머지를 내리지 마십시오., 0이 아닌 금액으로 0 수량의 상품 양도를 거부하는 데 사용됩니다.

    2017년 7월 13일 - 규칙이 UPP 1.3.92.1 및 BP 3.0.51.16으로 업데이트되었습니다.

    2017년 6월 13일 - 규칙이 UPP 버전 1.3.91.1 및 BP 3.0.50.18로 업데이트되었습니다.

    2017년 6월 5일 - 규칙이 UPP 버전 1.3.90.1 및 BP 3.0.50.12로 업데이트되었습니다.

    2017년 4월 24일 - 규칙이 UPP 버전 1.3.90.1 및 BP 3.0.49.21로 업데이트되었습니다.

    2017년 4월 6일 - 규칙이 UPP 버전 1.3.89.1 및 BP 3.0.49.18로 업데이트되었습니다.

    2017년 4월 5일 처리 서비스 수령 문서 전송 규칙이 변경되었습니다. 이제 문서가 ReceiptFromRecycling으로 전송됩니다(ReceiptFromRecycling 규칙이 ReceiptFromService로 대체됨).

    2017년 4월 1일 - 개체 일치로 로드하는 처리를 포함하는 세트 추가

    2017년 3월 9일 - 규칙이 UPP 버전 1.3.88.1 및 BP 3.0.48.19로 업데이트되었습니다.

    2017년 2월 6일 - 규칙이 UPP 버전 1.3.87.2 및 BP 3.0.47.23으로 업데이트되었습니다.

    2017년 1월 30일 - 규칙이 UPP 버전 1.3.87.1 및 BP 3.0.46.11로 업데이트되었습니다.

    2017년 1월 24일 - 상대방과 함께 상대방의 은행 계좌를 업로드하는 기능 추가: 매개변수 설정 시 상대방과 동시에 은행 계좌 업로드

    2017년 1월 2일 - 규칙이 UPP 버전 1.3.86.1 및 BP 3.0.46.11로 업데이트되었습니다.

    2016년 12월 21일 - 이전 규정이 변경되었습니다. 부채 조정

    2016년 12월 14일 - 규칙이 UPP 버전 1.3.85.1 및 BP 3.0.44.203으로 업데이트되었습니다.

    2016년 11월 11일 - UPP 1.3.84.1 및 BP 3.0.44.188로 업데이트된 규칙

    2016년 10월 4일 - 문서 전송 추가됨 기타 비용, 전기가 문서로 전송됩니다. 작업

    2016년 9월 7일 - 규칙이 UPP 1.3.81.2 및 BP 3.0.44.102로 업데이트됨

    2016년 8월 29일 - 규칙이 UPP 1.3.81.2 및 BP 3.0.43.257로 업데이트됨

    2016년 8월 22일 - 문서 전송 규칙이 개선되었습니다. 송장 청구: 고객이 제공한 원료를 표 섹션으로 이송 자재고객.

    2016년 7월 12일 - 규칙이 UPP 1.3.79.1 및 BP 3.0.43.247로 업데이트됨

    2016년 6월 27일 - 다음에 대한 규칙 추가 상품 양도, 양도된 물품의 반환, 가공 상품 수령

    2016년 6월 20일 - 규칙이 UPP 1.3.78.1 및 BP 3.0.43.241로 업데이트됨

    2016년 5월 12일 - 규칙이 UPP 1.3.77.2 및 BP 3.0.43.213으로 업데이트됨

    2016년 4월 22일 - 규칙이 UPP 1.3.76.1 및 BP 3.0.43.194로 업데이트됨

    2016년 4월 10일 - 규칙이 UPP 1.3.75.2 및 BP 3.0.43.174로 업데이트됨

    2016년 2월 15일 - UPP 1.3.73.x 및 BP 3.0.43.x 버전으로 업데이트된 규칙

    2015년 12월 23일 - 규칙이 UPP 버전 1.3.71.x 및 BP 3.0.43.x로 업데이트되었습니다.

    2015년 11월 22일 - UPP 1.3.71.x 및 BP 3.0.42.x 릴리스로 업데이트된 규칙

배송 내용.

패키지 포함:

    전송 규칙 SCP_ACC8.xml.

    등록 로그 처리에 따라 선택 옵션에서 UniversalData ExchangeXML_Selection_By_Fat.epf.

    로드 처리 시 일치하는 개체가 있는 변형에 Transfer_data_with_map_UV_v3_1.epf.

귀하의 조직에 작업을 수행할 풀타임 프로그래머가 없는 경우 당사 전문가의 서비스를 제공할 준비가 되어 있습니다. 작업 기반을 제공할 수 있는 경우 1C 유피, 우리는 데이터를 직접 전송하고 전송된 데이터와 함께 파일을 전송할 수 있습니다. 이 서비스 비용은 패키지 총 비용에 포함되어 있지 않습니다.







프로젝트의 이름

가격

통화

구입

세트. 잔액 및 문서 전송 UPP => BP 3.0 및 KA 1.1 => BP 3.0

16.12.2016


"1C: UPP"와 "1C: BP"의 차이점은 다음과 같습니다.

  • 송장은 참조로 생성됩니다 (기업의 1C 회계 부서에서 송장은 별도의 탭에 입력됨).
  • 보고서의 출현 여부;
  • 문서 저널의 차이(문서 저널의 이름과 구성 모두에 차이가 있음)
  • 문서 저널 양식에는 추가 검색 필드가 있습니다.

이제 회계에 영향을 미칠 수 있는 기술적 기능과 "1C: SCP"에 제시된 대체 방법을 살펴보겠습니다. UPP와 BP에서 회계사 회계 원칙의 주요 차이점 중 하나는 "회계 명세서"로 비즈니스 거래를 반영할 수 있다는 것입니다. 일부 회사는 기록 보관을 위해 "작업"을 사용합니다.

이 기능은 회계 장부에 추가하여 SCP에서 회계 장부의 광범위한 사용의 결과로 나타났습니다. SCP의 대부분의 작업은 특수 문서를 사용하여 이루어집니다. 예를 들어, 많은 회계사는 작업을 사용하여 발행된 대출의 비율을 표시하고 동시에 Dt91 Kt76을 나타냅니다. 그러나 "에서 1C: SCP' 이 접근 방식은 작동하지 않습니다. 상대방과의 상호 결제 등록을 작성하려면 상품 및 서비스 판매 문서를 사용해야합니다.

"작업" 문서는 여전히 사용할 수 있지만 경험이 없는 사용자에게는 매우 어려운 레지스터 조정 문서와 함께 사용할 수 있습니다.

또한 일부 회계 계정에 대한 하위 콘토 회계에 차이가 있으며 일반적인 방법으로 필요한 정보를 얻을 수 있는 방법도 없습니다. 예를 들어 계정 70에는 BP의 등록 기관 문서가 반영되어야 하는 세 번째 하위 콘토 "상대방과의 합의 문서"가 포함되어 있지 않습니다. 따라서 대차대조표는 이러한 문서를 표시하는 데 적합하지 않습니다. 이 상황에서 벗어나는 방법은 "상대방과의 상호 합의에 관한 진술"이라는 보고서를 사용하는 것일 수 있습니다.

"1C: SCP"에는 MC 계정과 같은 일부 "오프 밸런스" 계정이 없습니다. 실제로 작업 중인 자재의 기록은 MC 계정으로 BP에 보관됩니다. "Materials in Service" 레지스터에는 서비스로 이전된 자재에 대한 정보가 포함되어 있으며, 이에 대한 정보는 "Materials in Service" 보고서에서 사용할 수 있습니다.

SCP에는 월 마감 절차가 없으며 일반적으로 월 마감 절차 비즈니스 프로세스와 월 마감 설정 참조 책의 요소를 사용하여 수행됩니다.

특별한 경우로 "OS 이동"문서의 기능을 꼽을 수 있습니다. 일반적으로 경리부서에서는 고정자산이 어디에서 어디로 이동하는지 경로를 표시하고 SCP에는 최종 목적지만 표시한다. 개체의 현재 위치는 현재 레지스터 항목을 사용하여 확인할 수 있습니다.

감가 상각 보고서에도 차이가 있습니다. 자산 이전 경로는 PPM에 표시되지 않으므로 업그레이드된 보고서를 대안으로 사용할 수 있습니다.

이 기사는 ERP 시스템 "제조 기업 관리"에 초점을 맞출 것입니다. 제조 회사를 자동화할 때 이 제품은 종종 최상의 솔루션으로 판명되며 여러 조직의 1C SCP 구현에 한 번 이상 참여했습니다.

작업 과정에서 이 소프트웨어 제품에 대한 리뷰가 거의 없다는 것을 알았습니다. 기술 문서, 이 시스템의 특정 문제 해결, 교육 과정에 대한 프로그래머에 대한 조언이 있습니다. 그러나 사용자에게는 전체 시스템에 대한 명확한 설명이 없습니다. 그리고 매우 자주, 이 소프트웨어 제품을 구현하기 전에 "산업 기업 관리"의 기능, 장점 및 단점을 실질적으로 "간단히" 설명해야 합니다.

ERP 섹션의 Habré에서도 여전히 이 시스템에 대한 정보가 없었습니다. 이것이 내가 채우기로 결정한 격차입니다. 또한 제 글이 공장 자동화를 위한 소프트웨어를 선택하는 단계에 있는 기업가와 IT 전문가에게 도움이 되고 이 시스템을 구현할 때 고려해야 할 기능을 준비하는 데 도움이 되기를 바랍니다.

이번 리뷰에서는 SCP ed 시스템이 무엇인지 알려드리고자 합니다. 1.3 구매하고 구현하기로 결정한 사람들이 이 비싼 제품을 선택할 때 더 잘 알고 의식적으로 선택할 수 있도록 합니다. 나는 시스템에 대한 나의 경험과 고객의 경험을 바탕으로 시스템에 대한 객관적인 평가를 제공하려고 노력할 것입니다. 이 검토는 누군가가 프로그램 획득과 관련하여 긍정적인 결정을 내리는 데 도움이 될 것이며 누군가는 프로그램을 포기하기로 결정합니다.

소프트웨어 제품의 기능을 이해하려면 다음 질문에 답해야 합니다.

  1. 시스템이란 무엇이며 어떤 작업이 설정되어 있습니까?
  2. 이 시스템은 작업을 어느 정도 수행할 수 있습니까?
  3. 시스템의 장단점을 식별하십시오.
가장 먼저 이해해야 할 매우 중요한 사항: 1C. 제조 기업 관리는 단순한 회계 시스템이 아니라 최신 기업 관리 방법이 개발 과정에서 고려되었기 때문에 이 제품은 ERP 시스템을 포함하여 사용하도록 제공됩니다. 또한 이름에서 이 특정 제품은 산업형 기업의 운영을 위한 것임을 알 수 있습니다. 이러한 관점에서 1C SCP 소프트웨어 제품을 고려하려고 합니다.

ERP 시스템이란?

ERP(Enterprise Resource Planning) 시스템은 모든 유형의 비즈니스 프로세스를 제어, 기록 및 분석하고 엔터프라이즈 규모의 비즈니스 문제를 해결하도록 설계된 기업 정보 시스템입니다.

간단히 말해 ERP 시스템은 회사에 존재하는 모든 유형의 회계를 결합합니다. ERP 시스템을 사용하여 정보를 교환하고 다른 부서 등과 상호 작용합니다. ERP 시스템 "제조 기업 관리"의 경우 소프트웨어 제품은 제조 회사를 위해 이러한 모든 기능의 구현을 제공합니다.

"Manufacturing Enterprise Management" 제품을 구현할 때 개발자는 시스템에서 가능한 최대 기능 목록을 결합하려고 했습니다. 문서를 보면 무려 15개나 되는 서브시스템을 셀 수 있다. 사실 1C 문서는 하위 시스템으로 그룹화됩니다.

  • 제조 관리
  • 원가 관리
  • 구매 관리
  • 계획
  • 세금 및 회계
  • 값
  • 인사회계 등
저것들. 그들은 제조 기업의 운영에 필요할 수 있는 모든 기능을 이 시스템에 포함시키려고 했습니다. 이것이 바로 1C 회사가 ERP 시스템을 포지셔닝하는 방식입니다. 다른 소프트웨어 제품을 사용하지 않고 프로세스를 자동화하는 데 필요한 모든 것을 이미 갖추고 있습니다.


내가 만든 스크린샷은 문서의 아주 작은 부분이 생산과 직접적으로 관련되어 있음을 분명히 보여줍니다. 다른 모든 문서는 "생산 엔터프라이즈 관리"를 모든 부서의 작업을 위한 범용 솔루션으로 만들기 위해 설계된 추가 하위 시스템입니다. 이러한 모든 가능성을 자세히 고려하는 것은 의미가 없지만 각 하위 시스템이 효율적이고 완벽하게 작동하고 특정 비즈니스의 요구 사항을 해결할 수 있는 것이 중요합니다. 이 기사에서는 SCP를 다른 1s 솔루션과 구별하는 블록인 생산 관리에 대해 자세히 설명합니다.

1C SCP: 제품에 대한 추가 정보

1C Company는 "제조 기업 관리"를 주력 제품 중 하나로 지정합니다. 이것은 1C의 일반적인 구성입니다. 소프트웨어 제품은 1C 자체에서 완전히 릴리스되며 시스템의 모든 개선은 공식 1C 파트너가 수행해야 합니다. SCP는 1C에서 지속적으로 지원하는 구성 중 하나이며 이에 대한 업데이트가 릴리스되고 있습니다.

이 일반적인 구성을 위해 1C. 기계 공학, 1C. 육류 가공 공장, 1C. 가구 생산, 1C. 폴리그래피 등 많은 수정된 소위 산업 버전이 생성되었습니다.

산업 솔루션은 기본 구성을 기반으로 1C 파트너 회사에서 생성합니다. 일반적으로 이것은 다음과 같이 발생합니다. 특정 고객을 위해 개선이 이루어진 후 선택한 산업을 위해 설계된 새 버전이 "조립"됩니다. 수정된 구성은 작성된 업계 이름을 따서 명명되었으며 "박스형 솔루션"으로 판매됩니다.

제품 비용

이 구성으로 작업하려면 제품 자체를 구입해야 합니다. 1C의 권장 가격은 186,000 루블입니다. 그리고 이 소프트웨어 제품의 라이선스는 1C의 공통 기능, 즉 다른 1C 제품 사용자는 이 시스템에 대한 별도의 라이센스를 구입할 수 없습니다.
예를 들어 1C Accounting 또는 1C Trade and Warehouse의 모든 라이센스가 이 시스템에 적합합니다. 당연히 이러한 제품의 라이센스 비용은 동일합니다.

1C 파트너 회사의 산업 솔루션에는 별도의 라이센스가 필요할 수 있음을 이해하는 것이 중요합니다. 그리고 여기서 가격은 기본 버전과 다를 수 있습니다.

다른 제품과 마찬가지로 라이센스는 1C에서 채택된 옵션 중 하나인 컴퓨터(장치) 및 사용자(모든 장치에서 연결)에 따라 수행됩니다. 모든 정보가 1C 웹 사이트에 있기 때문에 여기서는 자세히 설명하지 않겠습니다. http://v8.1c.ru/enterprise/ 링크에서 이에 대해 알 수 있습니다.

1C 프로그램 자체에 대해 많이 작성되었습니다. 예를 들어 "1C가 나쁜 이유와 1C 프로그래머가 싫어하는 이유"라는 기사에서 이미이 플랫폼에 대해 썼습니다. "생산 기업 관리"시스템이 1C를 기반으로 작동한다는 사실을 고려하십시오. Enterprise 8.3에는 기본 소프트웨어의 모든 장단점이 있습니다.

구성을 자세히 살펴보겠습니다.

R. B. Chase, F. R. Jacobs, N. J. Aquilano의 저서 "생산 및 운영 관리"에서 제조 기업의 ERP 시스템에 대해 설정된 작업 목록이 마음에 들었습니다.
  1. 새로운 주문을 기록하고 적시에 생산 부서에 알립니다.
  2. 고객의 주문 실행 상태를 언제든지 영업 부서에서 볼 수 있는 기회를 제공하십시오.
  3. 구매 부서에 언제든지 생산 자재의 필요성을 확인할 수 있는 기회를 제공하십시오.
  4. 회사 업무에 대한 데이터를 주에 적시에 제공합니다. 회계 및 세금 기록을 유지합니다.
이러한 각 항목에 대해 자세히 살펴보겠습니다. 명확성을 위해 예를 들어 SCP 시스템을 사용하고 고전적이고 시각적 인 생산 모델 인 재봉 기업인 고객 중 한 명을 인용하겠습니다. 이 기업에는 디자인, 엔지니어링, 생산, 직물 및 액세서리 보관 부서, 완제품 보관 부서, 관리 부서 등 다양한 부서가 있습니다.

영업 부서의 신규 주문 회계

주문 회계는 모든 영업 부서 업무의 필수적인 부분입니다. 모든 주문은 여러 부분으로 구성됩니다.
  1. 고객 회계(판매 대상)
  2. 상품 회계(고객에게 판매될 것).
구매자(클라이언트)는 상대방의 디렉토리에 입력됩니다. 클라이언트는 개인 및 법인이 될 수 있습니다. 상대방 카드에는 회사의 모든 은행 세부 정보, 전화 번호, 배송 주소 및 문서 처리 및 판매에 필요한 기타 정보를 지정할 수 있습니다.

그리고 판매할 수 있는 모든 상품에 대한 자세한 정보는 Nomenclature 디렉토리에 저장됩니다.


명명법은 구매자에게 제공할 수 있는 상품 및 서비스에 대한 정보를 저장하도록 설계된 디렉토리입니다. 그리고 이 시스템에서 명명법은 가장 복잡한 참고서 중 하나입니다.

여기에 저장할 수 있습니다.

  • 상품명
  • 시리즈
  • 사진
  • 기술 문서 파일
  • 제품에 대한 설명 및 거의 모든 기타 정보.
이 디렉토리를 사용하여 영업 부서 직원은 고객 주문 문서를 작성합니다. 여기서 그는 상대방과 가격이 있는 항목 목록을 나타냅니다.

봉제 생산의 예에서 주문에 대한 작업은 다음 단계로 나뉩니다.

  1. 주문을 수락하고 고객의 요구 사항을 수정합니다.
  2. 필요한 경우 주문할 재료를 구입하십시오.
  3. 절단을 한 다음 제품을 재단하십시오.
  4. 상품의 검사(품질 관리)를 실시합니다.
  5. 완제품을 창고로 옮깁니다.
  6. 구매자에게 선적 또는 배송을 수행합니다.
따라서 작업의 첫 번째 단계가 완료되었습니다. 고객의 데이터와 필요한 상품을 반영하는 구매자의 주문 문서가 생성되었습니다. 이제 정보를 프로덕션으로 전송해야 합니다.

신규 수주에 대한 생산 알림

생산은 새로운 주문이 도착하는 즉시 확인해야 합니다. 일반적으로 1C UPP의 구성은 이 작업에 대처합니다. 그러나 반대 과제가 발생합니다. 생산에는 생산이 필요한 주문만 표시되어야 합니다. 저것들. 주문 문서가 이미 재고가 있는 상품을 지정하는 경우 생산은 그러한 주문에 관심이 없으며 생산에 사용할 수 있는 문서 목록에 해당 주문이 표시되면 추가 혼란이 발생할 수 있습니다.
생산은 주문을 받은 직후에 표시되어야 하지만 제품을 생산해야 하는 주문 부분만 표시되어야 합니다.

이러한 문제를 피하기 위해 1C 개발자는 다음과 같은 솔루션을 제공합니다. 구매자 주문을 기반으로 영업 관리자는 생산해야 할 제목을 나열하는 생산 주문인 새 문서를 만들어야 합니다.

그러나이 옵션은 인적 요소에 완전히 의존하는 작업 단계가 하나 더 있기 때문에 매우 편리하다고 할 수 없습니다. 저것들. 주문을 생성한 후 관리자는 생산 주문을 생성하는 것을 잊거나 실수를 할 수 있습니다. 결과적으로 필요한 상품이 생산 일정에 맞춰 정시에 배송되지 않고 고객이 주문한 상품을 제 시간에받지 못합니다. 당연히 기업의 완전 자동화로 인해 이러한 상황은 용납되지 않습니다. 반면에 이 문제는 추가 처리를 만들어서 완전히 해결할 수 있습니다.

봉제 회사를 위해 다음과 같은 솔루션을 만들었습니다. 다양한 조건의 특정 목록을 기반으로 생산 주문을 자동으로 생성하는 추가 플러그인이 작성되었습니다.

이 처리를 통해 필요한 항목의 재고가 있는지 여부를 판별했습니다. 그렇지 않은 경우 다음 단계는 프로덕션에서 무료 항목을 분석하는 것입니다. 그러한 제품이 없거나 주문에 지정된 날짜보다 이후로 예정된 경우 생산 주문이 자동으로 생성됩니다.

결론:시스템에는 제품 및 고객에 대한 정보를 저장하는 데 필요한 모든 것이 있습니다. 주문을 생성하고 생산으로 이전하는 것이 가능합니다. 그러나 작업의 완전한 자동화를 위해서는 여전히 특정 기업의 요구에 맞게 개선해야 합니다.

생산 중인 주문 상태

이미 언급한 바와 같이 주문이 생산에 들어간 후에는 주문 상태를 실시간으로 관찰할 수 있는 기회를 영업 부서에 제공해야 합니다. 이미 주문한 제품이 회사에 도착했는지, 언제 완료될 예정인지 등 작업이 어느 단계에 있는지를 영업부 관리자가 아는 것이 중요합니다.

이는 다음 두 가지 방법 중 하나로 수행됩니다.

  1. 영업 관리자는 주문에 대한 작업이 계획, 입력 작업, 품질 관리 등의 기술 단계에서 추적할 수 있습니다. 따라서 영업 전문가는 각 주문에 대한 작업을 지속적으로 모니터링하고 고객에게 마감일을 알릴 수 있습니다.
  2. 상품의 경우 판매 기간이 설정됩니다. 필요한 항목의 목록이 작성되고 확인되며 배송 준비가 되는 날짜입니다.
첫 번째 옵션을 구현하는 데 필요한 도구가 시스템에 제공되지 않습니다. 사용 가능한 보고서에는 주문 상태와 재고 상품만 반영됩니다. 프로덕션의 경우 단계적 알림을 구현해야 하는 경우 개선이 필요합니다.
불행히도 두 번째 경우에는 생산이 주문 날짜를 변경할 수 있는 경우에 대한 기성 도구가 없습니다. 또한 배송 날짜 변경은 영업 부서에서만 가능합니다. 일반적으로 관리자는 선적 일정을 나중에 조정할 수 있지만 수동으로 상품 생성 조건을 변경할 가능성을 생산에 알려야 합니다. 또한 생산은 필요에 따라 주문을 더 빨리 완료할 수 있게 되더라도 배송 날짜를 연기할 수 없습니다.
기본 구성에서 주문 이행 단계의 타이밍 및 결정 변경은 직원이 수동으로 수행하므로 예측할 수 없는 인적 요소가 작업에 포함됩니다. 그러나 여기서 개선 사항은 문제를 해결하는 데 도움이 될 것입니다.

따라서 의류 산업의 경우 어떤 배치가 절단 중인지, 어떤 배치가 재봉 중인지 등을 확인할 수 있는 보고서를 포함하여 생산 중인 상품 배치(주문)를 보여주는 요약 보고서를 만들었습니다. 저것들. 우리는 생산 공정을 여러 단계로 나누었고 보고서에는 일반적인 그림이 표시되었습니다. 주문이 생산 단계에있는 상품, 대기열에있는 상품 (시작일 표시 포함), 품질 관리하에있는 상품, 창고로 보내집니다.

처음에 이 보고서는 생산 작업자가 작업을 제어하고 필요한 경우 조정할 수 있도록 작성되었습니다. 그러나 앞으로는 영업 부서에 대해 동일한 보고서를 열어 관리자도 특정 주문의 상태를 볼 수 있도록 했습니다.

결론:구성은 주문이 작업으로 전송된 후 영업 부서와 생산 간의 자동 데이터 교환을 제공하지 않습니다. 그러나 추가 보고서 및 처리를 생성하여 이 구성을 기반으로 이러한 솔루션을 구현할 수 있습니다.

생산부서와 구매부서 간의 커뮤니케이션

매우 중요한 점은 필요한 재료로 생산을 제공하는 것입니다. 동시에 올바른 운영을 위해서는 주문을 이행하고 창고에서 무료 판매용 상품을 만드는 데 필요한 모든 것을 생산에 제공해야 하며, 반면에 창고에 초과 자재가 축적되지 않도록 해야 합니다. 따라서 공급 부서는 생산 예정인 주문에 대한 자재 목록을 포함하여 재고 자재의 양과 현재 생산 요구 사항에 대한 최신 정보에 액세스할 수 있어야 합니다.

이 작업을 수행하는 방법:

  1. 요구사항 목록이 작성됩니다.
  2. 이 목록과 제품 사양을 기반으로 제품 생산에 필요한 자재 목록이 작성됩니다.
  3. 받은 목록을 바탕으로 조달 계획이 수립됩니다.
  4. 조달 계획에 따라 시스템은 공급자에게 주문을 생성합니다.
시스템의 중요한 결함:구매 부서는 어떤 재료를 어떤 공급자로부터 어떤 가격으로 구매할지 알 수 없습니다. 저것들. 보고서는 일반적인 현재 생산 요구 사항만 표시하며 보다 자세한 정보를 얻으려면 추가 개선이 필요합니다.
시스템에는 조달 계획이라는 문서가 있습니다. 필요에 대한 정보를 수집합니다. 생산을 보장하기 위해 구매해야 하는 항목과 기존 MRP 시스템에 있어야 하는 수량에 대해 설명합니다.


MRP(자재 소요량 계획)- 이것은 원자재 및 생산 자재에 대한 기업의 요구 사항을 자동으로 계획합니다. 계획은 사양을 기반으로 합니다.

사양(BOM)- 이것은 특정 재료의 모든 매개 변수, 품질, 기능, 공차를 설명하는 참고서입니다. 완제품 또는 "반제품"의 경우 사양은 제품 구성을 나타냅니다.

각 제품의 생산에는 특정 재료 및 반제품이 필요합니다. 재료는 사양에 따라 즉시 주문할 수 있습니다. 반제품의 경우 다음 단계를 수행해야합니다. 즉,이 제품이나 그 반제품이 어떤 재료로 구성되어 있는지 알아내는 것입니다. 또한 주문에 필요한 재료를 추가하십시오.

따라서 각 완제품은 몇 단계를 거쳐 자동으로 재료로 분해됩니다. 예를 들어:

양복은 바지, 재킷 및 포장 (패키지)으로 구성됩니다. 바지와 재킷은 다음 단계에서 분해해야 하는 반제품으로, 패키지를 만들기 위해 재료를 즉시 구매에 추가할 수 있습니다. 두 번째 단계에서 바지는 다양한 유형의 천, 실, 지퍼, 단추로 "분할"됩니다. 마찬가지로 재킷도 다양한 유형의 천, 실 및 단추로 구성됩니다. 이러한 모든 자재는 조달 계획에 추가됩니다.

이제 각 재료에 대한 공급자 선택을 진행하고 주문을 생성할 수 있습니다. SCP 시스템에서 위에 나열된 모든 단계는 자동화되지 않았으므로 문제를 해결하려면 일부 개선이 필요합니다. 동시에 구성은 모든 요구 사항을 저장할 수 있는 기능을 제공하며 구매에 대한 정보를 수집할 수도 있습니다. 그러나 기본 버전에서는 모두 사람의 참여가 필요하므로 편의성과 신뢰성 수준이 떨어집니다. 따라서 여기에서 외부 처리도 매우 유용할 것입니다. 특히 모든 데이터와 이에 대한 액세스를 시스템에서 사용할 수 있기 때문입니다.

봉제 산업의 경우 다음과 같이 문제를 해결했습니다. 생산을 위해 개발된 보고서와 주문 정보를 기반으로 필요한 자재의 필요성이 자동으로 계산되었습니다. 또한 이 목록에서 창고에 보관된 자재를 빼고 구매가 가능한 보고서를 작성했습니다. 다음으로 공급업체는 자재를 얼마나 빨리 전달할 수 있는지 보고합니다. 그리고이 정보는 판매자가 주문 생산시기에 대해 고객에게 알릴 수있는 기반으로 이미 시스템에 수동으로 입력되었습니다.

"박스형 솔루션"의 회계 및 세무 보고

개발자의 의도에 따라 "제조 기업 관리"의 일반적인 구성은 회계 및 세무 보고에 필요한 모든 정보를 수집하고 회계 부서의 작업에 필요한 모든 보고를 생성해야 합니다.
그리고 여기 이 구성에는 매우 큰 "아킬레스건"이 있습니다. 사실 각 문서에는 세 개의 확인 표시가 있습니다.
  • UU - 관리 회계를 통과한 문서
  • BU - 문서가 회계를 통과합니다.
  • NU - 문서가 세무 회계를 통과합니다.

문서가 서로 다른 시스템으로 구분되지 않기 때문에 인적 요소가 작용합니다. 예를 들어, 구매 부서 직원이나 매장 주인이 자재를 수령한 후 수신 문서를 게시합니다. 재료가 고려됩니다. 그러나 동시에 BU에 "틱"을 표시하지 않으면 회계사는 문서를 보지 못하고 자신이받은 세금 계산서를 기준으로 영수증 송장을 게시합니다. 결과적으로 문서는 다른 작성자에 의해 두 번 수정됩니다. 그리고 오류가 있으면 범인을 식별하기가 매우 어렵습니다.

이 문제가 다른 경우에 어떻게 해결되는지 모르겠습니다. 지금까지 경영진이 이러한 단점에 동의하고 직원에게 의존하는 것을 선호하는 옵션을 발견했습니다. 구현된 인적 요소에 대한 유일한 보호 방법은 기본 확인란을 설정하는 것입니다. 원칙적으로 내가 평소에 일하는 중소기업에서는 이것으로 정말 충분합니다.

다른 소프트웨어 제품 및 시스템과의 통합

통합은 생산을 포함한 모든 회사의 작업을 자동화할 때 필요한 중요한 단계입니다. 동시에 통합은 상당한 시간과 노력이 소요되는 비용이 많이 드는 프로세스라는 점을 이해해야 합니다. 복잡한 다기능 ERP 시스템에 대해 이야기하고 있기 때문에 고품질 프로세스 자동화를 위해서는 다양한 소스에서 많은 양의 다양한 데이터를 가져와야 합니다.

생산의 관점에서 보면 생산 시점, 반제품 및 재료에 대한 데이터를 시스템에 업로드해야 합니다. 구매 부서는 송장 및 기타 들어오는 문서를 시스템에 업로드합니다. 영업 부서는 주문 정보 등을 업로드해야 합니다. 또한 생산시 다양한 상황이 발생할 수 있으며 재료 소비, 결함 비율, 작업 중 발생한 어려움으로 인한 생산 연기 등에 대한 정보를 시스템이 적시에 수신하는 것이 매우 중요합니다.

예를 들어 봉제 기업에서 절단기와의 통합이 수행되었습니다. 또한 CAD, 회사 웹 사이트, 기타 솔루션과의 통합이 필요한 경우가 많습니다. 그리고 이 작업 단계는 종종 예산의 최대 30%를 차지합니다.
동시에 이러한 통합 솔루션이 없으면 EPR 시스템의 사용이 효과적이지 않으며 기업의 새로운 제어 및 자동화 수준에 도달할 수 없습니다. 이것은 이해하는 것이 매우 중요합니다.

모든 시스템은 가장 약한 링크만큼만 효과적입니다. 그리고 구현하는 동안 어떤 경우에 통합이 포기되고 인적 요소에 의존하면 오류가 확실히 누적되고 전체 시스템이 불안정해집니다.
예를 들어 신제품 설계에 대해 이야기하는 경우 모든 프로젝트 문서는 설계 시스템(CAD)에서 ERP 시스템으로 자동으로 업로드되어야 합니다. 그런 다음 질문이나 어려움이 있는 경우 어떤 특정 제품이 논의되고 있는지 항상 이해할 수 있습니다. 또한 설계자는 오류 없이 필요한 변경을 신속하게 수행할 수 있습니다.

생산과 관련하여 적시에 오류 없이 생산해야 하는 들어오는 주문(예: 웹 사이트 또는 특별 주문 양식)에 대한 정보를 수신하고 다음 정보를 전송하는 것이 매우 중요합니다. 실제로 재료를 적시에 오류 없이 사용하여 중단 시간 없이 작업을 계속할 수 있습니다.

나는 이미 재봉 기업에서 36 겹의 천을 동시에 절단하는 절단기와의 통합을 수행해야하고 트리밍, 스크랩 양에 대한 정보를 얻고이 스크랩을 배포해야한다고 이미 언급했습니다. 제품의 전체 배치 비용. 따라서 시스템이 시스템에서 나오는 데이터를 이해하고 이해할 수 있는 형식으로 데이터를 기계에 보낼 수 있도록 기계와 직접 통합되는 추가 기능이 필요했습니다. 또한 기계에서 받은 데이터로 결혼과 제품의 원가를 계산하는 처리가 필요했습니다.

또한 다른 많은 경우 오류, 시스템의 부정확성, 적시에 정보를 입력하면 작업이 중단되기 때문에 인적 요소에 의존하는 것은 용납되지 않습니다. 따라서 통합은 물론 빠르고 비용이 많이 들지는 않지만 작업 품질을 향상시키는 데 필요한 프로세스입니다.

산업 솔루션

기본 구성 1C 외에. SCP에는 상당한 수의 산업 솔루션이 있습니다. 기본 구성을 기반으로 1C 파트너 회사에서 생성합니다. 대부분의 경우 이러한 솔루션은 제조 기업에 1C.UPP를 도입한 결과로 나타납니다. 그 후 특정 산업에 맞게 수정된 버전의 구성이 약간 개선되어 고객에게 기성 산업 솔루션으로 제공됩니다.

이제 1C 웹 사이트에서 거의 모든 산업에 대한 이러한 구성을 찾을 수 있습니다. 그러나 다음 사항을 이해하는 것이 매우 중요합니다.

  1. 구성은 특정 기업의 요구에 맞게 마무리되었습니다. 그리고 이 접근 방식이 귀사에 적합하다는 보장도 없습니다. 예를 들어 유제품 생산은 중량 코티지 치즈 및 사워 크림 생성에 관여하거나 이러한 제품을 특정 용기에 포장할 수 있습니다. 우유, 케피어, 랴젠카를 생산할 수 있으며 요거트와 디저트를 전문으로 할 수 있습니다. 각각의 경우에 서로 다른 개선이 필요합니다. 파트너의 기본 버전에서 제공되는 것이 귀하에게 적합하다는 것은 사실이 아닙니다.
  2. 산업 구성은 주요 구성을 기반으로 파트너 회사에서 수행하는 반면 구성 자체는 크게 변경됩니다. 따라서 1C의 기본 버전에 대한 업데이트입니다. 산업 구성에 대한 SCP가 작동하지 않습니다. 사용자는 1C 파트너 회사도 산업 버전을 업데이트할 때까지 기다려야 합니다.

1C에 대한 몇 마디. SCP ERP 2.0

별도의 1C 구성도 있습니다. UPP ERP 2.0은 제조 기업의 관리를 자동화하는 데 필요한 상당한 개선 및 추가가 이루어졌습니다. 저것들. 이 구성은 완전한 솔루션일 뿐만 아니라 완전한 ERP 시스템을 포함하는 제조 기업을 위한 범용 솔루션으로 포지셔닝됩니다.

이 시스템은 또한 1C를 기반으로 생성되며 구성도 복잡하고 모듈식이 아닙니다. 따라서 원칙적으로 1C 제품의 모든 기능과 복잡한 1C 구성을 구현할 때 발생하는 문제도 이 시스템에 내재되어 있습니다.

한편, 버전 1C. SCP ERP 2.0은 주로 자동화 및 제어 문제와 관련된 확장된 기능 세트로 구별됩니다. 그러나이 소프트웨어 제품은 비교적 최근에 만들어졌습니다. 그리고 아직 완전히 개발되지 않았기 때문에 이 버전으로 전환하기에는 너무 이르다고 생각합니다.

1C와 달리 새로운 기능, 새로운 디렉토리, 문서, 보고서로 지속적으로 업데이트됩니다. 업데이트에는 식별된 버그의 수정 및 법률 변경과 관련된 회계 및 세무 보고 업데이트만 포함됩니다.

또한 시스템 1C. SCP ERP 2.0은 1C 구성보다 훨씬 비쌉니다. SCP.

1C SCP 시스템의 장단점

이 시스템은 실제로 복잡하며 적절하게 개선하면 특정 유형의 제조 기업을 관리하는 기능을 수행할 수 있습니다. 각 산업마다 서로 다른 개선이 필요하다는 점을 이해하는 것도 중요합니다. 시스템이 재봉용으로 만들어진 경우 유제품 생산 공장에는 적합하지 않습니다. 물론 산업별 솔루션을 사용할 수도 있지만 개인적으로 이러한 솔루션을 사용하는 것은 권장하지 않습니다.

"제조 기업 관리"의 일반적인 구성이 여러 면에서 귀하에게 적합하지 않은 경우 산업 솔루션도 적합하지 않기 때문입니다. 이 경우 다른 제품을 선택하거나 실제로 맞춤형 솔루션을 주문하는 것이 더 쉬울 것입니다. 그리고 일반적인 구성이 대부분 귀하에게 적합한 경우 일반적인 솔루션과 산업 솔루션에 대한 특정 비즈니스의 세부 사항에 대한 개선 및 설정의 수는 크게 다르지 않습니다.

시스템의 중요한 단점은 모듈성이 부족하다는 것입니다. 저것들. 특정 문제를 해결하기 위해 시스템에 "추가 기능"인 특정 처리 또는 보고서를 만들 수 있습니다. 그들은 작동하지만 기본 솔루션은 그대로 유지됩니다. 그러나 어떤 목적으로 문서 또는 디렉토리 작업을 변경해야 하는 경우 구성에 있는 모든 하위 시스템을 변경해야 합니다.

이 시스템의 모듈성이 부족하기 때문에 다른 부서를 대상으로 하는 문서 및 디렉토리를 크게 변경하지 않고는 회계 또는 창고 회계를 크게 조정할 수 없습니다. 이들은 모두 연결되어 있으며 동일한 디렉토리 및 문서로 작업합니다. 그러나이 기능은 1C의 모든 소프트웨어 제품에 내재되어 있으므로 널리 알려져 있습니다.

그렇기 때문에 일반적으로 아무도이 시스템을 크게 개선하지 않고 외부 처리, 보고서 및 기타 추가 기능을 사용하려고합니다. 산업 솔루션은 대부분 특정 영역과 관련된 특정 기업을 위해 생성된 이러한 추가 기능 세트의 변형일 뿐입니다. 그리고 여전히 특정 개선이 필요하며 비용은 기본 구성의 개선과 거의 다릅니다. 그리고 일반 솔루션의 신뢰성은 항상 협력업체의 제품보다 높습니다.

결론.시스템의 기본 구성에 만족하신다면 구입하여 설치하시는 것이 가장 좋습니다. 그러나 동시에 소프트웨어를 설정할 수 있을 뿐만 아니라 비즈니스, 보고 및 통합에 필요한 모든 개선을 수행할 수 있는 숙련된 전문가가 시스템 구현을 수행하는 것이 매우 중요합니다. 다른 소프트웨어 제품 및 시스템과

유능한 접근 방식을 통해 1C 제조 엔터프라이즈 관리 시스템은 높은 수준의 비즈니스 프로세스 자동화를 얻고 회사의 여러 부서의 작업을 조정할 수 있는 훌륭한 도구가 됩니다.

결론적으로 "1c: Manufacturing Enterprise Management 8 ed.1.3" 프로그램을 구매하고 구현하기로 결정한 사람들에게 몇 가지 조언을 하고 싶습니다.
1. 전략 선택
SCP는 보편적이라고 주장하는 복잡하고 큰 제품입니다. 제품은 비싸고 여기서는 취득 비용뿐만 아니라 프로그램 소유 비용에 대해서도 이야기하고 있습니다. 자격을 갖춘 전문가는 비싸고 그 수가 거의 없습니다. 전략을 선택하고 이 특정 프로그램을 구매하는 이유와 사용 방법, 다음에 수행할 작업을 결정하십시오.

전략은 무엇입니까? 내 클라이언트는 "모든 것을 갖춘 유일한 시스템"이기 때문에 이 구성을 선택했습니다. 이 기업은 1s, Excel 등 여러 시스템에서 작업했습니다. - 그들은 회계 통합을 위해 하나의 시스템을 채택하기로 결정했습니다.

생산을 개발하고 있던 또 다른 회사는 진행 중인 작업을 제어하기를 원했습니다. 이것도 전략입니다.

2. 통합 고려
통합을 구현하는 데 어떤 재정 및 시간 자원을 사용할지 평가하기 위해 초기에 통합을 충분히 생각해야 합니다. 이 사실에 대한 객관적인 평가는 이 프로그램을 구매하거나 다른 제품을 선호하는 결정에 영향을 미칠 수 있습니다.
3. 회사 규모 측면에서 SCP의 필요성 평가
모든 회사에 적합한 것은 아니지만 SCP가 적합합니다. 나는 15명을 고용하는 회사를 보았다. 그들은 어떻게든 SCP 시스템을 "상속"했지만 동시에 구현 및 개선에 많은 비용이 들었고 결국 SCP로 전환하지 않았습니다. 회사가 그러한 복잡한 제품으로 작업할 준비가 되어 있지 않으면 아무런 효과가 없다는 것을 이해해야 합니다. 소규모 회사에는 이 구성을 권장하지 않습니다.
4. 업계 관점에서 SCP의 필요성 평가
1s는 SCP가 보편적인 솔루션이라고 썼지만, 하나의 전체 제품의 여러 부품을 조립하는 조립 생산에만 적합하다는 점을 이해해야 합니다. 예를 들어 건축 자재, 혼합물 생산의 경우 이 구성이 적합하지 않았습니다.

교환은 내장 처리 "XML 형식의 범용 데이터 교환"을 통해 수행됩니다.
기간별, 조직별 선택이 가능합니다.
수신자 데이터베이스에 문서를 업로드하면 문서가 문서 날짜별로 정렬되어 자동으로 게시됩니다.

문서( "회계에 반영" 표시만 있음 ):

  1. 상품 및 서비스의 실현
  2. 상품 및 서비스 수령
  3. 송장이 발행되었습니다.
  4. 송장이 접수되었습니다.
  5. 교대 근무에 대한 생산 보고서
  6. 송장 요구 사항
  7. 구매자로부터 상품 반품.

1. SCP (작업 - 처리... - XML ​​형식의 범용 데이터 교환);

2. SCP. 다운로드한 파일을 선택하여 소품 "규칙 파일 이름"을 입력합니다.

3. SCP. 필요한 경우 "업로드 옵션" 탭에서 문서를 업로드할 조직을 지정합니다.

4. SCP. "업로드된 데이터" 탭에서 업로드 기간을 지정하고 필요한 문서 유형을 표시합니다. 언로드합니다.

5. BP. "XML 형식의 범용 데이터 교환" 처리 열기 (모든 기능... - 처리 - XML ​​형식의 범용 데이터 교환);

6. BP. "데이터 로드" 탭에서 생성된 데이터 파일을 로드합니다.

7. BP. 다운로드가 끝나면 다운로드한 문서 목록을 사용할 수 있으며 여기에서 문서를 게시할 수 있었는지 또는 게시가 오류로 종료되었는지 확인할 수 있습니다.

동기화:

  1. 문서는 내부 소스 식별자(GUID)로 동기화됩니다.
  2. 기본 디렉토리는 검색 필드별로 GUID +로 동기화됩니다.
  • 조직: TIN; 2018년 7월 23일 업데이트(TIN, KPP);
  • 상대방: TIN, EtoGroup; 2018년 7월 23일 업데이트(TIN, KPP, EtoGroup);
  • 상대방 계약: 계약 유형, 소유자, 이름, 이것은 그룹입니다.
  • 명명법: 이름, ThisGroup;
  • 비용 항목: 코드, ThisGroup; 2018년 7월 23일 업데이트(ExpenseTypeNU, Name, ThisGroup);
  • 조직의 세분: 코드, 소유자;
  • 창고: 코드, 이것은 그룹입니다.

교환은 SCP 1.3.96.1 - BP 3.0.61.47, SCP 1.3.96.1 - BP 3.0.67.67, SCP 1.3.116.2 - BP 3.0.67.67에서 테스트되었으며 다른 릴리스에서는 제대로 작동하지 않을 수 있습니다. 원하는 릴리스에 맞게 조정할 수 있습니다.

업데이트 07.18 버그 수정, 검색 필드 변경.