범용 보고서의 예를 사용하여 스토리지 시스템의 잔액 계산 및 소프트웨어 수정 오류. SKD 1S SKD 초기 및 최종 잔액 사용 시 잘못된 잔액 계산

1C 기업의 액세스 제어 시스템에 대한 보고서를 작성할 때 흔히 발생하는 또 다른 실수는 누적 레지스터 가상 테이블의 초기 및 최종 잔액이 잘못 계산된다는 것입니다. 예를 들어, GoodsInWarehouses 기록부의 잔액과 이동을 표시하는 간단한 보고서를 만들어 보겠습니다. 그의 요청은 다음과 같습니다:

또한 간단한 변형 설정도 만듭니다.

결과적으로 우리는 다음과 같은 보고서를 얻습니다.

질문이 있거나 컨설턴트의 도움이 필요하십니까?

왜냐하면 기간의 시작과 끝을 어디에도 표시하지 않았으며 보고서에는 데이터베이스 유지 관리 시작부터 데이터가 표시되어야 합니다. 그러나 창고 및 품목 그룹에는 기초 잔액이 0이 아닙니다. 데이터가 잘못 표시되는 것을 이해하기 쉽습니다. 왜냐하면... 데이터베이스 유지 관리 시작 시 잔액이 없어야 합니다. 요청 자체는 정확하지만.

사실 ACS에는 잔액 계산을 위한 자체 메커니즘이 있습니다. 올바른 작동을 위해서는 시간 축에서 레코더의 위치를 ​​명확하게 결정해야 합니다. 이 경우 선택 항목에는 링크만 존재하므로 레이아웃 시스템에서는 이를 수행할 수 없습니다. 액세스 제어 시스템의 이러한 동작을 방지하려면 요청에서 PeriodSecond 필드를 선택해야 합니다. 이 경우 시스템은 잔액을 올바르게 계산합니다.

"기간" 역할이 있는 필드에는 "추가" 확인란이 있다는 점을 기억하세요. 그리고 어떤 이유로 PeriodSecond 필드에서 제거되면 보고서가 잘못된 버전으로 돌아갑니다. 잔액을 올바르게 계산하려면 역할에서 "추가" 확인란을 선택하거나 변형 수준에서 선택한 보고서 필드에 해당 필드가 있어야 합니다.

이미 그룹별로 초기 잔액과 최종 잔액을 계산하는 오류를 경험한 사람이 얼마나 되는지 모르겠습니다. 개인적으로 나는 한 번 이상 "행운"을 느꼈습니다. 내가 알 수 있었던 이유는 ACS 데이터 필드의 잘못된 설정에 있으며, 많은 초보 프로그래머가 그 중요성을 아직 완전히 인식하지 못하고 있기 때문입니다.

쿼리를 기반으로 ACS 데이터 세트가 자동으로 생성되면 일반적으로 문제가 발생하지 않습니다. 플랫폼 자체는 요청 텍스트를 기반으로 필드 설정을 올바르게 채웁니다. 그러나 데이터 필드 설정이 자동으로 채워지지 않고(예: 외부 데이터 소스를 사용하는 경우) 소스 데이터에 잔액 및 회전율이 있는 이동이 포함되는 경우가 있습니다.

이전에 이 문제가 발생하지 않았다면 그 본질을 더 잘 이해하려면 범용 보고서(메타데이터 기반)를 사용하여 직접 재현하는 것이 좋습니다. 보고서를 실행하고, 잔액 및 매출액이 포함된 비어 있지 않은 누적 레지스터를 선택하고, 보고서 설정()에서 "상세 기록" 확인란을 활성화하고, 일부 그룹을 표시하고, 출력 필드에 레코더를 추가합니다. 짜잔 - 각 그룹별로 개시 및 마감 잔액이 합산됩니다. 그 결과 완전히 잘못된 숫자가 포함된 보고서가 작성되어 사용자에게 표시될 수 없습니다.

이 문제를 해결하려면 ACS 데이터 세트의 필드 설정, 특히 "역할" 필드를 올바르게 입력해야 하며 이것이 매우 중요합니다.

솔루션 인터랙티브( 유니버설 보고서에 적합하지 않음):

보고서의 데이터 레이아웃 다이어그램을 열고 데이터 세트 필드 설정을 살펴보세요.

