Хроника текущих событий Управления разработки 01-31.12.2020

[stepanovich]

Новое в системе Галактика ERP 9.1

Общекорпоративные мероприятия

Подтверждена совместимость системы Галактика ERP версии 9.1 (Атлантис 7.5.4 и выше) с СУБД Actian Zen 14 (64 bit).

Планирование и управление финансами, Бухгалтерский учет

FIN_9.1_48 (F_DistPl.res.9.1.107.0, F_FpLimit.res.9.1.2.0, F_OFP.res.9.1.124.0, F_PlPor.res.9.1.178.0, F_PlPorRep.res.9.1.51.0, F_SoprHoz.res.9.1.139.0) содержит следующие решения:

1) В общесистемный реестр введены новые настройки:

· Отменять ФОП при ручном изменении статуса на "неактивна" (Управление финансами > Платежный календарь > Формирование финансовых обязательств) — если включена, то в окне редактирования финансовой операции (в том числе и в вызываемом из интерфейса платежного календаря) становится доступным параметр отменена (если у пользователя есть права на ручное изменение статуса ФОП). Новый параметр устанавливается автоматически при ручном изменении статуса ФОП на неактивна, а снимается вручную или автоматически при переводе ФОБ из статусов отложенный и отмененный в другие статусы.

· Расчет суммы задолженности по ДО на закупку и Расчет суммы задолженности по ДО на продажу (Бухгалтерский контур > Обработка документов > Распределение платежа по ДО) — настройки используются, если в DSK-файле отсутствует алгоритм расчета суммы задолженности по ДО на закупку/продажу, т. е. позволяют задать определенный алгоритм расчета суммы задолженности по ДО.

2) Для модуля Платежный календарь:

· Разработан функционал, который обновляет ДО в финансовой операции по привязанным к ней хозоперациям платежного документа при изменении ДО в хозоперациях и при привязке "исполнения" к ФОБ/ФОП. Дополнительно реализован функционал синхронного объединения/разделения ХО и ФОП. Подробности см. в обновлении.

· Доработана функция групповой замены статуса финансовых операций в платежном календаре: если у всех выбранных ФОП одинаковый статус, то он автоматически меняется на противоположный; если статусы разные, предлагается выбор.

· На вкладку Дополнительная информация окна редактирования финансового обязательства введено поле Код вида вал. оп. — значение кода вида валютной операции можно ввести вручную или выбрать из справочника. При формировании платежных документов (собственные платежные поручения, собственные валютные платежные поручения, реестр распределения валюты, поручения на покупку/продажу/конвертацию валюты) по ФОБ: если включена группировка финансовых операций, то они группируются также по полю Код вида вал. оп. из ФОБ; если в ФОБ задано поле Код вида вал. оп., то оно переносится в одноименное поле платежного документа. При формировании ФОБ по платежным документам значение поля Код вида вал. оп. из платежного документа переносится в одноименное поле ФОБ.

3) Для модуля Финансово-расчетные операции:

· Пользователям РБ в окне дополнительной информации валютно-обменных документов Поручения на покупку валюты, Поручения на продажу валюты, Поручения на конвертацию валюты доступно поле Код вида валютной операции. В печатную форму платежного требования добавлено поле Форма расчетов.

· На вкладку Расходы по переводу дополнительной информации платежного поручения введена локальная функция Групповая замена полей в документах (Alt+K) — используется для полей Расходы по переводу, Счет списания комиссии, Счет списания доп. комиссии (каждое поле меняется отдельно).

· В окно редактирования хозяйственной операции и на вкладку ХозОперации введена локальная функция Группировка хозяйственных операций, позволяющая объединять хозяйственные операции с одинаковыми атрибутами в одну. Кроме того, теперь при использовании F8 на вкладке ДокОснования платежного документа выполняется отвязка ДО от соответствующей хозоперации, а не удаление хозоперации, как ранее. Это позволяет сохранить связь с ФОБ после удаления разноски по ДО, если связь с ФОБ была сформирована до привязки ДО.

F_BankDocF.res.9.1.53.0. Для пользователей РБ в окне настройки импорта банковской выписки (модуль Финансово-расчетные операции) для параметра Формат файла добавлено новое значение — текстовый (формат Приор). Особенностями при импорте данных из файлов подобного вида являются: наличие заголовка, в котором задается расчетный счет организации; символ "^" в начале и конце каждой строки с данными; присутствие секций [IN_PARAM] и [OUT_PARAM]. Импорт выписки такого формата осуществляется с возможностью установки соответствия между полем в выписке и полем документа в системе Галактика ERP.

