프로그램의 본질은 무엇입니까 1p. 초보 사용자의 경우: 1C:Enterprise 프로그램 시스템의 소프트웨어 제품 간의 차이점

1. 1c란, 플랫폼과 구성의 차이점입니다.
2. 정보 저장 옵션.
3. 3단계 아키텍처.
4. 기술지원

1c란 플랫폼과 구성의 차이입니다.

이 프로그램은 비즈니스 솔루션 소프트웨어 제품이자 개발 환경입니다. 여기에는 다양한 표준 및 사용자 정의 구성이 있습니다. 플랫폼과 구성의 차이를 좀 더 명확하게 하기 위해 마이크로소프트 오피스 스위트의 워드 프로그램과 비교해보겠습니다. 플랫폼은 Word 프로그램과 동일하며 구성은 프로그램에서 생성된 확장자가 "*.doc"인 파일과 동일합니다.

저것들. 플랫폼만 있으면 볼 것도 없고 데이터를 입력할 곳도 없고, 플랫폼 없이 구성하면 열 수 있는 것도 없습니다. 일반적으로 구성은 특정 산업 또는 주제 영역을 다루며 무역 관리, 기업 회계, 급여 및 인사 관리, 자동차 운송 기업과 같은 문제를 해결합니다. 개발 환경의 경우 플랫폼에 구성 도구가 내장되어 있으며 이를 사용하여 기존 구성이 모두 생성됩니다. 또한 프로그래밍 언어로 인해 코드 이해가 단순화되었습니다. 이는 러시아어입니다. 사용자가 작업하는 주요 인터페이스는 다음과 같습니다. 양식 .

1은 어떻게 생겼나요?

최근 몇 년 동안 1c는 인터페이스에서 큰 변화를 겪었습니다. 버전 7.7에서 버전 8.3 "Taxi"를 따라가 보겠습니다.

정보 저장 옵션.

왜냐하면 비즈니스에서 프로그램을 사용하는 주요 목표는 제어 및 관리를 위한 데이터 축적이므로 1C가 이를 수행하는 방법에 대해 이야기할 필요가 있습니다. 데이터베이스에는 두 가지 유형의 정보 저장소가 있습니다.

  1. 파일– 이 형식에는 컴퓨터에 데이터베이스인 "1Cv8.1CD" 파일을 생성하는 작업이 포함됩니다.
  2. 클라이언트 서버- 이 형식은 정보를 저장하기 위해 타사 프로그램을 사용하고 1c 프로그램은 해당 프로그램에 액세스하여 데이터에 대한 일부 작업을 수행합니다. 클라이언트-서버라는 문구 대신 서버라는 단어를 사용할 수도 있고 3계층 또는 3계층 아키텍처도 사용할 수 있습니다.

3계층 아키텍처.

회계 시스템 구축의 파일 버전을 이해하는 데 어려움은 없을 것이라고 생각합니다. 클라이언트-서버에 대해 더 자세히 설명하겠습니다. 이 구현 옵션을 사용하면 소프트웨어 패키지는 클라이언트, 1C Enterprise Server, SQL Server의 세 가지 수준으로 구성됩니다.
참고: 약어 SQL은 구조적 쿼리 언어(Structured Query Language)로 번역되지만 서버 유형을 나타내는 데 자주 사용됩니다.

시스템 구축을 위한 이 옵션의 주요 목적은 안정성과 성능을 높이는 것입니다. 가장 유명한 타사 프로그램은 MS SQL Server, PostgreSQL이며 후자는 무료이며 ITS 디스크에 제공됩니다.

데이터 무결성을 모니터링하고, 보관 복사본을 만들고, 데이터 검색 시간을 최적화하는 등의 특수 프로그램을 통해 데이터베이스를 작동할 수 있다는 사실로 인해 신뢰성이 달성됩니다.

성능– 소프트웨어 패키지의 서로 다른 논리적 부분을 서로 다른 컴퓨터에 배포할 가능성이 있기 때문입니다. 실제로 클라이언트-서버 버전을 사용하더라도 소프트웨어 패키지의 모든 부분을 하나의 컴퓨터에 배치할 수 있습니다.
소프트웨어 패키지의 여러 부분에서 수행되는 기능에 대한 간단한 설명은 다음과 같습니다.

  1. 클라이언트 – 모니터 화면에 표시되는 것과 관련된 모든 것
  2. 서버 1C – SQL 언어로 SQL 서버에 정보를 요청하고 수신된 정보에 대한 사용자 권한을 제한합니다.
  3. SQL 서버 - 정보를 저장하고 변경합니다.

7.7에서 8.3까지 1C 버전을 비교하고 한 가지 주요 차이점을 강조하면 다음을 나타낼 수 있습니다.

  • 7.7은 대부분 파일 버전이므로 SQL에서 완전히 작동하지 않습니다.
  • 8.0 단일 사용자 시스템은 여러 사용자를 위한 병렬성이 충분하지 않습니다.
  • 8.1 클라이언트 시스템은 SQL을 실행하지만 대부분의 프로세스는 클라이언트 시스템에서 실행됩니다.
  • 8.2 클라이언트-서버, 그러나 웹 클라이언트 기능이 약함
  • 8.3 웹 클라이언트, 모달 창에서 멀어짐.

기술지원

1c 플랫폼은 다양한 최신 기술을 지원합니다.

  • com - 프로세스나 기계 ​​경계에 관계없이 다른 개체에 액세스할 수 있습니다. 다른 응용 프로그램에서 데이터를 읽습니다. 예를 들어 엑셀에서
  • ole - 다른 응용 프로그램의 일부를 1C 양식에 포함할 수 있습니다.
  • xml - 데이터 교환을 위해 일반적으로 허용되는 형식
  • 그리고 많은 다른 사람들.

1c를 설치하는 것은 다른 응용 프로그램을 설치하는 것보다 어렵지 않습니다. 유일한 뉘앙스는 보안 키입니다.

결론적으로 흥미로운 사실은 디코딩 "1C"가 처음에 1초를 넘지 않는 것을 의미했으며 검색 엔진의 이름이지 비즈니스 애플리케이션을 개발하는 회사가 아니라는 것입니다.

오늘날 1C 소프트웨어 제품은 중소기업의 회계, 관리 및 기타 회계 유형에 대한 일종의 표준입니다. 고용주는 직원이 이 특정 소프트웨어 제품을 사용하는 데 필요한 기술을 갖출 것을 요구합니다. 온라인 상점과 자동화 시스템(잔고, 가격, 주문 등)을 통합하는 문제가 의제에서 발생하는 경우 일반적으로 사무실에는 통합을 수행해야 하는 1C 데이터베이스도 있습니다. 다른 많은 경우에도 마찬가지로 중소기업을 위한 자동화 프로세스는 전통적으로 1C 제품으로 시작하여 계속 사용됩니다.

비즈니스 컨설턴트로서 저는 1C가 무엇인지, 이 소프트웨어 제품이 어떤 구조를 가질 수 있는지, 일반적으로 전체 시스템이 어떻게 작동하는지에 대한 질문을 자주 접합니다. 이러한 질문은 일반적으로 통합 문제를 처리해야 하는 웹 개발자가 묻는 질문입니다. 1C, 모바일 애플리케이션 전문 프로그래머 및 업무 특성으로 인해 1C 프로그램을 자주 다루어야 하는 기타 전문가.

이 기사에서는 내 작업에서 끊임없이 발생하는 가장 일반적인 질문에 대한 답변을 수집하기로 결정했습니다. 따라서 즉시 경고하고 싶습니다. 이 기사는 IT 기술에 익숙한 사람들을 대상으로 하며 사업가, 회계사, IT 분야에서 멀리 떨어진 사람들은 일부 뉘앙스를 이해하기 어려울 가능성이 높습니다. 물론 최대한 간단하게 작성하려고 노력할 것이며, 코드 수준에서 기술적인 뉘앙스를 깊이 파헤칠 계획은 없지만, 그래도 특정 용어나 개념은 비전문가가 보기에는 복잡해 보일 수 있습니다.
1C에 대한 내 경험에 대한 몇 마디
한때 저는 대규모 프로젝트에서 1C 프로그래머로 일한 후 프로젝트 관리자직을 맡았고 꽤 오랫동안 1C 작업을 전담하는 프로젝트 부서장을 역임했습니다.

지금은 여러 차례 글을 썼듯이 중소기업 분야에서 비즈니스 컨설턴트로 일하고 있습니다. 저는 작업 자동화와 그 결과 1C 소프트웨어 제품과 관련된 다양한 작업에 끊임없이 직면하고 있습니다. 대부분의 경우 비즈니스 컨설턴트로서 특정 문제를 해결하기 위해 1C 전문가를 고용하고 영구 팀을 보유하고 있으며 프리랜서를 포함한 타사 전문가도 유치합니다. 매우 드물지만 1C로 직접 글을 쓰는데, 가장 자주 작은 문제를 긴급하게 해결해야 할 경우입니다.

반면에 저는 1C 제품에 대한 지속적인 작업에서 점점 더 멀어지고 있습니다. 1C 프로그램으로 일하면서 경력을 시작할 때 수입의 100%를 가져왔다면 오늘날 일부 1C 솔루션의 구현은 내 작업의 20%를 넘지 않으며 그 밖의 모든 것은 웹 사이트, CRM 시스템 등입니다.

따라서 아직 1C 프로그램과 관련된 문제에서 크게 벗어나지는 않았지만 지식을 체계화하고 이러한 소프트웨어 제품 작업의 중요한 측면과 뉘앙스를 수집하고 기록하기로 결정했습니다.

1C에 대해 조금 더 설명하고 내가 이 모든 것을 쓰는 이유
나는 그들이 말했듯이 그 광대함을 곧 받아들일 것이라는 것을 나 자신도 알고 있습니다. 따라서 또 다른 경고는 다음과 같습니다.
  1. 저는 1C에 관한 전체 기사 시리즈를 작성하여 다양한 관점에서 이 소프트웨어 제품에 대해 이야기할 계획입니다. 이 문서는 주로 프로그래머를 대상으로 작성되었습니다. 그래서 하브레에 포스팅하게 되었습니다. 다음은 1C 소프트웨어 제품의 사업가 및 사용자가 관심을 갖는 개념을 포함하여 더 넓은 범위의 개념을 다루므로 Megamind에 게시됩니다.
  2. 공식 1C 웹 사이트, 지원 사이트, 잘 알려진 포럼 등에서 각자가 직접 읽을 수 있는 코드 사용의 뉘앙스나 기타 기술 세부 사항에 대해서는 다루지 않겠습니다.
  3. 이 버전 또는 해당 버전의 플랫폼이 작동하는 방식의 미묘한 차이에 대해서는 논의하지 않겠습니다. 또한 글을 쓰는 시점의 최신 플랫폼인 8.3 플랫폼과 고객(중소 기업) 사이에서 가장 수요가 많은 일반적인 구성에 대해 가장 자주 이야기하겠습니다.
