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

Информация от разработчиков

Модераторы: CQM, gal, a_pr

Ответить
Аватара пользователя
stepanovich
Сообщения: 108
Зарегистрирован: Пт, 02/12/2016 12:00
Имя Фамилия: Stepanovich
Контактная информация:

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

Сообщение stepanovich »

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

Системные проекты, Прикладные сервисы

C_EXPIMP_RES_91550, содержит решения для модуля "Обмен бизнес-документами":

• Реализована возможность экспорта документов по событию. Для этого следует подключить новый системный алгоритм № 4010 "Экспорт документов" в файле UserAlgor.lst (должен располагаться в каталоге EXE), прописав строку AlgorithmName = 'C_ExpImp::Algoritm_4010', а затем произвести в системе перерегистрацию алгоритмов. В параметрах алгоритма следует выбрать настройку для экспорта нужного документа (из списка настроек для экспорта в модуле "Обмен бизнес-документами"). Далее алгоритм следует привязать к настройке запуска алгоритмов для необходимого документа.

• Кроме того, для реализации действий, выполняемых с документами после импорта, создана точка расширения: ExtensionPoint epAfterImportDocument(buf :TieHead; cDocnRec : comp); где: buf — ieHead.Buffer, cDocnRec — nRec вставленной записи.

• В настройку импорта каталога серийных номеров добавлено поле "Поиск МЦ", которое определяет, по какому полю осуществлять поиск МЦ при импорте: "по наименованию" или "по бар-коду".

Бухгалтерский учет

BUH_91_252 (F_DIFFRATE_RES_91100, F_GETAN_RES_91520, F_MBP_RES_911030, F_MBPPUB_RES_91190, F_PLPOR_RES_91970, F_SFO_RES_91910, F_SOPRHOZ_RES_91810, G_BUH_DLL_91450, L_KATORG_RES_91800, L_MCU_RES_91770, L_UKS_RES_91500):

• В каталоге МЦ, а также в интерфейсах выбора МЦ реализована возможность фильтрации по "коду ОКПД2".

• В каталог банков добавлено новое поле "Рег. номер" (доступно в списке банков). Регистрационный номер заполняется при импорте каталога банков. Данному полю соответствует внешний атрибут REGN (создается автоматически).

• Решения по изменениям в законодательстве РБ по расчету курсовых разниц:

- В общесистемный реестр введена настройка "Участвует в балансе взаиморасчетов с контрагентами" ("Бухгалтерский контур" > "Курсовые разницы"). При значении "да" формируемые суммы по проводкам курсовых разниц отражаются в балансе взаиморасчетов с контрагентами.

- В окно редактирования настройки пересчета курсовых разниц добавлено поле "Направление" со значениями "Закупка"/"Продажа" — указанное направление переносится в формируемую бухгалтерскую справку и хозяйственные операции при использовании функционала расчета курсовых разниц модуля "Финансово-расчетные операции". Хозоперации формируются в разрезе контрагентов для корректного отражения в балансе взаиморасчетов.

Примечание: вышедшие в данном пакете решения для модулей "Учет спецоборудования и спецоснастки", "Спецодежда" были приведены в прошлом информационном листке (16.02.2018 — 28.02.2018).

Логистика

Вышло пакетное обновление OPER 91_289 (L_NALOG_RES_91720, L_SF_RES_91110):

1) Работа с документами по учету НДС для РФ:

• В общесистемный реестр введены новые настройки ("Логистика" > "Налоги, документы для учета НДС" > "Россия, Молдова, Узбекистан"):

- "Разрешать копирование СФ": "нет" (по умолчанию) / "да" — если настройка включена, то возможно копирование СФ без переноса служебных данных, вида ссылок на исходные-исправительные СФ/спецификации/записи.

- "Форма расчета накладной и ДО при реализации сырых шкур и лома" — в качестве значения для данной настройки необходимо установить форму расчета с признаком "не учитывать НДС". По накладной, по которой установлена указанная в настройке форма расчета, формируются СФ с типами: "Счет-фактура поставщика, НДС НА", "Корректировочный счет-фактура поставщика, НДС НА" — в снабжении; "Счет-фактура, отгрузка, НДС НА", "Корректировочный счет-фактура, НДС НА" — в сбыте. Если к платежному документу привязан ДО с указанной в настройке формой расчета, то по нему сформируются СФ с типами: "Счет-фактура, предоплата поставщику, НДС НА" — в снабжении; "Счет-фактура, оплата, предоплата, НДС НА" — в сбыте. При формировании по платежному документу учитывается, является ли платеж авансовым.