F_MBP.res.9.1.148.0. В параметры печати документа инвентаризации спецоснастки/спецодежды добавлен новый вид отчета Инвентаризационная опись драгметаллов, при выборе которого формируется ИНВ-8а в FastReport-формате (разные печатные формы для РФ и РБ). Расчет количества драгметаллов, содержащихся в предметах, выполняется, если документ инвентаризации сформирован с группировкой по приходам. Выбор выводимых в отчет драгметаллов производится с помощью кнопки [Настройка списка драгметаллов] (в печатную форму попадет информация только о 4 выбранных драгметаллах). В инвентаризационную опись выводится масса драгметаллов, содержащаяся в количестве предметов по данным фактического учета. Способ определения содержания драгметаллов (по паспорту/комиссионно) берется из вкладки Драгмеллы в КУ спецоснастки/спецодежды.

F_OSOper.res.9.1.90.0. В общесистемный реестр введены настройки для задания наименований Внешних атрибутов спецификации накладной... (Бухгалтерский контур > Учет ОС и НМА > Операции > ОС > Накладная Склад -> ОС ) — доступны для ОС и используются в БУ. Если в спецификации Накладной Склад -> ОС привязаны соответствующие внешние атрибуты, то при выполнении [Перевода в основные средства] в создаваемой инвентарной карточке на основании данных из внешних атрибутов строки спецификации формируются значения следующих полей: Стоимость — из атрибута, определенного в настройке Внешний атрибут спецификации накладной "Первоначальная стоимость"; Амортизация — из атрибута, определенного в настройке Внешний атрибут спецификации накладной "Накопленная амортизация"; Срок полезного использования — из атрибута, определенного в настройке Внешний атрибут спецификации накладной "Срок полезного использования"; Срок до поступления — из атрибута, определенного в настройке Внешний атрибут спецификации накладной "Срок полезного использования до поступления"; Дата ввода — из атрибута, определенного в настройке Внешний атрибут спецификации накладной "Дата ввода". Поля в создаваемых операциях формируются из полей инвентарной карточки ОС, т. е. уже с учетом внешних атрибутов.

F_PlPor.res.9.1.179.0. В общесистемный реестр введена настройка Автоматически заполнять счет для списания комиссии (Бухгалтерский контур > Обработка документов) — при значении да (по умолчанию — нет) для валютных ПП и рублевых ПП с видом платежа перевод с покупкой валюты автоматически при выборе плательщика заполняется поле Счет списания комиссии (вкладка Расходы по переводу окна дополнительной информации). Если при копировании документа производится замена счета плательщика, то производится автоматическое заполнение счета для списания комиссии без учета настройки.

F_SoprHoz.res.9.1.140.0, F_SoprHoz.res.9.1.141.0 содержат решения для модуля Расчеты с поставщиками и получателями:

· В общесистемный реестр введена пользовательская настройка Режим высвобождения рекламационных накладных (Бухгалтерский контур > Обработка документов > Распределение платежа по ДО > Распределение платежа по сопроводительным документам) со значениями: по суммам распределения (по умолчанию) — стандартный режим высвобождения рекламационных накладных на основании распределения по позициям спецификации накладных, входящих в состав рекламационной накладной; по суммам рекламации — новый режим высвобождения рекламационных накладных при отсутствии распределения по позициям спецификации; определять автоматически — режим высвобождения определяется автоматически по следующему алгоритму: если по позициям спецификации накладных, входящих в рекламацию, существует распределение, то алгоритм высвобождения — по суммам распределения, в противном случае — по суммам рекламации. Подробности см. в обновлении.

· Изменена обработка рекламационной накладной. Признак обработки рекламации записывается для каждой позиции спецификации рекламационной накладной (внешний атрибут к таблице SpSopr — Признак обработки). Данный функционал позволяет несколько раз вызывать высвобождение платежей, которое будет вестись по доступным на данный момент позициям спецификации. Например, если только часть позиций имеет связь с платежами, то при первом высвобождении они будут обработаны, а при последующих не будут участвовать. Также реализован протокол высвобождения рекламационной накладной с расшифровкой выполненных действий и информированием о причинах невозможности реализовать высвобождение. Протокол работает только для высвобождения по одной рекламации и не отображается при обработке нескольких рекламаций.

Логистика