동시에 나는 웹 프로그래머나 다른 전문가가 올바른 코드 조각을 찾을 수 있는 위치를 이해하도록 돕고 싶지 않고 그것이 무엇인지 이해하도록 돕고 싶습니다 – 1C.
오늘날 1C 회사는 제품 설명, 시스템을 구성할 전문가 수준의 요구 사항, 플랫폼, 구성, 플러그인, 추가 기능, 버전 등의 선택에 너무 많은 혼란을 가져왔습니다. 등, 1C 시스템이 개인적으로 오래된 TV 시리즈 " Octopus"를 생각나게 하기 시작했습니다. 다른 사람이 기억한다면, 이 영화에서 위원은 범죄 집단과 싸웠는데, 그 중 일부는 은행 집단이었습니다. 그리고 이 은행 시스템은 너무 혼란스러워서 돈이 어디서 왔는지, 어디로 갔는지, 이 부서나 그 부서가 어떻게 작동하는지, 가장 중요한 것은 왜 그런지 이해하기가 매우 어려웠습니다.

1C 시스템에서 사용자를 "혼란"시키려는 노력은 한 가지를 목표로 하는 것 같습니다. 아무것도 이해할 필요가 없고 비용만 지불하면 됩니다. 그리고 많은 사업가들은 실제로 이 업데이트가 필요한지, 이 제품이 필요한지 이해하지 못한 채 비용을 지불하게 됩니다. 그들은 단지 비용을 지불하고 그게 전부입니다.

나는 "문어의 촉수"를 풀고 1C 시스템이 어떻게 작동하는지에 대한 일반적인 이해를 구성하려고 노력할 것입니다.

또한 프로그래머에게 1C 웹 사이트에서 기술 정보를 찾을 수 있음을 상기시키고 싶습니다. 나는 이러한 뉘앙스에 대해 전혀 생각할 계획이 없습니다. 근본적인 문제에 대해서는 가능한 한 간단한 언어로 쓰겠습니다.

1C의 특정 기술적 뉘앙스가 필요한 경우 언제든지 다음 리소스를 사용할 수 있습니다.

  1. 1C 웹 사이트 및 파트너 포럼. http://www.1c.ru
  2. 기타 리소스
대부분의 경우, 귀하의 질문에 대한 답변은 다음 리소스 중 하나에서 찾을 수 있습니다. 더 많은 포럼과 기타 사항이 있지만 대부분의 솔루션이 여기에 있습니다.

생태계로서의 1C

사업가, 변호사, 회계사, 판매자 및 기타 사용자가 1C 프로그램을 접할 때 그것이 무엇인지 오해하는 경우가 많습니다. 어떤 사람들은 1C가 편리한 회계 시스템이라고 생각하고, 다른 사람들은 온라인 상점 자동화 시스템이라고 생각하고, 다른 사람들은 우리가 말하는 내용을 실제로 이해하지 못합니다. 일부는 특정 1C 제품의 도움으로 모든 비즈니스 문제를 해결할 수 있다고 생각합니다. 올바른 제품을 선택하고 약간만 수정하면 됩니다.

이렇게 명백히 잘못된 인식이 나타나는 이유는 플랫폼 관점에서 1C가 무엇인지 이해하는 사람이 아무도 없기 때문입니다. 모든 사람은 뭔가 다르고 구체적인 것을 봅니다. 1C 자체는 1C를 모든 경우와 목적에 대한 솔루션으로 포지셔닝하려는 마케팅으로 인해 이러한 모든 오해를 적극적으로 지원하기 때문에 더욱 혼란을 가져옵니다.

1C가 나쁜 이유와 1C 프로그래머가 그것을 그다지 좋아하지 않는 이유 기사에서 저는 실제로 1C가 전체 생태계로 인식되어야 한다고 이미 말했습니다. 1C가 무엇인지, 왜 필요한지 이해하는 데 도움이 되는 것이 바로 이러한 접근 방식입니다.

따라서 기술 생태계의 관점에서 1C는 다음 구성 요소로 구성됩니다.

  1. 1C 플랫폼은 구성 작성, 프로그래머 작업 등의 기반입니다. 버전별로 업데이트되므로 6.0, 7.7, 8.0, 8.2 또는 8.3이 될 수 있습니다.
  2. 구성. 이것이 다음 수준의 특이성입니다. 구성은 1C 코드를 사용하여 플랫폼에 작성됩니다. 사용자는 구성 작업을 합니다.
  3. 1C 비트릭스. 웹사이트 작업을 위한 시스템은 별도로 이야기할 가치가 있습니다.
1C 작업을 구성할 수 있는 또 다른 측면은 조직 수준입니다. 그리고 여기에는 서로 없이는 작동하지 않는 두 부분이 있습니다.
  1. 1C 회사 자체와 전문가 직원.
  2. 1C 파트너(프랜차이즈) 및 시스템 유지 관리 전문가. 또한 생태계의 구성 요소 중 하나로 강조할 가치가 있습니다. 1C를 마무리하고 구현하는 전문가가 없으면 시스템이 작동하지 않습니다. 이들은 1C 파트너 회사이거나 단일 프리랜서일 수 있습니다. 중요하지 않으며 반드시 그래야만 합니다. 그렇지 않으면 시스템이 실행 가능하지 않습니다.
다음으로 1C 생태계의 일부를 자세히 살펴볼 것을 제안합니다.

플랫폼

플랫폼은 1C 프로그래밍 언어를 사용하는 1C 프로그래머가 사용자를 위해 기성 프로그램(구성)을 작성하는 기반입니다. 플랫폼은 단일 구성 요소나 구성이 없으면 작동하지 않는 기반입니다. 동시에 구성이 없는 플랫폼 자체는 1C 프로그래머에게만 관심이 있을 수 있으며 다른 모든 사용자(사용자, 다양한 전문가)에게는 쓸모가 없습니다.
다양한 버전의 플랫폼에서 작업할 수 있습니다. 실제로는 버전 8.2 및 8.0이 사용되며 다소 오래되었지만 여전히 인기 있는 7.7이 사용되며 때로는 최초의 성공적인 릴리스인 6.0도 사용된다는 것을 알고 있습니다. 하지만 저는 이 글을 쓰는 시점의 최신 버전인 8.3 버전에 대해서만 이야기하겠습니다. 우리가 논의할 많은 내용은 이전 버전과 동일하게 관련됩니다. 그러나 일부는 최신 릴리스에만 추가되었습니다. 나는 독자들이 이 사실을 고려하길 바란다.

사용자는 1C가 제공하는 전체 기능이 필요하지 않은 경우가 가장 많다는 점을 이해하는 것이 중요합니다. 이 설명은 특히 중소기업에 해당됩니다. 그러나 작업의 품질과 신뢰성은 사용자에게 매우 중요합니다. 이와 관련하여 불행히도 1C 소프트웨어 제품에는 많은 문제가 발생합니다.
1C로 작업할 때 프로그래머는 1C 개발자가 1C 플랫폼에서 작업하기 위해 만든 특수 프로그래밍 언어를 사용합니다. 현재는 러시아어와 영어로 제공되지만 원래는 러시아어로 작성되었으므로 표준 구성도 전통적으로 러시아어로 작성되지만 프로그래머에게 더 편리한 경우 영어 버전의 연산자를 올바른 위치에 항상 사용할 수 있습니다. 일하다. 이 언어는 BASIC과 C+에 쿼리 작성을 위한 SQL이 추가된 언어입니다. 또한 다양한 생성자와 플러그인을 사용할 수 있는 기능을 제공합니다.

1C 플랫폼의 특징 중 하나는 모듈성이 부족하다는 것입니다. 플랫폼은 전체이므로 어떤 코드(모듈)가 어떤 기능을 담당하는지 명확하게 표시하는 것은 불가능합니다. 물론 설치 중에 설치해야 할 구성 요소와 설치하지 않을 구성 요소를 지정할 수 있습니다. 하지만 이 옵션은 설치 시에만 제공되며 실제로는 매우 적은 수의 옵션을 제공합니다.

불길과 분쟁을 피하는 데 도움이 되기를 바라는 또 하나의 참고 사항:

1C 플랫폼은 강력하고 매우 유연한 도구라는 것을 알고 있습니다. 그리고 숙련된 1C 프로그래머로서 특별한 것을 작성하려고 한다면 아마도 훌륭한 소프트웨어를 얻게 될 것입니다. 그리고 다양한 경우에 플랫폼의 풍부한 기능 덕분에 여기에서 솔루션을 정확하게 찾을 수 있습니다. 그러나 대부분의 경우 표준 구성(회계, 무역 관리, 급여 및 HR, 생산 관리)을 사용하게 되며, 대부분의 사용자는 특히 중소기업의 경우 표준 구성을 사용합니다. 따라서 주로 표준 구성 작업의 관점에서 플랫폼 선택과 1C 작업과 관련된 몇 가지 문제에 대해 글을 쓸 것입니다.

동시에 나는 프로그래머에 대한 큰 열망과 충분한 수준의 지식이 있으면 많은 문제를 해결할 수 있지만 문제는 관련이 없다는 것을 이해합니다. 따라서 몇 가지 독특한 개발 방법을 사용한다면 제가 공개하는 문제와 이슈가 전혀 흥미롭지 않을 수도 있습니다. 다른 모든 사람들을 위해 계속합니다.
플랫폼 제공 옵션
플랫폼을 선택할 때 솔루션 제공 옵션에 주의를 기울이는 것이 매우 중요합니다. 가장 먼저 중요한 것은 데이터를 사용하여 작업을 구성하는 방법입니다.
  • 파일 솔루션
  • 클라이언트-서버 옵션
파일 기반 솔루션에서는 모든 작업 정보가 하나의 공통 파일에 저장됩니다. 어떤 구성을 설치하든 상관없습니다. 어떤 경우든 디렉터리, 문서, 레지스터 등 모든 것이 저장되는 CD 확장자(1C 내부 형식)가 있는 서비스 파일을 받게 됩니다. 프로그램 사용자 수가 4명을 초과하지 않는 경우 이 옵션이 매우 적합할 가능성이 높습니다. 또한 파일 시스템 설정이 훨씬 쉬워서 1C 전문가의 도움 없이도 할 수 있습니다. 속도 문제는 RPD(원격 데스크톱 프로토콜)를 사용하여 부분적으로 해결할 수 있지만 부분적으로만 해결됩니다.

그러나 문서 흐름이 상당히 활발하고 시스템 사용자 수가 상당히 많은(4명 이상) 회사에서 1C를 사용하는 경우 파일 시스템이 만족스럽게 작동하지 않습니다. 사용자는 거의 동시에 동일한 파일에 액세스하게 되므로 볼륨이 지속적으로 증가합니다. 또한 지속적인 동기화가 필요하므로 작업 속도가 더욱 느려집니다.