• Настройка "Регистрация СФ закрытых периодов" переименована на "Регистрация СФ закрытых периодов в сбыте" — теперь ее действие распространяется только на регистрацию корректировочных СФ в сбыте. При регистрации в снабжении реализована проверка на превышение между датой СФ и датой регистрации: если более 3-х лет, то регистрация происходит в дополнительном листе закрытого периода.

Корректировочный СФ на увеличение закупки в снабжении с датой СФ в закрытом периоде и датой регистрации в текущем регистрируется в текущем периоде в основной книге с типом "Корректировочная запись поставщика, увеличение закупки" (при условии, что между датой СФ и датой регистрации прошло менее 3-х лет).

• Доработан вывод номеров ГТД, заданных во внешнем атрибуте к СФ: если не хватает строкового значения атрибута при указании номеров ГТД, можно вручную изменить тип атрибута на мемо-поле. Данные из мемо-поля выводятся при печати СФ (в текстовом формате — для всех форм, в формате FastReport — только для последней актуальной формы) и книг покупок/продаж. При изменении типа атрибута следует учитывать, что тип меняется для всех СФ и, если были данные в строковом формате, то они не перенесутся в мемо-поле. Разделитель между номерами должен быть "," либо ";" (иначе не все данные могут вывестись на печать).

1) Работа с документами по учету НДС для РБ:

• Для настройки "Регистрация ЭСЧФ в книге покупок по дате" ("Логистика" > "Налоги, документы для учета НДС" > "Беларусь") добавлено новое значение "оприходования сопроводительного документа". Если у накладной/акта снабжения есть дата оприходования/исполнения, то при данном значении настройки регистрация будет проходить по дате сопроводительного документа, если даты нет — на дату совершения операции.

• Изменена эргономика интерфейса редактирования ЭСЧФ: теперь номер и дата первичного документа и ДО выводятся в одном поле, а не в двух, как ранее; также отображается дата оприходования/списания/исполнения для сопроводительных документов, если она есть.

• При формировании ЭСЧФ и ручном создании документов, подтверждающих поставку товаров ("Раздел 5. Условия поставки"), доработана автоматическая корректировка данных: при закрытии интерфейса "Редактирование документа" удаляются все пробелы в начале и конце кода, серии, номера и названии документов, подтверждающих поставку.

• Для ЭСЧФ с типом "Накладная, отгрузка-розница", сформированных по накладной на реализацию в модуле "Управление розничной торговлей" при заполненном поле "Договор", в "Разделе 5.Условия поставки" в реквизите "30. Договор (контракт) на поставку товаров, передачу имущественных прав" теперь отображаются соответствующие данные.

OPER_91_291 (F_TAXES_RES_91160, L_BASEDOC_RES_91900, L_COMMON_RES_91890, L_MAKENAKL_RES_91480, L_PRNSOPR_RES_91750, L_REMDOC_RES_91500, L_SKLAD_RES_911070, L_SOPRBASE_RES_91740, L_SOPRDOC_RES_911030, L_UKS_RES_91380, M_SERV_RES_91320):

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

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

- "Запуск алгоритмов" > "После удаления ордеров выполнить алгоритм" ("Логистика" > "Складской учет" > "Сопроводительные документы" > "Накладная склад->ОС" / "Накладная склад->спецоснастка").

- "Редактирование накладных при наличии ордеров" ("Логистика" > "Складской учет" > "Сопроводительные документы" > "Накладная склад->спецоснастка") — если в настройке указано "разрешать" (значение по умолчанию), то редактирование накладной при наличии ордеров разрешается; при установленном значении "запрещать" редактирование не разрешается; "запрещать с возможностью модификации ТХО" — редактирование документа при наличии ордеров не разрешается, но остается возможность редактирования ТХО.

