Обнаружены ссылки на следующие объекты непомеченные на участие в объединении что делать
Неразрешимые ссылки при обновлении 1С 8.3
Зачастую при обновлении конфигурации 1С 8.3 или 8.2 можно увидеть вот такое сообщение о «неразрешимых ссылках» на объекты метаданных:
Особенно часто такое окно появляется при переходе с одной версии конфигурации на другую.
Предлагаю разобраться, как исправить данную ошибку, на примере конфигурации 1С: «Бухгалтерия предприятия».
При переходе с 1С Бухгалтерия 2.0 на 3.0 такое окно Вы увидите почти наверняка, причем у меня появилась подобная надпись без возможности нажать кнопку «Продолжить». Просто вышло предупреждение, и дальше делай что хочешь.
Что я только не делал: проводил проверку и исправление информационной базы, прогонял базу через тестовую утилиту. Помогло исключение некоторых объектов из объединения. В общем, работал с теми объектами, которые указаны в окне «Неразрешимые ссылки».
В итоге, после нажатия кнопки «Продолжить», я получил еще одно предупреждение:
Здесь ничего не остается, кроме как нажать кнопку «Да».
Откроется еще одно окно:
Расставьте все указатели так, как указано на рисунке, и нажмите «Ок».
Будет произведено обновление нашей основной конфигурации. Но в таком виде оно нам не подходит, поэтому обновлять конфигурацию базы данных не будем. Сохраним конфигурацию в файл, например, new_conf.cf.
Причем сделать это нужно через окно настройки поддержки («Конфигурация» – «Поддержка» – «Настройка поддержки»). Там будет кнопка «Сохранить в файл».
Закрываем без сохранения текущую конфигурацию и начинаем сравнение вновь, только выбираем для сравнения конфигурацию поставщика и конфигурацию из файла («Конфигурация – «Сравнить конфигурации…»):
В таком случае мы сможем увидеть только те изменения, которые будут произведены при обновлении.
Здесь можно будет уже воспользоваться фильтром. Например, установить флажок «Показывать только дважды измененные свойства».
Я думаю, Вы сразу заметите разницу. Например, вот, как у меня было до проделанных процедур:
И вот, что стало после:
Разница, по-моему, очевидна. Из этих картинок видно, что некоторые процедуры изменены нами, но не содержат изменений поставщика. Но победу праздновать рано. Я довольно долго еще «плясал с бубном», пока не добился корректного обновления. В итоге я сделал практически попроцедурное сравнение и объединение, но зато надежно избавился от окна «Неразрешимые ссылки».
Еще имейте в виду, что у каждого свои изменения в конфигурации 1С. Поэтому запаситесь терпением, поднимите документацию со своими изменениями и решайте, какие процедуры Вам стоит заменять процедурами поставщика, а какие проще объединить вручную позже, добавив в свои то, что добавил поставщик.
К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.
БУХ. Как правильно обновиться.
Тяжелый потому-что:
1. Полтора года не обновлялись. Сейчас 1_6_3_2, а надо до 1.6.13.3
2. Изменения на 600 листах. 4-е субконта
3. 1.8 Гб размер базы, если в файле.
4. На компе 0.5 Гб оперативки. И вообще железо д.б. в порядке. А то получиться как в БИТе у меня было: Месяц на своём из дома работал и потом полгода ждал пока мне увеличат жесткий диск. Можно ли комфортно работать при 74 гб на жестком диске? Хорошо хоть текучка там большая. Увольнять начали людей, тогда только мне увеличили память.
Планирую так:
1. Создаю на каждое обновление свою конфигурацию со своими изменениями 5 раз
1.1. Обновляюсь через поддержку.
1.2. Вношу свои изменения, частично автоматизируюсь используя конф. Б.Д.
2. Обновляю рабочую базу. Думаю делать это каждый день по одному обновлению. Всего 5 дней)
2.1. Обновляюсь через поддержку.
2.2. Обновляюсь через файл свои изменения.
2.3. Запускаю обработку «Обновление информационной базы»
пункт 1.1 зачем?
В п.1. должно быть примерно так: Беру пустую базу 1.6.13, вношу вручную свои изменения.
пункт 2.1 тоже лишний.
В п.2 должно быть примерно так:
2.1 В конфигурации из п.1 создаю файл поставки.
2.2 Рабочую базу обновляю один раз на свой файл поставки.
2.3 Ничего исправлять не нужно.
2.4 Субконто не пропадет.
Спасибо что ответил. Я с тобой не согласен круто.
1.1 Чтоб не терять свои изменения
И кладу на свою базу(она с поддережкой 1С), чтоб свои добавленные не вносить.
2.1(у тебя) Зачем делать файл поставки? У меня нет такой необходимости. Я хочу 1С поддержку оставить.
2.2(у тебя) А как же Обработка Информационной Базы? Вообще без неё. Или ты её сам пишешь?
Для каждого обновления делаю свою конфигурацию. Так как их будет штук 5. Решил автоматизировать все что можно. Не люблю руками работать.
1. Так как у меня есть поддержка, обновляю через поддержку.
2. В настройках обновления ничего не делаю. Запрещаю только удаление объектов основной конфигурации.
3. На «Обнаружены ссылки на следующие объекты, непомеченные на участие в объединении:» выбираю «продолжить»
т.е. ссылки я оставляю и естественно получаю) Но конфигурацию Б.Д. никак не трогаю.
4. Теперь тащу из Б.Д. эти потерянные. Режим объединения д.б. как на скрине. Добавленные и изменённые поставщика все остаются.
и права также(надо бы вместе даже)
Обновление измененной конф-ции, последовательность действий проверьте пож-та.
Есть база, конфигурация снята с поддержки, назову ее БазаА. Ее необходимо обновить на релиз32. Ниже порядок моих действий:
2. Открываю БазуА:
Конфигурация – Поддержка – Обновить: указываю cf-типовой релиза32, в окне сравнения нажимаю на фильтр “Показывать дважды измененные”, переписываю на листок показанные объекты. Все флажки оставляю как есть, по-умолчанию. Выполнить. Сохранить.
3. Открываю БазуБ:
Конфигурация – СравнитьКонфигурации: указываю основную конфигурацию и конфигурацию поставщика (чтобы увидеть все доработки в базе). Оставляю открытым окно сравнения.
4. Пробегаю по листку, на который выписывала дважды измененные объекты в пункте2, ищу эти доработки в БазеБ (в окне сравнения показать отличия), копирую их и вставляю в БазуА. Т.е. в БазеА имеем новую версию32 с внесенными доработками. Сохраняю, обновляю конфигурациюБД.
5. В БазеА сохраняю конфигурацию в файл cf, назову его cf_32_с_изменениями.
А вот далее мне надо обновить реальную базу (БазуВ), в которой работают пользователи. Подскажите, правильно ли я делаю:
а)
б)
>>>на фильтр “Показывать дважды измененные”, переписываю на листок показанные объекты. Все флажки оставляю как есть, по-умолчанию. Выполнить. Сохранить.
в)>>А вот далее мне надо обновить реальную базу (БазуВ), в которой работают пользователи. Подскажите, правильно ли я делаю:
если предыдущие этапы были сделаны правильно, то можно просто загрузить конфигурацию
Особенности использования проверки конфигурации
Механизм проверки конфигурации позволяет выявить ошибки, которые не являются критичными для функционирования прикладного решения в принципе, но наличие которых может существенно снизить скорость работы прикладного решения или даже привести к возникновению ошибок при работе в некоторых специальных режимах.
Выполнение данных проверок не является обязательным (как, например, в случае синтаксического контроля), но является желательным, например, для проверки конфигурации перед поставкой заказчику, перед выпуском тиражного решения, для проверки после массированного удаления объектов или после объединения конфигураций.
Механизм проверки конфигурации включает в себя несколько тестов. Часть этих тестов доступна и в других режимах конфигуратора, а остальные специально разработаны для этого механизма.
Рассмотрим особенности этих тестов:
Проверка логической целостности конфигурации
Проверка логической целостности конфигурации включает в себя ряд стандартных проверок целостности прикладных объектов, которые обычно выполняются автоматически перед обновлением конфигурации базы данных.
Например проверка того, что все объекты метаданных в пределах одной ветки имеют уникальные имена.
Поиск некорректных ссылок
Конфигурация на платформе 1С:Предприятие 8.1 представляет собой набор взаимосвязанных объектов. Каждый объект определяется его свойствами. Эти свойства могут содержать ссылки на другие объекты метаданных.
Ссылки бывают прямые (например, свойство справочника ОсновнаяФорма ссылается на объект метаданных Форма ) или косвенные. К косвенным относятся, например, ссылки на типы, относящиеся к объекту метаданных, например СправочникСсылка.Номенклатура или ссылки на предопределенные значения объекта.
Логика работы платформы 1С:Предприятие 8.1 построена таким образом, что наличие некорректных (неразрешимых) ссылок в простых свойствах в режиме 1С:Предприятие не допускается. При стандартных операциях редактирования, конфигуратор не позволит возникнуть таким ссылкам.
Например, нельзя удалить форму, если ссылка на нее содержится в свойстве справочника.
Впрочем, получить конфигурацию, которая такие ссылки содержит все же возможно. Например, при объединении конфигурации, если пометить к объединению только один объект метаданных и не помечать объекты, на которые он ссылается. При этом будет выдано предупреждение, но его можно игнорировать и выполнить объединение. Подобное поведение реализовано для облегчения процесса объединения конфигураций. Предполагается, что после объединения разработчик вручную поправит неразрешимые ссылки. Обязательная проверка простых свойств на корректность выполняется при обновлении конфигурации.
Сложные свойства ведут себя несколько иначе. Отслеживание всех ссылок во всех формах представляет собой слишком ресурсоемкий процесс, поэтому наличие неразрешимых ссылок в них допустимо. Допустимо в том смысле, что программа будет работать, однако ее функциональность может быть нарушена.
Например, в форме окажется поле ввода не связанное с данными или в справочной информации будет «переход в никуда».
Для поиска и исправления таких ситуаций предназначен механизм поиска некорректных ссылок. Он позволяет определить только факт наличия неразрешимых ссылок в той или иной форме. Их поиск и исправление возлагается на разработчика.
Ниже приведены некоторые рекомендации, которые могут помочь в данном процессе.
Неразрешимые ссылки в справочной информации
Если неразрешимые ссылки обнаружены в модуле справки, то для их локализации и исправления следует проверить работоспособность всех ссылок, находящихся в указанном модуле.
Некорректные ссылки в формах объектов
Для исправления такой ссылки следует либо задать для свойства необходимое значение, либо очистить значение (что приведет к установке значения Авто ).
Неразрешимые ссылки также могут возникать в предопределенных элементах. Для исправления таких ссылок может оказаться достаточным установки признака модифицированности списка предопределенных элементов, и последующего сохранения объекта метаданных.
Общие рекомендации
Например, как было указано, при удалении объекта конфигуратор проверит наличие ссылок на удаляемый объект, но только в простых свойствах. Поэтому перед удалением рекомендуется провести полный поиск. Обратите внимание, что начиная с релиза 8.1.10, при выполнении команды «Поиск ссылок на объект» (и «Поиск ссылок в объекте») можно указать поиск во всех свойствах.
Синтаксический контроль модулей
Механизм проверки конфигурации предоставляет расширенные возможности синтаксического контроля модулей. Они позволяют проверить работоспособность конфигурации во всех режимах, предусмотренных разработчиком. Для того, чтобы понять назначение каждого из режимов, рассмотрим подробнее особенности исполнения модулей в платформе 1С:Предприятие 8.1.
Все модули, с точки зрения режимов исполнения, можно разделить на 5 групп. Это общие модули, модуль приложения, модуль внешнего соединения, модули хранимых объектов (обобщенное название, сюда относятся модули объектов, наборов записей) и модули форм.
Общие модули могут выполняться на клиенте, на сервере и в режиме внешнего соединения. Доступность конкретного общего модуля в каждой из этих сред определятся соответствующим свойством.
Модуль приложения всегда исполняется на клиенте.
Модуль внешнего соединения всегда исполняется в режиме внешнего соединения.
Модули хранимых объектов могут исполняться везде. Это зависит того, где был создан соответствующий объект.
Модули форм всегда исполняются только на клиенте.
Важной особенностью 1С:Предприятия 8.1 являются различия между файловым вариантом работы и клиент-серверным. В файловом варинате для всех исполняемых модулей доступен контекст как сервера так и клиента или внешнего соединения, в зависимости от типа сеанса. То есть, даже если у общего модуля в свойствах указано исполнение только на сервере, в файловом варианте работы в нем можно создавать объекты, доступные только на клиенте. Однако при развертывании данной конфигурации в режиме клиент-сервер, выполнение подобного модуля приведет к ошибке.
Для выявления подобных «тонких» случаев, механизм проверки конфигурации предоставляет проверки модулей во всех пяти вариантах среды исполнения.
Работа клиентского приложения
Синтаксический контроль модулей в режиме эмуляции сеанса клиентского приложения в файловом варианте работы.
Работа внешнего соединения
Синтаксический контроль модулей в режиме эмуляции сеанса внешнего соединения в файовом варианте работы.
Среди наиболее часто встречающихся ошибок при тестировании работы в режиме внешнего соединения, можно выделить следующие:
Для исправления подобных ошибок следует использовать разрешенные методы, свойства и объекты.
Для исправления подобных ошибок в модуле внешнего соединения необходимо продублировать экспортные переменные, а также, при необходимости, процедуры их заполняющие.
Работа клиентского приложения в режиме клиент-сервер
Синтаксический контроль модулей в режиме эмуляции сеанса клиентского приложения в клиент-серверном варианте.
Работа внешнего соединения в режиме клиент-сервер
Синтаксический контроль модулей в режиме эмуляции сеанса внешнего соединения в клиент-серверном варианте.
Работа сервера 1С:Предприятия
Синтаксический контроль модулей в режиме эмуляции среды сервера 1С:Предприятия.
Среди наиболее часто встречающихся ошибок при тестировании работы на сервере 1С:Предприятия, можно выделить следующие:
Для исправления подобных ошибок следует использовать разрешенные методы, свойства и объекты.
Для исправления подобных ошибок следует использовать параметры сеанса, содержащие аналогичные значения экспортных переменных модуля приложения.
Общие рекомендации
Поставка модулей без исходных текстов
В группе тестов синтаксического контроля модулей представлен также тест создания файлов поставки и обновления. В настройках поставки можно указать поставку модулей объекта без исходных текстов, однако для того чтобы воспользоваться этой возможностью, модуль не должен содержать директив препроцессора, что и проверяется этим тестом.
Логическая проверка модулей
Представляет собой набор дополнительных (не связанных с синтаксическим контролем) тестов модулей.
Поиск неиспользуемых процедур и функций
Сами по себе неиспользуемые (никогда не вызываемые) процедуры и функции ошибкой не являются, однако их наличие может косвенно свидетельствовать об ошибках в логике конфигурации. В частности, с помощью этого теста можно найти потерянные, в том числе и случайно, обработчики событий элементов управления в формах.
Самой главной особенностью этого теста является то, что анализ использования выполняется в пределах модуля, где данная процедура расположена, дополнительно анализируется возможное использование процедуры в качестве обработчика какого-либо события. Процедуры и функции, которые объявлены как экспортные, никогда не считаются неиспользуемыми. Это связано с их возможным вызовом из внешнего соединения. Поэтому невозможно использовать данный тест для обнаружения потерянных обработчиков команд интерфейсов, поскольку такие обработчики должны быть объявлены как экспортные.
Проверка существования назначенных обработчиков
Поиск пустых обработчиков
Пустой (ничего не исполняющий) обработчик события формально не является ошибкой, однако наличие таких обработчиков может негативно сказаться на производительности конфигурации, особенно если соответствующее событие возникает регулярно, например событие При выводе строки табличного поля.
Основные функциональные возможности «gate-персонал»
Главная > Документ
Информация о документе | |
Дата добавления: | |
Размер: | |
Доступные форматы для скачивания: |
ИтогоЧасовНочных = ИтогоЧасовНочных + КоличествоЧасовНочных;
//начало изменения атт
//конец изменения атт
ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневка = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «Пятидневка»,ПроизводственныйКалендарь);
ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневкаЧасы = УсловнаяПродолжительностьДня * ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневка;
ЗаписьПоВУВ.ПроизводственныйКалендарьШестиДневка = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «Шестидневка», ПроизводственныйКалендарь);
ЗаписьПоВУВ.ПроизводственныйКалендарьКалендарныеДни = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «КалендарныеДни», ПроизводственныйКалендарь);
//начало изменения атт
//конец изменения атт
ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневка = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «Пятидневка», ПроизводственныйКалендарь);
ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневкаЧасы = УсловнаяПродолжительностьДня * ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневка;
ЗаписьПоВУВ.ПроизводственныйКалендарьШестиДневка = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «Шестидневка», ПроизводственныйКалендарь);
ЗаписьПоВУВ.ПроизводственныйКалендарьКалендарныеДни = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «КалендарныеДни», ПроизводственныйКалендарь);
//начало изменения атт
//конец изменения атт
//начало изменения атт
//конец изменения атт
// не записываются для ПоВечернимЧасам
//начало изменения атт
//конец изменения атт
// не записываются для ПоНочнымЧасам
В конце модуля вставить код, выделенный курсивом:
ТаблицаДляЗаписи.Колонки.Добавить(«ВечерниеЧасы», Новый ОписаниеТипов(«Число»));
ТаблицаДляЗаписи.Колонки.Добавить(«НочныеЧасы», Новый ОписаниеТипов(«Число»));
//начало изменения атт
//конец изменения атт
СоответствиеИнтервалыРедактирования = Новый Соответствие;
В дереве конфигурации найти объект «СправочникиПользователи». Выбрать закладку «Формы» и установить в рамке «Основные формы» следующие значения:
На странице «Диалог» дополнить кнопку «Заполнить» пунктом «Заполнить по данным СКД». Заполнить основные свойства элемента панели согласно приведённому ниже рисунку:
В дереве конфигурации найти Справочники ХранилищеДополнительнойИнформации, открыть свойства реквизита «Объект» (правая кнопка мыши):
Изменить тип данных реквизита, проставив галочки в списке справочников «скдАвтомобили», «скдДокументыПосетителей», «скдОбъекты» и «скдПосетители»:
Запустить «1С Предприятие», подтвердив обновление (кнопка «ДА»):
и изменения в структуре информации конфигурации (кнопка «Принять»):
В «1С Предприятие» перезаписать все графики работы (данный пункт нужно выполнить, если Вы не пользовались стартовым помощником, т.к. заполнение графика выполняется им автоматически):
Проверить работоспособность системы.
Объединение конфигураций «Управление производственным предприятием» и «GATE-Персонал»
Объединение конфигураций доступно пользователю с правами администратора системы. Если конфигурация, установленная у Вас находиться на поддержке и «Возможность изменения» отключена (все объекты помечены значком с «замком»):
Тогда для объединения конфигураций необходимо включить возможность изменения (кнопка «Включить возможность изменения»
Далее необходимо подтвердить изменение режима:
Для начала объединения необходимо вызвать процедуру: Конфигурация→Сравнить, объединить с конфигурацией из файла.
В появившемся окне необходимо указать путь к конфигурации «GATE-Персонал» (файл конфигурации обычно находиться в каталоге: «C:\Program Files\1cv82\tmplts\ATT XXI\GATE-Персонал») и нажать кнопку «Открыть»:
Далее Вам будет предложено поставить объединённую конфигурацию на поддержку, для чего необходимо нажать кнопку «Да»:
В открывшемся окне «Сравнение, объединение Основная конфигурация…» выведены два дерева конфигураций:
Основная конфигурация (УПП)
Для настройки процесса объединения конфигураций необходимо снять значок « √ » в следующих объектах конфигурации:
ОбщиеОбщие модулиОбщего назначения;
ОбщиеОбщие модулиСохранение настроек;
ОбщиеОбщие модулиУправление пользователями:
Выбрать объект «ПеречисленияВидыТоргового Оборудования» и установить режим объединения «Порядок из основной конфигурации»:
Выбрать объект «СправочникиПользователи», нажать правой кнопкой мыши на правую колонку «Основная конфигурация», выбрать пункты меню Режим объединения для подчинённых объектов Объединить с приоритетом основной конфигурации:
В объекте РегистрыСведений ГрафикиРаботыПоВидам Времени установить режим объединения для ресурса «Смена»:
На нижней планке нажать кнопку «Выполнить» и дождаться окончания объединения конфигураций. В ходе объединения, может появиться сообщение «Обнаружены ссылки на следующие объекты, непомеченные на участие в объединении:». В этом случае следует нажать кнопку «Продолжить»:
После завершения объединения конфигураций в дереве конфигурации, правой кнопкой мыши нажать на вершину дерева «УправлениеПроизводственнымПредприятием», в падающем меню выбрать «Открыть модуль приложения». В модуле произвести следующие изменения:
В блоке объявления переменных (начало модуля) вставить код, выделенный курсивом:
Перем глЗапретСчитывания Экспорт; // Если Истина, то пропуск не считывается
Перем глСвязьСGate Экспорт;
Перем глСкдПодключаемоеОборудование Экспорт;
Перем глСканеры Экспорт;
Перем глСканерыШтрихКодовСОМ Экспорт;
Перем глОбщиеЗначения Экспорт;
(Здесь и далее: рекомендуется выделить вставленный текст, а затем включить команду форматирования: ТекстБлокФорматировать).
В процедуре «ПриНачалеРаботыСистемы» вставить следующий код:
//начало изменения атт
Если ПараметрыСеанса.ТекущийПользователь.Пустая() тогда
// конец изменения атт
В процедуре «ПриЗавершенииРаботыСистемы» вставить код:
//начало изменения атт
// конец изменения атт
В дереве конфигурации найти объект «СправочникиГрафикиРаботы». Нажать правой кнопкой мыши на строку «ГрафикиРаботы», и в падающем меню выбрать пункт «Открыть модуль объекта». В открывшемся тексте найти процедуру «АвтозаполнениеКалендаря», вставить код, выделенный курсивом:
Для каждого ПериодДня из СменыЗаДень Цикл
Если ИмеющиесяДанныеОСмене <> Неопределено Тогда
//начало изменения атт
// конец изменения атт
Если УчитыватьВечерниеЧасы Тогда
Если УчитыватьНочныеЧасы Тогда
//начало изменения атт
//конец изменения атт
ИначеЕсли ЭтоПятиШестидневка Тогда
Если ДеньНеделиПеренесенногоДня = Неопределено Тогда
//начало изменения атт
//конец изменения атт
//начало изменения атт
//конец изменения атт
Если ИмеющиесяДанныеОСмене <> Неопределено Тогда
// Для календаря-пятидневки нужно учесть предпраздничные дни
Если УчитыватьПраздники И КоличествоЧасовВсего <> 0 И ВидДня = Перечисления.ВидыДнейПроизводственногоКалендаря.Предпраздничный Тогда
//начало изменения атт
//конец изменения атт
Там же найти процедуру «ПриЗаписи», вставить код, выделенный курсивом:
ИтогоЧасовВсего = ИтогоЧасовВсего + КоличествоЧасовВсего;
ИтогоЧасовВечерних = ИтогоЧасовВечерних + КоличествоЧасовВечерних;
ИтогоЧасовНочных = ИтогоЧасовНочных + КоличествоЧасовНочных;
//начало изменения атт
//конец изменения атт
ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневка = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «Пятидневка», ПроизводственныйКалендарь);
ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневкаЧасы = УсловнаяПродолжительностьДня * ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневка;
ЗаписьПоВУВ.ПроизводственныйКалендарьШестиДневка = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «Шестидневка», ПроизводственныйКалендарь);
ЗаписьПоВУВ.ПроизводственныйКалендарьКалендарныеДни = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «КалендарныеДни», ПроизводственныйКалендарь);
//начало изменения атт
//конец изменения атт
ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневка = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «Пятидневка», ПроизводственныйКалендарь);
ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневкаЧасы = УсловнаяПродолжительностьДня * ЗаписьПоВУВ.ПроизводственныйКалендарьПятидневка;
ЗаписьПоВУВ.ПроизводственныйКалендарьШестиДневка = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «Шестидневка», ПроизводственныйКалендарь);
ЗаписьПоВУВ.ПроизводственныйКалендарьКалендарныеДни = ОтмеченВРесурсеПроизводственногоКалендаря(индДата, «КалендарныеДни», ПроизводственныйКалендарь);