이 문제를 해결하기 위해 1C 회사는 데이터 캐싱을 시도하고 있지만 지금까지 이 방법은 더 많은 문제를 야기합니다. 누군가가 이 주제에 관심이 있다면 검색 엔진에 "1C 캐시 문제"를 입력하면 됩니다. 검색에는 다양한 문제가 있는 이에 대한 많은 포럼과 토론이 있을 것이며 결국 캐싱이 그렇지 않다는 사실로 귀결됩니다. 항상 올바르게 작동하는 것은 아닙니다.

데이터 저장소의 클라이언트-서버 구성은 서버의 테이블에 있는 데이터베이스의 구성입니다. 이는 MSSQL, Oracle 또는 다른 데이터베이스 구성 옵션일 수 있습니다.

이 옵션의 장점은 분명합니다. 데이터베이스에 액세스하는 사용자 수에 관계없이 속도 및 액세스 문제가 발생하지 않습니다. 이는 대부분의 중견기업이 사용하는 옵션이며, 제가 주로 고객에게 추천하는 옵션입니다.

대부분의 경우 회사에서는 프로그램 자체와 데이터베이스가 모두 저장되는 Windows 서버를 설치합니다. 때때로 애플리케이션과 데이터베이스가 서로 다른 서버에 분리되어 있지만 이러한 경우는 복잡하고 매우 드물기 때문에 이에 대해 자세히 설명하지 않겠습니다.

다양한 플랫폼용 1C 버전
오늘날 다양한 플랫폼에서 작동하기 위해 다양한 버전의 1C 소프트웨어를 선택할 수 있습니다. 여기에서는 어떤 경우에 구매할 가치가 있는지 알아내는 것도 가치가 있습니다.

따라서 1C 버전이 있습니다.

  • 윈도우용,
  • 리눅스용.
이 글을 쓰는 시점에는 Mac OS용 버전이 개발되지 않았습니다.

Windows에서 실행되는 1C 프로그램은 처음부터 개발되었으며 모든 사람에게 친숙한 강력한 도구이므로 문제 없이 사용할 수 있을 만큼 충분히 정교해졌습니다. 오늘날의 Linux 버전은 여전히 ​​새로운 버전으로 간주되므로 "원시" 버전이므로 새로운 소프트웨어 제품과 마찬가지로 여전히 많은 오류가 있습니다.

기업가와 모든 기업 대표는 매우 보수적 인 사람들이므로 그들에게 가장 중요한 것은 안정적이고 안정적인 작업입니다. 대부분의 경우 기업은 안정적인 운영이 필요하기 때문에 고속이나 방대한 기능 목록에 그다지 관심이 없습니다. 게다가 오늘날 국내 사업에서는 리눅스의 수요가 크지 않습니다. 따라서 이 버전은 매우 드물게 발생합니다.

컴포넌트 베이스 1C
1C 구성 요소 기반은 매우 광범위하고 수많은 기능을 포함하고 있으며 1C는 지속적으로 기능을 분할하고 추가합니다. 저것들. 1C 개발자는 새로운 것을 만들어야 할 때 거의 항상 새로운 유형의 개체를 만듭니다. 예를 들어 웹 서비스가 필요할 때 개발자는 어떤 종류의 플러그인을 만들지 않고 단순히 웹 서비스라는 개념을 도입했습니다. 마찬가지로 1C 회사의 많은 비즈니스 프로세스에서는 기존 구성 요소를 간단히 수정할 수 있는 경우에도 새 구성 요소가 가장 자주 생성됩니다.

1C 플랫폼의 구성 요소에 대해 무엇을 말할 수 있습니까?

  • 일부 구성 요소는 오랫동안 작동해 왔고, 일부는 소프트웨어 제품이 만들어진 이후부터 작동해 왔습니다. 그들은 안정적이고 신뢰할 수 있습니다.
  • 일부 구성 요소는 최근에 추가되었으며 다른 구성 요소는 현재 추가되고 있습니다. 대부분은 테스트가 제대로 이루어지지 않았으므로 극도의 주의를 기울여 작업해야 합니다.
작업할 구성요소를 선택할 때 언제 추가되었는지 항상 주의를 기울여야 합니다. 전문 1C 프로그래머에게는 다음 규칙이 있습니다. 개발자가 새 기능을 추가할 때 가능하면 충분한 시간이 지날 때까지 해당 기능을 피하십시오. 저것들. 구성 요소가 실제로 테스트되고 주요 "버그"가 식별되어 수정될 때까지 기다린 다음에만 해당 구성 요소를 적극적으로 사용하기 시작합니다.

1C의 부정적인 평판의 구성 요소 중 하나는 테스트되지 않은 새로운 솔루션을 지속적으로 추가하는 회사의 관행입니다. 이미 구현된 구성 요소가 제대로 작동하지 않는 경우가 많음에도 불구하고 버그는 아직 수정되지 않았으며 개발자는 이미 새로운 것을 추가하고 있습니다. 이는 구성요소일 뿐만 아니라 기존 객체에 대한 새로운 기능, 새로운 메소드 등일 수도 있습니다. 1C를 사용하는 모든 프로그래머는 "조잡한"소프트웨어의 지속적인 존재, 지속적인 "버그"및 지속적인 수정이라는 문제에 직면하게 될 것입니다.

사용자는 플랫폼 작업 시 소프트웨어 오류 및 불안정한 작동과 같은 문제에 직면할 수도 있습니다. 사용자가 수행할 수 있는 특정 1C 유지 관리 기능 세트가 있습니다. 이를 위한 플랫폼 사용자 인터페이스가 있습니다. 그리고 여기서는 다른 버전의 사용자 인터페이스로 돌아갈 가치가 있습니다.

1C 플랫폼은 지속적으로 추가되는 다양한 구성 요소로 구성되어 이 제품의 기능을 확장합니다. 문서, 디렉토리, 각종 레지스터 외에도 정보의 입출력을 위한 다양한 구성요소도 있습니다. 사용자 인터페이스.

이 기능을 기반으로 다음을 선택할 수 있습니다.

  1. 기본 1C 클라이언트. 이는 1C에서 1C에 액세스할 때의 전통적인 소프트웨어 인터페이스입니다.
  2. 브라우저를 통해 작업하십시오.
  3. 모바일 애플리케이션을 통해 작업하세요.
각 옵션에는 몇 가지 제한 사항이 있으며 공식 1C 웹 사이트에서 이에 대한 자세한 내용을 읽을 수 있습니다.
네이티브 클라이언트
또한 기본 클라이언트는 일련의 하위 클라이언트로 나누어져 소프트웨어 선택 프로세스에 추가적인 혼란을 가져옵니다. 여기서 가장 중요한 것은 "thick" 또는 "thin" 클라이언트 옵션을 선택하는 것입니다. 언뜻보기에 여기에서의 선택은 특히 프로그래머에게는 중요하지 않습니다. 실제로 인터페이스를 통해 구성 작업을 할 때 선택 오류로 인해 문제가 발생할 수 있습니다.

이들하위클라이언트의 차이점은 무엇입니까?

"Thick"에는 넓은(thick) 통신 채널이 필요하고 "thin"에는 최소한의 통신 채널이 필요합니다. 대부분의 고객은 "두꺼운" 클라이언트를 사용합니다. 이제 모든 사람이 좋은 로컬 또는 인터넷 채널을 갖고 있고 "폭"에 문제가 없기 때문입니다. 반면에 "씬" 클라이언트는 작동에 있어 특정 제한 사항이 있으며, 클라이언트에서 수행할 수 없는 작업이 있습니다.

웹 클라이언트(브라우저를 통해 작업)
웹 클라이언트는 브라우저를 통해 1C 프로그램으로 작업합니다. 저것들. 귀하는 귀하에게 편리한 브라우저를 사용하여 인터넷을 통해 데이터베이스에 액세스할 수 있는 특정 기술을 사용합니다. 이 경우 인터페이스는 브라우저에서 직접 완전히 설명됩니다.

이 옵션에는 특정 제한 사항이 있으므로 이를 항상 기억해야 합니다. 반면에 웹 클라이언트로 작업하는 것은 상당히 안정적이고 디버깅이 잘 되어 있으며 특정한 논리적 결론에 도달합니다. 그렇기 때문에 꽤 많은 사람들이 이 인터페이스 옵션을 사용합니다. 1C 온라인 작업은 매우 편리하고 필요할 수도 있습니다.

모바일 버전
1C의 이 클라이언트 버전은 비교적 최근에 등장했으며 아직 수요가 많지 않습니다. 이러한 태도의 이유:
  1. 클라이언트는 매우 어려운 것으로 판명되었습니다. 이 프로그램을 설정하려면 1C와 모바일 기술을 모두 알고 있어야하며 코드 수준에서 상당히 깊이 있어야합니다. 그러한 전문가를 찾는 것이 매우 어렵고 이는 소프트웨어 솔루션의 인기에 기여하지 않는다는 것이 분명합니다.
  2. 이 기술은 여전히 ​​매우 "원시적"이며 제대로 디버깅되지 않았습니다. 저는 개인적으로 고객을 위해 이 솔루션을 사용하려고 노력했고, 이 기술에 익숙해진 동료들과 이야기를 나눴으며, 현재 제 의견과 동료들의 의견이 일치합니다. 모바일 애플리케이션을 만드는 것이 모바일 애플리케이션보다 더 쉽고 편리합니다. 1C의 옵션을 사용합니다.
모바일 버전은 많은 것을 결합해야 하며, 함께 일하고 서로를 도울 여러 전문가의 작업이 필요합니다.
  • 외부에서 데이터베이스에 대한 액세스 설정
  • 보안 문제 해결
  • 모바일 애플리케이션과 작동하도록 서버를 설정합니다.
  • 1C 소프트웨어 제품 설정
  • 웹 애플리케이션 설정(필요한 경우)
이 모든 것은 1C 모바일 애플리케이션의 올바른 작동을 보장하는 데 필요합니다. 이러한 전문가 팀을 구성하는 것은 어렵고 비용이 많이 들기 때문에 이 솔루션은 중소기업에서는 인기가 없습니다.
플랫폼 1C: 요약
1C 플랫폼은 매우 기능적이며 다양한 기능의 거대한 목록을 가지고 있습니다. 그리고 이 양은 자연스럽게 복잡성으로 변합니다. 결과적으로 프로그래머가 1C 작업에 대한 진입 장벽이 매우 높습니다. 클라이언트는 다양한 1C 기능에 대해 듣고 프로그래머에게 이를 구현하는 데 도움을 요청합니다. 이는 전문가가 지속적으로 업데이트를 인식하고 다양한 사항을 이해하고 알아야 함을 의미합니다.