- "Запуск алгоритмов" > "После формирования ордеров выполнить алгоритм" / "После удаления ордеров выполнить алгоритм" ("Логистика" > "Складской учет" > "Сопроводительные документы" > "Акт о недостаче").

- "Дополнительные функции локального меню" > "Функция 1, …, Функция 10" ("Логистика" > "Складской учет" > "Сопроводительные документы" > "Транзитная накладная").

- "Запуск алгоритмов" > "Перед формированием ордеров, до проверки наличия, выполнить алгоритм" / "Перед формированием ордеров, после проверки наличия, выполнить алгоритм" / "После формирования ордеров выполнить алгоритм" / "Перед удалением ордеров выполнить алгоритм" / "После удаления ордеров выполнить алгоритм" / "Перед изменением статуса выполнить алгоритм" / "После изменения статуса выполнить алгоритм" / "Перед печатью накладной выполнить алгоритм" / "После печати накладной выполнить алгоритм" / "Перед удалением документа" / "После удаления документа" ("Логистика" > "Складской учет" > "Сопроводительные документы" > "Транзитная накладная").

- "Цена с учетом скидок при формировании накладной по ДО" ("Производство и планирование" > "Сервисное обслуживание" > "Накладная на отпуск") — при значении "да" (по умолчанию) цена в накладной формируется с учетом скидки как при формировании накладной из ДО, так и при выборе ДО из накладной (допускается любой пересчет в накладной); при значении "нет" цена в накладной считается без учета скидок, а стоимость позиции рассчитывается с ее учетом.

• Для настройки "Формирование сопроводительных документов по ДО при отсутствии оплаты" ("Логистика" > "Документы" > "Управление сбытом" > "ДО на продажу") добавлено новое значение "запрещать при неполной оплате".

• Для ДО на продажу (модуль "Управление сбытом") добавлены печатные FastReport-формы счета с выбором подписантов: "Счет СТАНДАРТНЫЙ (безнал) с подписантами" и "Счет с НДС к позициям с подписантами".

• В модуле "Складской учет" в локальное меню нижней панели актов на разукомплектование/распакетирование добавлена функция "Выбор из текущих остатков в разрезе партий".

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

Z_STAFFSHR_RES_91730. Добавлена точка расширения (epStaffSHR_NeedUpdateSotr), отключающая стандартный механизм обновления данных по сотрудникам для РПД-30, РПД-31 и РПД-32. Для отключения стандартной реализации обновления данных по сотрудниках возвращаемое значение точки расширения должно быть False.

Z_STAFFBUILDER_RES_91420. Доработки "Построителя отчетов":

• В перечень полей для отчета в раздел "Родственники" добавлено новое поле "Документ, подтверждающий инвалидность".

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

STAFF_91_216 (Z_SREDN_RES_911730, Z_STAFF_RES_911570, Z_STAFFORDERS_RES_911160, Z_STAFFCAT_RES_911000, Z_STAFFNASTR_RES_91800, Z_STAFFSHR_RES_91720):

• В общесистемный реестр настроек введен новый подраздел "РПД-23 (приказ об изменении атрибутов ставки)" ("Управление персоналом" > "Управление и учет кадров" > "Приказы" > "Приказы по штатному расписанию") — содержит новую настройку "Режим обновления данных у сотрудников при изменении атрибутов ставки ШР", которая влияет на поведение окна "Выбор режимов обновления данных по сотрудникам" при его вызове после утверждения приказа по ШР об изменении атрибутов ставки (на окно, вызванное из истории ставки, настройка не влияет). Возможные значения настройки: "Не обновлять данные по сотрудникам" — окно выбора не отображается, никакие действия по обновлению данных в истории назначений не выполняются; "Обновить все данные по сотрудникам" — окно выбора не отображается, но при этом обновляются все данные, даже если они отличны от значений в штатном расписании; "Сохранять указанные персональные данные" — отображается окно выбора, в котором принудительно указан способ обновления "сохранять указанные персональные данные" и изменить его нельзя (в этом режиме отмечаются те параметры, по которым необходимо сохранить персональные данные, по неотмеченным параметрам все данные будут обновлены); "Обновить данные по виду операции" — отображается окно выбора, в котором принудительно указан способ обновления "обновлять данные по виду операции" и изменить его нельзя (в этом режиме доступен для выбора вид операции, для вида операции "изменение оклада (код 50)" возможен выбор дополнительных параметров обновления данных); "Выбрать режим при утверждении приказа" (значение по умолчанию) — отображается окно выбора, в котором можно выбрать любые параметры (значения полей "Способ обновления", "Вид операции" и параметров устанавливаются соответственно выбранным при последнем запуске окна значениям). Кроме того, в окно "Выбор режимов обновления данных по сотрудникам" добавлен новый способ обновления — "не обновлять данные по сотрудникам". Действие данного способа аналогично нажатию кнопки "Отмена" (нажатие этой кнопки в окне выбора режимов обновления данных на утверждение приказа не влияет).