OPER_9.1_398 (C_Common.res.9.1.110.0, F_KatDoc.res.9.1.58.0, F_Veks.res.9.1.108.0, L_BaseDoc.res.9.1.134.0, L_Common.res.9.1.133.0, L_Dogovor.res.9.1.132.0, L_KatOrg.res.9.1.112.0, L_KontrBal.res.9.1.73.0, L_MCU.res.9.1.106.0, L_Prices.res.9.1.63.0, L_RepOper.res.9.1.93.0, L_Sklad.res.9.1.173.0, L_SklRep.res.9.1.96.0, L_SoprBase.res.9.1.121.0, L_SoprDoc.res.9.1.165.0, L_Wood.res.9.1.97.0):

· В общесистемный реестр введена настройка Широкоформатные скрины в сопроводительных документах (Логистика > Документы > Сопроводительные документы > Отображение полей ) — определяет вариант расположения полей в окнах редактирования сопроводительных документов (приходная накладная, акт на прием услуг, рекламационная накладная в снабжении и сбыте, акт о приемке материалов складского учета, накладная на отпуск, акт на оказание услуг, консигнационные накладные): в широкоформатном варианте (значение да) анкетная панель имеет большую ширину и поля более распределены по горизонтали, чем в обычном варианте (значение нет). Широкий формат предназначен для больших экранов.

· Расширено действие общесистемной настройки Формировать проводки по сторнирующему документу (Логистика > Документы > Сопроводительные документы > Исправительные документы. Отфактуровка отпуска > Обработка хозопераций):

- Контроль доступа бухгалтерского контура — обороты по сторно создаются, если права доступа бухгалтерского контура не запрещают создание оборотов (Бухгалтерский контур > Типовые проводки > Доступ к формированию проводок).

- Контроль закрытого периода оперативного контура — обороты не создаются, если они попадают в закрытый период оперконтура (Логистика > Закрытый отчетный период до) и если установлен запрет на модификацию данных в закрытом контуре (Логистика > Документы > Сопроводительные документы > Модификация и контроль данных > Разрешать модификацию при наличии проводок в закрытом периоде бухконтура).

- Контроль доступа и закрытого периода бухгалтерского контура — выполняется контроль закрытого периода оперативного контура, а затем контроль закрытого периода бухконтура: обороты по сторно не создаются, если дата оборотов попадает в закрытый период (Бухгалтерский контур > Закрытый отчетный период до или Отчетный период бухгалтерского контура) и установлен запрет на формирование проводок в закрытом периоде (Бухгалтерский контур > Типовые проводки > Доступ к формированию проводок), а также включен запрет на модификацию данных в закрытом периоде (Бухгалтерский контур > Модификации данных после закрытия периода).

· Действие настройки При расчете сальдо контрагентов учитывать сопроводительные документы в статусах (Логистика > Расчеты с контрагентами) распространено на рекламационные накладные.

· В модуле Управление снабжением в меню Отчеты реализован специализированный Отчет по импортозамещению, предназначенный для нефтепроводной компании (доступен на платформах MS SQL Server и Oracle). Отчет позволяет проанализировать приобретение товаров (услуг) отечественного и импортного производства, формируется на основании приходных накладных и актов на прием услуг/работ. Для работы с данным отчетом в общесистемный реестр введены спец. настройки (их назначение и подробное описание см. в обновлении):

- Общие настройки системы > Работа с МЦ, услугами > Отображать функциональность импортозамещения: нет/да.

- Общие настройки системы > Каталог организаций и банков > Организации группы "Транснефть" (для отображения настройки требуется вносить дополнительный параметр в конфигурационный файл).

- Логистика > Документы > Сопроводительные документы > Модификация и контроль данных > Разрешать изменение страны происхождения при запрете модификации сопроводительного документа: да/нет.

- Логистика > Документы > Управление снабжением > Пользовательская аналитика "Раздел отчетности по импортозамещению".

- Логистика > Документы > Управление снабжением > Приходная накладная > Модификация и контроль данных > Запрещать перевод в статус "исполняемый" при незаполнении страны происхождения: да/нет.

- Логистика > Документы > Управление снабжением > Приходная накладная > Модификация и контроль данных > Запрещать формирование ордеров при незаполнении страны происхождения: да/нет.

· В модулях Управление договорами, Управление сбытом выполнены доработки для прайс-листов: реализовано разграничение прав доступа к прайс-листам по статусам — осуществляется с помощью функции Настройка прав доступа к документам (документ "Управление сбытом" > "Прайс-листы"); организован вызов функции печати непосредственно из каталога прайс-листов.

