Доработки ПО "Парус" за февраль
22.02.2010 00:00:00
НОВОСТИ 19.02.10
7.40 Общие
1. Во всех разделах программы доработан механизм переноса данных из раздела "Договорные документы" при выборе по F4 в поле "номер" "документа основания"/"документа подтверждения". Теперь при переносе наименования организации также будут переноситься реквизиты, которые были указаны в договорных документах при заполнении полей "Плательщик"/"Получатель". Если при создании договорного документа выбор реквизитов не осуществлялся, то по F4 будут переноситься реквизиты, обозначенные в словаре "Организации и МОЛ" как реквизиты по умолчанию.
2. К о м п л е к т а ц и я "D". Добавлен дополнительный параметр RunAfterMacros, который можно использовать при настройке PAR-файлов. Если в PAR-файле, указан этот параметр и его значение равно ".T.", то при печати отчета формирование XML-документа будет происходить после запуска макросов, иначе формирование XML происходит как сейчас, до запуска макросов. На текущий момент данный параметр используется при настройке PAR-файлов по месячной персонификации.
3. К о м п л е к т а ц и я "D". Теперь для случаев, когда в XML-файл переносится содержимое XSD-схемы, проверка XSD-схемы осуществляется по наличию в ней укороченной строки типа "xs: schema". Ранее проверка осуществлялась по строке "xs: schema xmlns:xs=".
wBUMI
1. В разделе "Договорные документы" доработана возможность выбора банковских реквизитов при заполнении полей "Плательщик"/"Получатель".
2. К о м п л е к т а ц и я "Б". Согласно приказу Госказначейства от 30.12.09 № 552 для разделов "Юридические обязательства" и "Финансовые обязательства" внесены изменения в шаблоны очетов "Ре╓стр зобов'язань розпорядник╕в кошт╕в бюджету" Obrep.xlt и "Ре╓стр ф╕нансових зобов'язань розпорядник╕в кошт╕в бюджету" Obfrep.xlt.
3. В разделе "Контракты на обучения" реализована возможность создания платежного документа на основании контракта на обучения. Подготовка платежного документа осуществляется через функцию контекстного меню "Подготовка документов"/"Платежный документ", при выборе которой будет осуществляться переход в образцы платежных документов. Платежный документ также может быть создан без образца.
Особенности подготовки платежного документа:
· в поля "Плательщик" и "Получатель" переносится значения из одноименных полей контракта, если другие значения не указаны в образце платежного документа
· в спецификации платежного документа поле "МОЛ" заполняться значением, указанным в поле "Студент" заголовка контракта, в поле "Счет" переносится счет, указанный в параметрах каталога, в котором находится данный контракт
· в случае отсутствия записей на закладке "График платежей" в поле "Сумма" переносится разница между суммой контракта и уже оплаченной суммой по данному контракту. Если на закладке "График платежей" есть записи, тогда в поле "Сумма" попадает разница между начисленной суммой и оплаченной суммой по данному контракту (но только если разница больше нуля, иначе в поле "Сумма" будет перенесен "0").
Внесены изменения в формирования суммы оплаты при подготовке платежа через функцию "Оплата"/"Произвести оплату". Теперь поле "Сумма" на форме добавления платежа формируется аналогично платежным документам.
4.1 К о м п л е к т а ц и я "Х". В разделе "Табличные приложения" в соответствии с приказом Госкомстата от 20.07.2009 №272 внесены изменения в отчет "Зв╕т про продаж ╕ запаси товар╕в торг.мереж╕ та мереж╕ рестор.госп. Ф. № 3-торг" 3_TORG.xls.
4.2. К о м п л е к т а ц и я "Х". В соответствии с приказом Госкомстата от 20.07.2009 №276 внесены изменения в отчет "Зв╕т про продаж ╕ запаси товар╕в (продукц╕╖) в оптов╕й торг╕вл╕ Ф. 1-опт, кварт." 1OPT_KV.xls.
4.3. К о м п л е к т а ц и я "Х". В соответствии с приказом Госкомстата от 18.08.2009 №314 внесены изменения в отчет "Зв╕т про експорт (╕мпорт) послуг Ф. 9-ЗЕЗ (квартальна)" 9ZEZ_KV.xls.
4.4. К о м п л е к т а ц и я "Х". В соответствии с приказом Госкомстата от 10.07.2009 №245 внесены изменения в отчет "Зв╕т про обсяги реал╕зованих послуг Ф. 1-послуги (р╕чна)" 1POSLUGI_R.xls.
4.5. В соответствии с приказом Госкомстата от 30.07.2009 №292 внесены изменения в отчет "Кап╕тальн╕ ╕нвестиц╕╖ Ф. № 2-╕нвестиц╕╖ (квартальна)" 2INVEST_KV.xls.
wTRADE
1. В разделе "Договорные документы" доработана возможность выбора банковских реквизитов при заполнении полей "Плательщик"/"Получатель".
wSALARY
1. В раздел "Наряды" добавлен новый отчет "Ведомость по исполнителям" Jobsrep.xlt. Печатается данный отчет по отобранным нарядам с группировкой по исполнителям.
2. В раздел "Настройка фондов" на форму исправления позиций, закладка "Дополнительные настройки", добавлен чекер "Удаление фондов с нулевой суммой", с функционалом аналогичным чекеру "Удаление удержаний с нулевой суммой" в методе "Налог".
Если чекер установлен и при расчете фондов получились нулевые суммы, то такие фонды будут удаляться (так как работает сейчас). Если чекер не установлен, то фонды с нулевыми суммами не удаляются.
Данная настройка необходима для более точного формирования отчетных форм, в случаях обложения небольших сумм начислений, которые за счет округления при расчете будут равны 0.
Н а п р и м е р:
Сотруднику в феврале 2010 г. начислено 1000 грн за февраль 2010 г. и 0,01 грн за январь 2010 г.
Если установлен чекер "Удаление фондов с нулевой суммой", то при расчете фондов за февраль будет начислено 332 грн (1000*0,332), за январь фонд рассчитан не будет (0,01*0,332 = 0,00332). Если по настройкам отчетных форм расчет ФОТ осуществляется по типу "Облагаемая сумма с ограничением", то в отчет попадет сумма 1000 грн. Если чекер не установлен, то будет сформировано две строки фондов за периоды январь и февраль, соответственно в отчетные формы попадет сумма 1000,01 грн.
3. Доработаны хранение истории изменения параметров "Лицевого счета" для полей "Код страхового сбора", "Код категории застрахованного лица", "Код спецстажа" и возможность сохранения истории по этим полям при их заполнении с помощью функции "Массовое изменение лицевых счетов".
4. На всех допечатных формах по месячной персонификации на закладке "Основные параметры" добавлены поля: "Исходящий №", "Начальный № листа отчета", "Количество записей на листе".
Поле "Исходящий №": Если организация ведет регистрацию корреспонденции, то в таком поле задается исходящий номер корреспонденции. Данные этого поля будут выводиться в отчет в поле "Вих╕дний № у страхувальника".
Поле "Начальный № листа отчета" предусмотрено для указания начального листа по таблице отчета. Нумерация листов отчета в ПФ должна быть сквозной, т.е. если у 1-ой таблицы 3 листа, то следующая таблица должна начинаться с 4-го и так далее. Соответственно, при выдаче отчета подсчет номеров страниц будет происходить, начиная с указанного значения в данном поле.
При формировании отчета предусмотрено разбиение отчета на листы. Каждый лист представляет собой бланк отдельной таблицы. На нем присутствует заглавная часть, часть с данными по сотрудникам, итоговая и подписная часть. Для отображения необходимого количества записей по сотрудникам на листе, на допечатных формах предусмотрено поле "Количество записей на листе". Для каждого отчета это поле имеет значение по умолчанию: для отчетов "Трудовые отношения" и "Данные по военнослужащим" - 15 записей, для отчетов "Начисленный заработок застрахованных лиц", "Суммы больничных, отпускных и выплат за прошлые периоды", "Данные по спецстажу" - 10 записей.
5. Теперь при выдаче отчетов по месячной персонификации, если в карточке сотрудника не заполнены поля "Идент.номер" и "Номер страхового свидетельства", то во все отчеты по такому сотруднику будет выводиться серия и номер паспорта. Если есть сотрудники, в карточке которых не заполнены все вышеперечисленные поля, то при выдаче отчета будет выводиться предупредительное сообщение: "Есть сотрудники у которых не указан идент. номер, номер страхового свидетельства или данные паспорта". Соответственно таким сотрудникам нужно будет установить одно из значений.
6. Появилась возможность в отчете "Суммы больничных, отпускных и выплат за прошлые периоды" не выводить начисления по типу начисления "6" (к таким начислениям относится перерасчет заработной платы на основании больничного). Для этого на форме отчета, на закладке "Выплаты" в блоке "Типы начислений" добавлен дополнительный чекер "Учитывать сумму перерасчета ЗП на основании больничных". Если чекер установлен, то в отчет будут попадать суммы по типу начисления "6", так как это происходило раньше. Если чекер не установлен, то такие суммы не будут отображаться в отчете. Соответственно такие суммы нужно отобразить в отчете "Начисленный заработок застрахованных лиц". Для этого на форме отчета "Начисленный заработок застрахованных лиц" также добавлен дополнительный чекер "Учитывать сумму перерасчета ЗП на основании больничных". Если чекер установлен, то при выдаче отчета суммы перерасчета зарплаты на основании больничных будут отображаться в общей сумме дохода отчетного периода. К сумме перерасчета ЗП на основании больничного будут относиться выплаты из списка "Начисления для расчета страхового взноса" за исключением выплат списка "Из них за период", начисленные в отчетном периоде за другие периоды, у которых отрицательная сумма и вместе с такими выплатами в текущем периоде есть выплаты больничных, в которых период "за" равен периоду "за" таких выплат. Если чекер не установлен, то все работает так как раньше: в сумме общего дохода и в сумме дохода с учетом ограничения такие выплаты учитываться не будут.
7. Предусмотрено формирование отчета "Трудовые отношения" только по тем сотрудникам, которые были приняты или уволены в отчетном периоде. Соответственно на форме отчета "Трудовые отношения" убрано поле "Отбор работающих", вместо которого добавлен чекер "Отбор лицевых счетов по дате поступления\увольнения". Если данный чекер установлен, то в отчет будут попадать только те сотрудники, которые были приняты или уволены в отчетном периоде. Если чекер не установлен, то в отчет будут выводиться все сотрудники, отобранные по условиям отбора.
8. Доработана возможность формирования XML-отчетности по месячной персонификации. Из раздела "Отчеты"/"Месячная персонификация" выполняется формирование XML-отчетов по таблицам 5-8 и 10. Для этого на допечатных формах отчетов раздела "Месячная персонификация" добавлена дополнительная закладка "Внешние файлы". XML-отчеты по таблицам 1,3, и 4 формируются из раздела "Отчетные формы".
Сформированные XML-документы необходимо поместить в отдельный директорий, для этого нужно указать "Путь для сохранения XML-документов". Этот путь должен быть одинаковый как для отчетов из раздела "Месячная персонификация" так и для отчетов из раздела "Отчетные формы". При формировании XML-документов по месячной персонификации путь для хранения XML-документов по умолчанию будет формироваться следующим образом: путь который передается по умолчанию из настроек системы + "PFU" + "период отчета". Н а п р и м е р, D:\WPARUS\XMLDoc\PFU201001\ - отчеты в пенсионный фонд за январь 2010 года. Если указанного каталога нет, пользователю будет предложено его создать. В этот каталог сохраняются все отчеты по месячной персонификации за период отчета, по которым в итоге будет формироваться комплект отчетности в ПФ.
9. Выполнены доработки по автоматическому формированию Ярлыка по месячной персонификации и формированию полного комплекта электронной отчетности в ПФ.
В разделе "Отчеты"/"Персонифицированный учет"/"Месячная персонификация" добавлена возможность формирования отчета "Ярлык". С помощью данного пункта меню будут формироваться отчет "Додаток 4. Зв╕т до ПФУ. Ярлик" и производиться подготовка архива по всем сформированным отчетам для подачи в ПФ.
Поля на допечатной форме:
· "Период". Задается месяц и год отчетного периода. По умолчанию значение периода равняется периоду работы в системе.
· "Дата документа". Устанавливается необходимая дата формирования отчета. По умолчанию равняется текущей дате.
· "Исходящий №". Задается исходящий номер корреспонденции.
· Чекер "Создавать XML-документ".
· "Путь для сохранения XML-документов". Формируется аналогично другим отчетам месячной персонификации. Все файлы, которые находятся в этом каталоге, будут помещены в комплект электронной отчетности для ПФ.
· Поле "XML-шаблоны".
· Чекер "Формировать архив". Предназначен для формирования архива с комплектом электронной отчетности. Данный чекер доступен, если установлен чекер "Создавать XML-документ".
· "Путь для сохранения архива". Указывается путь, где будет сохранен архив. Поле доступно при включенном чекере "Формировать архив". По умолчанию устанавливается путь, заданный в поле "Путь для сохранения XML-документов".
При выводе отчета на печать сначала происходит печать отчета, затем, если указан чекер "Создавать XML-документ" формируется XML-документ. После чего, при установленном чекере "Формировать архив" происходит формирование zip-архива с расширением "pfz", который будет сохранен в указанном пользователем месте. Имя zip-архива формируется следующим образом:
· позиции с 1 по 5 содержат код органа ПФУ, в который подается отчет.
· позиции с 6 по 15 включительно содержат код ╢ДРПОУ для юридических лиц (равняется 8 знаков – исключительно цифр, дополненный с правой стороны буквами 'Z' до 10 знаков), или идентификационный номер ДРФО для физических лиц (равняется 10 знаков – исключительно цифр);
· позиции с 16 по 20 включительно содержат «Код филиала за регистрацией в ПФУ»; незаполненные позиции заполняются символами «Z»; значащие символы этого поля выравниваются по левой стороне, например: Код филиала = "1": "1ZZZZ", Код филиала = "01": "01ZZZ", Код филиала = "26221": "26221". Заполняются если это филиал организации, который сам за себя подает отчет, иначе значение этих позиций будет равно "ZZZZZ".
· позиции с 21 по 28 включительно содержат дату формирования файла в формате "ddmmyyyy";
· позиции с 29 по 34 включительно содержат время формирования файла в формате "hhnnss";
· позиции с 35 по 37 включительно содержат тип документа. Тип документа определяется по имени PAR-файла (первые три символа после пробела). Для отчета Додаток 4 - это "P04".
· позиция 38 содержит букву версии документа (формата файла), начиная с "A" (латинская). Номер версии определяется по имени PAR-файла (предпоследний символ перед расширением).
· позиция 39 код шлюза - содержит букву (или цифру «0» в случае, если на документ не наложен ЕЦП). По умолчанию данное значение равно "0".
Пример имени архива: "0402423824169ZZZZZZZ04022010104251P04B0.pfz"
10. При формировании XML-документов, данные по сформированным таблицам будут заноситься в раздел "Учет"/"Свод ведомостей". Данные, которые заносятся в "Свод ведомостей": "Период" – период отчета, "Тип" – характеризирует тип отчета по персонификации, "Наименование" – наименование отчета – свойство из мнемокода шаблона отчета, "Количество листов" – общее количество листов отчета, "Количество записей" – общее количество записей отчета. "Количество листов" и "Количество записей" заполняются только для отчетов раздела "Месячная персонификация". Запись в свод по умолчанию выполняется только в случае успешного формирования XML. Если XML сформирован с ошибками будет выдано сообщение для подтверждения записи в "Свод ведомостей". Данные из этого раздела будут использоваться при формировании Ярлыка.
Так как часть отчетности в ПФУ формируются из раздела "Отчетные формы", то для того чтобы данные по этим отчетам попали в "Свод ведомостей" в шаблонах таких отчетов задается дополнительный текстовый параметр "TYPE" со значением REPTYPE="PFUi", где i – это номер таблицы отчета. Н а п р и м е р, для отчета "ПФ Дод.4 Табл.1" этот параметр будет иметь значение REPTYPE="PFU1".
Также если указан данный параметр, то путь для хранения XML -документов будет формироваться аналогично отчетам из раздела "Отчеты"/"Месячная персонификация".
11. Появилась возможность учитывать перерасчеты заработной платы прошлых периодов, начисленные в отчетном периоде, в отчете "Начисленный заработок застрахованных лиц". Ранее эти суммы по умолчанию учитывались в отчете "Суммы больничных, отпускных и выплат за прошлые периоды" с типами начислений "4" и "5".
На форме "Начисленный заработок застрахованных лиц" на закладке "Выплаты" под списком "Из них за период", добавлен дополнительный список "Доход за прошлые периоды". Выплаты, указанные в данном списке, будут отображаться в сумме дохода отчетного периода, если период "за" таких выплат меньше "отчетного" периода. Сумма дохода за прошлые периоды – это сумма дохода прошлых периодов, начисленных в отчетном периоде, за исключением сумм корректировки заработной платы на основании больничного. Сумма корректировок на основании больничного учитывается в общей сумме дохода без изменений - по чекеру "Учитывать сумму перерасчета ЗП на основании больничного".
Н а п р и м е р. У сотрудника в отчетном периоде (январь 2010) присутствуют следующие виды начислений: сторно отпуска за декабрь 2009 года -1500 грн. (Тип начисления "3"), больничный ФСС за декабрь 2009 г. в сумме 2000 грн. (Тип начисления "2"), сторно оклада за декабрь 2009 г. на основании больничного в сумме -450 грн. (Тип начисления "6"), начислена премия за декабрь 2009 г в сумме 800 грн., начислен оклад за январь 2010 г в сумме 5000 грн. Сумма взносов за декабрь 2009 г. составила 17 грн. = (-1500+2000-450+800)*2%. Сумма взносов за январь составила 100 грн. = (5000*2%).
В списке "Доход за прошлые периоды" установлен "оклад" и "премия".
· Чекер "Учитывать сумму перерасчета ЗП на основании больничного" установлен. В результате в общую сумму дохода по отчету "Начисленный заработок застрахованных лиц" попадет сумма 5350 грн. (5000+800-450). Суммы по больничным и отпускам будут отображены в отчете "Суммы больничных, отпускных и выплат за прошлые периоды".
· Чекер "Учитывать сумму перерасчета ЗП на основании больничного" не установлен. В результате в общую сумму дохода по отчету "Начисленный заработок застрахованных лиц" попадет сумма 5800 грн. (5000+800). Суммы по больничным, отпускам и сторно на основании больничного будут отображены в отчете "Суммы больничных, отпускных и выплат за прошлые периоды".
Суммы взносов по выплатам списка "Доход за прошлые периоды" также будут отображаться в отчете "Начисленный заработок застрахованных лиц".
Примечание. Если выбран режим отображения выплат прошлых периодов в отчете "Начисленный заработок застрахованных лиц", то при настройке отчета "Суммы больничных, отпускных и выплат за прошлые периоды" список "Доход за прошлые периоды" должен быть пустым. При этом если в настройке отчета " Суммы больничных, отпускных и выплат за прошлые периоды " установлен чекер "Выделять сумму перерасчета ЗП на основании больничных", то список выплат по которым определяется сумма перерасчета на основании больничного будет состоять из выплат списка "Начисления для расчета страхового взноса" за исключением выплат списков "Больничные до 5 дней", "Больничные ФСС" и "Отпускные". Определение того, являются ли данные выплаты суммой перерасчета на основании больничного, остается без изменений – если за период таких выплат есть выплаты больничных за такой же период. Если в списке "Доход за прошлые периоды" есть отмеченные выплаты, то определение сумм перерасчета на основании больничного выполняется по этому списку (так как сейчас).
12. В данных по спецстажу, которые заполняются в таблице "Спецстажи", если значение поля "Расчет спецстажа по" установлено "постоянным выплатам", то для поля "Код ед.изм. длительности" доступно дополнительное значение "календарные дни". Если будет указано это значение, то при печати отчета "Данные по спецстажу" расчет количества дней и нормы по спецстажу будет производиться в календарных днях.
13. Учитывая методические рекомендации ПФУ по заполнению месячной персонификации, переходящие выплаты по отпускам, начисленные в декабре 2009 года за январь 2010 года нужно отображать дополнительным отчетом к основному отчету за январь 2010 (два независимых отчета, два "pfz"-архива). Такие суммы отображаются в дополнительном отчете по Таблице 7, к которому также нужно сформировать отдельный ярлык. Для этого в системе для отчета "Суммы больничных, отпускных и выплат за прошлые периоды" предусмотрен дополнительный шаблон отчета "Персонификация:переходные отпуска 2009 года" PFMSREP_O.XLT, PFMSREP_OUa.XLT.
Чтобы сформировать данные по переходящим отпускам, начисленным в 2009 году за 2010 год, нужно установить период "декабрь 2009" и указать вышеупомянутый шаблон. При печати сформируется отчет за период "январь 2010 года", в котором будут отображены данные по переходящим отпускам. Для этого отчета также предусмотрено формирование XML-документа.
14. Существуют ситуации, когда по исполнительному листу в пользу истца нужно удержать конкретную сумму (например, штраф) с ежемесячным процентом удержаний до полного погашения задолженности. до полного погашения задолженности.ый проценту удержаний удержать В связи с этим выполнены доработки для метода "Исполнительный лист".
На форме постоянных выплат с методом "Исполнительный лист" добавлено дополнительное поле "Сумма долга", в которое указывается сумма долга по исполнительному листу и поле "Остаток задолженности", в которое будет заноситься остаточная сумма задолженности с учетом удержанных сумм по исполнительному листу. Эти поля аналогичны полям "Сумма кредита" и "Остаток с учетом удержанного" формы "Постоянные выплаты "Ссуда"".
Если в постоянной выплате по исполнительному листу указана "Сумма долга", то на форме "Удержание "Исполнительный лист"" не будут отображаться поля "Итого процент к удержанию" и "Процент к удерж. с учетом ограничения". Вместо них будут присутствовать поля "Сумма долга", в которое будет заноситься сумма из одноименного поля постоянных выплат и "Остаток задолженности", где будет отображаться сумма остатка долга по исполнительному листу с учетом уже удержанных сумм. Эти поля аналогичны полям "Сумма кредита" и "Остаток с учетом удержанного" формы "Удержание "Ссуда"". Поле "В счет погашения задолженности" в данном случае используется как расчетное поле, в которое выводится рассчитанная сумма задолженности на основании данных для расчета и это поле недоступно для редактирования. Данные для расчета, как и сам алгоритм по такому исполнительному листу остался без изменений.
15. В разделе "Отчетные формы" для отчетов по месячной персонификации добавлена возможность формирования XML-документов. Также при формировании по таким отчетам XML-документов данные о них будут записываться в раздел "Учет"/"Свод ведомостей". Для этого в шаблонах отчетов по персонификации задается дополнительный текстовый параметр "TYPE" со значением REPTYPE="PFUi", где i – это номер таблицы отчета. Н а п р и м е р, для отчета "ПФ Дод.4 Табл.1" этот параметр будет иметь значение REPTYPE="PFU1". Также если указан данный параметр, то путь для хранения XML-документов по умолчанию будет формироваться следующим образом: путь который передается по умолчанию из настроек системы + "PFU" + "период отчета". Н а п р и м е р, D:\WPARUS\XMLDoc\PFU201001\ - отчеты в пенсионный фонд за январь 2010 года. Если указанного каталога нет, пользователю будет предложено его создать.
wVNED
1. В разделе "Договорные документы" доработана возможность выбора банковских реквизитов при заполнении полей "Плательщик"/"Получатель".
wPERSON
1. В истории лицевого счета сотрудника доработано ведение хронологии по изменению особых отметок лицевого счета по аналогии с функционалом модуля "Заработная плата".
2. Внесены изменения в форму 1-ПВ (квартальная) в соответствии с приказом Госкомстата №294 от 03.08.2009. В демонстрационной и нулевой базах внесены изменения в соответствующую статистическую настройку ("Форма 1-ПВ (квартальная)"). Также требуется обновить шаблоны St1PVkRep.xlt и St1PVkRepUa.xlt для русского и украинского языков печати, соответственно.
3. Доработана возможность печати статистического отчета по форме 1-КЮ (годовая), принятой приказом Минюста Украины по согласованию с Госкомстатом №1704/к от 07.11.2007. Для печати отчета требуется наличие шаблонов St1KYuRep.xlt и St1KYuRepUa.xlt для русского и украинского языков печати, соответственно. Соответствующая статистическая настройка ("Про склад та рух кадрiв органiв юстицii") добавлена в нулевую и демонстрационную базы данных.
wBMCC
1. В разделах "Меню-требования" и "Заказы" функционал списания дополнен механизмом анализа настроек системы "Критерий списания приготовленных блюд" и "Критерий списания полуфабрикатов", т.е. реализован по аналогии с разделами "Счета клиентов" и "Журнал приготовленных блюд". Анализ перечисленных настроек реализован также и для функции "Пересчет сумм", вызываемой в разделах "Заказы" и "Меню-требования".
wBMKA
1. В разделе "Словари" – "Артикулы" подключен стандартный функционал объединения словарных позиций с последующей заменой соответствующих ссылок. Отличительной особенностью объединения позиций данного словаря является выдача дополнительного сообщения с чекером "Z-отчеты выполнены", - продолжить процесс объединения будет возможно только после его включения. Кроме этого, при наличии ссылок на объединяемые позиции в разделе "Артикулы и продажи в кассах", такие позиции в этом разделе также будут объединены, о чем программа уведомит в дополнительном сообщении.