• Разработана новая форма приказа РПД-38 — "Изменение плана-графика отпусков". В неутвержденном приказе отображаются текущие отпуска и можно сформировать новые отпуска. В утвержденном приказе отображаются упраздненные и сформированные отпуска. При утверждении приказа: для исходных отпусков в плане-графике проставляется статус "не активен"; для формируемых отпусков создаются записи в плане-графике отпусков и записи в детализации плана-графика; при заполнении таблицы формируемых отпусков проводится проверка пересечения периодов. При удалении приказа созданные плановые отпуска и их детализация удаляются, для исходных отпусков устанавливается прежний статус.

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

• Реализована возможность отмены и переноса оплаченного отпуска (РФ). В связи с этим доработано РПД-42: теперь если в приказе выбирается пакет отпусков, по которому уже был произведен расчет (рассчитаны отпускные в текущем или будущем периоде), пользователю выдается сообщение "Внимание! Для данного пакета отпусков был проведен расчет денежных средств. Перейти в режим переноса оплаченного пакета полностью?". При отрицательном ответе будет выдана информация о том, что для данного отпуска был проведен расчет денежных средств и перенести даты отпуска нельзя. При положительном ответе приказ будет переведен из режима "Обычный перенос отпуска" в режим "Перенос оплаченного пакета отпусков полностью". Далее необходимо выбрать пакет отпусков и указать новую дату начала. При утверждении приказа в базу вносится отзыв из отпуска на соответствующие даты и новый пакет отпусков с указанными датами переноса. Отзыв при утверждении приказа обрабатывается автоматически в режиме "выполнить только отзыв из отпуска" (признаки "учитывать только необработанные записи" и "автоматически пересчитывать отпуска и компенсации" сняты). После утверждения приказа необходимо произвести перерасчет начисленных отпускных. При удалении приказа производится проверка на наличие обработанных записей об отзыве из отпуска и произведенном расчете отпускных по перенесенному отпуску. При наличии таких записей приказ удалить нельзя.

STAFF_91_218 (Z_STAFFCAT_RES_911010, Z_STAFFPENSIONER_RES_91940):

• В справочник видов деятельности для РБ добавлены новые записи (для их отображения необходимо произвести инициализацию каталогов): "КОМАНДИРОВКА" — новый вид деятельности следует указывать для командировок, оформленных не через приказ, в параметрах вида деятельности необходимо установить значение "игнорировать" для "Табельных отклонений"; "ПРОСТОЙ" — новый вид деятельности следует указывать для периодов оплачиваемого простоя на предприятии, в параметрах вида деятельности необходимо установить значение "игнорировать" для "Табельных отклонений".

• Функция инициализации системных каталогов с кодами стажей (для РФ) и видами деятельности (для РБ) запускается автоматически при открытии интерфейса формирования данных о пенсионном стаже.

STAFF_91_219 (Z_STAFFNASTR_RES_91810, Z_STAFFORDERS_RES_911170), содержит доработки приказов по РПД-50 ("Изменение оклада"):

• В общесистемный реестр введен новый подраздел "РПД-50 (Изменение оклада)" ("Управление персоналом" > "Управление и учет кадров" > "Приказы" > "Приказы по персоналу" >) с настройкой "Исходные значения устанавливать" — определяет, откуда брать исходные значения (систему оплаты, тарифную ставку и проч.) при оформлении РПД-50: "из истории назначений" или "из истории штатного расписания". В последнем случае данные берутся из истории ставки ШР, а источники финансирования — из истории назначений. В обоих случаях значения определяются на дату начала действия приказа.