· В модулях Управление снабжением, Управление сбытом при вводе нового ДО возможна ситуация, когда курсор перемещается на другую запись, что приводит к потере нового ДО (еще не сохраненного в БД). Во избежание такой ситуации в конфигурационном файле следует указать параметр:
{BaseDoc}
BaseDocSet = On

В таком случае невозможно переместиться на другую запись, пока для нового ДО не будут заполнены обязательные поля и новая запись не будет добавлена в БД.

· В модуле Настройка реализовано разделение справочников ОКПД2 и ТН ВЭД. Теперь для ТН ВЭД предусмотрен отдельный справочник, доступ к которому осуществляется из окна редактирования МЦ или шаблона МЦ. Возможно заполнение справочника как вручную, так и с помощью Импорта справочника из файла TNVED.xlsx, поставляемого с системой (располагается в папке EXE\Xls\DISTR\L_MCU).

· В модуле Настройка оптимизированы сервисные функции Расчет сальдо контрагентов с заданной даты и Полный пересчет сальдо контрагентов: введен параметр использовать DSQL, при включении которого выполняются специальные алгоритмы, позволяющие ускорить пересчет сальдо на платформах MS SQL Server и Oracle.

· В модуле Складской учет в расширенную информацию Акта о приемке материалов введен параметр, предоставляющий возможность после оприходования вывести Протокол формирования учетной цены.

· Для пользователей РБ в складской операции Инвентаризация с помощью локальной функции Групповая печать инвентаризационной описи предусмотрена возможность групповой печати форм 6-инв, 13-инв и ИНВ-8а. Документы формируются отдельно по каждому МОЛ согласно настроенным параметрам.

OPER_9.1_414 (C_StatLine.res.9.1.59.0, L_MakeDO.res.9.1.58.0, L_MakeNakl.res.9.1.69.0, L_Sklad.res.9.1.174.0, L_SoprBase.res.9.1.122.0, L_SoprDoc.res.9.1.166.0, L_Wood.res.9.1.98.0). В общесистемный реестр введены настройки:

• Перенос договора в ДО при автоматической синхронизации (Логистика > Документы > Сопроводительные документы > Формирование документов) — если установлено значение да, то при изменении статуса в сопроводительном документе (накладная/акт), связанном с ДО, происходит синхронизация ДО и документа по полям Договор и Соглашение.

• Копировать ТТИ из ДО при формировании СД по ДО (Логистика > Документы > Сопроводительные документы > Формирование документов > Формирование сопроводительных документов по ДО) — в значении нет ТТИ не копируется из ДО в сопроводительный документ при любом режиме формирования СД по ДО; в значении да (по умолчанию) ТТИ копируется из ДО в СД. В случае если до формирования СД по ДО была создана ТТИ, то эта ТТИ сохраняется (при этом должна быть включена настройка Сохранять ТТИ после выбора ДО, а СД должен формироваться по ДО из интерфейса сопроводительного документа).

• Атрибут "Номер прихода (ссылка на документ SAP)" (Логистика > Документы > Управление снабжением > Приходная накладная) — задается наименование внешнего атрибута к таблице KatSopr. Если атрибут не задан, то в печатный реестр будет выводиться номер приходной накладной. Формирование данного Excel-отчета осуществляется в окне со списком приходных накладных по новой локальной функции Печать > Печать реестра приходных накладных с сопутствующими услугами (по отмеченным документам).

Управление персоналом

STAFF_9.1_319 (Z_Staff.res.9.1.236.0, Z_StaffCat.res.9.1.154.0, Z_StaffNastr.res.9.1.134.0, Z_StaffRecruiting.res.9.1.57.0):

· В окне настройки прав доступа к структурным единицам штатного расписания (Управление персоналом > Настройка > Права доступа > к структурным единицам штатного расписания) Дескриптор и Полное имя выводятся только для пользователей (для групп пользователей данные в указанных полях не отображаются).

· В функции Права доступа > к распорядительным действиям права группы распространяются и на пользователей из этой группы.

· В каталогах должностей и подразделений в режиме редактирования добавлена возможность ввода наименований в различных падежах (а также латиницей) с помощью экранной кнопки [Склонение наименования]. Ранее такая возможность предоставлялась через внешние атрибуты.

· Добавлен новый вид документа сотрудника "ID-карта гражданина Республики Беларусь".

STAFF_9.1_320 (Z_LSchet.res.9.1.196.0, Z_StaffOrders.res.9.1.188.0):