각 자원의 초기 및 최종 잔액 필드에 대해 다음 역할을 입력해야 합니다. "나머지" 역할 그룹을 선택하고 그 안에 각각 "시작 잔액" 또는 "최종 잔액" 값을 지정합니다. 그래서 ( ) 이 작업은 ACS 생성자에서 수행됩니다.

마찬가지로 데이터 세트의 모든 측정기준에 '측정기준' 역할을 할당해야 합니다.

그러나 보고서가 제대로 작동하려면 이것만으로는 충분하지 않습니다. 잔여 필드를 올바르게 계산하려면 각 움직임의 기간을 알아야 올바른 시간순으로 배치할 수 있습니다. 원본 데이터 원본에 기간 필드가 없으면 해당 기간에 추가해야 합니다.기간 필드가 데이터 세트에 이미 존재하는 경우 "기간" 역할 및 해당 기간 번호를 사용하여 지정해야 합니다(도움말에서 기간 번호 지정에 대한 자세한 내용을 읽을 수 있음).

대부분의 경우 이러한 ACS 데이터 필드 설정을 통해 다음과 같은 경우 그룹화하여 잔액을 정확하게 계산할 수 있습니다. 기본 설정으로잘못 계산되었습니다.

소프트웨어 솔루션(범용 메타데이터 보고서의 예 사용):

이제 유니버설 메타데이터 보고서에서 동일한 오류를 수정하는 방법을 살펴보겠습니다. 범용 보고서는 데이터 레이아웃 구성표가 완전히 프로그래밍 방식으로 생성되므로 ACS 데이터 필드에 대한 역할도 프로그래밍 방식으로 구성해야 한다는 점에서 대부분의 다른 보고서와 다릅니다.

역할의 경우 각 자원의 시작 및 종료 잔액가장 쉬운 방법은 바퀴를 재발명하지 않고(모든 것이 이미 우리 앞에 작성되어 있음) 표준 절차를 사용하는 것입니다. 다음에서 DataSetFieldRemainder()를 채웁니다.일반 모듈 StandardReports. 여기서 데이터 세트 필드와 리소스 이름을 매개변수로 전달하면 결과적으로 역할이 올바르게 채워진 나머지 필드가 데이터 세트에 생성됩니다.

마찬가지로 차원에 대한 데이터 세트 필드를 생성할 때 해당 필드에 차원 역할을 할당해야 합니다. 코드는 다음과 같습니다.

NewDimension = TraditionalReports.AddDataSetField(DataCompositionSchema.DataSets, Dimension.Name, Dimension.Synonym); NewDimension.Role.Dimension = True;

위에 설명된 자원 및 차원 필드에 대한 조작은 필요하지만 문제를 해결하기에는 충분하지 않습니다. 유니버설 보고서의 주요 문제는 기간 번호 지정이 부족하다는 것입니다. 기간 필드는 데이터 세트에 있지만 해당 역할은 채워지지 않습니다.

기간 필드는 개체 모듈 프로시저 AddDataSetFields()에서 호출되는 일반 모듈 StandardReports.AddPeriodFieldsToDataSet()의 프로시저를 통해 보고서에 추가됩니다. 불행하게도 이 절차에서는 기간 번호를 할당하지 않습니다.

또한 "줄 번호" 및 "등록자" 필드는 보고서 어디에도 프로그래밍 방식으로 추가되지 않습니다. 나한테는 이상하게 보였기 때문에... 최종 데이터 세트에 존재합니다.

결과적으로, 필드 "라인 번호" 및 "등록자"(Recorder)는 설정 빌더가 초기화될 때 플랫폼 자체에서 자동으로 추가됩니다. 더욱이, 플랫폼은 자신이 생성한 필드에 대한 역할을 채우지 않으며 프로그래밍 방식으로 채울 수 없으므로 추가 작업 시 문제가 발생합니다. 그러나 이러한 필드를 "수동으로" 생성하고 프로그래밍 방식으로 올바른 역할을 할당하면 플랫폼은 더 이상 해당 필드를 다시 생성하려고 시도하지 않습니다.

아래에서는 플랫폼과 범용 메타데이터 보고서의 문제를 거의 완벽하게 해결하는 데 도움이 되는 방법을 제공합니다.

다음은 개체 모듈의 코드 조각입니다.