• В нижнюю часть окна редактирования приказа добавлена панель вкладок, которая позволяет просмотреть действующие на указанную дату значения из истории назначений и истории ставки. Предусмотрена также вкладка для внесения примечания к приказу.

• Параметр изменения "Системы оплаты" в окне редактирования приказа теперь установлен по умолчанию и недоступен для изменения. Кроме того, введен параметр, позволяющий изменить "Условия труда на рабочем месте". В качестве значения поля по умолчанию используется текущее значение условий труда из истории назначений на дату начала действия приказа.

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

Z_PAYFSS_RES_91850. В окне формирования реестров в ФСС РФ по единовременным пособиям разделены параметры формирования на "Общие параметры" и "Дополнительные" (в эту группу перенесены признаки "исп. табельный номер" и "подробный лог").

Z_PFREP_RES_911650. Сведения по страхователю (формы ОДВ-1, СЗВ-ИСХ, СЗВ-КОРР, СЗВ-СТАЖ) для РФ: в параметрах формирования для формы СЗВ-СТАЖ предусмотрено задание "Уровня иерархии подразделений" — по умолчанию заполняется значением из настройки "Управление персоналом" > "Управление и учет кадров" > "Уровень иерархии".

Z_ZARREP_RES_91620:
• Доработана типовая форма № T-49 "Расчетно-платежной ведомости" (форматы А4 и А3). При установленном в окне параметров варианте вывода сумм удержаний зарплаты в банк "в графу к выплате" становится доступным новый параметр "с учетом уже выплаченных" (по умолчанию установлен). Если он не включен, то реальные суммы удержаний зарплаты в банк (т. е. суммы из реестров по выплате заработной платы — в состоянии "О" или "УС" — с датой, попадающей в месяц отчета) не будут выводиться в графу "к выплате". Новый параметр виден при включенной настройке "Сальдо рассчитывать по платежным документам" ("Управление персоналом" > "Расчеты с персоналом" > "Режимы расчетов") — "да" и совокупности настроек, когда ведется учет выплат хотя бы одним из способов: по платежным ведомостям или по реестрам. Описание алгоритма анализа сумм удержаний зарплаты в банк см. в обновлении.

• В печатную Excel-форму полной "Вспомогательной ведомости" по начислениям и удержаниям добавлена колонка "Период" (формат — MM.YY), данные в которую выводятся в зависимости от значения параметра формирования свода "Учет начислений".

• Доработана "Печать лицевых счетов": при получении отчетных форм № Т-54 и № Т-54а для сотрудника, дата приема которого позже даты окончания расчетного периода, анализируется история увольнений: если находится период, пересекающийся с расчетным, лицевой счет формируется (иначе — не формируется).

• Для пользователей РФ при "Экспорте сумм доплат в dbf-файл" МЗП берется из справочника "Минимальная заработная плата", но если в лицевом счете сотрудника заведен внешний атрибут (Alt+A) с наименованием "МРОТ" и для него задана сумма, то именно она учитывается как МЗП.

ZAR_91_518 (F_VEDOM_RES_91470, Z_LSCHET_RES_911390, Z_MENU_RES_911190, Z_PAYREP_RES_911320, Z_REPORT_RES_911080):

• Реализована новая отчетная функция "Сверки расчетов" > "Сводный отчет по выплатам и НДФЛ" для сверки начислений, удержаний и перечислений по реестрам. В параметрах указываются: период, виды оплат и удержаний, фильтр по подразделениям/сотрудникам. Отчет формируется в интерактивном виде: слева выводится список сотрудников с указанием таб. № и Ф.И.О. (сортируется в соответствии с заданным порядком сортировки, по F4 можно перейти в "Лицевой счет"), справа — информация для сверки сумм начислений, удержаний и перечислений (по F4 можно перейти в "Результаты расчета заработной платы", а в средней панели проследить движение по реестрам сумм и платежные поручения по ним, созданные на основании сумм удержаний по видам оплат). По Ctrl+P формируется FastReport-отчет (по текущему сотруднику либо для отмеченных — Ins), в котором также имеется возможность интерактивного вызова ЛС и просмотра сумм оплат/удержаний.