1C 작업, 웹 프로그래밍, 모바일 애플리케이션 작업 등 프로그램 수준의 모든 것을 한 번에 이해할 수 있는 프로그래머를 찾는 것은 매우 어렵습니다. 이는 개념적 수준에서 가능합니다. 내가 지금 내 지식을 공유하고 있는 곳에서.

그러나 고객은 일반적으로 이를 이해하지 못하고 1C 프로그래머에게 다양한 기능을 구현하도록 요구하기 시작합니다.

반면에 1C 플랫폼은 지속적으로 변화하고 있으며 수많은 옵션과 다양한 솔루션이 있으며 결과적으로 수많은 버그와 수정 사항이 있습니다.

이 모든 것이 포지셔닝 문제로 이어집니다.

  • 한편으로는 고객에게 1C가 간단하고 편리하다고 알려주는 1C 회사가 있습니다. 그들은 1C를 유지하려면 특별한 지식을 가진 전문가가 필요하며 프로그래머가 최신 1C로 작업하기 어렵다는 글을 어디에도 쓰지 않습니다.
  • 반면에 실제로 내담자는 이러한 모든 문제에 직면합니다. 그리고 1C 구현에 참여하는 잘 일하는 팀이나 올바른 전문가를 찾아 올바른 작업을 할당할 수 있는 내 수준의 지식을 갖춘 비즈니스 컨설턴트로부터 도움을 받으면 좋습니다. 다른 경우에는 사용자가 구현 과정에서 많은 문제에 직면하게 됩니다.

따라서 1C 플랫폼에 대해 간략히 설명하겠습니다. 수많은 가능성, 높은 수준의 유연성, 다양한 솔루션이 있습니다. 동시에 낮은 구현 품질, 지속적으로 증가하는 솔루션 복잡성, 각 버전마다 엄청난 수의 버그가 있습니다.

개념적인 수준에서는 충분한 정보가 있다고 생각합니다. 그리고 위에서 권장한 1C 리소스에서 언제든지 기술적 뉘앙스를 찾을 수 있습니다.

구성

1C 구성은 특정 버전의 플랫폼을 기반으로 생성된 기성 소프트웨어 솔루션입니다. 구성은 사용자가 직접 작업하는 것, 현재 기록을 유지하는 소프트웨어 환경, 문서 흐름, 디렉토리 작업 등입니다. 사용자는 자신이 어떤 종류의 플랫폼을 가지고 있는지 모르는 경우가 많습니다. 그러나 그들은 항상 어떤 특정 구성이 사용되는지 알고 있습니다.

구성은 다음과 같습니다.

  1. 표준 - 1C 회사에서 작성했습니다. 그들은 모두 1C 웹 사이트에 있습니다.
  2. 비정형 – 파트너 회사가 작성했습니다.
사용자 수준에서는 두 가지 유형이 다음과 같이 구분됩니다.
  1. 표준 구성은 1C에서 생성되고 유지 관리됩니다. 대부분의 경우 품질이 더 높으며 이러한 구성에서는 코드 작업이 더 잘 구성되고 최적의 솔루션이 가장 자주 사용되며 오류가 신속하게 수정됩니다. 물론 모든 사람들은 일반적인 1C 구성에서 "영원한 버그"에 대해 끊임없이 듣고 실제로 거기에 지속적으로 존재하지만 여전히 회사 전문가에게 공로를 인정할 가치가 있습니다. 중요한 오류를 정말 신속하게 수정합니다.
  2. 비정형 구성은 1C 파트너 회사에서 작성하므로 여기서는 명확한 것을 말하기가 매우 어렵습니다. 이러한 구성은 매우 다릅니다. 대부분의 경우 산업별(특정 산업) 또는 특정 상황(특정 회사)을 위해 작성됩니다. 그리고 여기서는 1C 파트너 회사가 대부분 직원 이직률이 상당히 높다는 것을 이해해야 합니다. 따라서 그 구성은 다소 체계적이지 않은 방식으로 작성됩니다. 한 프로그래머가 쓰기를 시작하고, 다른 프로그래머는 계속하고, 세 번째 프로그래머는 끝냅니다. 동시에 그들 각자는 자신의 이해, 해결책, 아이디어를 가져옵니다. 그리고 의도한 대로가 아니라 편리하게 이전 버전의 개발을 적용합니다.
재미있는 만화 "Prostokvashino의 Three"를 기억하시나요? 그곳에서 소년 표도르 삼촌은 부모에게 편지를 썼지만 끝내지 않았고 정신이 산만 해졌고 그의 친구들은 교대로 그를 위해 고양이와 개를 마무리했습니다. 그리고 그들은 각자 자신의 문제에 대해 이야기했습니다. 이에 소년의 부모는 “발이 아프고 꼬리가 떨어졌다”는 사실을 알고 깜짝 놀랐다. 이는 비표준 구성을 작성하는 데 매우 자주 사용되는 원칙입니다.
비표준 구성을 작성할 때 연속성이 부족하고 충분히 상세한 문서가 부족한 경우가 많기 때문에 구현 및 수정에 관한 모든 질문은 이 구성을 개발한 회사에 문의해야 한다는 사실로 이어집니다.

비표준 구성에는 두 가지 유형도 있습니다.
  1. 표준어를 기준으로 작성되었습니다. 이러한 구성은 일부 표준 구성에 기능을 추가하여 생성됩니다. 예를 들어 1C: Trade Management 및 CRM과 같은 제품이 있습니다. 여기에서는 Trade Management와 CRM 시스템의 표준 구성을 결합했습니다. 흥미롭게도 구성 작성자인 Rarus 회사는 Trade Management 하위 시스템을 호출하지만 실제로는 전체 구성이 작성된 기초였습니다.
        찬성이러한 구성 - 표준 구성에 비해 더 기능적이며 종종 매우 필요한 기능이 추가됩니다.
        마이너스– 이러한 구성의 개발자는 적시에 업데이트를 생성할 시간이 없는 경우가 많습니다. 따라서 1C 회사가 이미 업데이트 옵션을 게시했으며 비표준 솔루션 사용자는 개발자가 특정 솔루션에 대해 유사한 업데이트를 만들 때까지 잠시 기다려야 할 수도 있습니다. 또한 이러한 수정은 매우 "원시"일 수 있으며 많은 오류가 포함될 수 있습니다.
       
  2. 처음부터 작성된 구성입니다. 이를 생성할 때 표준 구성은 전혀 사용되지 않으며 특정 작업을 위해 솔루션이 작성됩니다.
        찬성: 구성은 고객의 요구에 따라 정확하게 작성되었으며 필요한 모든 것이 있고 불필요한 것은 거의 없습니다.
        마이너스: 일반적으로 이러한 솔루션을 작성할 때 코드 표준은 준수되지 않으며 이러한 소프트웨어 제품을 수정하는 것은 매우 어렵고 대부분 작성자만이 이를 충분히 신속하게 수행할 수 있습니다.
클라이언트에 와서 처음부터 비정형적인 구성이 작성된 것을 발견하면 전혀 건드리지 않거나 편리하고 보편적인 솔루션으로 완전히 변경하려고 노력합니다. 특히 중소기업에서는 이러한 솔루션이 실제로 필요하지 않은 경우가 많습니다. 동시에 표준 제품은 유지 관리가 더 쉽고 결과적으로 가격도 저렴하므로 이는 항상 비즈니스에 중요합니다.

요약

기업가는 일반적으로 구성을 찾고 있다는 것을 이해하는 것이 중요합니다. 예를 들어 회계 부서의 작업을 자동화하려면 1C가 필요합니다.회계, 고객과의 작업을 구성하려면 1C가 필요합니다. 무역 관리. 그들이 이해할 수 있고 따라서 흥미로운 것은 이러한 제품입니다.

따라서 프로그래머가 어떤 플랫폼으로 작업해야 하는지 아는 것이 중요합니다. 사용자는 구성에 관심이 있습니다. 동시에 1C 프로그래머의 도움 없이는 대부분의 경우 비즈니스에서 원하는 구성을 설정할 수 없습니다. 이것이 바로 제가 1C 전문가를 1C 생태계의 필수적인 부분이라고 부르는 이유입니다.

1C 전문가도 다르다는 점을 상기시켜 드리겠습니다. 일부는 플랫폼 및 표준 구성 개발에 참여하고(1C 회사 직원), 다른 일부는 파트너이며 구현 및 수정에 참여하고, 다른 일부는 1C 구현과 관련된 특정 문제를 해결하는 데 개인적으로 도움을 줍니다. 태그 추가

회계사가 계정을 사용하고, 주문 장부를 수동으로 작성하고, 명세서를 확인하고 보고서를 확인하던 시대는 오래 전에 지나갔습니다. 이는 1C 개발자 회사가 1C Enterprise 플랫폼의 첫 번째 버전을 출시한 1991년에 발생했습니다. 이는 동일한 유형의 회계 작업을 "스마트 머신"에 맡길 수 있고 더 복잡하고 덜 일상적인 작업을 A에 맡길 수 있음을 보여줍니다. 사람.

먼저 "1C 플랫폼"이 무엇인지 정의해 보겠습니다. 이는 개발자가 프로그램(응용 프로그램 솔루션)을 만드는 데 도움이 되는 통합 기술 환경입니다. "비IT 전문가"의 경우 더 간단한 설명이 있을 수 있습니다. 1C 플랫폼은 전문가가 다양한 프로그램을 작성(생성)하는 프로그래밍 언어와 같습니다. 1C 8 플랫폼을 사용하면 게임을 개발하거나 예를 들어 1C: 회계를 개발할 수 있습니다.

그래서 거의 30년 전에 1C 회사가 출시한 플랫폼의 첫 번째 버전이 출시되었고 이를 기반으로 한 첫 번째 구성이 출시되었습니다. 회계 프로그램이었습니다 - 1C: Accounting (DOS 버전).

이전에는 이와 같은 것이 없었기 때문에 조직은 자동 회계의 매력과 합리성을 즉시 인식했으며 1C 소프트웨어 제품은 빠르게 러시아에서 가장 인기 있는 솔루션이 되었습니다. 시간이 지남에 따라 그 인기는 우리나라 대부분의 조직에서 프로그램이 사용될 정도로 높은 수준에 도달했습니다. 1C Enterprise의 판매, 구현 및 유지 관리를 전문으로 하는 1C 회사의 파트너 네트워크는 그다지 빠르게 발전하지 않았습니다 (1C 네트워크는 여전히 세계 최대 규모입니다).

오랫동안 1C Enterprise 시스템 기능의 주요 적용 영역은 회계뿐이었습니다. 그러나 90년대 후반부터 1C 회사는 무역, ​​창고 및 생산과 같은 다른 회계 영역에 대한 프로그램 라인을 적극적으로 개발하기 시작했습니다. 그런 다음 이러한 프로그램은 1C: 무역 및 창고, 1C: 급여 및 인사, 1C: 생산, 서비스, 회계, 1C: 통합 구성과 같은 1C Enterprise 7.5/7.7 플랫폼에서 출시되었습니다.


