Продвинутый курс. Домашнее задание №5
Пятое задание по 0-му блоку продвинутого курса.
Для выполнения рекомендуется изучить следующие главы 0-го курса.
Глава 23. Средства обмена данными.
Глава 24. Распределенные информационные базы.
Глава 25. Хранилище настроек.
Глава 26. Механизмы обеспечения целостности данных.
К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь. Если Вы оплачивали курс, у Вас активирован токен доступа, Вы залогинены, но Вы видите эту запись — напишите нам на e-mail поддержки.
ДЗ выполнил после просмотра решения.
Регистрацию изменений регистров решил не делать, а проводить документы непосредственно в базе преемнике.
Для этого, создал регистр сведений с измерениями ВидДокумента, Номер и Дата.
Записываю в него в процедуре ПриПолученииДанныхОтГлавного модуля плана обмена.
И затем, в обработке Обмен, после чтения изменений выполняю проведение (отмену проведения) документов и удаляю данные из этого регистра.
Вопросы:
1. Административная установка, RLS, технологический журнал, функциональные опции, планы обмена.
2. Дольше всего провозился с технологическим журналом и планом обмена.
3. Конкретных вопросов на текущий момент нет.
Готово !..
Зачем нужна обработка?!..
Обошелся одним ПО и 30 строками в модуле ПО для решения 1 и 2 пункта:
Процедура ПриОтправкеДанныхГлавному(ЭлементДанных, ОтправкаЭлемента)
ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
КонецПроцедуры
Процедура ПриОтправкеДанныхПодчиненному(ЭлементДанных, ОтправкаЭлемента, СозданиеНачальногоОбраза)
Если Не СозданиеНачальногоОбраза Тогда
ТекЭлемент = ЭлементДанных.Метаданные();
Получаталь = ЭтотОбъект.Получатель;
БУ = Перечисления.ПолучателиРИБ.БУ;
ЗУП = Перечисления.ПолучателиРИБ.БУ;
Если Метаданные.Документы.Содержит(ТекЭлемент) Тогда
Если Не (ЭлементДанных.БУ И Получатель = БУ
Или ЭлементДанных.ЗУП И Получатель = ЗУП) Тогда
ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
КонецЕсли;
ИначеЕсли Метаданные.РегистрыБухгалтерии.Содержит(ТекЭлемент)
Или Метаданные.РегистрыНакопления.Содержит(ТекЭлемент)
Или Метаданные.РегистрыРасчета.Содержит(ТекЭлемент)
Или Метаданные.РегистрыСведений.Содержит(ТекЭлемент) Тогда
Регистратор = ЭлементДанных.Отбор.Регистратор.Значение;
Если Не (Регистратор.БУ И Получатель = БУ
Или Регистратор.ЗУП И Получатель = ЗУП) Тогда
ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецПроцедуры
А для 3 пункта в ОМ написал еще 30 строк для вызова из форм доков:
Функция УстановитьВидимость(Ссылка, Документ) Экспорт
РеквизитБУ = ?(Документ.Реквизиты.Найти(“БУ”) = Неопределено, Ложь, Ссылка.БУ);
РеквизитЗУП = ?(Документ.Реквизиты.Найти(“ЗУП”)= Неопределено, Ложь, Ссылка.ЗУП);
Если РеквизитБУ Или РеквизитЗУП Тогда
БУ = Перечисления.ПолучателиРИБ.БУ;
ЗУП = Перечисления.ПолучателиРИБ.ЗУП;
ПолучательБУ = Не РеквизитБУ;
ПолучательЗУП = Не РеквизитЗУП;
Запрос = Новый Запрос;
Запрос.Текст=
“ВЫБРАТЬ
| ПоступлениеТоваровИУслугИзменения.Узел.Получатель КАК Получатель
|ИЗ
| Документ.ПоступлениеТоваровИУслуг.Изменения КАК ПоступлениеТоваровИУслугИзменения
|ГДЕ
| ПоступлениеТоваровИУслугИзменения.Ссылка = &Ссылка”;
Запрос.Текст = СтрЗаменить(Запрос.Текст, “ПоступлениеТоваровИУслуг”, Документ.Имя);
Запрос.УстановитьПараметр(“Ссылка”, Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
Если Выборка.Получатель = БУ Тогда
ПолучательБУ = Не ПолучательБУ;
Иначе
ПолучательЗУП = Не ПолучательЗУП;
КонецЕсли;
КонецЦикла;
ТолькоПросмотр = Не РеквизитБУ = ПолучательБУ И РеквизитЗУП = ПолучательЗУП;
Иначе
ТолькоПросмотр = Ложь;
КонецЕсли;
Возврат ТолькоПросмотр;
КонецФункции
P.S.: Единственная проблема – если провести или отменить док. из контекстного меню ДС – 3 пункт ломается.. (не стал заморачиваться по этому поводу)
Ответы:
1. В отличие от Базового, в кот. я узнал проценов 20 нового, в текущем – процентов 80 нового..
В частности:
Особенно порадовало Обновление и Флаг – Показывать дважды измененные объекты..
Еще порадовал метод внесения изменений – код писать не в процедуре, а ссылаться на свою..
Также разобрался с RLS и Планами обмена – с которыми раньше не работал..
2. Самая мутная тема это – Глава 6. Технологический журнал.
ДЗ 5 выполнил.
был создан план обмен риб. для того, чтобы определять куда выгружать документы был введен регистр сведений с измерениям документ, узел и булевским ресурсом выгружать. При выгрузке из центральной базы проверял запросом к регистру сведений надо ли выгружать документ и ставил игнорировать для документа и записей регистра с регистратором – докумнетом. Справочники, константы и т.д. не блокировал перенос, тк про это в задании не сказано – показалось логичным чтоб базы имели общую базу контрагентов, номенклатуры и т.д. Точно так же при выгрзуке подтверждений блокируются для редактирования в центр базе только документы. Коллизии по справочникам, независимым регистрам сведений и тд решаются стандартно в пользу центра.
Односторонний перенос решается проверкой выгружаемого объекта на принадлежность документам, регистрам с соотв регистратором. В таком случае объект просто не выгружается.
Ответы на вопросы:
1. Технологический Журнал, Групповая разработка, Обмен данными – наиболее незнакомые были для меня темы.
2.Обмен данными в неидентичных базах. Помогли повторы. А вообще самым сложным было впихнуть в себя и переварить весь этот весьма разнородный блок в сжатые сроки)
3. Анализ и прогнозирование – поглубже и поподробнее и обмен в разных базах – что нибудь позаковыристее)
Выполнено: 2 планабмена, 2 подписки на события ПередЗаписью и добавление УзловПолучателей в Источник.ОбменДанными.
1.проще стало с RLS кода узнал, что это хвост в запросе после “Где”. Ранее не понятно было почему он такой уродский, а оказалось это “хвост”.
2. Умеренные затруднения с темами с которыми ранее не работал или работал на примитивном уровне вроде РИБ.
3. Расскажите, что пекут на фабрикахXDTO и с чем это едят? WEB сервисы – тема, надеюсь не пройдёте мимо.
Добрый день!
Задание выполнил, немного сбился у меня график также из-за болезни, но вроде наверстал. По заданию:
1. Был создан план обмена с признаком “РИБ”
2. Настроен состав
3. Табличную часть с узлами добавил в каждый документ.
4. Подписка перед записью – необходимый контроль
5. Запрет на выгрузку в главный узел через модуль плана
6. Через ИзменениеЗарегистрировано смотрю была ли успешная загрузка и блокирую форму для редактирования.
7. Создал обработку.
По традиционным вопросам по окончании блока:
1. Очень много нового. Самое полезное для меня было РИБ, планы обмена, RLS.
2. Некоторые затруднения были по обмену данными в силу того, что всегда работал с консолидированными база и опыта совсем не было. Ну и объем, конечно, немаленький. Помогло чтение статей по данной тематике, все таки для вникания когда что-то не улавливаешь, печатный текст для меня лучше подходит.
3. Очень интересна тема по WEB-сервисам.
ДЗ выполнил. Если коротко описать, то по двум флажкам в документе осуществляется разруливание того, куда какой-документ выгружать. Все остальное, аналогично разобранному в лекции примеру.
Обратная связь:
1. Что нового я узнал в нулевом блоке или в чем поменялись взгляды после изучения материала?
Новое практически все, за исключением групповой разработки :)
2. В какой теме были наибольшие затруднения, и что помогло их преодолеть?
Затруднения были практически везде, где как-то более или менее работать с управляемыми формами. Так и не понял, как нужно обратиться к реквизиту формы, если он не вынесен на оную :(
3. Какую тему, имеющую отношение к текущему блоку, вы бы хотели подробнее раскрыть в мастер-группе?
Хотелось бы что бы был какой-то обобщенный материал, каким образом можно использовать глобальные переменные в модуле форм. Я для себя по урокам составил некоторые “готовые рецепты”: это параметры форм и кэширующие значения в ом. Может чего пропустил!? И также хотелось бы, чтобы Евгений хотя бы схематично объяснил, по какой схеме работают обмены в типовых.
>Так и не понял, как нужно обратиться к реквизиту формы
Обращение к реквизиту формы происходит напрямую:
Реквизит1
Объект.РеквизитДокумента
Не важно вынесен реквизит на форму или нет.
Тема работы с управляемыми формами подробно рассматривается в 1-ом блоке продвинутого.
>это параметры форм и кэширующие значения в ом.
Есть отдельный объект – Параметр формы.
Об этом также в 1-ом блоке.
Задачу прорешал. В документах два флага КУ и БУ. В событии ПриОтправкеДанныхПодчиненному – анализирую пообъектно выгрузку. ПриПолученииОтГлавного делаю отправку назад. И при получении на главном от подчиненного полученный документ пишу в регистр “ПолученныеДокументы”. В формах документов в событии ПриЧтенииНаСервере – запрос к регистру “ПолученныеДокументы” и если не пустой – ТолькоПросмотр = Истина.
Ответы по блоку:
1. Новым было применение механизмов обмена данными. Работа с ТЖ – полезная штука для отлавливания глюков.
2. Трудности были с понимаем механизмов РИБ по сравнению с оным в 7.7. Помогли неоднократные просмотры видео и эксперименты.
3. Хотел бы побольше раскрыть вкусностей обменов данными, например нештатно как принять от подчиненных узлов данные, если конфигурация в главном узле изменилась без изменения структуры, а на подчиннные узлы выгрузку не делали
1. В документах добавил 2 признака учета: “Регламентированный учет” и “ЗП”
2. В плане обмена для узла создал аналогичные реквизиты.
3. Регистрация изменений осуществляется в процедуре ПередЗаписью документа путем указания получателей согласно галочкам в документе и свойствах узла плана обмена.
4. Для блокировки документов от изменений создал Регистр сведений, который заполняется при записи объекта в подчиненной базе – изменения по регистру сведений передаются в центральный узел.
По 0-му блоку:
1. Научился наконец-таки пользоваться технологическим журналом, после изучения стало ясно что это полезный и нужный инструмент.
2. Затруднения в основном связаны с объемом информации, тяжело далось освоение RLS.
3. По мастер-группе есть пожелание, чтобы было рассмотрены принципы RLS в типовых конфигурациях. Хотя по объему это наверное будет уже не сессия, а небольшой миникурс, типа июньских бонусов.
ДЗ №5.
Использовал механизм РИБ.
Во всех документах галочки БУ, ЗП, Выгружен (по умолчанию не установлены)
Создал 2 плана обмена – один для обмена с регл. Базой (РИББУ), другой – с базой кадров и зп. (РИБЗП).
обработка обменРИБ, в которой можно выбирать узел (из любого план обмена), xml-файл, и есть кнопки загрузить, выгрузить, регистрировать изменения.
В Событии ПриОтправкеДанныхГлавному игнорируем отправку данных от подчиненных узлов главному.
В событии ПриОтправкеДанныхПодчиненному отправляем только данные, связанные с документами, у которых БУ (ЗП) = истина.
После выгрузки док. у него (в центральном узле) ставится флаг Выгружен = истина. При выставленном флаге Выгружен форма документа открывается в режиме только просмотр.
В событии ПриПолученииДанныхОтГлавного при загрузке док. в базы БУ и ЗП флаг выгружен ставится = ложь, чтобы импортированные документы можно было редактировать в базах БУ и ЗП
Отзывы по 0 блоку:
Очень много нового узнал.
Особенно полезна для меня информация о сетевой установке платформы
Наиболее трудные темы для меня: Технологический журнал, средства обмена данными.
Хотелось бы более подробнее и пошагово посмотреть пример сетевой установки платформы 8.2. для тех пользователей, у которых нет прав администратора (у учетом новых особенностей, которые появились в комментариях: необходимость установки групповых политик AlwaysInstallEleveted = true). Можно это сделать в сессии мастер-группы.
Здравствуйте.
Создаем ПланОбмена (устанавливаем признак РИБ). В план обмена и во все документы добавляем реквизиты (булево) Регл и Кадры.
Возможно лучше сделать связанный регистр сведений, в котором хранить узлы в привязке к текущему документу..
В модуле плана обмена:
1. Всегда игнорируем оправку в центру (событие ПриОтправкеДанныхГлавному)
2. В событии ПриОтправкеДанныхПодчиненному проверяем соответвие реквизитов (Регл и Кадры) текущего узла и отправляемого объекта (документ или запись регистра). Игнорируем объекты не прошедшие проверку.
Для реализации третьего пункта наверное самый легкий вариант – создаем подписку на событие (ПередЗаписью), в которой проверяем пришло сообщение об удачной загрузке – строим запрос к таблице Изменений текущего документа (с учетом нужных признаков и только центра). И если она не пустая, отказываемся от записи.
_____________________
1. Неплохо прояснилась ситуация как же обстоят дела с различиями 8.2, по крайней мере с теми объектами, о которых шла речь в текущем блоке. Взгляды особо не поменялись) Интересно было услышать о объектах, присущих 8.2 (ХранилищеНастроек, ФункциональныеОпции) и ПланахОбмена.
2. Особых затрудений не было. А те что были, преодолелись перепросмотром уроков..
3. Хотелось бы рассмотреть сложные варианты RLS. И хоть это сюда не относится хотелось бы рассмотреть тему СКД на управляемых формах и особенно программную сторону формирования.
Здравствуйте.
Создаем ПланОбмена (устанавливаем признак РИБ). В план обмена и во все документы добавляем реквизиты (булево) Регл и Кадры. Возможно лучше сделать связанный регистр сведений, в котором хранить узлы в привязке к текущему документу..В модуле плана обмена:1. Всегда игнорируем оправку в центру (событие ПриОтправкеДанныхГлавному)2. В событии ПриОтправкеДанныхПодчиненному проверяем соответвие реквизитов (Регл и Кадры) текущего узла и отправляемого объекта (документ или запись регистра). Игнорируем объекты не прошедшие проверку.
Для реализации третьего пункта наверное самый легкий вариант – создаем подписку на событие (ПередЗаписью), в которой проверяем пришло сообщение об удачной загрузке – строим запрос к таблице Изменений текущего документа (с учетом нужных признаков и только центра). И если она не пустая, отказываемся от записи.
_____________________
1. Неплохо прояснилась ситуация как же обстоят дела с различиями 8.2, по крайней мере с теми объектами, о которых шла речь в текущем блоке. Взгляды особо не поменялись) Интересно было услышать о объектах, присущих 8.2 (ХранилищеНастроек, ФункциональныеОпции) и ПланахОбмена.2. Особых затрудений не было. А те что были, преодолелись перепросмотром уроков..3. Хотелось бы рассмотреть сложные варианты RLS. И хоть это сюда не относится хотелось бы рассмотреть тему СКД на управляемых формах и особенно программную сторону формирования.
ДЗ 5 выполнил.
1. Создал план обмена с признаком РИБ, во все документы добавил реквизиты БУ,КУ типа булево. В план обмена добавил реквизит ТипБазы как перечисление. Фильтрацию данных для передачи реализовал в процедурах “ПриОтправкеДанныхПодчиненному” и “ПриОтправкеДанныхГлавному” (вначале фильтрацию написал передзаписью, но тут возникла проблема с передачей удаления объекта при снятии признака одно из учета).
2. Написал обработку используя записатьизменения, прочитатьизменения.
3. Контроль на возможность редактирования документа в ЦБ, реализовал через подписку на передзаписью в которой на основании БУ, КУ, текущего узла и таблицы изменений по данному документу разрешал или запрешал редактировать данный документ.
По 0 блоку:
1. Нового много, особенно интересно функциональные опции, работа с метаданными, RLS и обмен данными.
2. Затруднения конечно были, сейчас планирую посмотреть эталоны по ДЗ. Дольше всего пришлось повозиться с 5 заданием объем информации по обмену большой.
3. Конвертация 2.0 и WEB-клиент на сколько реально с ним работает система.
Выполнил.
Создал план обмена РИБ. Для запрета редактирования использую РС “ЗапретРедактирования”. Для всех объектов, кроме РС поставил авто регистрацию. Создал 2 подписки на события: перед записью документов и перед записью регистров. В них удаляю узлы, для которых не надо регить объекты (для дочерней базы удаляю все узлы). Модуль плана обмена вообще не трогал. Создал обработку для загрузки/выгрузки данных. При загрузке в дочернюю базу проверяю на изменение объекта в главном и дочернем узле. Если изменение было, то записываю документ в РС “Запрет редактирования” и передаю вместе с ответом в главный узел.
Обратная связь:
1. Буквально все было вновь.
2. Т.к. материал, как всегда, высший класс, то проблем особо не возникло.
3. Согласен с некоторыми пользователями, что неплохо бы раскрыть более подробно (с разбором из типовых) тему RLS. Все-таки штука важнейшая, а практики еще бы не помешало.
1.Создал План обмена, РИБ. Состав — все объекты, регистрация автоматическая.
Создал Признаки учета «Регламентированный», «Кадры» у всех документов и у плана обмена.
В плане обмена создаю узлы: «Бухгалтерия» (установлен признак Регламентированный) и Зарплата (признак «Кадры»).
В модуле плана обмена в поцедуре «ПриОтправкеДанныхПодчиненному» проверяю нужно ли выгружать Документ (движения регистров) соответствующему Узлу обмена. Если документ без признаков учета, то данные о регистрации изменений удаляю.
В модуле Плана обмена в процедуре «ПриОтправкеДанныхГлавному» – отправка элемента игнорируется.
2.Создал подписку на событие, которая контролирует процедуру ПередЗаписью у всех документов. В процедуре проверяю, установлен ли признак регламентированного, или кадрового учета. Если имеет, то проверяю есть ли данные о выгрузке в таблицах изменения документов.
Если есть то документ был создан но еще не выгружен, или выгружен но подтверждения о приеме не пришло. Можно записывать изменения.
Если в таблице изменений записей не обнаружено, то мы уже получили данные об успешной загрузки документа. Запись отменяем.
3.С созданием обработки проблем не возникло…
В целом по 0-му блоку:
1. Что нового я узнал в нулевом блоке или в чем поменялись взгляды после изучения материала?
Практически во всех темах познал что-то новое. Совершенно неизученным были функциональные опции и анализ данных.
2. В какой теме были наибольшие затруднения, и что помогло их преодолеть?
Более внимательно пришлось изучать темы по работе технологического журнала, по серверной архитектуре, по механизмам универсального обмена
3. Какую тему, имеющую отношение к текущему блоку, вы бы хотели подробнее раскрыть в мастер-группе?
Интересны темы обмена данными. В часности хотелось бы вникнуть в схему обмена в типовых конфигурациях.
ДЗ №5 выполнила.
Краткий отчет:
1) Во всех документах добавила признаки РУ и ЗП типа Булево.
2) Создала план обмена, в модуле которого прописала условия выгрузки и загрузки документов в процедурах ПриОтправкеДанныхПодчиненному и ПриОтправкеДанныхГлавному.
3) Создала 2 подчиненных узла без данных, в каждом установила главный узел с помощью обработки. В ней же прописала процедуры для выгрузки и загрузки данных для выбранного на форме узла.
4) Для документов в подписке на событие ПередЗаписью сделала удаление из списка получателей те узлы, которые не соответствуют признакам учета, указанным в документе.
Обратная связь:
1) Нулевой блок поразил обилием нужного и полезного материала. Из нового: настройка технологического журнала, функциональные опции, RLS, РИБ, анализ и прогнозирование данных.
2) Дольше всего возилась с планами обмена. Не скажу, что были сильные затруднения, но материал новый, объемный, сразу все не запомнишь. Помогло неоднократное прослушивание видеоуроков по этой теме.
3) Материала и так достаточно. Но, как и многих, интересует Конвертация данных 2.0.
Задание выполнил. Создал план обмена для документов и справочников с автоматической регистрацией. Создал два узла – регл. учет и кадры. Для документов добавил признаки «Регл. Учет» и «Кадры».
Документы выгружаю в подчиненные узлы только если установлены соответствующие признаки. Регистрацию изменений для подчиненный узлов провожу путем заполнения получателей в процедуре «Перед записью». Соответствие, какая база какому виду учета соответствует задал через константы.
Из подчиненной базы документы не выгружаются вообще – я очищаю список получателей.
Для обратной связи с главной базой – чтобы сообщить какие документы загружены из главной в подчиненную использую регистр сведений с измерением «ЗагруженныйДокумент», изменения по которому автоматически регистрируются в плане обмена.
Строки регистра сведений заполняются при записи документа, если для обмена данными признак загрузки – истина. В центральной базе для документов, присутствующих в регистре сведений «Загруженные документы», запрещаю редактирование при открытии форм.
Задание выполнено. 1 план обмена. В документах -реквизит – ссылка на справочник с т.ч. – в регламент. базу, в зп, или и туда и сюда, или еще куда… Проверка – если таблица изменений не соответствует этой т.ч. – то запрет редактирования.
Ответы на вопросы:
1.Новое: параметры функц.опций, тех.журнал, анализ и прогнозирование – это вижу впервые. Обмен данными и РИБ, директивы иинструкции очень хороший объем и качество материала- все раскладывается по полкам.
2.Затруднение: RLS по строкам ТЧ, ясности пока нет.
3.Хотелось бы: XDTO, глубже анализ и прогнозирование. Еще бы коротенько Конвертацию.
ДЗ выполнено! В основном как учили). С затруднениями помогли комментарии.
Ответы по блоку.
1) Все материалы блока для меня новые, информации очень много, приходится пересматривать несколько раз).
2) Трудности в основном связаны с объемом информации и невозможностью все попробовать на практике, но главное что уроки есть, так что мастерство накапливается.
3) Полагаюсь на мнение практикующей аудитории.
Сделала.
Ответы на вопросы – дала раньше, теперь доделала основную часть ДЗ.
Ввела план обмена со всеми документами для всех узлов.
В документы и в план обмена добавила логические реквизиты БУ и ЗП.
Организацию тоже оставила, как в лекциях – для универсальностои, можно будет ввести разные базы бухучета по организациям, а центральная – общая.
Включаю флажки БУ и ЗПу узлов, выбираю организацию.
ПриОтправкеДанныхПодчиненному анализирую признаки и оставляю в отправке те документы, у которых БУ, ЗП и организация совпадают с реквизитами узлов.
В документы добавила реквизит ЗапретРедактирования и запрещаю редактирование отправленного документа.
ПриОтправкеДанныхГлавному – использую для одностороннего обмена ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
Хотя, можно было бы посылать и полный ответ, а блокировать редактирование документа при получении квитанции.
Логику обработки можно сделать по-разному, в данном случае, интересно было именно поработать с механизмами обмена.
Было полезно понять взаимосвязи, где что.
С обменом в УПП теперь разбираться проще.
Домашнее задание выполнено.
Использовал 2 плана обмена – по управленческому и аналитическому учету. Для обеспечения условия “Обмен происходит в одну сторону” – использовал процедуру ПриОтправкеДанныхГлавному.
Для запрета редактирования данных использовал реквизит документа.
1. Всё было новое. Особенно интересно – планы обмена, клиент-серверная архитектура
2. Довольно сложные темы по обмену, технологическому журналу. С первого раза не смог понять. Несколько раз пересматривал.
3. Выгрузка/загрузка в Excel
Выполнил
1. функциональные опции,журнал регистрации,RLS
2.затруднений не было. внимательно смотреть материал
Евгений, уточните, пожалуйста, как понимать условие в п. 1.
1 ) Имеется виду, что в базе центрального офиса должна быть возможность в режиме предприятия указать какие типы документов в какие узлы выгружаются?
2) После добавления нового документа в конфигураторе, в предприятии документы этого типа не дожны никуда выгружаться, так как по-умолчанию новые документы создаются без признака выгрузки. Так?
п. 1. Верно.
п. 2. Не так. При создании новых документов в пользовательском режиме, по умолчанию, признаки выгрузки не установлены.
Задание выполнил.
Сделал через 2 плана обмена, создав различные контуры для видов узлов ЗП и Регл (показалось удобней чем прописывать это в коде, или добавлять реквизит в план обмена наподобии “ВидУзла”).
Направление выгрузки определял по флагам “РУ” и “БУ” добавленным в виде реквизитов документов. Документы без таких реквизитов не передавал.
Получателей правил через подписку ПередЗаписью документов. Очищал и добавлял по флагам.
Из дочерних узлов при отправке главному игнорировал.
Для выполнения третьей части задания у документов создал реквизит “Изменен”, который заполняется при получении ответа ЦБ от узлов. При создании форм документов на сервере проверяется флаг Изменен и если что ставится режим ТолькоПросмотр.
Не совсем правда понял как задание учитывает ситуацию запрета. Если документ после успешной выгрузки становится не изменяемым, то как быть.. если его все таки вдруг необходимо изменить? Может чего-то не понял, пока оставил как есть. Посмотрю что будет в решении преподавателя.
Отзыв по 0 блоку:
Что узнал нового?
-Логирование и журналирование действий
– Узнал удобные “фишки” обновления конфигураций
– Полезна информация о сетевой установке платформы, и в целом о сетевом запуске баз. Оч удобно.
– Стек вызовов – шикарно, даже не знал. теперь лезу в него при каждом удобном случае ))
– Директивы компиляции – не использовал ранее в работе, но логика верно подсказывала их предназначение :) Буду иметь в своем ящике инструментов теперь и их
– Функциональные опции -остались вопросы (направлены в МГ). Не совсем усвоил сложные случаи их использования.
– RLS – наконец-то все встало на свои места
– Анализ данных – знать не знал, что такое есть %) Открыли глаза ))
Вот в целом, выходит так :) Благодарю, двигаюсь дальше.
Забыл пункта 2,3 отзыва))) Продолжаю.
В какой теме были наибольшие затруднения?
В рамках выполнения ДЗ – никаких. В попытках покопаться по пройденным темам “для себя” вызывали некоторые непонятки с фунц. опциями (вопросы ушли в МГ). Пока побороть их ничего не помогло)) Помогут книги, но пока не до них ))
Какую тему раскрыть дополнительно в МГ?
Уже высказывал пожелание – wshell и автоматизация обновления удаленных узлов в условиях РИБ
Задание выполнил! Изрядно повозился.
Ответы.
1) в курсе почти все новое, очень полезно и как раз вовремя. Особенно RLS сразу внедрил на практики по дате запрета.
2) трудности возникли с пониманием работы с xml
3) Хотелось бы мастер группу по конвертации 2.0 и XDTO пакетам
По конвертации 2.0 скорее всего будет отдельный курс.
Пожелание по XDTO пакетам записали.
Задание выполнил:
1. Создал флаги для документов с признаками выгрузки Рег и Зуп , по кодам распределенных узлов.
2. РИБ, создал дочерние узлы, установил главный узел. В событии ПриОтправкеДанныхПодчиненному проверяю признак выгрузки Рег и Зуп
Ответы на вопросы:
1. Работа с Журналом регистрации, ХМL, RLS, редко пользовался данными механизмами.
2. Трудности возникли с Журналом регистрации. Просмотрел несколько раз уроки, стало меньше вопросов. С RLS использование конструктора запросов. Нужно еще поработать на этим.
Еще хочу сказать, что нравится что материалы к урокам не вылизаны, а как и происходит в процессе программирования появляются ошибки. Показаны инструменты их нахождения и устранения, большой ПЛЮС за это.
3. RLS (в условие проверяю на предопределенное значение перечисления Значение(Перечисление.ПродуктовоеНаправление.Бакалея))
выдает ошибку Неверные параметры .
>выдает ошибку Неверные параметры
Варианты ошибки могут быть следующими:
1. Ошибки не в функции Значение( ).
2. Название перечисления или его значения написано неверно. Для чистоты лучше заново переписать. Бывает, что вставляются английские символы, например, “а”, “о”.
Задание выполнено.
Алгоритм следующий:
1) У всех документов создал признаки БУ, ЗП (тип булево). Документы с установленным признаком БУ выгружаются в регламентированную базу,
с признаком ЗП – соответственно в базу кадров и ЗП.
Создал константу ПрефикЗагружаемыхДокументов – для добавления префиксов к номерам загружаемых документов для предотвращения дублей номеров. Значение константы не
мигрируетт между узлами РИБ. Префикс добавляется в момент записи документа в дочерний узел.
2) Подчиненные узлы создавал путем выгрузки и загрузки конфигурации главного узла и установки для новых ИБ центрального узла методом УстановитьГлавныйУзел.
Для этого создавал обработку.
3) Создал план обмена ОбменСФилиалами. Добавил реквизиты БУ и ЗП (тип булево) для фильтрации данных передаваемых в сообщении.
4) Ререшение коллизии реализовал следующим образом:
При получении сообщения об успешной загрузке в узел, в узле отправителе очищается таблица изменений для этого узла. Таким образом, если документ был уже записан в базу
и таблица изменений очищена, значит он был успешно загружен во все узлы. Если в таблице изменений присутствуют записи, то это означает что документ был отредактирован до получения сообщений о загрузке
или загружен не во все узлы. Для того, чтобы такой документ было нельзя отредактировать использовал подписку на событие
ПередЗаписью документов, в которой проверял на пустоту таблицу изменений для документа.
В этом же обработчике из коллекции Получатели параметров обмена данными удаляются узлы, не соответствующие значениям флажков БУ и ЗП.
Кроме этого в обрабочике события ПриОтправкеДанныхПодчиненному модуля плана обмена фильтруются передаваемые документы и движения по регистрам в
соответствии с признаками БУ и ЗП документов.
МетаданныеЭлемента = ЭлементДанных.Метаданные();
Если Метаданные.Документы.Содержит(МетаданныеЭлемента) Тогда
МетаданныеНайдены = МетаданныеЭлемента.Реквизиты.Найти(“БУ”) <> Неопределено И МетаданныеЭлемента.Реквизиты.Найти(“ЗП”) <> Неопределено;
Если МетаданныеНайдены И ЭтотОбъект.БУ <> ЭлементДанных.БУ И ЭтотОбъект.ЗП <> ЭлементДанных.ЗП ИЛИ НЕ ЭлементДанных.БУ И НЕ ЭлементДанных.ЗП Тогда
ОтправкаЭлемента = ОтправкаЭлементаДанных.Удалить;
КонецЕсли;
ИначеЕсли Метаданные.РегистрыНакопления.Содержит(МетаданныеЭлемента) ИЛИ Метаданные.РегистрыБухгалтерии.Содержит(МетаданныеЭлемента)
ИЛИ Метаданные.РегистрыРасчета.Содержит(МетаданныеЭлемента) ИЛИ (Метаданные.РегистрыСведений.Содержит(МетаданныеЭлемента) И
Метаданные.РегистрыСведений[МетаданныеЭлемента.Имя].РежимЗаписи = Метаданные.СвойстваОбъектов.РежимЗаписиРегистра.ПодчинениеРегистратору) Тогда
Регистратор = ЭлементДанных.Отбор.Регистратор.Значение;
МетаданныеРегистратора = Регистратор.Метаданные();
МетаданныеНайдены = МетаданныеРегистратора.Реквизиты.Найти(“БУ”) <> Неопределено И МетаданныеЭлемента.Реквизиты.Найти(“ЗП”) <> Неопределено;
Если Метаданные().Состав.Содержит(Регистратор.Метаданные()) И МетаданныеНайдены
И ЭтотОбъект.БУ <> Регистратор.БУ И ЭтотОбъект.ЗП <> Регистратор.ЗП ИЛИ НЕ Регистратор.БУ И НЕ Регистратор.ЗП Тогда
ЭлементДанных.Очистить();
Иначе
ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
КонецЕсли;
КонецЕсли;
В обработчике события ПриПолученииДанныхОтПодчиненного фильтруются получаемые данные для предотвращения загрузки в ЦУ документов, созданных в дочернем узле.
5) Реализовал обработку, позволяющую регистрировать все изменения, устанавливать и убирать главный узел, а также выгружать и загружать данные из узлов.
Обратная связь:
1) Материал 0-го блока открыл для меня много нового и помог систематизировать и закрепить уже полученные знания. Наиболее актуальные разделы:
– работа с технологическим журналом
– клиент-серверная архитектура работы платформы
– Директивы компиляции и инструкции препроцессору
– Права доступа
– Средства обмена данными и РБД
2) Наиболее сложной оказалась тема по обмену данными и РБД, в плане того, что материал объемный и на его изучение и решение дз потребовалось немало времени,
которое было непросто выделить при текущем авральном режиме во франчайзинговой компании.
3) Что касается мастер группы, то на мой взгляд стоило бы еще раз поговорить о механизме RLS и его реализации в типовых конфигурациях. Эта тема также будет интересна
многим слушателям курса.
Чем дальше в лес…
Сделал.
Пункт 1. Решился созданием двух планов обмена.
Пункт 2. Тут у документов появились реквизиты типа булево, с признаком к чему они относятся: УУ, ЗП. Документы в итоге мигрируют куда надо, обратно из дочек ничего не приходит.
Пункт 3. Сделал просто, с одним приближением, что галочки УУ и ЗП в дочках никак не используются, то есть они нам служат признаком того, что документ пришел из центра. При обмене если документы менялись, они пропускаются обратно в центр. При загрузке в центре еще одному доп реквизиту “Изменен”, присваивается истина, который влияет на свойство формы “read only”.
—————————————————-
Во время выполнения была одно досадная штука. Не смог достучатся на сервере до глобального перечисления РежимЗаписиРегистра (ошибка и все тут). Был он нужен чтобы отделять регистры с регистраторами и регистры без оных при выгрузке. Пришлось делать по другому…искать в отборе значение “регистратор”.
флажки конечно БП, ЗП)
Обратная связь!
1. Новая для меня по большей части программная работа с механизмами, особенно порадовала меня работа с xml и распределенные базы.
2. Вопросов не возникало, они просто не появляются в виду того что с граблями в этих областях не знаком)
3. Хотелось бы рассмотреть темы про веб-сервисы…
Попробуйте вот так :
Метаданные.СвойстваОбъектов.РежимЗаписиРегистра
Та же проблема была. Спасибо.
Обратная связь по нулевому блоку
Поскольку у меня «плавный» переход с 7.7 на 8.2, то для меня все новое, огромное спасибо за все материалы.
Когда слушаешь и пробуешь сразу – все получается – но, как только выполняешь самостоятельно задания – сразу возникает множество вопросов. Помогает обсуждение в ветках домашнего задания – это то, что касается выполнения домашних заданий.
Мне бы хотелось разобраться с шаблонами RLS в типовых конфигурациях – пока я никак не могу понять, как это все написано, и как работает
Еще очень интересует конвертация 2.0 – обмен из 7.7 в 8.2
Задание выполнила
1. Для плана обмена РИБ добавлены реквизиты УУ(центр.Офис) и РУ и КУ.
2. Соответствующие флаги в документах.
3. В центральном офисе всегда при создании флаг УУ и флаги РУ Или КУ если нужно передать в другие базы.
4.В других базах флаги не проставляются.
5. Выгрузка Из центра идет по флагам РУ и КУ в соответствующие филиалы.
6. При загрузке из центра флаг УУ очищается.( Создана подписка на событие перед записью) и в дальнейшем эти изменения передаются в центр с помощью ПриПолученииДанныхОтГлавного флаг отправка назад = Истина.
7. В центре если УУ стало =Ложь документы не изменяются(Таже подписка перед записью с другими условиями)
8. В филиалах для новых документов флаги РУ И КУ не проставляются и такие документы не выгружаются.
9. Возврат о получении сообщения от центра осуществляется с помощью ПланыОбмена.УдалитьРегистрациюИзменений
Сделано.
Создан один план обмена с тремя узлами. В плане обмена есть реквизит Получатель (тип cправочник Получатели).
Он проставлен для всех узлов, кроме главного. В документах также есть реквизит этого типа(пользователь должен выбрать, в какую базу, выгружать этот документ), хотя лучше, наверное, было бы сделать ТЧ.
Создана подписка на событие ПередЗаписью для всех документов, в которой из ОбменДанными.Получатели удаляются невыбранные получатели (узлы).
Создан реквизит во всех документах ЗапретРедактирования (булево).
В процедуре плана обмена ПриПолученииДанныхУзлаОтГлавного – Игнорировать = Истина.
В процедуре плана обмена ПриОтправкеДанныхПодчиненному для каждого отправленного документа выставляется
флаг ЗапретРедактирования в Истину. А в процедуре модуля ФОРМЫ ПередЗаписью стоит проверка – если флаг ЗапретРедактирования, то документ записать нельзя.
Создана подписка на событие ПриКопировании документов – реквизит документа ЗапретРедактирования = Ложь (чтобы флаг этот не копировался).
С обработкой выгрузки-загрузки проблем не было… Все, как в уроках.
Обратная связь:
1. Новым для меня стала групповая разработка, функциональные опции, работа с технологическим журналом.
2. Самым сложным стала работа с технологическим журналом и работа с обменами, помогли комментарии пользователей.
3. Мне нового и так хватает, пока никаких пожеланий нет. Спасибо!
Задание выполнил.
Так как на работе запарка, особой красоты не делал и пошел по самому простому пути.
Создал план обмена с 3 узлами. В состав включил все объекты. Для документов и регистров (кроме регистров сведений) автоматическая регистрация – запретить.
В документы добавил табличную часть, в которой указываются узлы для обмена. В подписке обработки проведения для всех документов проверяю наличие этой табличной части, и если она есть то регистрирую изменения для этих узлов.
ПланыОбмена.ЗарегистрироватьИзменения(тУзел.Узел,Источник);
Регистрацию делаю в цикле для каждого узла, но можно было бы и просто выгрузить колонку в массив и первым параметром передавать его.
В процедуре ПриОтправкеДанныхГлавному ОтправкаЭлемента=Ложь;
Перед открытием форму проверяю есть ли строки в ТЧ узлов. Если строки есть, то проверяю есть ли записи в таблице регистрации изменений для этой ссылки.
Если хотя бы для одного узла записи нет, то форма – только просмотр.
Появилась ошибка в моей процедуре регистрации измения цен. Объект при загрузке уже проведен, но не записан в базу, ссылки пустая. :) Добавил еще одну проверку.
1. Из совсем нового работа с ТЖ и анализом данных.
2. Небольшие затруднения были при выполнении последних ДЗ. Решались повторным просмотром некоторых уроков.
3. Хотелось бы услышать мнение на сколько функционален WEB-клиент. Можно ли только с его помощью организовать работу сложной конфигурации типа УПП.
Фууух… готово. Замучался с отладкой с постоянным запуском конфигуратора в подчиненном узле.
По поводу решения:
1. План обмена, три узла. Реквизиты в план обмена и в документы: БУ, ЗП (Булево). По соответствию реквизитов в узле плана обмена и документе – принимаем решение о необходимости выгрузки в процедуре ПриОтправкеДанныхПодчиненному.
2. В процедуре ПриОтправкеДанныхГлавному – игнор.
3. Подписка на событие ПередЗаписью документа:
Проверяем, нужно ли делать проверку (есть реквизиты БУ, ЗП, узел является главным).
Далее идея такая.
Если документ не новый и подтверждение не пришло, то перед записью документа в таблице изменений все еще будет храниться строка с документом. Если же подтверждение пришло – то строки не будет. Следовательно, строим запрос с параметром “Ссылка” и проверяем результат на пустоту. Если запрос пустой (подтверждение пришло) – тогда отказ.
Обратная связь.
1. ТЖ, Анализ и прогнозирование – супер!!!, структуризация знаний по обмену, Хранилище настроек.
2. ТЖ. Жду решения тренера по ДЗ. Все вроде понятно, вот только побольше бы примеров с конкретными настройками.
3. Да вроде все подробно расписано. Думаю, после видео-решений ДЗ от Евгения все вопросы закроются.
Спасибо!
Правильно ли я понял, что у тебя также может быть один документ выгружен в 2 базы, т.е. чтобы документ заблокировался у тебя должно прийти подвтерждение из двух баз да?
Если изначально поставили две птички – то да. Но если поставили одну – подтверждение пришло – то вторую поставить уже нельзя. Ну уж если необходимо другое поведение – то в запросе можно еще накладывать условия на значения реквизитов узлов.
Создан один план обмена. В каждом документе созданы реквизиты ВыгружатьВРегламентированнуюБазу, ВыгружатьВБазуКадров, ДокументЗагружен (не выведен на форму). В план обмена созданы процедуры ПриОтправкеДанныхПодчиненному и ПриОтправкеДанныхГлавному.
Столкнулся со следующей проблемой: не могу создать начальный образ узла РИБ. Образ вроде бы создается, подключаю базу узла… но при входе в эту базу доступны запись и чтение изменений как для главного узла, так и для текущего (чего не должно быть). И при попытке прочитать изменения выдает сообщение “Конфигурация узла распределенной ИБ не соответствует ожидаемой!”. С чем это может быть связано?
Такое может быть из-за динамического обновления в главном узле.
Попробуйте:
1. Внести любые изменения в конфигурацию (добавить и убрать пробел где-нибудь).
2. Обновить конфигурацию БД, не динамически.
3. Выполнить полное тестирование и исправление.
4. Создать повторно образ дочерного узла.
Задание выполнил.
Создал план обмена, задал его состав (документы, справочники, регистры).
Создал регистр сведений «Настройка обмена» (измерения документ и узел) и «Документы загруженные в дочерние узлы» (одно измерение – документ).
Через общую команду из любого документа вызываю форму настройки обмена. В этой форме пользователем заполняется регистр сведений «Настройка обмена», то есть прописываются дочерние узлы, в которые будут выгружаться данные. Этот регистр анализируется в событии «ПередЗаписью» документа и регистров накопления и бухгалтерии.
Сама процедура, вызываемая через подписку, работает следующим образом: очищается список получателей, а затем для центрального узла анализируется, в какие узлы должен отправляться документ и данные узлы добавляются в список получателей (для регистров анализируется регистратор). Таким образом, данные уходят в дочерние узлы только если настроена выгрузка документов в эти узлы. А в центральный узел из подчиненных документы и движения не выгружаются – список получателей очищен.
При добавлении нового узла обмена в список узлов-получателей происходит регистрация изменений документа и его движений для нового узла обмена процедурой «ЗарегистрироватьИзменения» (это нужно для регистрации изменений уже созданных документов, так как по умолчанию изменения не регистрируются).
Чтобы запретить редактирование в центральной базе, создал регистр сведений «Документы загруженные в дочерние узлы». В событии «ПриЗаписи» документов проверяю, что узел подчиненный и что идет загрузка данных – в этом случае документ добавляется в регистр. А сам регистр идет в центральную базу в ближайшем сообщении обмена. В центральной базе при открытии формы документа проверяется, не входит ли документ в состав загруженных на подчиненном узле, то есть не упомянут ли он в регистре «Документы загруженные в дочерние узлы».
Обработку выгрузки-загрузки данных для обмена РИБ сделал как учили в курсе.
При выполнении задания использовал только подписки на событие, список получателей и признак загрузки – получал их через атрибут документа-объекта «ОбменДанными». События плана обмена «ПриОтправкеДанных», «ПриПолученииДанных» не использовал. Не знаю, насколько такой вариант является целесообразным.
Задание выполнил. С распределенными ИБ и планами обмена работаю давно.
По блоку возник вопрос.
В самом начале, когда Вы рассказывали про установку платформы пользователям через общий сетевой ресурс, то говорили о том, что права локального администратора не нужны для подобного рода установки. Однако сейчас я пытаюсь обойти именно эту проблему. У пользователей, которые заходят на свой ПК не под админской учетной записью, при открытии 1С-а не инициируется процедура установки, а при попытке ручного запуска 1Сestart из сетевого ресурса вываливается ошибка “Не обнаружено установленной версии 1С:Предприятие”. Помогает только запуст “от имени”
Да, все верно, любой пользователь не пойдет.
Нужно быть локальным админом, либо в gpedit админ должен разрешить флаг AlwaysInstallEleveated = True.
Тогда это вынужденная ситуация и терпеливо ждем.
Здоровья!
Спасибо!
Внесенные изменения:
– создал План обмена, в составе которого указаны все необходимые объекты для обмена;
– в каждом документе создал два рекивизита ОтражатьВРегламентированнойБазе, ОтражатьВКадровойБазе (Булево) т.о. один документ может быть выгружен в 2 базы;
– в каждом документе создал реквизит ЗагруженВудаленнуюБазу, который заполняется при загрузке в удаленную базу, и отправляется в центр.
– в каждом документе при открытии создал проверку ЗагруженВУдаленнуюБазу, если да то документ не доступен, т.о. и в подчиненных узлах эти документы также становятся не доступны. В случае если Документ выгружается в 2 базы, то становится не доступен если пришел ответ хотя бы из одной базы;
– создал константу ПрефиксДляНомеров, при создании в удаленных базах, новых документов указывается их префикс, это объект не включен в ПланОбмена.
– создал подписку на событие при записи ( Документов, регистров,) в которой проверяется есть ли их префикс в номере документа, тогда не выгружать(очищаются отправители). Из узлов ничего не выгружается, кроме загруженных документов из центра (с признаком ЗагруженВудаленнуюБазу=Истина).
– создал обработку Обмен в которой можно УказыватьГлавныйУзел, ОчищатьВсеИзменения, ПомечатьВсеИзменения, Выгрузка,Загрузка из узлов
В момент отладки возникла проблема с регистромБухгалтерииУправленческий, там есть события приЗаписи в этом модуле появляется ошибка в случае если Регистратор= ОбъектНеНайден, пытаются обратится к методу МоментВремени(), указал необходимую проверку и убрал ошибку.
Ответы на вопросы:
1) Узнал новое это работа с RLS запросами, техническим журналом, работа с XML, настройка РИБ, работа с Хранилищем. Очень понравилась тема АнализДанных
даже и не представлял, что такой функционал уже заложен.
2) Наибольшие затруднения были в теме РИБ связаны с отладкой, много времени отнимает.
3) Конечно хотелось бы узнать хотя бы азы Конвертации данных. а так все темы представленные в данном блоке, достачно подробно раскрыты.
Большое спасибо за проделанную работу, до просмотра курсов, в голове, знания находились в “раскиданном” состоянии , с каждым просмотром знания кладутся на нужную полочку с добавлением очень нужной информации.
Для одностороннего обмена использовала Игнорировать в процедуре ПриОтправкеДанныхГлавному.
Создал 2 плана обмена: один – для обмена с регаментированной, другой – с зарплатной базой.
Настроил состав выгружаемых документов. Для регламентированной базы – свои, для зарплатной – свои.
В модулях планов обмена прописал процедуры:
Процедура ПриОтправкеДанныхГлавному(ЭлементДанных, ОтправкаЭлемента)
ОтправкаЭлемента=ОтправкаЭлементаДанных.Игнорировать;
КонецПроцедуры
Процедура ПриПолученииДанныхОтПодчиненного(ЭлементДанных, ПолучениеЭлемента, ОтправкаНазад)
ОтправкаНазад=Истина;
КонецПроцедуры
Создал две дополнительные базы через интерактивное создание образов. Проверил, что выгрузка идет только в сторону подчиненных баз.
Создал обработку для программной выгрузки-загрузки файлов сообщений. Третий пункт не осилил пока.
Итоги по нулевому блоку:
1) Узнал новое: интересная информация про кластер серверов, про технологический журнал, про хранилище конфигурации, про RLS.
2) Трудности были с метаданными, надеюсь их преодолеть после просмотра эталонного решения ДЗ.
3) Тема для МГ, даже 2 темы по обмену данными:
Конвертация данных 2.0
Загрузка из Excel, OpenOfficeCalc документов, справочников
ДЗ выполнено.
Использовал два плана обмена, с одним реквизитом. Переданные и подтвержденные документы записываются в регистр сведений. Запрет редактирования контролируется при открытии формы с использованием функции общего модуля.
Принято: если документ был передан и изменен до получения подтверждения, то он подлежит последующей передаче.
1. «Открытием» оказалось наличие в измененной базе конфигурации поставщика и возможность её выгрузки. Наконец то стали «прозрачными» планы обмена.
2. Затруднения – передача данных в управляемых формах (в базовом курсе ДЗ делал по ленивому варианту, повторял по примерам. В результате навыки не образовались). Тут как раз подошли материалы по новому взгляду про формы . Просмотрел уже другими глазами :)
3. а) По анализу данных очень хотелось увидеть пример по кластеризации, по дереву решений – то же было бы не плохо.
б) “Белое пятно” в конфигурации – XDTO-пакеты. Возможно, они никогда мне и не потребуются, но представлять – что это такое и как они в принципе используются – хотелось бы.
2. Думаю глаза еще сильнее “откроются” после 1-го блока.
Там мы на низком уровне разбираем работу управляемой формы.
3. Пожелания записаны.
По основной задаче использую в качестве основы пример по РИБ лекций. Получилось пока не все, продолжаю решать – задача для меня интересна практически. Аналогичную надо будет решить для УПП.
Пока -ответы на вопросы по 0-му блоку.
1. Нового много. Полезно все.
Настройка кластеров, каталоги и файлы, технологический журнал, функциональные опции, RLS, обмен.
2. В-принципе, устраивает все и так, как есть, курс действительно профессиональный, сомнений нет, работа выполнена большая. Спасибо.
Поэтому, именно о моих личных проблемах при изучении тем и выполнении ДЗ 0-го блока продвинутого курса.
Отсутствовали внешние обработки к базе уроков курса, что у меня вызывало необходимость больших затрат времени при изучении на повторение их с экрана.
Даже уже при переходе к новым темам, еще отсутствовали эталонные решения домашних заданий, базы и внешние обработки по заданиям предыдущих тем.
На данный момент, есть эталонное решение только 1-го задания из 5-ти. Для меня было бы более эффективно просматривать эталонное решение сразу после собственного, когда еще помнишь все нюансы. Да еще пропал целый пласт работы – по эталону разбирала свои ошибки и причины не оптимальных решений, т.е. был серьезный самоконтроль, что очень помогало освоить информацию. Мотивация к качественному выполнению ДЗ лично у меня снизилась – раньше было очень интересно, что смогу сделать самостоятельно, было с чем сравнивать.
Материалов курса для решения домашних заданий мне не всегда хватало – только половину решала после изучения курса. Для остального, так как ответов на вопросы преподавателя в процессе решения при проблемах не было, использовала комментарии коллег в темах в качестве справки, за это всем спасибо. Но, чтобы правильно оценить предлагаемые варианты, необходимо знать больше, чем в комментариях. А у меня такого опыта по кодировке нет. В Базовом курсе, в наиболее сложных случаях, можно было посмотреть отдельные моменты эталонного решения и остальное сделать самостоятельно – иногда достаточно и небольшой подсказки.
Приходилось еще пользоваться поиском и форумами, а там далеко не всегда правильные ответы.
Если эти эталонные решения, базы, внешние обработки пока не подготовлены – тогда, конечно, придется так и продолжать, это вынужденная ситуация.
Если же это просто задерживается, пока все решат ДЗ – не вижу в этом необходимости. Все покупали курс не формально, а для индивидуального получения знаний. Поэтому, это мое мнение, надо дать возможность каждому самостоятельно принимать решение, когда именно уже имеет смысл смотреть эталон. В Базовом курсе многие продолжали решать ДЗ еще несколько месяцев, когда эталон уже давно был.
3. Хотелось бы мастер-группу по RLS в типовом УПП, хотя бы кратко.
>На данный момент, есть эталонное решение только 1-го задания из 5-ти.
Будем наверстывать на этой неделе. На прошлой неделе меня выбила болезнь из нашего курса..
Здороо, а то у меня вопросы были в тех ДЗ, а теперь уже и за новой информацией многое забылось. До этого ДЗ еще не дошел, так как не все лекции просмотрел. Но активно применяю на практике, получилось дорога ложка к обеду! Выздоравливайте!
Спасибо