// 기간 필드 추가 If TableName = "RemainsAndTurnover" OR TableName = "Turnover" Then AlmostReports.AddPeriodFieldsToDataSet(DataCompositionScheme.DataSets); endIf; // 기간 필드 추가 If TableName = "RemainsAndTurnover" OR TableName = "Turnover" Then PeriodList = TraditionalReports.AddPeriodFieldsToDataSet(DataCompositionScheme.DataSets); //서비스 필드를 채우고 기간을 수동으로 입력합니다. 플랫폼은 이를 채우지 않습니다. Field = TraditionalReports.AddDataSetField(DataCompositionSchema.DataSets, "RowNumber", "RowNumber"); Field.Role.PeriodNumber = 1; Field = 전형적인Reports.AddDataSetField(DataCompositionSchema.DataSets, "등록자", "등록자"); Field.Role.PeriodNumber = 2; сч = 3; 기간 목록의 각 FieldPeriod에 대해 FieldPeriod.Value.Role.PeriodNumber = count; 개수가 3보다 큰 경우 FieldPeriod.Value.Role.PeriodType = DataCompositionPeriodType.Additional; endIf; sch = sch+1; 엔드사이클; endIf;

이 솔루션과 관련된 한 가지 제한 사항을 찾을 수 있었습니다. 시작의 정확한 계산을 위해. 그리고 사기. 잔액이 있는 경우 보고서에서 레지스트라 문서의 세부정보를 사용할 때 레지스트라 자체도 선택해야 합니다. 그렇지 않으면 이러한 수정 후의 보편적인 보고서는 더 이상 사용자에게 알레르기를 일으키지 않습니다.

업데이트: 이 주제에 관한 기사가 ITS 디스크에 게시된 적이 있다는 의견을 댓글에서 들었습니다. 불행히도 이 기사는 나를 지나쳤지만 유니버설 보고서의 문제를 해결하는 데 부분적으로만 도움이 될 수 있었습니다. 아아, 플랫폼에 서비스 문제가 있습니다 ACS 필드, "Recorder"와 같은 항목도 여기에 설명되어 있지 않습니다.

어쨌든 내 글이 비슷한 문제를 겪고 있는 모든 사람들에게 도움이 되기를 바란다. 이 솔루션을 찾는 데 많은 시간을 보냈습니다 ...

안녕하세요, 블로그 사이트 독자 여러분! 지난번에 우리는 이미 기능 사용에 관해 이야기한 주제를 다루었습니다. 그리고 오늘, 이 기사 시리즈 중 첫 번째에서 우리는 다음과 같은 사실을 알아낼 것입니다. 데이터 구성 필드 역할은 무엇을 위해 사용됩니까?, 또한 이러한 역할을 수행하는 예를 고려하십시오.

ACS 필드의 역할은 다음을 나타냅니다. 이 분야는 무엇입니까?. 각 필드 역할은 고유한 속성을 포함할 수 있습니다. 예를 들어, 숫자 값필드가 기간인 경우 기간 번호를 포함합니다. "Period" 속성 값이 0(영)이면 이 필드가 마침표가 아니라는 의미입니다. 또는 "차원" 속성에는 필드가 차원이라는 표시가 포함되어 있습니다. 필드가 차원인 경우 잔액 필드의 합계를 계산할 때 이 정보가 사용됩니다.

데이터 구성 스키마의 각 필드에 대해 역할을 지정할 수 있습니다. 역할 잔액 계산의 정확성에 영향을 미칩니다.. 특히, 일부 표에 따른 초기 및 최종 잔액입니다. 쿼리에서 가상 테이블 "잔고 및 회전율"을 선택한 경우 특히 기간별 추가 스프레드를 사용하는 경우 복잡한 알고리즘을 사용하여 초기 및 최종 잔액이 계산됩니다.

그러나 쿼리에서 출력 필드 집합을 기반으로 이 모든 것이 올바르게 작동한다면 데이터 구성에서는 상황이 다소 악화됩니다. 결국 우리는 사용자가 실제로 어떤 필드를 선택할지 알 수 없습니다. 모든 것은 보고서 버전의 설정에 따라 달라지며 언제든지 변경할 수 있습니다. 따라서 데이터 구성 시스템에는 특정 데이터 집합에 대한 기초 및 마감 잔액을 계산하는 자체 메커니즘이 있으며 이에 따라 역할이 사용됩니다. 열어서 각 필드에 대한 역할을 설정할 수 있는지 살펴보겠습니다.

쿼리 데이터 세트를 추가해 보겠습니다. 이를 위해서는 루트 요소 “Query Builder”를 활성화해야 합니다. 누적 레지스터의 가상 테이블 "균형 및 회전율"을 살펴보겠습니다. 우리는 무엇을 봅니까?