그러나 어쨌든 이러한 모든 제품은 회계용으로만 고안되었습니다. 거래를 등록하고 보고서를 생성하는 기능을 제공했지만 당시 1C에는 자동화된 기업 관리 기능이 없었습니다.

따라서 2003년에 1C는 모든 최신 요구 사항을 충족하는 새롭고 강력한 플랫폼 버전인 1C Enterprise 8(현재도 여전히 사용 중)을 출시했습니다. 또한 공급 업체는 1C Enterprise 프로그램의 개념 자체를 변경하여 강조점을 회계에서 비즈니스 관리 기능으로 전환하여 사용자 회사가 일상적인 운영 최적화 및 비용 절감을 달성할 수 있을 뿐만 아니라 객관적인 관리 결정을 내릴 수 있도록 했습니다. 비즈니스 프로세스를 최적화하고 경쟁력과 효율성을 높입니다.

1C와 수천 명의 파트너 커뮤니티에서 개발한 1C Enterprise 시스템은 오늘날 서구 솔루션과 경쟁합니다. 우리나라에 대표 사무소가 있는 외국 기업조차도 1C 프로그램 작업을 선호하는 합리적인 선택을 점점 더 많이 하고 있습니다. 왜냐하면 1C는 기능면에서 더 이상 서구 제품보다 열등하지 않고 1C 시스템 비용과 소유 가격은 더 이상 낮기 때문입니다. 서양 유사품에 비해 몇 배 낮습니다.

실제로 1C 회사는 파트너와 상호 작용하고 세계 최고의 관리 관행에 따라 수년 동안 매달 시스템 기능을 개발하고 1C Enterprise의 새 버전을 출시합니다. 따라서 러시아 상업 및 정부 회사의 95%가 1C Enterprise 시스템을 사용하는 것은 놀라운 일이 아닙니다.

다음은 전문화된 1C Enterprise 프로그램이 있는 자동화 영역 중 일부입니다.

  • 러시아 및 CIS 국가의 표준에 따른 회계 및 세무 회계, IFRS 보고
  • 무역회사의 무역, 창고 회계 및 관리;
  • 관리 회계 및 예산 편성, 통합
  • 생산 관리 및 생산 원가 회계, 원가 계산;
  • 물류 및 조달 관리
  • 문서 관리;
  • 복잡한 급여 및 인사 관리;
  • 고객 관계 관리(CRM);
  • 다양한 활동 분야를 위한 통합 기업 관리(ERP) – 생산, 무역, 건설, 농업, 연료 및 에너지 단지, 주택 및 공동 서비스, 금융 부문, 요식업, 호텔 사업, 의료 등

(작성 당시) 가장 인기 있는 TOP 10 1C Enterprise 프로그램:

배송 및 설치를 통해 당사에서 이러한 프로그램과 기타 1C Enterprise 프로그램을 구입할 수 있습니다. 우리는 1C 회사의 공식 프랜차이즈입니다. 선택하는 데 어려움이 있나요? 전화주시면 도와드리겠습니다!



관리 및 회계 분야의 업무를 수행하는 모든 기업은 항상 입증되고 저렴한 1C Enterprise 솔루션을 찾을 것이라는 사실 외에도 플랫폼의 기능을 통해 조직의 로컬 네트워크(사무실) 내에서만 프로그램을 사용할 수 있습니다. , 웹 브라우저를 통해 "클라우드"에서도 마찬가지입니다. 언제 어디서나 프로그램에 연결하십시오. 내장된 1C 데이터 보안 기능은 사용자를 식별하고 데이터베이스에 대한 액세스를 제공하므로 1C 데이터베이스에서 작업하도록 승인된 사람 외에는 누구도 액세스할 수 없습니다. .


1C의 중요한 장점 중 하나는 모든 조직 및 비즈니스 프로세스의 기능과 특성에 맞게 표준 프로그램 기능을 유연하게 구성/적응할 수 있다는 것입니다. 수만 명의 자격을 갖춘 전문가가 1C 설정 및 지원 역량을 갖추고 있으므로 1C 사용자는 시스템을 개발할 수 있는 사실상 무제한의 기회를 갖습니다.

1C Enterprise 프로그램 시스템의 모든 구성은 모든 제품과의 데이터 교환 및 통합 기능을 개발했습니다 (후자가 1C를 기반으로하지 않는 경우에도).

1C를 구입할 필요도 없습니다. 사용자는 전체 운영 기간 동안 1C 프로그램을 임대할 수 있습니다. 동시에 1C 작업에는 자체 시스템 관리자 및 기술 전문가, 서버 및 기타 비싸고 복잡한 장비가 필요하지 않습니다. 1C 서비스 파트너는 최신 서버에 1C 시스템 배치를 구성하고 안정성과 중단없는 작동.

1C 란 무엇입니까? 1C 엔터프라이즈란 무엇입니까? 간단히 말해서 ...

이 기사의 내용에 따라 "1C란 무엇입니까?"라는 질문에 답하십시오. 이렇게 할 수 있습니다. 1C Enterprise 시스템은 러시아 및 CIS의 대부분 조직에서 사용되는 서구 아날로그보다 열등하지 않은 저렴한 관리 및 회계 소프트웨어 제품 라인입니다. 1C의 기능을 사용하면 모든 조직의 특성에 맞게 프로그램을 사용자 정의할 수 있을 뿐만 아니라 로컬(사무실) 네트워크, 클라우드 및 웹 브라우저를 통해 시스템을 사용할 수 있습니다. 1C 사용자는 모든 활동 및 규모 분야의 러시아 기업의 95%입니다. 1C는 러시아와 CIS의 수천 개의 조직에서 서비스를 제공합니다.

오늘날 1C 소프트웨어 제품은 중소기업의 회계, 관리 및 기타 회계 유형에 대한 일종의 표준입니다. 고용주는 직원이 이 특정 소프트웨어 제품을 사용하는 데 필요한 기술을 갖출 것을 요구합니다. 온라인 상점과 자동화 시스템(잔고, 가격, 주문 등)을 통합하는 문제가 의제에서 발생하는 경우 일반적으로 사무실에는 통합을 수행해야 하는 1C 데이터베이스도 있습니다. 다른 많은 경우에도 마찬가지로 중소기업을 위한 자동화 프로세스는 전통적으로 1C 제품으로 시작하여 계속 사용됩니다.

비즈니스 컨설턴트로서 저는 1C가 무엇인지, 이 소프트웨어 제품이 어떤 구조를 가질 수 있는지, 일반적으로 전체 시스템이 어떻게 작동하는지에 대한 질문을 자주 접합니다. 이러한 질문은 일반적으로 통합 문제를 처리해야 하는 웹 개발자가 묻는 질문입니다. 1C, 모바일 애플리케이션 전문 프로그래머 및 업무 특성으로 인해 1C 프로그램을 자주 다루어야 하는 기타 전문가.

이 기사에서는 내 작업에서 끊임없이 발생하는 가장 일반적인 질문에 대한 답변을 수집하기로 결정했습니다. 따라서 즉시 경고하고 싶습니다. 이 기사는 IT 기술에 익숙한 사람들을 대상으로 하며 사업가, 회계사, IT 분야에서 멀리 떨어진 사람들은 일부 뉘앙스를 이해하기 어려울 가능성이 높습니다. 물론 최대한 간단하게 작성하려고 노력할 것이며, 코드 수준에서 기술적인 뉘앙스를 깊이 파헤칠 계획은 없지만, 그래도 특정 용어나 개념은 비전문가가 보기에는 복잡해 보일 수 있습니다.
1C에 대한 내 경험에 대한 몇 마디
한때 저는 대규모 프로젝트에서 1C 프로그래머로 일한 후 프로젝트 관리자직을 맡았고 꽤 오랫동안 1C 작업을 전담하는 프로젝트 부서장을 역임했습니다.

지금은 여러 차례 글을 썼듯이 중소기업 분야에서 비즈니스 컨설턴트로 일하고 있습니다. 저는 작업 자동화와 그 결과 1C 소프트웨어 제품과 관련된 다양한 작업에 끊임없이 직면하고 있습니다. 대부분의 경우 비즈니스 컨설턴트로서 특정 문제를 해결하기 위해 1C 전문가를 고용하고 영구 팀을 보유하고 있으며 프리랜서를 포함한 타사 전문가도 유치합니다. 매우 드물지만 1C로 직접 글을 쓰는데, 가장 자주 작은 문제를 긴급하게 해결해야 할 경우입니다.

반면에 저는 1C 제품에 대한 지속적인 작업에서 점점 더 멀어지고 있습니다. 1C 프로그램으로 일하면서 경력을 시작할 때 수입의 100%를 가져왔다면 오늘날 일부 1C 솔루션의 구현은 내 작업의 20%를 넘지 않으며 그 밖의 모든 것은 웹 사이트, CRM 시스템 등입니다.

따라서 아직 1C 프로그램과 관련된 문제에서 크게 벗어나지는 않았지만 지식을 체계화하고 이러한 소프트웨어 제품 작업의 중요한 측면과 뉘앙스를 수집하고 기록하기로 결정했습니다.

1C에 대해 조금 더 설명하고 내가 이 모든 것을 쓰는 이유
나는 그들이 말했듯이 그 광대함을 곧 받아들일 것이라는 것을 나 자신도 알고 있습니다. 따라서 또 다른 경고는 다음과 같습니다.
  1. 저는 1C에 관한 전체 기사 시리즈를 작성하여 다양한 관점에서 이 소프트웨어 제품에 대해 이야기할 계획입니다. 이 문서는 주로 프로그래머를 대상으로 작성되었습니다. 그래서 하브레에 포스팅하게 되었습니다. 다음은 1C 소프트웨어 제품의 사업가 및 사용자가 관심을 갖는 개념을 포함하여 더 넓은 범위의 개념을 다루므로 Megamind에 게시됩니다.
  2. 공식 1C 웹 사이트, 지원 사이트, 잘 알려진 포럼 등에서 각자가 직접 읽을 수 있는 코드 사용의 뉘앙스나 기타 기술 세부 사항에 대해서는 다루지 않겠습니다.
  3. 이 버전 또는 해당 버전의 플랫폼이 작동하는 방식의 미묘한 차이에 대해서는 논의하지 않겠습니다. 또한 글을 쓰는 시점의 최신 플랫폼인 8.3 플랫폼과 고객(중소 기업) 사이에서 가장 수요가 많은 일반적인 구성에 대해 가장 자주 이야기하겠습니다.
