нээлттэй болон шифрлэгдсэн мэдээллийг салгах- — [] Сэдвийн мэдээллийг хамгаалах EN улаан хар тусгаарлалт …
(текст) блокуудад хуваах (криптографийн хувьд)- (текст) блок болгон хуваах (мессеж) - Сэдвийн мэдээллийг хамгаалах Блок үүсгэх ижил утгатай үгс (мэдээлэл) EN блоклох ... Техникийн орчуулагчийн гарын авлага
Нийтийн түлхүүрийн криптосистемд шифрлэх, тайлах чадварыг (хэрэглэгч) салгах- Зөвхөн нэг хүн тайлж чадах мессежийг олон хүн шифрлэх боломжтой, эсвэл эсрэгээр нэг хүн олон унших боломжтой мессежийг шифрлэх боломжтой. …… Техникийн орчуулагчийн гарын авлага
давуу эрхийг хуваалцах- Өгөгдлийн хамгаалалтын механизмыг нээх зарчим, үүнд нэвтрэхийн тулд нэг биш, харин хоёр нууц үг (жишээлбэл, хоёр хүн) зааж өгөх шаардлагатай. [Домарев В.В. Мэдээллийн технологийн аюулгүй байдал. Системчилсэн хандлага.] Сэдвүүд: мэдээллийн хамгаалалт EN... ... Техникийн орчуулагчийн гарын авлага
дохионы спектрийг тусдаа зурваст хуваах- - Сэдвийн мэдээллийг хамгаалах EN хамтлагийг хуваах ... Техникийн орчуулагчийн гарын авлага
Эрх мэдлийг хуваах нь улс төр, эрх зүйн онол бөгөөд үүний дагуу төрийн эрх мэдлийг бие биенээсээ хараат бус (гэхдээ шаардлагатай бол бие биенээ хянадаг) салбаруудад хуваах ёстой: хууль тогтоох, гүйцэтгэх, шүүх.... ... Википедиа
ЭРХ БҮХИЙГ ХАВАХ- ардчилсан төрийн эрх мэдлийн зохион байгуулалтын үндэс болсон улс төр-эрх зүйн сургаал, үндсэн хуулийн зарчим. Түүний үзэж байгаагаар төрийн эрх мэдлийг дотроо хувааж, “хяналт, тэнцвэрийн” тогтолцоог хэрэгжүүлэх ёстой. Санаа… Одоогийн улс төрийн нэвтэрхий толь
Хоёр хуваагдсан Солонгос Солонгосыг Хойд болон Өмнөд Солонгос гэж хуваасан нь 1945 онд өмнө нь Солонгосыг захирч байсан Япон дэлхийн хоёрдугаар дайнд ялагдсаны дараа ... Википедиа
Эрх мэдлийн хуваарилалт- Эрх мэдлийг шүүх, хууль тогтоох, гүйцэтгэх засаглалд хуваах зарчим нь тэдний дээр зогсож, "дашаангуй" салбарыг хэзээ ч байранд нь оруулах чадвартай дөрөв дэх эрх мэдэлтэй байж л бодит амьдрал дээр утга учиртай болно. Гүйцэтгэл… Байгаль орчны асуудлын онолын тал ба үндэс: үг хэллэг ба үзэл санааны илэрхийлэл
криптографийн тусгаарлалт- Өөр өөр шифрлэлтийн түлхүүрүүдийг ашиглан мэдээллийг салгах. Сэдвүүд: мэдээллийн аюулгүй байдлын EN криптографийн тусгаарлалт... Техникийн орчуулагчийн гарын авлага
цахилгаан хамгаалалтын хэлхээний тусгаарлалт- 3.27 Хэлхээний цахилгаан хамгаалалтын тусгаарлалт: Ороомог нь бие биенээсээ үндсэн, нэмэлт эсвэл нэг хүчитгэсэн тусгаарлагчаар тусгаарлагдсан тусгаарлах трансформаторыг ашиглан цахилгаан хэлхээг бие биенээсээ тусгаарлах. Эх сурвалж… Норматив, техникийн баримт бичгийн нэр томъёоны толь бичиг-лавлах ном
Номууд
- Мэдээллийн онол. Хэрэглээний бакалаврын зэрэг олгох сурах бичиг, Osokin A.N.. Энэхүү гарын авлагад мэдээллийн систем дэх мэдээллийн эргэлтийн үе шат, мэдээллийн хэмжээг хэмжих арга, загвар, мэдрэгч, дохионы тодорхойлолт (спектр ба долгионы дүрслэл...
Мэдээлэл хуваалцах механизмхэд хэдэн бие даасан байгууллагын өгөгдлийг нэг мэдээллийн санд хадгалах боломжийг танд олгоно.
Энэ нь тохиргооны объектуудын ерөнхий мэдээллийг зөвхөн "бүх объектод байдаг ижил шинж чанар" болгон ашиглахаас гадна өгөгдөл нь хэд хэдэн бие даасан хэсгүүдийн аль нэгэнд хамаарах тодорхойлогч болгон ашиглах боломжтой болсонтой холбоотой юм. Үүнийг дараах жишээгээр тайлбарлаж болно.
Тохиргоонд "Байгууллага" гэсэн ерөнхий шинж чанар байгаа гэж бодъё. Энэ нь лавлах, баримт бичиг эсвэл бусад тохиргооны объект бүр "Байгууллага" гэсэн шинж чанартай байх болно (хялбаршуулсан) гэсэн үг.
Түүнчлэн, мэдээллийн баазын аль ч хэрэглэгч, жишээлбэл, тодорхой баримт бичигт аль байгууллага заасан байгаагаас үл хамааран энэ мэдээллийн санд хадгалагдсан бүх өгөгдөлд хандах боломжтой.
Одоо "Байгууллага" гэсэн ерөнхий шинж чанар нь тусгаарлах үүрэг гүйцэтгэнэ гэдгийг хэлье.
Дараа нь мэдээллийн санд (хялбаршуулсан) хэд хэдэн бие даасан өгөгдлийн талбарууд үүсэх бөгөөд тус бүр нь зөвхөн нэг тодорхой байгууллагад өгөгдөл хадгалах болно.
Одоо програм руу орохдоо хэрэглэгч мэдээллийн санд байгаа бүх мэдээлэлд хандах боломжгүй, зөвхөн "өөрийн" нутаг дэвсгэрийн мэдээлэл, энэ тохиолдолд байгууллагынхаа баримт бичиг, лавлах ном гэх мэт мэдээлэлд хандах боломжтой болно.
Мэдээллийн санд хэд хэдэн бие даасан мэдээллийн талбарууд байгаа бөгөөд үүнтэй зэрэгцэн програмын бүх хэрэглэгчид ашиглах боломжтой өгөгдөл байгаа тохиолдолд энэ механизмыг ашиглах өөр нэг хувилбар боломжтой юм. Жишээлбэл, тэдгээр нь банкуудын лавлахыг агуулдаг бөгөөд энэ нь бүх байгууллагад адилхан байдаг.
Энэ тохиолдолд хэрэглэгч бүх хэрэглэгчдэд нийтлэг байдаг "өөрийн" өгөгдлийн талбар болон хуваалцаагүй мэдээллийн талбарт хандах эрхтэй.
Мэдээлэл хуваалцах механизм нь нэлээд уян хатан бөгөөд бүх нийтийнх юм.
- энэ нь танд нэг биш, харин хэд хэдэн тусгаарлагчийг ашиглах боломжийг олгодог;
- хуваалцсан өгөгдлийг ашиглах өөр өөр горимууд байдаг; тэдгээр нь хязгаарлагчийн утгыг заагаагүй тохиолдолд нөхцөл байдлыг хэрхэн зохицуулах талаар ялгаатай;
- нийтлэг шинж чанарыг тусгаарлагч болгон ашиглах нь тохиргоог өөрчлөхгүйгээр суулгасан хэлнээс програмын үйл ажиллагааны явцад хянах боломжтой; Үүнийг нөхцөлт хуваах гэж нэрлэдэг.
1. Оршил.
Мэдээллийн аюулгүй байдлын нэг системд хоёр байгууллагын нягтлан бодох бүртгэлийг зохион байгуулах шаардлага гарсан. Нөхцөл байдал өвөрмөц биш боловч бидний ер бусын 250 гигабайт USB драйв нэлээд удаан ажиллаж байсан тул RLS-ийн оронд бид өгөгдлийг салгаж үзэхээр шийдсэн. Энэ нь юу тайлбарласан, жишээ нь, эсвэл. Товчхондоо, хэрэв RLS нь SQL асуулгад нөхцөл нэмдэг бол өгөгдөл тусгаарлагч нь DBMS түвшний хүснэгтийн нэмэлт багана бөгөөд ингэснээр тусгаарлагч механизм нь RLS-ээс хурдан ажиллах ёстой.
Тэгэхээр 1-р ХХК-ийн бүртгэл хөтөлж байсан мэдээллийн санд 2-р ХХК-ийн тусдаа мэдээллийн сангаас мэдээлэл шилжүүлж, хамтарсан ажлыг зохион байгуулах шаардлагатай байна. Яг л зурган дээрх шиг:
Энгийн хүмүүс зөвхөн өөрсдийн ХХК-тай ажилладаг бөгөөд ерөнхий нягтлан бодогч заримдаа хоёр хуулийн этгээдийн мэдээллийг хардаг. Хоёр ХХК руу нэвтрэх горимд та зөвхөн өгөгдлийг унших боломжтой тул ерөнхий нягтлан бодогч нь "бүгдийг унших"/"зөвхөн нэг байгууллага бичих" горимуудын хооронд харилцан сэлгэн шилжиж, ХХК-ийг сонгох боломжтой байх ёстой (өөрөөр хэлбэл, утгыг тохируулах). нийтлэг дэлгэрэнгүй мэдээлэл) хийх, жишээлбэл, зардлын тооцоо.
2. Хэрэгжилт
Платформ 8.2.19.90, нийцтэй горимгүй. DBMS - MSSQL Server 2008 R2 Стандарт.
Бид "тоо" төрлийн OrganizationSeparator-ийн ерөнхий шинж чанарыг бий болгож, сессийн параметрүүдийг бий болгох саналтай тохиролцож, дэлгэрэнгүй мэдээллийг (хэд хэдэн лавлах, бүх баримт бичиг, хуримтлал, нягтлан бодох бүртгэл, тооцооны бүртгэлийг оруулсан) бөглөсөн. Өгөгдлийн тусгаарлалт - "Бие даасан ба хамтарсан". Сеансын параметрийн утгыг сесс модулийн SettingSessionParameters процедурын стандарт хэрэглэгчийн тохиргооноос тохируулна.
Байгууллага = UserManagement.GetDefaultValue(chCurrentUser,"PrimaryOrganization");
SessionParameters.OrganizationSeparatorValue = Organization.SeparatorValue;
Ерөнхий нягтлан бодогчийн интерфейс дээр тэд байгууллага хооронд шилжих, тусгаарлах горимыг асаах / унтраах боломжтой маягт хийсэн.
Тусгаарлахыг идэвхгүй болгосон үед SessionParameters.OrganizationSeparatorUsage = Худал үед платформ нь баримт бичгийг бичихээс татгалзаж, "SDBL алдаа: илэрхийлэл хүлээгдэж буй (pos=12)" гэх мэт алдаа гарсан тул та хэрэглэгчийг энэ сонголтоор бичиг баримт бичихийг зөвшөөрөх боломжгүй. Найдвартай байхын тулд бид ерөнхий шинж чанарын нэг хэсэг болох объектуудад зориулж "Бичлэг хийхээс өмнө" үйл явдлын захиалга үүсгэсэн.
IfSessionParameters.OrganizationSeparatorUsage = Худал Дараа нь
#Хэрэв үйлчлүүлэгч бол
Анхааруулга("Өгөгдөл хуваалцах идэвхгүй учир бичих боломжгүй!");
#EndIf
Татгалзах = Үнэн;
endIf;
Бидний үйл ажиллагааны төлөвлөгөө дараах байдалтай байсан: IS №1-ийн хүлээн авагчийн тохиргоог бэлтгэх, ерөнхий шинж чанарын утгыг тохируулах = 1, ачаалсны дараа IS №2-аас өгөгдлийг ачаалах, хоосон (0-тэй тэнцүү) бүх объектын хувьд. ) тусгаарлагчийн утга, OrganisationSeparator = 2-ыг тохируулна уу.
Тохиргоог бэлтгэсэн тул асуулт гарч ирэв: баримт бичгийн ерөнхий дэлгэрэнгүй мэдээлэл, тэдгээрийн хөдөлгөөнийг хаалттай хугацаанд хэрхэн хурдан, тайлан тэнцэл дэх тоо гарах эрсдэлгүйгээр хэрхэн тохируулах вэ? 1С объектын загвараар дамжуулан объектоос салгагчийг тусад нь бичих боломжгүй тул би лицензийн гэрээг зөрчиж, MS SQL-д зориулж асуулга бичих шаардлагатай болсон. Ерөнхий шинж чанарт олон объект байгаа бөгөөд эдгээр объектын хүснэгтэд үүнээс ч олон хүснэгт байгаа тул бид SQL-д зориулсан асуулга үүсгэдэг боловсруулалтыг бичсэн (салгагчид орсон мета өгөгдлийн объект бүрийн хувьд бид "шинэчлэх" + DB_Name гэж бичсэн. + ".dbo._" + TableName + "set _" + FieldGeneralAttributes + "= 1";)
Бид утгыг оруулж, IS No2-оос зарим өгөгдлийг шилжүүлж, туршилтыг эхлүүлсэн.
Үр дүн нь сэтгэл дундуур байсан. Нэгдүгээрт, нягтлан бодох бүртгэлийн бүртгэлийн асуудал. Тусгаарлахыг идэвхжүүлсэн үед шинжээч харагдахгүй:
Энэ нь DBMS түвшний нягтлан бодох бүртгэлийн бүртгэл нь хэд хэдэн хүснэгт хэлбэрээр хадгалагддагтай холбоотой бөгөөд бүх хүснэгтэд ерөнхий шинж чанарын утгыг оруулаагүй (боловсруулалт нь бүтцийг үзэхийн тулд ашигласан).
За, MS SQL ашиглан тусгаарлагчийн утгыг оруулаад аналитикийг харах болно. Тайлангууд ажиллахаа больсон. Нягтлан бодох бүртгэлийн "Эргэлтийн" ба "TurnoverDtKt" бүртгэлийн виртуал хүснэгтүүдийн асуулгад асуудал гарч ирж байна.
(Fld27033 нь нягтлан бодох бүртгэлийн бүртгэлийн хүснэгтийн ерөнхий шинж чанар юм)
Тусгаарлагчийг бүх хүснэгтэд суулгасан бөгөөд энэ нь DBMS түвшинд харагдах бөгөөд ямар алдаа байж болох нь тодорхойгүй байна. Бид стандарт хоосон SCP-ийг байрлуулж, дээр дурдсан тохиргооны өөрчлөлтийг хийж, хэд хэдэн баримт бичгийг оруулна (энэ сонголтод платформ өөрөө бүх нягтлан бодох бүртгэлийн бүртгэлийн хүснэгтэд тусгаарлагчийн утгыг оруулна), гэхдээ алдаанууд дахин гардаг. Энэ нь муу, гэхдээ бид нягтлан бодох бүртгэлийн бүртгэлийг ерөнхий мэдээллээс хасч, туршилтыг үргэлжлүүлнэ.
Цаашилбал, тооцооллын бүртгэлийн нүүлгэн шилжүүлэх механизм ажиллахаа больсон байна. Бид тооцооллын төрлүүдийн төлөвлөгөөг салгаагүй; бид тооцооллын бүртгэлийн хүснэгт болон дахин тооцоололд асуудлыг хайхыг хичээж байна. Бид шалгаж, үндсэн мэдээллийн утгыг оруулаад T&I хийдэг - ямар ч нэмэргүй.
Замдаа бид жагсаалтын маягтаас бие даасан бүртгэлд мэдээлэл бичихдээ асуудлыг оношилдог. Энэ тохиолдолд өгөгдлийг бүртгэж, дахин эхлүүлсний дараа харж болно. Асуудлыг туршилтын суурь дээр бас дахин гаргасан болно:
Мэдээллийн бүртгэлийг SQL ашиглан "засах" боломжгүй байсан (бүх хүснэгтэд тусгаарлах утгыг тохируулсан) тиймээс бид тэдгээрийг ерөнхий шинж чанараас хассан. Хэдэн өдрийн турш туршилт хийсний дараа урьдчилан сэргийлэх функцийг сэргээх оролдлого амжилтгүй болсон.
Энэ үед бид өгөгдлийн тусгаарлалтыг унтрааж, RLS ашиглахаар шийдсэн. Хуваалтыг "ашиглахгүй" гэж тохируулах үед бид "Microsoft OLE DB Provider forSQL Server: CREATE UNIQUE INDEX нь индексийн давхардсан түлхүүр олдсон тул дуусгавар болсон..." гэсэн алдаатай тулгардаг. Энэ нь хуваагдахаас өмнө муж руу буцах нь тийм ч хялбар биш юм. Хөрвүүлэх хүснэгтийн индексүүд, нийт дүнг хадгалах тохиргоо болон бусад асуудал. Баримт нь хүснэгтүүд нь зөвхөн ерөнхий шинж чанарын утгаараа ялгаатай ижил мөрүүдийг хадгалдаг. Та нийтлэг шинж чанарыг устгах үед өвөрмөц бус бичлэгүүд гарч ирнэ. Та шаардлагагүй бичлэгүүдийг MS SQL дээр шууд устгах хэрэгтэй болно, үүнтэй төстэй зүйл (хувиргах хүснэгтийн хувьд):
Суурийг ашиглах;
TABLE_CRgRecalc1399-г өөрчлөх
ID INT IDENTITY (1,1) НЭМЭХ;
ЯВ
FROM_CRgRecalc1399-аас УСТГАХ
WHERE id< (SELECT MAX(id)
_CRgRecalc1399 AS T1-ээс
WHERE _CRgRecalc1399._RecorderTRef = T1._RecorderTRef болон
_CRgRecalc1399.[_RecorderRRef] = T1.[_RecorderRRef] болон
_CRgRecalc1399.[_CalcKindRRef] = T1.[_CalcKindRRef] болон
_CRgRecalc1399.[_Fld1400RRef] = T1.[_Fld1400RRef] болон
_CRgRecalc1399.[_Fld1401RRef] = T1.[_Fld1401RRef] болон
_CRgRecalc1399.[_Fld1402RRef] = T1.[_Fld1402RRef]
);
ЯВ
TABLE_CRgRecalc1399-г өөрчлөх
DROP COLUMN id;
Хэдэн арван хүснэгтийг цэвэрлэсний дараа л өгөгдөл тусгаарлалтыг унтрааж болно. Салалтыг унтраасны дараа ямар ч асуудал гарахгүй.
3. Дүгнэлт.
Асуудал 8.3-т шийдэгдсэн гэсэн найдварын гялбаа байсан. Бид хэтэрхий залхуу биш байсан, бид үүнийг 8.3.4.482 дээр шалгасан (тохирох горим идэвхгүй болсон). Бид зөвхөн ерөнхий мэдээлэл авахын тулд тохиргоонд өөрчлөлт оруулсан бараг стандарт хяналтын нэгжийг харлаа. Энэхүү туршилтын суурь дээр мэдээлэл оруулахаас өмнө тусгаарлахыг идэвхжүүлсэн, өөрөөр хэлбэл. платформ нь бүх хүснэгтэд тусгаарлагчийн утгыг зөв бичих ёстой байсан, тэд өөрсдөө MS SQL-д юу ч бичээгүй;
Үр дүн:
"Turnover" болон "TurnoverDtKt" виртуал хүснэгтүүдийн асуулгатай холбоотой асуудлыг дахин гаргаж байна.
Хэлмэгдүүлэлтийн асуудлыг дахин гаргаж байна.
Бие даасан мэдээллийн бүртгэлд бичихтэй холбоотой асуудлыг дахин гаргаж байна.
Тусгаарлагчийг унтраахтай холбоотой асуудал бол та нэг товчлуур дээр дарж салгах боломжгүй юм!
Тиймээс бид RLS-ийг шинэ механизмаар сольж чадсангүй. Энэ механизмыг үүлэн үйлчилгээнд зориулж бүтээсэн бололтой, хуваалцсан өгөгдлийг "бие даасан" ашиглах тохиолдолд хэлтэс ажиллах болно, гэхдээ бидэнд нийтлэг мастер өгөгдөл хэрэгтэй болно. Бид зүгээр л 1С-ийг алдааг засч залруулах эсвэл бүр илүү сайн, стандарт тохиргоонд байгууллагаар нь ялгах стандарт механизмыг хэрэгжүүлэхийг хүлээх хэрэгтэй.
Үүлэн технологи гэж ангилагдсан 1С-ийн харьцангуй шинэ функциональ шинж чанар. Функц гарч ирсний дараа 1С компани BSP-ийг өөрчилсөн. Үүнтэй ижил сайжруулалтыг BSP дээр суурилсан стандарт тохиргоонд оруулсан болно, жишээлбэл, UNF болон UT11.
Ижил тохиргоотой хэд хэдэн салбараас ерөнхий тайлан хүлээн авах ажлыг зохион байгуулах шаардлагатай байв. Би өгөгдөл тусгаарлах чиглэлээр BSP-ийн хөгжүүлэлтийг туршиж үзэхээр шийдсэн. Энэ санаа нь салбар бүрийн өгөгдлийг өөрийн мэдээллийн талбарт ачаалж, бүх хэсэгт нэг дор тайлан гаргах явдал байв. Асуудлыг шийдэх боломжгүй байгаа гэдгийг би шууд хэлье, гэхдээ үүнийг шийдэх оролдлого нь BSP-ийн асуудал, эргэлзээтэй функцийг илрүүлсэн.
Өгөгдлийн талбаруудтай хийсэн үйлдлийн далд функцийг тусдаа маягт дээр харуулсан боловсруулалтыг нийтлэлд хавсаргав.
BSP нь нягтлан бодох бүртгэлийн хоёр салгагчаар хангадаг: Өгөгдлийн бүсийн үндсэн өгөгдөл ба өгөгдлийн бүсийн туслах өгөгдөл. Эдгээр 2 зааглагч яагаад ижил сессийн параметрүүдийг хэлж байгаа нь нууц хэвээр байна: DataAreaValue, DataAreaUse.
Механизмыг асааж байна
Хэрэв таны өөрөө бичсэн тохиргоо нь BSP дээр суурилсан бол үүнийг асаахаас өмнө нууцлаг "1С: Үйлчилгээний технологийн номын сан"-г хэрэгжүүлэх хэрэгтэй. Ийм 1С бүтээгдэхүүний талаар Google хүртэл мэдэхгүй байгаа нь хачирхалтай. Мөн ердийн тохиргоонд Work In Service Model модулийн Үйлчилгээний загвар дахь тохиргоог ашиглах боломжийг шалгах журам байдаггүй. Та энэ номын сангийн дутуу хэсгүүдийг BSP-ийн үндсэн дээр хийсэн стандарт тохиргооноос олох боломжтой. Ялангуяа дэд системүүдийн нэгийг Standard Subsystems > WorkInServiceModel > UploadLoadData гэж нэрлэдэг.
Өгөгдлийн талбараар тусгаарлах тогтмолыг тохируулснаар өгөгдөл тусгаарлах механизм идэвхждэг. Бүх функцууд цэсийн зүйлээр тохируулж болно.
Өгөгдлийн бүсийн хэрэглэгчдийг бий болгох
Хэрэв та өгөгдлийн талбарт оруулах маягт ашиглаж байгаа бол энэ зүйл шаардлагагүй. Хэрэглэгчид тохируулагч горимд үүсгэгддэг. Захиргааны эрхтэй нэг хэрэглэгч Өгөгдөл тусгаарлах таб дээрх бүх тохируулаагүй өгөгдөл тусгаарлагчтай байх ёстой. Бусад хэрэглэгчдийн хувьд Өгөгдлийн бүсийн тусгаарлагчийг Өгөгдөл тусгаарлах таб дахь Үндсэн өгөгдөлд тохируулсан байх ёстой. Энэ тусгаарлагчийг 1С-г эхлүүлэх үед командын мөрөнд тодорхой зааж өгөх ёстой.
1С-г тушаалын мөрийн параметрээр ажиллуулж байна
Хэрэв та өгөгдлийн талбарт нэвтрэх маягтыг ашиглаж байгаа бол энэ зүйл шаардлагагүй.
1С-ийг өгөгдөл тусгаарлах горимд шууд эхлүүлэх боломжтой. /Z командын мөрийн сонголтыг өгсөн. Жишээлбэл, "/Z-,+1" параметр нь 1С-г Мэдээллийн бүсийн үндсэн өгөгдлийн утга 1-тэй тэнцүү байхад эхлүүлсэн, Мэдээллийн бүсийн туслах өгөгдлийн тусгаарлагчийг тохируулаагүй байгааг харуулж байна.
Энэ арга нь маш найдваргүй юм. Эхлэх үед WorkInServiceModel процедурт алдаа гардаг. Аюулгүй мэдээлэл хуваалцах горимыг идэвхжүүлэхийн тулд шалгах үед. Би энэ процедурын талаар тайлбар хийхээс илүү сайн зүйл олж чадсангүй. Уг процедур нь хэрэглэгч одоогийн өгөгдлийн талбарыг өөрчлөх эрхтэй эсэх, түүний эрх хязгаарлагдмал, аюулгүй байдлын үр дагавартай эсэхийг шалгадаг.
Дараа нь эхлүүлэх үед хэд хэдэн алдаа гарна, үүнд: "Тусгаарлагдсан хэрэглэгчдэд Системийн администраторын үүрэг оноох боломжгүй", "Тусгаарлагдсан хэрэглэгчдэд зузаан клиент ажиллуулах үүрэг оноох боломжгүй."
Хэрэглэгчийн лавлахаас хэрэглэгч олдсонгүй - асуудлыг шийдэж чадсангүй. Уламжлалт хувилбарт Хэрэглэгч анх нэвтэрсний дараа бүртгүүлдэг. Өгөгдөл хуваалцах үед хэрэглэгчид өөр 1C Fresh програмаар үүсгэгддэг гэж би сэжиглэж байна.
Мэдээллийн бүртгэлийн мэдээллийн талбаруудыг бөглөнө үү
Газар тус бүрийн хувьд та Мэдээллийн бүсийн мэдээллийн бүртгэлд тухайн бүсүүдэд дугаар өгч, "Ашиглаж байгаа" статусыг зааж өгөх шаардлагатай. Процессууд гүйцэтгэлийг эхлүүлэхийн өмнө энэ бүртгэлд байгаа бичилтүүдийг шалгаж болно.
Өгөгдлийн талбарыг оруулж байна
Захиргаа - Үйлчилгээ - Өгөгдлийн талбарт нэвтрэх (GeneralForm.LoginDataArea)
Одоогийн өгөгдлийн талбарыг өөрчлөх боломжийг хэрэглэгчдэд олгоно. Хязгаарлагчийг заагаагүй хэрэглэгч ажиллаж байгаа тул тухайн бүсэд нэвтрэх боломжтой. Мэдээллийн талбарыг өөрчлөхдөө түүний статусыг Мэдээллийн бүсийн мэдээллийн бүртгэлд шалгана.
Тухайн бүсээс өгөгдөл байршуулж байна
Одоогийн талбайг GeneralForm-ээр дамжуулан буулгана. Өгөгдөл байршуулж байна. Үүнийг ашиглахын өмнө та хүссэн өгөгдлийн хэсэгт нэвтрэх ёстой. Захиргааны хэсгийн хэрэглэгчийн интерфэйс дээр маягт харагдахгүй байна.
Мэдээллийг тохиргооны дагуу XML формат руу цувуулж, ZIP-д багцалсан. Өөрөөр хэлбэл, уламжлалт байршуулалт шиг 1С тохируулагчийг ашиглан архив хийхгүй.
Тухайн хэсэгт өгөгдлийг ачаалах
GeneralCommand.LoadDataArea
Захиргааны үйлчилгээнд харагдахын тулд Тохиргоо ба Удирдлагын дэд системийн нэг хэсэг болох Тохируулагчаар дамжуулан харагдах байдлыг тохируулах шаардлагатай.
Сонгосон хэсэгт өгөгдөл ачаалагдана. Үүнээс өмнө тэдгээрийг XML формат руу татаж авах ёстой.
дүгнэлт
Командын мөрөнд хязгаарлагчийг зааж өгснөөр системийг эхлүүлэх боломжгүй байна. Хэрэглэгчийн лавлах хэсэгт бүртгэлгүй хэрэглэгч байгаа тул систем ажиллахаас татгалзсан. Систем нь захиргааны эрх бүхий хэрэглэгчдийг зөвшөөрдөггүй тул лавлах руу орох боломжгүй байсан. Энэ хувилбарт 1CFresh-тэй заавал холбогдох шаардлагатай гэж би бодож байна.
Янз бүрийн талбай руу нэвтрэх, буулгах, ачих талбайн туршилт амжилттай болсон. Бүх өгөгдлийн талбарт бүх байгууллагын авах хүсэлтийг гүйцээх оролдлого амжилтгүй боллоо. Алдаа: "Та хуваалцсан өгөгдлийн бие даасан хэрэглээ бүхий бүх хязгаарлагчийг заахгүйгээр хүснэгтийг ашиглах боломжгүй." Хэрэв та аль нэг хэсэгт орвол тайлан нь нэг хэсэгт зориулагдсан болно.
Тодорхойгүй хэвээр байгаа асуудал бол өгөгдлийн сангаас өөр өгөгдлийн сангийн тодорхой өгөгдлийн талбарт хязгаарлагчгүйгээр өгөгдлийг хэрхэн буулгах явдал юм.
Хэрэв дуудлага нь "/Z-,+1", "/Z+1,+1" гэсэн параметртэй байвал хоёр тусгаарлагчийн ерөнхий сессийн параметрүүдийн талаархи BSP зохиогчдын зальтай санааг мэдэх нь сонирхолтой байх болно. ” болон “/Z+1,-” .