• Для возможности формирования общего объединенного реестра на перечисление сумм в межпериод в главное меню введена новая функция "Операции" > "Реестры межрасчетного периода". При ее вызове отрывается окно со списком всех реестров межпериода, как обычных, так и иерархических. Общий объединенный реестр содержит внутри себя несколько реестров (списки сотрудников с суммами) на перечисление различных сумм — больничных, отпусков, аванса, начислений и выплат, удержаний и выплат, ежемесячных и единовременных пособий, зарплаты уволенным и т. п. Новый реестр формируется по F7, в средней панели окна задания параметров необходимо выбрать документы-основания и установить параметр "Объединять реестры" в нижней панели (при выключенном параметре формируются обычные реестры по выбранным документам разных типов). По окончании формирования все сформированные реестры объединяются в один или несколько общих реестров по банку и дате перечисления. В иерархическом реестре на первом уровне выводится "Всего по реестру", ниже — разбивка по видам операций межпериода. По F4 на конкретном реестре отображаются только ЛС, относящиеся к этому реестру, по F4 на верхнем уровне отображаются все сотрудники из реестра, сгруппированные по ЛС (например, если по одному ЛС в реестре есть и отпуск, и увольнение, то внутри отображается одна общая строка). При выгрузке в электронный формат и на печать выводятся только объединенные строки.

• Для пользователей РФ из пункта меню "Операции" > "Платежная ведомость межрасчетного периода" теперь открывается новое окно списка ведомостей, аналогичное "Реестрам межрасчетного периода". В окне задания параметров формирования предусмотрены виды документов "Ежемесячные пособия" и "Единовременные пособия" — платежные ведомости с префиксами 0$D и 0$RD формируются лишь по отмеченным лицевым счетам, у которых есть сформированные и рассчитанные пособия с суммами к выплате через кассу (т. е. только те, у которых на вкладке "Банк" в поле "Перечислять з/п в банк" установлено значение "нет"). Если в соответствующем фильтре пользователь не произвел выбор ЛС, то платежная ведомость по этому типу документа не будет формироваться.

• В интерфейсах выбора отпусков и больничных для формирования реестров или платежных ведомостей колонка "Удер. расч." заменена на колонку "Налог на доходы".

ZAR_91_519 (Z_MENU_RES_911180, Z_CALC_RES_911340, Z_MP_RES_911180, Z_SERVICE_RES_911370, G_ZARPL_DLL_912670):

• Для РФ. Предусмотрена возможность указывать вид единовременного пособия, для которого устанавливается сумма выплаты. Для этого в классификатор единовременных пособий введено поле "Вид пособия" с возможными значениями: "при рождении ребенка", "вставшим на учет в ранние сроки беременности", "пособие на погребение", "уход за детьми-инвалидами".

• Для Казахстана. При расчете заработной платы в протокол выводится сообщение о превышении суммы удержаний значения пятидесяти процентов от суммы начислений с указанием табельного номера сотрудника, для которого произошло данное превышение. Сумма удержания собирается по всем записям с видами удержаний, для которых в классификаторе видов удержаний признак "Учитывать как" установлен в значение "удержание".

• Реализована возможность сохранять информацию о настройках перехода к новому периоду, его этапах, времени их выполнения, ошибках, влияющих на результат перехода, а также некоторые информационные сообщения. Информацию о выполненных переходах можно будет увидеть в меню "Настройка" > "Переход к новому периоду" > "Информация о переходах к новому периоду", по кнопке "Печать" формируется отчет со статистикой по выполнению этапов.

ZAR_91_524 (Z_CALC_RES_911350, G_ZARPL_DLL_912690). В "Алгоритмы пользователя" введена новая функция DEPARTMENT_DOATTR(DEP,NAME) — возвращает значение внешнего атрибута типа Double для каталога подразделений, где: DEP — ссылка на подразделение (с учетом иерархии); NAME — наименование внешнего атрибута.
Вложения
03_01-13_2018.zip
(47.02 КБ) 355 скачиваний
Ответить