· В окне оформления приказа по персоналу по РПД-20 "Назначение единовременных выплат" предусмотрены поля Счет, Субчет и Аналитика. При выполнении локальной функции Копировать данные (Ctrl+Q) для добавляемых в приказ сотрудников переносятся также и значения перечисленных полей. При утверждении приказа данные из этих полей передаются в одноименные поля Рабочей корзины: в процессе обработки сигнала анализируется наличие информации о счете, после чего сведения переносятся в модуль Заработная плата в соответствующие поля либо в Постоянные доплаты, либо в межрасчетные начисления (зависит от того, в каком положении находился параметр Выплата в межпериод в утверждаемом приказе по РПД-20).

· Для РПД-90 "Работа в выходные и праздничные дни" добавлены индивидуальная печатная форма "Работа в выходные и праздничные дни с временем начала и окончания" и групповая "Работа в выходные и праздничные дни с временем начала и окончания (групповой)", в которых отражается информация о начале и окончании рабочего времени. Аналогичная информация добавлена для РПД-91 "Назначение почасовых табельных отклонений" в групповые и индивидуальные печатные формы "Сводный приказ по распорядительным действиям" и "Сводный приказ по распорядительным действиям со склонением Ф.И.О.".

Решения для пользователей РБ:

· Z_StaffReports.res.9.1.142.0. Реализована новая форма "Штатное расписание (пользовательская форма 2021 года)" — выводится на печать с помощью локальной функции Отчеты по штатному расписанию (Управление персоналом > Штатное расписание > Просмотр штатного расписания).

· Z_PFRep.res.9.1.239.0. Доработано формирование ПУ-2 (Управление персоналом > Сотрудники > Пенсионное страхование > Обязательное страхование). Информация о приеме учитывается только в том случае, если в истории назначения для операции приема на работу указаны дата и номер приказа (для предыдущих назначений и для текущего периода работы). Информация об увольнении в текущем периоде работы учитывается только в том случае, если в 1 разделе картотеки сотрудника ([Доп. информация] > Увольнение) указаны дата и номер приказа об увольнении.

· Z_StaffPensioner.res.9.1.119.0. Если у госслужащего имеется неявка с видом отклонения по умолчанию уменьшение и кодом стажа АДМИНИСТР, то при формировании индивидуальных сведений ПУ-3, независимо от количества часов, такой день исключается из стажа АППАРАТ.

· Z_Sredn.res.9.1.275.0. При вводе больничного листа в модуле Управление персоналом и при включенной настройке Формировать больничные на л/с внутренних совместителей (Управление персоналом > Общие настройки > Больничные, отпуска, расчеты по среднему > Больничные, расчеты по среднему) листок нетрудоспособности дублируется по всем лицевым счетам совместителей, при условии, что ЛС активен на дату начала больничного (т. е. сотрудник принят и не уволен до начала болезни). В модуле Заработная плата при просмотре листков нетрудоспособности в нижней части окна Сумма и Сумма на руки отображаются с учетом б/л совместителей.

Решения в модуле Заработная плата.

ZAR_9.1_772 (G_SumDivide.dll.9.1.240.0, Z_DocsFss.res.9.1.35.0, Z_Sredn.res.9.1.274.0, Z_StaffCat.res.9.1.153.0, Z_StaffNastr.res.9.1.133.0):

· Для РБ:

- Доработана функция расчета больничных за период, когда он составляет от года до двух лет: теперь и в этом случае все месяцы периода включаются в расчет.

- Доработан расчет больничных с типом Травма при расчете по рабочим дням/часам: если есть премия за прошлый месяц (на это указывают алгоритмы 42...45 с признаком 1, а также значение П в поле учет премий, особенности), то сумма премии сначала приводится к полному месяцу на основании значений табеля прошлого месяца, а затем, исходя из полученного значения, определяется сумма пропорционально отработанному времени в месяце начисления; пересчет по часам, как и раньше, определяет дополнительная входимость 11 — "Cумма пересчитывается по часам".

· Для РФ. Доработана функция расчета пособия по нетрудоспособности по календарным дням: теперь в суммы расчетного периода выгружается количество календарных дней в месяце, если есть запись в данных с предыдущего места работы.

· Доработана функция формирования и сохранения справок о расчете среднего заработка при расчете заработной платы для случаев, когда источник исходных данных имеет тип Отклонение: теперь не будут повторно формироваться и сохраняться справки, если уже есть справка, в которой совпадают период, вид оплаты, фонд (ФЗП/ФМП), тип источника и ссылка на источник.

