Доста често има ситуация, когато собствениците на 1C програми по една или друга причина губят данни с регистрационния номер на програмата, пин кодовете и данните, които се въвеждат при получаване на лиценз (данни за организация). Без тази информация е невъзможно да получите нов лиценз, ако го загубите, например, за да преинсталирате 1C на друг компютър. Доскоро единственият начин да получите отново всички тези данни беше като напишете писмо на адреса, към което трябваше да прикачите валиден 1C лицензен файл или цялата налична информация за софтуерния продукт. В отговор служителите на 1C ще ви изпратят всички необходими данни. Ситуацията обаче се промени към по-добро благодарение на помощната програма Ring. Тази помощна програма вече се доставя с технологичната платформа 1C: Enterprise, започваща от версия 8.3.8. И ако имате валиден лицензен файл (с разширение ".lic"), сега можете да получите цялата необходима информация от него. И така, нека последователно да разберем какви стъпки трябва да предприемете за това.
Стъпка 1. Инсталирайте пакетите Ring и License Tools
Тези помощни програми се намират в папката ExtDst с инсталирана платформа 1C. Например по този път:
C: \ Program Files (x86) \ 1cv8 \ 8.3.8.2137 \ ExtDst
Трябва да инсталираме и двата пакета от тази папка. Щракнете на свой ред с десния бутон на мишката върху всяка помощна програма и след това "Инсталиране". Пакетът бързо ще се отвори и затвори (прозорецът ще мига). Няма да се показват прозорци с допълнителна информация за успешната инсталация. Но в действителност помощните програми ще бъдат инсталирани в системата. Можете да проверите това, като влезете в инсталираните програми на Windows. Там те се наричат 1C: Enterprise License Tools и 1C: Enterprise Ring.
Стъпка 2. Изтеглете и инсталирайте Java и Java Cryptography Extension (JCE)
Тъй като обвивката за нашите помощни програми е средата на Java, трябва да изтеглим необходимите файлове. Първо, изтеглете и инсталирайте самата Java програма с.
Това е всичко. Сега сте научили как да извлечете всички необходими данни от лицензния файл 1C. Трябва да се отбележи, че тази процедура е приложима само за лицензни файлове, приложими за софтуерни продукти от версия PROF. По този начин няма да е възможно да се извлече информация от базови лицензи или хардуерни ключове. Цялата информация в тази статия е изготвена въз основа на данните, взети от (тук можете да прочетете и за други команди за работа с лицензния файл), както и благодарности на потребителя.
Здравей скъпи читателю! Имаме още един урок по основите на системата за оформление. В него се запознахте с функциите на езика за изразяване на ACS, видяхте особеностите на системата за оформление, а също така разбрахте основните настройки на полетата за оформление. Сега ще разгледаме нов материал. Отивам!
Допълнителни настройки за ACS полета.
високоговорител "Тип стойност"ви позволява да зададете типа данни за полето за оформление. Защо да посочите типа например за полето "Номенклатура", ако вече знаете какъв тип е то? Това е задължително, ако полето за оформление е от сложен тип. Можете да изберете конкретен тип, след което при избора на това поле ще бъдат избрани стойностите от този тип.
високоговорител "Налични стойности"ви позволява да зададете стойностите, налични за избор, и да ограничите избора на потребителя до определени рамки.
високоговорител "Регистрация"ви позволява да зададете външния вид на полето за оформление, без да използвате оформления. Можете да посочите цвета на шрифта, цвета на рамката, ориентацията на текста и т.н.
високоговорител Опции за редактираневи позволява да посочите как да редактирате полето за оформление. Например, можете да посочите бърз избор на елементи от списък в селекция. По подразбиране полето за оформление наследява всички опции за редактиране от обекта с метаданни.
Изчислени полета
В раздела „Изчислени полета“ на състава на данните можете да създадете свои собствени изчислени полета.
Защо имате нужда от изчислени полета, когато можете да ги създадете на ниво заявка? Не всички полета могат да бъдат описани с помощта на заявка. Ако трябва да съставите сложно поле от различни набори от данни, например от типове заявка и обекти, тогава не можете да правите без изчислени полета. Не можете да добавите поле за състав на данни, ако източникът на данни е заявка и е автоматично довършване и като използвате изчислени полета, можете да добавите толкова полета, колкото искате.
В колоната на изчисленото поле "Израз" трябва да напишете произволен израз, който използва полетата за състава на данни, препращайки към техния път (колоната "Път" в раздела "Набори от данни"). Или можете да използвате функциите за математическа трансформация, или можете да се обърнете към функциите на общите модули. Например, нека запишем името на изчисленото поле „Отклонение“ в колоната „Път на данни“ и следното в полето „Израз“.
В дизайнера на заявки, когато се извиква от формуляр за персонализиране на източник на данни, за схема за състава на данни. Има раздел „характеристики“, чието използване не е описано ясно в документацията. В тази статия ще се опитам да обясня как и за какви характеристики се използват в ACS.
В дизайнера на заявки, когато се извиква от формуляр за персонализиране на източник на данни, за схема за състава на данни. Има раздел „характеристики“, чието използване не е описано ясно в документацията. В тази статия ще се опитам да обясня как и за какви характеристики се използват в ACS. В типичните конфигурации се използва активно механизмът на свойствата и стойностите на свойствата, който е достъпен за почти всеки обект. Примитивно, в справочниците, този механизъм беше реализиран в конфигурации 7.7. Сега този механизъм се реализира с помощта на диаграма от характерни типове и регистър на информацията, но идеята остава същата. Когато за първи път се сблъсках с необходимостта да използвам този механизъм, в схемата ACS се борих много дълго време, организирах вложени заявки, прикрепих ги към основната извадка и се озадачих как да взема предвид възможността за поява на нови типове на имоти, които не са били налични към момента на разработване на отчета. Целият механизъм на свойствата, който е прост и логичен от гледна точка на потребителя, не се поддава на никаква нормална обработка, докато не разбера раздела „Характеристики“. Таблицата в раздела е много капризна, или ще въведете правилно целия ред, или ще откажете да въведете реда изобщо, системата няма да ви позволи да оставите непълно попълнения ред за по-късно. И така, нека да преминем към подробностите. Първата колона: Тип - тук избираме типа обект, към който ще бъдат обвързани характеристиките, например "ReferenceLink.Nomenclature" Това означава, че сега за всички обекти от посочения тип ще бъде възможно да се получат стойности на свойствата. След това в следващата колона View Source трябва да зададем параметрите на източника на типовете свойства. Опциите са таблица и заявка, защо имате нужда от опцията за заявка, ще ви кажа по-късно, сега ще изберем елемента от таблицата. В колоната Типове характеристики трябва да изберем таблицата на информационната база, която съхранява необходимите типове характеристики, в нашия пример ще бъде „CharacterTypes.ObjectsProperties“. Освен това, стойностите, които са ни достъпни за избор в колоните Ключово поле, Име поле и Тип стойност, директно зависят от полетата на избраната от нас таблица. В полето Ключ избираме Връзка, в полето Име - Представяне (потребителят ще го види като име на атрибута), а в полето Тип, съответно, ValueType. Сега да преминем към източника на стойностите. Източникът на стойности ще бъде информационният регистър „ObjectPropertyValues“, така че избираме таблицата в колоната ValueSource и „DataRegister.ObjectPropertyValues“ в колоната Characteristic Values. В колоните Обект, Свойство, Стойност изберете съответните регистърни полета Обект, Свойство, Стойност. Изглежда, че това е всичко. Влизаме в настройките на схемата, добавяме групиране по стоки и добавяме групиране, подчинено на него, да кажем по марки, имаме такова свойство. Разширяваме списъка с атрибути на групирането на номенклатурата и ... не виждаме никакви свойства там: Факт е, че сме в конфигуратора, откъдето няма достъп до данните. Как да направите желаната настройка? Най-удобният начин да направите това е да използвате конзолата за съставяне на данни, тази на ITS диска или тази, която е включена в подсистемата "Инструменти за разработчици". Като алтернатива можете просто да отворите персонализиране на отчета в Enterprise Mode. И така, нека отворим същата настройка, но в режим на предприятие: Както можете да видите, добавихме нови "реквизити", докато ...Внимание! Това е уводна версия на урока, чиито материали може да са непълни.
Влезте като студент
Влезте като ученик, за да получите достъп до учебните материали
Система за съставяне на данни 1C 8.3 за начинаещи: правим свързване на набори от данни
- Напишете отчет, който показва клиентите и техните любими продукти. Всеки клиент има любим цвят, а всеки продукт има свой собствен цвят - на базата на тези цветове е необходимо да се определи "любимият" на продукта. Например, ако любимият цвят на Андрей е червеният, тогава една от любимите му храни ще бъдат доматите (те са червени).
- Приложете два набора от данни в отчета. Първият набор са данни от справочната таблица "Клиенти". Вторият е данни от справочната таблица "Храна".
- За изпълнение връзката на тези две групитака че в отчета остават само любими продукти за всеки клиент.
Създайте нов отчет
Отворете базата данни "Gastronom" в конфигуратора и създайте нов отчет през главното меню:
Тип документ - "Външен отчет":
Във формата на нов отчет посочете името "Lesson6" и щракнете върху бутона "Отваряне на схемата за съставяне на данни":
Оставете името на схемата по подразбиране:
Добавяне на първия набор от данни
В отворената диаграма отидете на раздела "Набори от данни" и изберете "Добавяне на набор от данни - заявка" чрез зеления знак плюс:
Извикваме конструктора на заявки:
Посочваме таблицата "Клиенти" и полетата, които искате да получите от заявката:
Добавяне на втори набор от данни
Добавете втори набор от данни:
Изберете го (DataSet2) и извикайте отново конструктора на заявки:
Посочваме таблицата на справочника "Храна" и полетата, които трябва да бъдат получени от заявката:
Получихме следния текст на искането:
Моля, имайте предвид, че вече имаме два набора от данни в отчета: Dataset1 и Dataset2. Всеки има собствен текст и данни за искане.
Направете имената по-описателни
За по-голяма яснота, нека преименуваме Dataset1 на Clients и Dataset2 на Food.
Направете това, като щракнете двукратно върху всеки от наборите:
Можем да използваме данните от всеки един от наборите в нашия отчет. Ще се позоваваме на тези данни чрез полетата.
Към момента наборът „Клиенти“ има следните полета: „Име“ и „Любим цвят“, а комплектът „Храна“: „Име“ и „Цвят“.
Виждаме, че имената се припокриват и лесно се бъркаме. Така че нека променим имената на полетата, за да бъдат по-описателни.
Изберете набора „Клиенти“ и променете имената на полетата, както следва:
След това изберете набора "Храна" и променете имената на полетата по следния начин:
Извикване на конструктора за настройки
Накрая отидете в раздела Настройки и натиснете магическата пръчка, за да извикате конструктора за настройки:
Тип отчет - "Списък ...":
Изберете полета за отчета от двата набора:
Вижте защо беше толкова важно да промените имената на полетата? На етапа на настройките за състава на данни не виждаме от кои набори са тези полета. Виждаме само имената им.
Проверка на доклада
Записваме отчета и го генерираме в потребителски режим:
да. Добре, но не наистина. Възникна така нареченото кръстосано свързване на два набора (трябва да сте запознати с това от обединяванията в заявките, които изучавахме в предишните модули). Всеки запис от таблицата "Клиенти" е свързан със запис от таблицата "Храна".
Но от всички тези записи трябва да оставим само тези, в които полето „FavoriteClientColor“ е равно на полето „FoodColor“:
Свързваме два набора от данни
За да направим това, ще свържем два набора от данни (Клиенти и Храна) в полетата FavoriteClientColor и FoodColor.
Отидете в раздела „Връзки към набор от данни“ и щракнете върху бутона плюс, за да добавите нова връзка:
Настройте параметрите, както е показано на снимката по-долу:
Нека обясня.
Източник и дестинация на комуникация.Е, всичко е ясно. Посочваме първия набор (Клиенти) и втория набор (Храна) данни. Искам да обърна внимание на факта, че комуникацията ще се осъществява на принципа външна лява връзка(прегледахме го в темата за заявките в предишните модули). Въз основа на това е необходимо да изберете кой комплект ще бъде източник и кой приемник.
Изходен израз.Тук указваме израз или просто поле от изходния набор от данни (тук сме посочили полето FavoriteColor на клиента от набора Clients).
Изразът е приемникът.Посочваме тук израз или просто поле от набора от данни на приемника (тук посочихме полето Food Color от набора Food).
Така тази връзка ще остави от предишния списък само онези редове, за които полето FavoriteClientColor е равно на полето FoodColor.
Нека запазим отчета и го стартираме в потребителски режим:
Глоба!
Ще направя обяснение за областта" Комуникационно състояние“, за което начинаещите програмисти толкова често бият копията си.
Условието на връзката е помощно поле. Можете да пишете изрази там включващи полета само от набора от данни, посочен в източника на връзката.
В този случай за всички редове от източника на връзката този израз (условие на връзката) ще бъде проверен преди свързването. И ако този израз е TRUE, тогава ще бъде направен опит за установяване на връзки на този ред с редове от комуникационния приемник. Ако изразът е FALSE, тогава няма да се правят такива опити.