위 그림에서 볼 수 있듯이 일부 필드의 경우 역할이 채워진 것을 볼 수 있습니다. 이는 AutoComplete 플래그가 설정되어 있기 때문에 발생했습니다. 하지만 항상 가능한 것은 아니므로 수동으로 역할을 입력해야 하는 경우도 있습니다. 몇 가지 예를 살펴보겠습니다.

예를 들어, 우리가 사용하는 쿼리에서 쿼리 언어 연산자 “SELECT”를 사용한다고 가정해 보겠습니다. 다음 조건을 기술해 보겠습니다.

SELECTION WHEN Product RemainingRemainingsAndTurnover.Nomenclature = Value(Directory.Nomenclature.EmptyLink) THEN Value(Directory.Nomenclature.Shampoo) ELSE Product RemainingRemainingAndTurnover.Nomenclature END

이 항목은 항목이 빈 링크에 해당하는 경우(함수 값 디렉터리 "명명법", 빈 링크 참조) 사전 정의된 요소의 값이 반환된다는 의미입니다. 우리 구성에 "샴푸"라고 불리는 사전 정의된 요소가 있다고 가정해 보겠습니다. 그렇지 않으면 항목 자체의 값을 반환합니다. 우리는 다음을 얻습니다:

보시다시피 "명명법" 필드에는 역할이 채워지지 않았습니다. 그러나 이미지에서 볼 수 있듯이 실제로는 "Field1" 필드에 입력된 역할이 없으며 이 경우 나머지가 올바르게 계산되지 않습니다.

역할을 독립적으로 할당할 수 없는 다른 예가 있습니다. 예를 들어, 이것은 를 사용하는 것입니다. 즉, 특정 값 테이블이 입력으로 제공되고, 예를 들어 다른 데이터베이스에서 로드되어 잔액을 계산해야 합니다. 이 경우 우리는 스스로 역할을 할당해야 합니다. 이것이 어떻게 수행되는지 살펴 보겠습니다.

기사 끝부분에서 Anatoly Sotnikov의 무료 기사를 추천하고 싶습니다. 숙련된 프로그래머의 강좌입니다. 액세스 제어 시스템에서 보고서를 작성하는 방법을 별도로 보여줍니다. 주의 깊게 듣고 기억하면됩니다! 귀하는 다음 질문에 대한 답변을 받게 됩니다:
  • 간단한 목록 보고서를 만드는 방법은 무엇입니까?
  • "필드" 탭의 필드, 경로 및 제목 열은 무엇입니까?
  • 레이아웃 필드의 제한 사항은 무엇입니까?
  • 역할을 올바르게 구성하는 방법은 무엇입니까?
  • 레이아웃 필드의 역할은 무엇입니까?
  • 쿼리의 데이터 구성 탭은 어디에서 찾을 수 있나요?
  • 출입 통제 시스템에서 매개변수를 구성하는 방법은 무엇입니까?
  • 더욱 흥미로워집니다...
필요한 정보를 찾기 위해 직접 인터넷 서핑을 해서는 안 될까요? 게다가 모든 것이 사용할 준비가 되었습니다. 지금 바로 시작해보세요! 무료 비디오 강의 내용에 대한 모든 세부 정보

이미 그룹별로 초기 잔액과 최종 잔액을 계산하는 오류를 경험한 사람이 얼마나 되는지 모르겠습니다. 개인적으로 나는 한 번 이상 "행운"을 느꼈습니다. 내가 알 수 있었던 이유는 ACS 데이터 필드의 잘못된 설정에 있으며, 많은 초보 프로그래머가 그 중요성을 아직 완전히 인식하지 못하고 있기 때문입니다.

쿼리를 기반으로 ACS 데이터 세트가 자동으로 생성되면 일반적으로 문제가 발생하지 않습니다. 플랫폼 자체는 요청 텍스트를 기반으로 필드 설정을 올바르게 채웁니다. 그러나 데이터 필드 설정이 자동으로 채워지지 않고(예: 외부 데이터 소스를 사용하는 경우) 소스 데이터에 잔액 및 회전율이 있는 이동이 포함되는 경우가 있습니다.