동시에 나는 웹 프로그래머나 다른 전문가가 올바른 코드 조각을 찾을 수 있는 위치를 이해하도록 돕고 싶지 않고 그것이 무엇인지 이해하도록 돕고 싶습니다 – 1C.
오늘날 1C 회사는 제품 설명, 시스템을 구성할 전문가 수준의 요구 사항, 플랫폼, 구성, 플러그인, 추가 기능, 버전 등의 선택에 너무 많은 혼란을 가져왔습니다. 등, 1C 시스템이 개인적으로 오래된 TV 시리즈 " Octopus"를 생각나게 하기 시작했습니다. 다른 사람이 기억한다면, 이 영화에서 위원은 범죄 집단과 싸웠는데, 그 중 일부는 은행 집단이었습니다. 그리고 이 은행 시스템은 너무 혼란스러워서 돈이 어디서 왔는지, 어디로 갔는지, 이 부서나 그 부서가 어떻게 작동하는지, 가장 중요한 것은 왜 그런지 이해하기가 매우 어려웠습니다.

1C 시스템에서 사용자를 "혼란"시키려는 노력은 한 가지를 목표로 하는 것 같습니다. 아무것도 이해할 필요가 없고 비용만 지불하면 됩니다. 그리고 많은 사업가들은 실제로 이 업데이트가 필요한지, 이 제품이 필요한지 이해하지 못한 채 비용을 지불하게 됩니다. 그들은 단지 비용을 지불하고 그게 전부입니다.

나는 "문어의 촉수"를 풀고 1C 시스템이 어떻게 작동하는지에 대한 일반적인 이해를 구성하려고 노력할 것입니다.

또한 프로그래머에게 1C 웹 사이트에서 기술 정보를 찾을 수 있음을 상기시키고 싶습니다. 나는 이러한 뉘앙스에 대해 전혀 생각할 계획이 없습니다. 근본적인 문제에 대해서는 가능한 한 간단한 언어로 쓰겠습니다.

1C의 특정 기술적 뉘앙스가 필요한 경우 언제든지 다음 리소스를 사용할 수 있습니다.

  1. 1C 웹 사이트 및 파트너 포럼. http://www.1c.ru
  2. 기타 리소스
대부분의 경우, 귀하의 질문에 대한 답변은 다음 리소스 중 하나에서 찾을 수 있습니다. 더 많은 포럼과 기타 사항이 있지만 대부분의 솔루션이 여기에 있습니다.

생태계로서의 1C

사업가, 변호사, 회계사, 판매자 및 기타 사용자가 1C 프로그램을 접할 때 그것이 무엇인지 오해하는 경우가 많습니다. 어떤 사람들은 1C가 편리한 회계 시스템이라고 생각하고, 다른 사람들은 온라인 상점 자동화 시스템이라고 생각하고, 다른 사람들은 우리가 말하는 내용을 실제로 이해하지 못합니다. 일부는 특정 1C 제품의 도움으로 모든 비즈니스 문제를 해결할 수 있다고 생각합니다. 올바른 제품을 선택하고 약간만 수정하면 됩니다.

이렇게 명백히 잘못된 인식이 나타나는 이유는 플랫폼 관점에서 1C가 무엇인지 이해하는 사람이 아무도 없기 때문입니다. 모든 사람은 뭔가 다르고 구체적인 것을 봅니다. 1C 자체는 1C를 모든 경우와 목적에 대한 솔루션으로 포지셔닝하려는 마케팅으로 인해 이러한 모든 오해를 적극적으로 지원하기 때문에 더욱 혼란을 가져옵니다.

기사에서 나는 실제로 1C가 전체 생태계로 인식되어야 한다고 이미 말했습니다. 1C가 무엇인지, 왜 필요한지 이해하는 데 도움이 되는 것이 바로 이러한 접근 방식입니다.

따라서 기술 생태계의 관점에서 1C는 다음 구성 요소로 구성됩니다.

  1. 1C 플랫폼은 구성 작성, 프로그래머 작업 등의 기반입니다. 버전별로 업데이트되므로 6.0, 7.7, 8.0, 8.2 또는 8.3이 될 수 있습니다.
  2. 구성. 이것이 다음 수준의 특이성입니다. 구성은 1C 코드를 사용하여 플랫폼에 작성됩니다. 사용자는 구성 작업을 합니다.
  3. 1C 비트릭스. 웹사이트 작업을 위한 시스템은 별도로 이야기할 가치가 있습니다.
1C 작업을 구성할 수 있는 또 다른 측면은 조직 수준입니다. 그리고 여기에는 서로 없이는 작동하지 않는 두 부분이 있습니다.
  1. 1C 회사 자체와 전문가 직원.
  2. 1C 파트너(프랜차이즈) 및 시스템 유지 관리 전문가. 또한 생태계의 구성 요소 중 하나로 강조할 가치가 있습니다. 1C를 마무리하고 구현하는 전문가가 없으면 시스템이 작동하지 않습니다. 이들은 1C 파트너 회사이거나 단일 프리랜서일 수 있습니다. 중요하지 않으며 반드시 그래야만 합니다. 그렇지 않으면 시스템이 실행 가능하지 않습니다.
다음으로 1C 생태계의 일부를 자세히 살펴볼 것을 제안합니다.

플랫폼

플랫폼은 1C 프로그래밍 언어를 사용하는 1C 프로그래머가 사용자를 위해 기성 프로그램(구성)을 작성하는 기반입니다. 플랫폼은 단일 구성 요소나 구성이 없으면 작동하지 않는 기반입니다. 동시에 구성이 없는 플랫폼 자체는 1C 프로그래머에게만 관심이 있을 수 있으며 다른 모든 사용자(사용자, 다양한 전문가)에게는 쓸모가 없습니다.
다양한 버전의 플랫폼에서 작업할 수 있습니다. 실제로는 버전 8.2 및 8.0이 사용되며 다소 오래되었지만 여전히 인기 있는 7.7이 사용되며 때로는 최초의 성공적인 릴리스인 6.0도 사용된다는 것을 알고 있습니다. 하지만 저는 이 글을 쓰는 시점의 최신 버전인 8.3 버전에 대해서만 이야기하겠습니다. 우리가 논의할 많은 내용은 이전 버전과 동일하게 관련됩니다. 그러나 일부는 최신 릴리스에만 추가되었습니다. 나는 독자들이 이 사실을 고려하길 바란다.

사용자는 1C가 제공하는 전체 기능이 필요하지 않은 경우가 가장 많다는 점을 이해하는 것이 중요합니다. 이 설명은 특히 중소기업에 해당됩니다. 그러나 작업의 품질과 신뢰성은 사용자에게 매우 중요합니다. 이와 관련하여 불행히도 1C 소프트웨어 제품에는 많은 문제가 발생합니다.
1C로 작업할 때 프로그래머는 1C 개발자가 1C 플랫폼에서 작업하기 위해 만든 특수 프로그래밍 언어를 사용합니다. 현재는 러시아어와 영어로 제공되지만 원래는 러시아어로 작성되었으므로 표준 구성도 전통적으로 러시아어로 작성되지만 프로그래머에게 더 편리한 경우 영어 버전의 연산자를 올바른 위치에 항상 사용할 수 있습니다. 일하다. 이 언어는 BASIC과 C+에 쿼리 작성을 위한 SQL이 추가된 언어입니다. 또한 다양한 생성자와 플러그인을 사용할 수 있는 기능을 제공합니다.

1C 플랫폼의 특징 중 하나는 모듈성이 부족하다는 것입니다. 플랫폼은 전체이므로 어떤 코드(모듈)가 어떤 기능을 담당하는지 명확하게 표시하는 것은 불가능합니다. 물론 설치 중에 설치해야 할 구성 요소와 설치하지 않을 구성 요소를 지정할 수 있습니다. 하지만 이 옵션은 설치 시에만 제공되며 실제로는 매우 적은 수의 옵션을 제공합니다.

불길과 분쟁을 피하는 데 도움이 되기를 바라는 또 하나의 참고 사항:

1C 플랫폼은 강력하고 매우 유연한 도구라는 것을 알고 있습니다. 그리고 숙련된 1C 프로그래머로서 특별한 것을 작성하려고 한다면 아마도 훌륭한 소프트웨어를 얻게 될 것입니다. 그리고 다양한 경우에 플랫폼의 풍부한 기능 덕분에 여기에서 솔루션을 정확하게 찾을 수 있습니다. 그러나 대부분의 경우 표준 구성(회계, 무역 관리, 급여 및 HR, 생산 관리)을 사용하게 되며, 대부분의 사용자는 특히 중소기업의 경우 표준 구성을 사용합니다. 따라서 주로 표준 구성 작업의 관점에서 플랫폼 선택과 1C 작업과 관련된 몇 가지 문제에 대해 글을 쓸 것입니다.

동시에 나는 프로그래머에 대한 큰 열망과 충분한 수준의 지식이 있으면 많은 문제를 해결할 수 있지만 문제는 관련이 없다는 것을 이해합니다. 따라서 몇 가지 독특한 개발 방법을 사용한다면 제가 공개하는 문제와 이슈가 전혀 흥미롭지 않을 수도 있습니다. 다른 모든 사람들을 위해 계속합니다.
플랫폼 제공 옵션
플랫폼을 선택할 때 솔루션 제공 옵션에 주의를 기울이는 것이 매우 중요합니다. 가장 먼저 중요한 것은 데이터를 사용하여 작업을 구성하는 방법입니다.
  • 파일 솔루션
  • 클라이언트-서버 옵션
파일 기반 솔루션에서는 모든 작업 정보가 하나의 공통 파일에 저장됩니다. 어떤 구성을 설치하든 상관없습니다. 어떤 경우든 디렉터리, 문서, 레지스터 등 모든 것이 저장되는 CD 확장자(1C 내부 형식)가 있는 서비스 파일을 받게 됩니다. 프로그램 사용자 수가 4명을 초과하지 않는 경우 이 옵션이 매우 적합할 가능성이 높습니다. 또한 파일 시스템 설정이 훨씬 쉬워서 1C 전문가의 도움 없이도 할 수 있습니다. 속도 문제는 RPD(원격 데스크톱 프로토콜)를 사용하여 부분적으로 해결할 수 있지만 부분적으로만 해결됩니다.

그러나 문서 흐름이 상당히 활발하고 시스템 사용자 수가 상당히 많은(4명 이상) 회사에서 1C를 사용하는 경우 파일 시스템이 만족스럽게 작동하지 않습니다. 사용자는 거의 동시에 동일한 파일에 액세스하게 되므로 볼륨이 지속적으로 증가합니다. 또한 지속적인 동기화가 필요하므로 작업 속도가 더욱 느려집니다.

이 문제를 해결하기 위해 1C 회사는 데이터 캐싱을 시도하고 있지만 지금까지 이 방법은 더 많은 문제를 야기합니다. 누군가가 이 주제에 관심이 있다면 검색 엔진에 "1C 캐시 문제"를 입력하면 됩니다. 검색에는 다양한 문제가 있는 이에 대한 많은 포럼과 토론이 있을 것이며 결국 캐싱이 그렇지 않다는 사실로 귀결됩니다. 항상 올바르게 작동하는 것은 아닙니다.