· Доработан Протокол заседания комиссии по единовременным и ежемесячным пособиям: реализована возможность печати наименования пособия по наименованию вида оплаты — в настройку формирования отчета добавлен параметр наименование пособия брать из вида оплаты; размер процентов указывается с источником величины для расчета пособия (СЗП или БПМ); в отчете не учитываются закрытые ежемесячные пособия.

· Для всех стран, кроме РФ. Изменен пересчет суммы удержания по алиментам и исполнительным листам для случая, когда они должны удерживаться долей (процентом) от заработка за часть месяца (в случае их начала или окончания), а работник при этом принят/уволен в расчетном месяце. В этом случае дни для пересчета берутся не за полный месяц, а за часть месяца с даты приема/до даты увольнения.

Z_ZarRep.res.9.1.140.0. Для Расчетно-платежной ведомости типа Сокращенная форма (T-49) предусмотрена возможность Печатать ведомость в следующих вариантах: В разрезе подразделений или В разрезе работников. При выборе последнего значения осуществляется группировка сотрудников по подразделениям (и сортировка внутри подразделений по табельным номерам).

Z_Zar.res.9.1.246.0. Быстродействие формирования проводок по заработной плате увеличено за счет возможности отключения инициализации аналитики Административно-территориальное деление. Для всех стран, кроме РФ, в алгоритм формирования проводок по результатам расчета зарплаты TXOZAR введена проверка настройки Автоматическое формирование КАУ по АТД (Управление персоналом > Расчеты с персоналом > Формирование проводок) — при значении нет не выполняется инициализация аналитики Административно-территориальное деление в формируемых проводках по ссылке на обособленное подразделение/филиал в результатах расчета зарплаты.

Планирование и управление производством

PROIZV_9.1_61 (M_MES.res.9.1.13.0, M_TPP.res.9.1.54.0). В общесистемный реестр введены пользовательские настройки Отчет по маршрутной карте (интерфейс деморежима) (Производство и планирование > Нормирование > Параметры маршрутных карт) и Отчет по документу спецификации (интерфейс деморежима) (Производство и планирование > Нормирование > Параметры производственных спецификаций) — влияют на вид открывающегося окна для печати производственных документов маршрутов и спецификаций при наличии лицензии на модуль Спецификации продуктов: при значениях да формирование отчетов по Ctrl+P выполняется через стандартный интерфейс деморежима (выгружаются непосредственно на экран), а при значениях нет (по умолчанию) — вначале для выбора открывается окно с перечнем предварительно настроенных групп отчетов (с выгрузкой в Excel). Если лицензия на модуль Спецификация продуктов отсутствует или работа осуществляется в деморежиме, то настройки не учитываются (работает, как при значении да).

M_MnPlan.res.9.1.97.0:

· На основании системного алгоритма № 95 "Формирование ДО по планам" разработан одноименный алгоритм № 261 с расширенными настройками. На вкладке Параметры формирования для Условия выбора позиций плана предусмотрено значение Текущая позиция, при выборе которого алгоритм обрабатывает только текущую позицию. А при Условии выбора позиций плана — Обрабатывать спецификацию, выделенную в документе, если нет помеченных позиций, то обрабатывается текущая позиция плана. Кроме того, введен параметр При наличии сопроводительных документов не переформировывать ДО, при выборе которого проверяется наличие связанной накладной: если такая накладная имеется, то никаких изменений в ДО не производится и в протоколе формируется сообщение о том, что по определенной позиции в связанном ДО уже создана накладная и для переформирования ДО ее необходимо удалить. Параметр Изменять статус ДО для всех статусов, кроме выбранных позволяет обновлять статусы в связанном ДО и при его выборе статус связанного (связанных) ДО меняется на указанный на вкладке Приемник в том случае, если он не выбран в выпадающем списке.

· В настройку алгоритма № 37 "Заполнение цен" на вкладку Расчет добавлен параметр Присвоить нулевое значение цене при отсутствии мат. ценности в прайс-листе — при установленном параметре: если МЦ не будет в прайс-листе, цена в документе станет нулевой.

· В настройку алгоритма № 84 "Групповое изменение полей объекта планирования" на вкладку Доп. параметры добавлен параметр выполнять посталгоритмы регламента пакетно. Следует отметить, что если алгоритм не настроен на работу по помеченным позициям, то он не выполнится правильно.