이전에 이 문제가 발생하지 않았다면 그 본질을 더 잘 이해하려면 범용 보고서(메타데이터 기반)를 사용하여 직접 재현하는 것이 좋습니다. 보고서를 실행하고, 잔액 및 매출액이 포함된 비어 있지 않은 누적 레지스터를 선택하고, 보고서 설정()에서 "상세 기록" 확인란을 활성화하고, 일부 그룹을 표시하고, 출력 필드에 레코더를 추가합니다. 짜잔 - 각 그룹별로 개시 및 마감 잔액이 합산됩니다. 그 결과 완전히 잘못된 숫자가 포함된 보고서가 작성되어 사용자에게 표시될 수 없습니다.

이 문제를 해결하려면 ACS 데이터 세트의 필드 설정, 특히 "역할" 필드를 올바르게 입력해야 하며 이것이 매우 중요합니다.

솔루션 인터랙티브( 유니버설 보고서에 적합하지 않음):

보고서의 데이터 레이아웃 다이어그램을 열고 데이터 세트 필드 설정을 살펴보세요.

각 자원의 초기 및 최종 잔액 필드에 대해 다음 역할을 입력해야 합니다. "나머지" 역할 그룹을 선택하고 그 안에 각각 "시작 잔액" 또는 "최종 잔액" 값을 지정합니다. 그래서 ( ) 이 작업은 ACS 생성자에서 수행됩니다.

마찬가지로 데이터 세트의 모든 측정기준에 '측정기준' 역할을 할당해야 합니다.

그러나 보고서가 제대로 작동하려면 이것만으로는 충분하지 않습니다. 잔여 필드를 올바르게 계산하려면 각 움직임의 기간을 알아야 올바른 시간순으로 배치할 수 있습니다. 원본 데이터 원본에 기간 필드가 없으면 해당 기간에 추가해야 합니다.기간 필드가 데이터 세트에 이미 존재하는 경우 "기간" 역할 및 해당 기간 번호를 사용하여 지정해야 합니다(도움말에서 기간 번호 지정에 대한 자세한 내용을 읽을 수 있음).

대부분의 경우 이러한 ACS 데이터 필드 설정을 통해 다음과 같은 경우 그룹화하여 잔액을 정확하게 계산할 수 있습니다. 기본 설정으로잘못 계산되었습니다.

소프트웨어 솔루션(범용 메타데이터 보고서의 예 사용):

이제 유니버설 메타데이터 보고서에서 동일한 오류를 수정하는 방법을 살펴보겠습니다. 범용 보고서는 데이터 레이아웃 구성표가 완전히 프로그래밍 방식으로 생성되므로 ACS 데이터 필드에 대한 역할도 프로그래밍 방식으로 구성해야 한다는 점에서 대부분의 다른 보고서와 다릅니다.

역할의 경우 각 자원의 시작 및 종료 잔액가장 쉬운 방법은 바퀴를 재발명하지 않고(모든 것이 이미 우리 앞에 작성되어 있음) 표준 절차를 사용하는 것입니다. 다음에서 DataSetFieldRemainder()를 채웁니다.일반 모듈 StandardReports. 여기서 데이터 세트 필드와 리소스 이름을 매개변수로 전달하면 결과적으로 역할이 올바르게 채워진 나머지 필드가 데이터 세트에 생성됩니다.

마찬가지로 차원에 대한 데이터 세트 필드를 생성할 때 해당 필드에 차원 역할을 할당해야 합니다. 코드는 다음과 같습니다.

NewDimension = TraditionalReports.AddDataSetField(DataCompositionSchema.DataSets, Dimension.Name, Dimension.Synonym); NewDimension.Role.Dimension = True;

위에 설명된 자원 및 차원 필드에 대한 조작은 필요하지만 문제를 해결하기에는 충분하지 않습니다. 유니버설 보고서의 주요 문제는 기간 번호 지정이 부족하다는 것입니다. 기간 필드는 데이터 세트에 있지만 해당 역할은 채워지지 않습니다.

기간 필드는 개체 모듈 프로시저 AddDataSetFields()에서 호출되는 일반 모듈 StandardReports.AddPeriodFieldsToDataSet()의 프로시저를 통해 보고서에 추가됩니다. 불행하게도 이 절차에서는 기간 번호를 할당하지 않습니다.

또한 "줄 번호" 및 "등록자" 필드는 보고서 어디에도 프로그래밍 방식으로 추가되지 않습니다. 나한테는 이상하게 보였기 때문에... 최종 데이터 세트에 존재합니다.