데이터 저장소의 클라이언트-서버 구성은 서버의 테이블에 있는 데이터베이스의 구성입니다. 이는 MSSQL, Oracle 또는 다른 데이터베이스 구성 옵션일 수 있습니다.

이 옵션의 장점은 분명합니다. 데이터베이스에 액세스하는 사용자 수에 관계없이 속도 및 액세스 문제가 발생하지 않습니다. 이는 대부분의 중견기업이 사용하는 옵션이며, 제가 주로 고객에게 추천하는 옵션입니다.

대부분의 경우 회사에서는 프로그램 자체와 데이터베이스가 모두 저장되는 Windows 서버를 설치합니다. 때때로 애플리케이션과 데이터베이스가 서로 다른 서버에 분리되어 있지만 이러한 경우는 복잡하고 매우 드물기 때문에 이에 대해 자세히 설명하지 않겠습니다.

다양한 플랫폼용 1C 버전
오늘날 다양한 플랫폼에서 작동하기 위해 다양한 버전의 1C 소프트웨어를 선택할 수 있습니다. 여기에서는 어떤 경우에 구매할 가치가 있는지 알아내는 것도 가치가 있습니다.

따라서 1C 버전이 있습니다.

  • 윈도우용,
  • 리눅스용.
이 글을 쓰는 시점에는 Mac OS용 버전이 개발되지 않았습니다.

Windows에서 실행되는 1C 프로그램은 처음부터 개발되었으며 모든 사람에게 친숙한 강력한 도구이므로 문제 없이 사용할 수 있을 만큼 충분히 정교해졌습니다. 오늘날의 Linux 버전은 여전히 ​​새로운 버전으로 간주되므로 "원시" 버전이므로 새로운 소프트웨어 제품과 마찬가지로 여전히 많은 오류가 있습니다.

기업가와 모든 기업 대표는 매우 보수적 인 사람들이므로 그들에게 가장 중요한 것은 안정적이고 안정적인 작업입니다. 대부분의 경우 기업은 안정적인 운영이 필요하기 때문에 고속이나 방대한 기능 목록에 그다지 관심이 없습니다. 게다가 오늘날 국내 사업에서는 리눅스의 수요가 크지 않습니다. 따라서 이 버전은 매우 드물게 발생합니다.

컴포넌트 베이스 1C
1C 구성 요소 기반은 매우 광범위하고 수많은 기능을 포함하고 있으며 1C는 지속적으로 기능을 분할하고 추가합니다. 저것들. 1C 개발자는 새로운 것을 만들어야 할 때 거의 항상 새로운 유형의 개체를 만듭니다. 예를 들어 웹 서비스가 필요할 때 개발자는 어떤 종류의 플러그인을 만들지 않고 단순히 웹 서비스라는 개념을 도입했습니다. 마찬가지로 1C 회사의 많은 비즈니스 프로세스에서는 기존 구성 요소를 간단히 수정할 수 있는 경우에도 새 구성 요소가 가장 자주 생성됩니다.

1C 플랫폼의 구성 요소에 대해 무엇을 말할 수 있습니까?

  • 일부 구성 요소는 오랫동안 작동해 왔고, 일부는 소프트웨어 제품이 만들어진 이후부터 작동해 왔습니다. 그들은 안정적이고 신뢰할 수 있습니다.
  • 일부 구성 요소는 최근에 추가되었으며 다른 구성 요소는 현재 추가되고 있습니다. 대부분은 테스트가 제대로 이루어지지 않았으므로 극도의 주의를 기울여 작업해야 합니다.
작업할 구성요소를 선택할 때 언제 추가되었는지 항상 주의를 기울여야 합니다. 전문 1C 프로그래머에게는 다음 규칙이 있습니다. 개발자가 새 기능을 추가할 때 가능하면 충분한 시간이 지날 때까지 해당 기능을 피하십시오. 저것들. 구성 요소가 실제로 테스트되고 주요 "버그"가 식별되어 수정될 때까지 기다린 다음에만 해당 구성 요소를 적극적으로 사용하기 시작합니다.

1C의 부정적인 평판의 구성 요소 중 하나는 테스트되지 않은 새로운 솔루션을 지속적으로 추가하는 회사의 관행입니다. 이미 구현된 구성 요소가 제대로 작동하지 않는 경우가 많음에도 불구하고 버그는 아직 수정되지 않았으며 개발자는 이미 새로운 것을 추가하고 있습니다. 이는 구성요소일 뿐만 아니라 기존 객체에 대한 새로운 기능, 새로운 메소드 등일 수도 있습니다. 1C를 사용하는 모든 프로그래머는 "조잡한"소프트웨어의 지속적인 존재, 지속적인 "버그"및 지속적인 수정이라는 문제에 직면하게 될 것입니다.

사용자는 플랫폼 작업 시 소프트웨어 오류 및 불안정한 작동과 같은 문제에 직면할 수도 있습니다. 사용자가 수행할 수 있는 특정 1C 유지 관리 기능 세트가 있습니다. 이를 위한 플랫폼 사용자 인터페이스가 있습니다. 그리고 여기서는 다른 버전의 사용자 인터페이스로 돌아갈 가치가 있습니다.

1C 플랫폼은 지속적으로 추가되는 다양한 구성 요소로 구성되어 이 제품의 기능을 확장합니다. 문서, 디렉토리, 각종 레지스터 외에도 정보의 입출력을 위한 다양한 구성요소도 있습니다. 사용자 인터페이스.

이 기능을 기반으로 다음을 선택할 수 있습니다.

  1. 기본 1C 클라이언트. 이는 1C에서 1C에 액세스할 때의 전통적인 소프트웨어 인터페이스입니다.
  2. 브라우저를 통해 작업하십시오.
  3. 모바일 애플리케이션을 통해 작업하세요.
각 옵션에는 몇 가지 제한 사항이 있으며 공식 1C 웹 사이트에서 이에 대한 자세한 내용을 읽을 수 있습니다.
네이티브 클라이언트
또한 기본 클라이언트는 일련의 하위 클라이언트로 나누어져 소프트웨어 선택 프로세스에 추가적인 혼란을 가져옵니다. 여기서 가장 중요한 것은 "thick" 또는 "thin" 클라이언트 옵션을 선택하는 것입니다. 언뜻보기에 여기에서의 선택은 특히 프로그래머에게는 중요하지 않습니다. 실제로 인터페이스를 통해 구성 작업을 할 때 선택 오류로 인해 문제가 발생할 수 있습니다.

이들하위클라이언트의 차이점은 무엇입니까?

"Thick"에는 넓은(thick) 통신 채널이 필요하고 "thin"에는 최소한의 통신 채널이 필요합니다. 대부분의 고객은 "두꺼운" 클라이언트를 사용합니다. 이제 모든 사람이 좋은 로컬 또는 인터넷 채널을 갖고 있고 "폭"에 문제가 없기 때문입니다. 반면에 "씬" 클라이언트는 작동에 있어 특정 제한 사항이 있으며, 클라이언트에서 수행할 수 없는 작업이 있습니다.

웹 클라이언트(브라우저를 통해 작업)
웹 클라이언트는 브라우저를 통해 1C 프로그램으로 작업합니다. 저것들. 귀하는 귀하에게 편리한 브라우저를 사용하여 인터넷을 통해 데이터베이스에 액세스할 수 있는 특정 기술을 사용합니다. 이 경우 인터페이스는 브라우저에서 직접 완전히 설명됩니다.

이 옵션에는 특정 제한 사항이 있으므로 이를 항상 기억해야 합니다. 반면에 웹 클라이언트로 작업하는 것은 상당히 안정적이고 디버깅이 잘 되어 있으며 특정한 논리적 결론에 도달합니다. 그렇기 때문에 꽤 많은 사람들이 이 인터페이스 옵션을 사용합니다. 1C 온라인 작업은 매우 편리하고 필요할 수도 있습니다.

모바일 버전
1C의 이 클라이언트 버전은 비교적 최근에 등장했으며 아직 수요가 많지 않습니다. 이러한 태도의 이유:
  1. 클라이언트는 매우 어려운 것으로 판명되었습니다. 이 프로그램을 설정하려면 1C와 모바일 기술을 모두 알고 있어야하며 코드 수준에서 상당히 깊이 있어야합니다. 그러한 전문가를 찾는 것이 매우 어렵고 이는 소프트웨어 솔루션의 인기에 기여하지 않는다는 것이 분명합니다.
  2. 이 기술은 여전히 ​​매우 "원시적"이며 제대로 디버깅되지 않았습니다. 저는 개인적으로 고객을 위해 이 솔루션을 사용하려고 노력했고, 이 기술에 익숙해진 동료들과 이야기를 나눴으며, 현재 제 의견과 동료들의 의견이 일치합니다. 모바일 애플리케이션을 만드는 것이 모바일 애플리케이션보다 더 쉽고 편리합니다. 1C의 옵션을 사용합니다.
모바일 버전은 많은 것을 결합해야 하며, 함께 일하고 서로를 도울 여러 전문가의 작업이 필요합니다.
  • 외부에서 데이터베이스에 대한 액세스 설정
  • 보안 문제 해결
  • 모바일 애플리케이션과 작동하도록 서버를 설정합니다.
  • 1C 소프트웨어 제품 설정
  • 웹 애플리케이션 설정(필요한 경우)
이 모든 것은 1C 모바일 애플리케이션의 올바른 작동을 보장하는 데 필요합니다. 이러한 전문가 팀을 구성하는 것은 어렵고 비용이 많이 들기 때문에 이 솔루션은 중소기업에서는 인기가 없습니다.
플랫폼 1C: 요약
1C 플랫폼은 매우 기능적이며 다양한 기능의 거대한 목록을 가지고 있습니다. 그리고 이 양은 자연스럽게 복잡성으로 변합니다. 결과적으로 프로그래머가 1C 작업에 대한 진입 장벽이 매우 높습니다. 클라이언트는 다양한 1C 기능에 대해 듣고 프로그래머에게 이를 구현하는 데 도움을 요청합니다. 이는 전문가가 지속적으로 업데이트를 인식하고 다양한 사항을 이해하고 알아야 함을 의미합니다.

1C 작업, 웹 프로그래밍, 모바일 애플리케이션 작업 등 프로그램 수준의 모든 것을 한 번에 이해할 수 있는 프로그래머를 찾는 것은 매우 어렵습니다. 이는 개념적 수준에서 가능합니다. 내가 지금 내 지식을 공유하고 있는 곳에서.

그러나 고객은 일반적으로 이를 이해하지 못하고 1C 프로그래머에게 다양한 기능을 구현하도록 요구하기 시작합니다.

반면에 1C 플랫폼은 지속적으로 변화하고 있으며 수많은 옵션과 다양한 솔루션이 있으며 결과적으로 수많은 버그와 수정 사항이 있습니다.

이 모든 것이 포지셔닝 문제로 이어집니다.

  • 한편으로는 고객에게 1C가 간단하고 편리하다고 알려주는 1C 회사가 있습니다. 그들은 1C를 유지하려면 특별한 지식을 가진 전문가가 필요하며 프로그래머가 최신 1C로 작업하기 어렵다는 글을 어디에도 쓰지 않습니다.
  • 반면에 실제로 내담자는 이러한 모든 문제에 직면합니다. 그리고 1C 구현에 참여하는 잘 일하는 팀이나 올바른 전문가를 찾아 올바른 작업을 할당할 수 있는 내 수준의 지식을 갖춘 비즈니스 컨설턴트로부터 도움을 받으면 좋습니다. 다른 경우에는 사용자가 구현 과정에서 많은 문제에 직면하게 됩니다.

따라서 1C 플랫폼에 대해 간략히 설명하겠습니다. 수많은 가능성, 높은 수준의 유연성, 다양한 솔루션이 있습니다. 동시에 낮은 구현 품질, 지속적으로 증가하는 솔루션 복잡성, 각 버전마다 엄청난 수의 버그가 있습니다.

개념적인 수준에서는 충분한 정보가 있다고 생각합니다. 그리고 위에서 권장한 1C 리소스에서 언제든지 기술적 뉘앙스를 찾을 수 있습니다.

구성

1C 구성은 특정 버전의 플랫폼을 기반으로 생성된 기성 소프트웨어 솔루션입니다. 구성은 사용자가 직접 작업하는 것, 현재 기록을 유지하는 소프트웨어 환경, 문서 흐름, 디렉토리 작업 등입니다. 사용자는 자신이 어떤 종류의 플랫폼을 가지고 있는지 모르는 경우가 많습니다. 그러나 그들은 항상 어떤 특정 구성이 사용되는지 알고 있습니다.

구성은 다음과 같습니다.

  1. 표준 - 1C 회사에서 작성했습니다. 그들은 모두 1C 웹 사이트에 있습니다.
  2. 비정형 – 파트너 회사가 작성했습니다.
사용자 수준에서는 두 가지 유형이 다음과 같이 구분됩니다.
  1. 표준 구성은 1C에서 생성되고 유지 관리됩니다. 대부분의 경우 품질이 더 높으며 이러한 구성에서는 코드 작업이 더 잘 구성되고 최적의 솔루션이 가장 자주 사용되며 오류가 신속하게 수정됩니다. 물론 모든 사람들은 일반적인 1C 구성에서 "영원한 버그"에 대해 끊임없이 듣고 실제로 거기에 지속적으로 존재하지만 여전히 회사 전문가에게 공로를 인정할 가치가 있습니다. 중요한 오류를 정말 신속하게 수정합니다.
  2. 비정형 구성은 1C 파트너 회사에서 작성하므로 여기서는 명확한 것을 말하기가 매우 어렵습니다. 이러한 구성은 매우 다릅니다. 대부분의 경우 산업별(특정 산업) 또는 특정 상황(특정 회사)을 위해 작성됩니다. 그리고 여기서는 1C 파트너 회사가 대부분 직원 이직률이 상당히 높다는 것을 이해해야 합니다. 따라서 그 구성은 다소 체계적이지 않은 방식으로 작성됩니다. 한 프로그래머가 쓰기를 시작하고, 다른 프로그래머는 계속하고, 세 번째 프로그래머는 끝냅니다. 동시에 그들 각자는 자신의 이해, 해결책, 아이디어를 가져옵니다. 그리고 의도한 대로가 아니라 편리하게 이전 버전의 개발을 적용합니다.
재미있는 만화 "Prostokvashino의 Three"를 기억하시나요? 그곳에서 소년 표도르 삼촌은 부모에게 편지를 썼지만 끝내지 않았고 정신이 산만 해졌고 그의 친구들은 교대로 그를 위해 고양이와 개를 마무리했습니다. 그리고 그들은 각자 자신의 문제에 대해 이야기했습니다. 이에 소년의 부모는 “발이 아프고 꼬리가 떨어졌다”는 사실을 알고 깜짝 놀랐다. 이는 비표준 구성을 작성하는 데 매우 자주 사용되는 원칙입니다.
비표준 구성을 작성할 때 연속성이 부족하고 충분히 상세한 문서가 부족한 경우가 많기 때문에 구현 및 수정에 관한 모든 질문은 이 구성을 개발한 회사에 문의해야 한다는 사실로 이어집니다.

비표준 구성에는 두 가지 유형도 있습니다.
  1. 표준어를 기준으로 작성되었습니다. 이러한 구성은 일부 표준 구성에 기능을 추가하여 생성됩니다. 예를 들어 1C: Trade Management 및 CRM과 같은 제품이 있습니다. 여기에서는 Trade Management와 CRM 시스템의 표준 구성을 결합했습니다. 흥미롭게도 구성 작성자인 Rarus 회사는 Trade Management 하위 시스템을 호출하지만 실제로는 전체 구성이 작성된 기초였습니다.
        찬성이러한 구성 - 표준 구성에 비해 더 기능적이며 종종 매우 필요한 기능이 추가됩니다.
        마이너스– 이러한 구성의 개발자는 적시에 업데이트를 생성할 시간이 없는 경우가 많습니다. 따라서 1C 회사가 이미 업데이트 옵션을 게시했으며 비표준 솔루션 사용자는 개발자가 특정 솔루션에 대해 유사한 업데이트를 만들 때까지 잠시 기다려야 할 수도 있습니다. 또한 이러한 수정은 매우 "원시"일 수 있으며 많은 오류가 포함될 수 있습니다.
       
  2. 처음부터 작성된 구성입니다. 이를 생성할 때 표준 구성은 전혀 사용되지 않으며 특정 작업을 위해 솔루션이 작성됩니다.
        찬성: 구성은 고객의 요구에 따라 정확하게 작성되었으며 필요한 모든 것이 있고 불필요한 것은 거의 없습니다.
        마이너스: 일반적으로 이러한 솔루션을 작성할 때 코드 표준은 준수되지 않으며 이러한 소프트웨어 제품을 수정하는 것은 매우 어렵고 대부분 작성자만이 이를 충분히 신속하게 수행할 수 있습니다.
클라이언트에 와서 처음부터 비정형적인 구성이 작성된 것을 발견하면 전혀 건드리지 않거나 편리하고 보편적인 솔루션으로 완전히 변경하려고 노력합니다. 특히 중소기업에서는 이러한 솔루션이 실제로 필요하지 않은 경우가 많습니다. 동시에 표준 제품은 유지 관리가 더 쉽고 결과적으로 가격도 저렴하므로 이는 항상 비즈니스에 중요합니다.

요약

기업가는 일반적으로 구성을 찾고 있다는 것을 이해하는 것이 중요합니다. 예를 들어 회계 부서의 작업을 자동화하려면 1C가 필요합니다.회계, 고객과의 작업을 구성하려면 1C가 필요합니다. 무역 관리. 그들이 이해할 수 있고 따라서 흥미로운 것은 이러한 제품입니다.

따라서 프로그래머가 어떤 플랫폼으로 작업해야 하는지 아는 것이 중요합니다. 사용자는 구성에 관심이 있습니다. 동시에 1C 프로그래머의 도움 없이는 대부분의 경우 비즈니스에서 원하는 구성을 설정할 수 없습니다. 이것이 바로 제가 1C 전문가를 1C 생태계의 필수적인 부분이라고 부르는 이유입니다.

1C 전문가도 다르다는 점을 상기시켜 드리겠습니다. 일부는 플랫폼 및 표준 구성 개발에 참여하고(1C 회사 직원), 다른 일부는 파트너이며 구현 및 수정에 참여하고, 다른 일부는 1C 구현과 관련된 특정 문제를 해결하는 데 개인적으로 도움을 줍니다. 태그 추가

1C 프로그램이 무엇인지, 이 솔루션이 어떻게 작동하는지 이해하는 것은 매우 어렵습니다. 이 기사에서는 초보자를 위한 주요 사항을 다루려고 합니다. 가격이 포함된 전체 프로그램을 볼 수 있습니다.

1C 프로그램(1S, One S, One Es라고도 함)은 기업 자동화를 위한 1C 회사의 제품입니다. 해당 소프트웨어 제품은 20년이 넘었습니다. 단순한 단일 사용자 회계 프로그램에서 포괄적인 비즈니스 자동화(ERP)를 위한 다중 사용자 시스템으로 많은 발전을 이루었습니다.

대부분 "1C 프로그램"이라는 용어는 플랫폼과 애플리케이션 솔루션(구성)의 조합을 의미합니다. 애플리케이션 솔루션이 플랫폼에 설치됩니다. 많은 구성(회계, 거래 관리 등)이 있지만 플랫폼은 하나뿐입니다. 플랫폼과 구성이 무엇인지 생각해 봅시다.

플랫폼 1C

플랫폼은 1C 프로그램에서 솔루션 개발과 사용자 작업이라는 두 가지 작업을 수행하는 도구입니다. 1C 플랫폼이 없으면 구성을 실행할 수 없으며 동시에 플랫폼은 구성 없이 작동할 수 있습니다. 1C 회사 자체만 플랫폼을 변경할 수 있으며 구현 전문가는 플랫폼 프로그램의 구조를 변경할 수 없습니다.

일반적으로 다음과 같습니다.

  1. 처음에 애플리케이션 솔루션은 개발자 모드(구성자)에서 개발됩니다. 1C에는 본격적인 개발 환경이 포함되어 있습니다.
  2. 개발 후 일반 사용자는 프로그램에 진입하여 개발자의 작업인 응용솔루션을 사용하게 됩니다.

구성 1C

구성 또는 애플리케이션 솔루션은 플랫폼 상단에 "설치"되어 특정 문제를 해결하는 역할을 하는 부분입니다. 1C에는 특정 "표준" 구성 목록이 있지만 플랫폼이 있는 모든 개발자는 자체 구성을 개발할 수 있습니다.

일반적인 구성의 예로는 기업 회계, 무역 관리, 제조 기업 관리 등이 있습니다.

또한 표준 구성을 구매할 때 프로그램 코드를 변경하고 필요에 따라 1C 프로그램을 수정할 수 있습니다.

구성 + 플랫폼 = 프로그램 1C

결과적으로 사용자를 위한 1C 프로그램은 구성과 1C 플랫폼의 통일성임이 밝혀졌습니다. 1C 구성이 본격적인 1C 프로그램이 아닌 것처럼 플랫폼은 구성 없이는 의미가 없습니다. 1C에서 소프트웨어 제품을 구매하면 이 두 설치 파일이 있는 디스크가 함께 제공됩니다.