결과적으로, 필드 "라인 번호" 및 "등록자"(Recorder)는 설정 빌더가 초기화될 때 플랫폼 자체에서 자동으로 추가됩니다. 더욱이, 플랫폼은 자신이 생성한 필드에 대한 역할을 채우지 않으며 프로그래밍 방식으로 채울 수 없으므로 추가 작업 시 문제가 발생합니다. 그러나 이러한 필드를 "수동으로" 생성하고 프로그래밍 방식으로 올바른 역할을 할당하면 플랫폼은 더 이상 해당 필드를 다시 생성하려고 시도하지 않습니다.

아래에서는 플랫폼과 범용 메타데이터 보고서의 문제를 거의 완벽하게 해결하는 데 도움이 되는 방법을 제공합니다.

다음은 개체 모듈의 코드 조각입니다.

// 기간 필드 추가 If TableName = "RemainsAndTurnover" OR TableName = "Turnover" Then AlmostReports.AddPeriodFieldsToDataSet(DataCompositionScheme.DataSets); endIf; // 기간 필드 추가 If TableName = "RemainsAndTurnover" OR TableName = "Turnover" Then PeriodList = TraditionalReports.AddPeriodFieldsToDataSet(DataCompositionScheme.DataSets); //서비스 필드를 채우고 기간을 수동으로 입력합니다. 플랫폼은 이를 채우지 않습니다. Field = TraditionalReports.AddDataSetField(DataCompositionSchema.DataSets, "RowNumber", "RowNumber"); Field.Role.PeriodNumber = 1; Field = 전형적인Reports.AddDataSetField(DataCompositionSchema.DataSets, "등록자", "등록자"); Field.Role.PeriodNumber = 2; сч = 3; 기간 목록의 각 FieldPeriod에 대해 FieldPeriod.Value.Role.PeriodNumber = count; 개수가 3보다 큰 경우 FieldPeriod.Value.Role.PeriodType = DataCompositionPeriodType.Additional; endIf; sch = sch+1; 엔드사이클; endIf;

이 솔루션과 관련된 한 가지 제한 사항을 찾을 수 있었습니다. 시작의 정확한 계산을 위해. 그리고 사기. 잔액이 있는 경우 보고서에서 레지스트라 문서의 세부정보를 사용할 때 레지스트라 자체도 선택해야 합니다. 그렇지 않으면 이러한 수정 후의 보편적인 보고서는 더 이상 사용자에게 알레르기를 일으키지 않습니다.

업데이트: 이 주제에 관한 기사가 ITS 디스크에 게시된 적이 있다는 의견을 댓글에서 들었습니다. 불행히도 이 기사는 나를 지나쳤지만 유니버설 보고서의 문제를 해결하는 데 부분적으로만 도움이 될 수 있었습니다. 아쉽게도 "Recorder"와 같은 ACS 서비스 필드에 대한 플랫폼의 문제도 여기에 설명되어 있지 않습니다.

어쨌든 내 글이 비슷한 문제를 겪고 있는 모든 사람들에게 도움이 되기를 바란다. 이 솔루션을 찾는 데 많은 시간을 보냈습니다 ...

41
나는 최근에 무한한 수의 열로 보고서를 만들었습니다. 코드를 만지작거리고 싶지 않았기 때문에 출입 통제 시스템에서 하기로 결정했습니다. 여기에는 아무런 문제가 없었습니다. 결과를 임의의 레이아웃(자신의 헤더 +...)으로 확장해야 했습니다. 27
CDS 학생들이 첫날이나 둘째 날에 이 내용을 접하더라도 FAQ 섹션에 있어야 합니다. 기본 설정을 사용하여 프로그래밍 방식으로 레이아웃에 대한 보고서를 출력하는 간단한 예입니다. //다이어그램 가져오기... 18
접근 제어 시스템에서 보고서를 생성할 때 기본적으로 모든 그룹이 확장되어 있지만, 생성 후 즉시 그룹이 축소된 보고서를 표시해야 하는 경우도 있습니다! 보고서 모듈의 이 코드를 사용하면 축소할 수 있습니다... 10
이 탭에서는 매개변수 및 조건에 따라 두 개 이상의 데이터 세트 사이에 어떤 연결이 만들어지는지 지정할 수 있습니다..png 1. "연결 소스" - 첫 번째 데이터 세트를 나타냅니다. 9
리포트를 개발할 때 필요한 것은 제한된 권한을 가진 사용자에 대해서는 권한 확인 없이 완전히 리포트가 생성된다는 것입니다! 특히 RLS가 구성된 경우 이를 수행하는 방법에는 여러 가지가 있습니다: 1. 설치...