ALTER_CUMULATIVE
Краткое описание :
Ввод праздничных часовОписание :
Формирование табеляЧто измененно :
Необходимо чтобы праздничные дни можно было бы указывать в графиках работы точно так же, как ночные или вечерние, т.к. не всегда удобно пользоваться классификатором праздничных дней, потому что бывают такие графики работы, как например: в день, в ночь, выходной, выходной (12 ч., 12 ч., Вых., Вых.)
Как измененно :
В окне редактирования графика добавлена колонка "Празднич. часов". Предназначена она для ввода праздничных часов в дни, не являющиеся праздниками согласно классификатору праздников.
При формировании графиков праздничные часы заполняются следующим образом:
- в рабочие по плану праздничные дни в праздничные часы заносится количество рабочих часов за этот день;
- во все остальные дни в праздничные заносится 0 часов.
По умолчанию, если график не переформировывать, праздничные часы тоже распределяются в графике таким же образом.
При формировании табелей праздничные часы из графика переносятся в колонку "Праздничные" на вкладке "Корректировка" и в дальнейшем обрабатываются так же, как и часы, введенные в "Праздничные" вручную. При этом если праздничные часы переносятся в табель в день, не являющийся праздником согласно классификатору, то дополнительно устанавливается флаг "плановые праздничные".
ALTER_CUMULATIVE
Краткое описание :
Увеличить количество символов для строки наименования
подразделения в назначении сотрудникаОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
Необходимо увеличить количество символов для строки
наименования подразделения в назначении сотрудника. В случае длинного
наименования, его окончание урезается. Наименования СЕ ШР у клиента таковы, что
в интерфейсах важно видеть конечную их часть.
Как измененно :
В таблице CatHist увеличен размер полей Name и NParent со 100
до 255 символов, а поля Code с 20 до 100 символов.
ALTER_CUMULATIVE
Краткое описание :
Медленно формируется отчет по видам неявок.Описание :
Иерархический отчет по видам неявокЧто измененно :
Необходимо использовать новые поля таблицы LSTab.
Как измененно :
Следующие данные табеля учета рабочего времени теперь будут храниться в таблице LSTab:
- итоги по часам работы в праздник, рабочий по плану;
- итоги по часам работы в праздник, не рабочий по плану;
- итоги по часам работы в праздник за отгул;
- итоги по часам работы в выходные за отгул;
- количество ставок;
- особые условия труда на рабочем месте;
- территориальные условия.
Это ускорит формирование табеля и отчетов по нему, использующих перечисленные данные.
ALTER_CUMULATIVE
Краткое описание :
Настройка: Структура наименования КАУ. Необходимо добавить параметр.Описание :
Настройка БУХГАЛТЕРСКОГО контураЧто измененно :
Настройка: Структура наименования КАУ. Необходимо добавить параметр.
Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \ Структура КАУ по документам-основаниям
Описание клиента:
Параметр @type: выводить кратное наименование (аббревиатуру).
Обоснование: Длинное наименование параметра "съедает" информационное пространство, желательно выводить сокращенное наименование:
ДОСб - Основание на продажу (сбыт)
ДОСн - Основание на закупку (снабжение)
и т.д.
Как измененно :
В таблицу KatDoc добавлено поле
, sName : s10 "Сокращенное наименование документа"
В окно редактирования документов системы добавлено поле "Краткое наименование документа", заполняемое пользователем вручную.
В настройки структуры КАУ добавлен вывод Краткого названия документа (пр-р @shtype) для следующих КАУ:
Документы-основания;
Кредиты;
Векселя и Ценные бумаги;
Накладные\Акты;
Платежные документы;
Договора.
ALTER_CUMULATIVE
Краткое описание :
Дать возможность рассчитывать и удерживать с пособия по
матерям НДФЛОписание :
Интерфейс "Ежемесячные пособия на детей"Что измененно :
Дать возможность рассчитывать и удерживать с пособия по матерям
НДФЛ.
Настроили согласно рекомендациям ПИР № 101.59187, пособие. Но с данной выплаты
нет возможности посчитать НДФЛ, при формировании реестров на перечисление сумма
фигурирует расчетная ( без вычета НДФЛ), что при дальнейшем расчете ЗП ведет к
образованию долга.
Клиент ссылается на то, что это предложение по поддержки Законодательства, но
ссылки на закон не предоставил, просьба проанализировать предложение на предмет
соответствия Законодательству РФ.
Более подробно, со скриншотами ситуация расписана во вложении.
Как измененно :
Добавлены таблицы OneTimeBenefit и ChildBenefit. Новые таблицы
нужны для реализации расчета НДФЛ, а так же для оптимизации хранения данных про
пособиям на детей и единовременным пособиям.
ALTER_CUMULATIVE
Краткое описание :
Больничный - указывать дни нарушения режима в больничном, а не в табелеОписание :
Расчет больничныхЧто измененно :
Недостаток существующего решения заключается в том, что для ввода в систему нарушения режима больничного нужно задействовать несколько сотрудников с разными функциональными ролями (кадровики, табельщики), так как на сегодняшний день в системе Галактика ERP дни нарушения необходимо вручную проставлять в табеле посредством заведения отклонений, что влечет за собой большие неудобства при добавлении, изменении или удалении нарушения.
Требуется автоматизировать ввод отклонений, основанных на нарушении больничного режима, в табель учета рабочего времени.
Как измененно :
Пользователю предоставлена возможность указать непосредственно в больничном дату нарушения режима (для РБ - период нарушения) и условное обозначение неявки (из классификатора условных обозначений). На основании этих данных впоследствии в табеле будет сформировано отклонение.
В интерфейсе просмотра листа нетрудоспособности поле "Дата нарушения режима" будет заменено полями "Начало нарушения режима" и "Окончание нарушения режима". Также будет добавлено поле "Условное обозначение".
Для преобразования данных о нарушении у больничных, введенных до выхода данного решения, разработан автоматический конвертер больничных листов, который выполняется при обновлении настроек.
Общий принцип работы
При получении больничного листка от сотрудника либо при необходимости изменения или удаления нарушения бухгалтеру требуется указать в больничном листе даты начала и окончания периода нарушения (для России и Украины требуется указать только дату начала, датой окончания считается последний день больничного), код нарушения режима и условное обозначение неявки. После этого система получит сигнал о необходимости переформировать табель. При переформировании табель учтет введенный период нарушения в больничном и сформирует соответствующее отклонение.
Конвертер должен перенести дату нарушения в поле "Дата начала нарушения режима" корневой таблицы больничного, а поле "Дата окончания нарушения режима" в зависимости от страны останется пустым либо заполнится датой окончания больничного. Поле "Условное обозначение" будет заполнено у тех больничных, для которых в табеле будет найдено отклонение с датой начала, совпадающей с началом нарушения и датой окончания, совпадающей с датой окончания больничного или с концом месяца, если больничный длится несколько месяцев. По такому же принципу будет построена связь между найденным отклонением и больничным.
При переформировании или загрузке табеля, будут сформированы отклонения с датами начала/окончания, соответствующими датам нарушения режима в больничном. Будет сформирована связь между больничным и отклонением табеля. Условное обозначение также будет соответствовать введенному в больничном листе.
ALTER_CUMULATIVE
Краткое описание :
Ограничение на длину поля номер сертификатаОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Убрать ограничение на длину значения поля "Номер сертификата".
Как измененно :
Увеличен номер сертификата до 255 символов
ALTER_CUMULATIVE
Краткое описание :
Сортировка контрагентов в интерфейсе выбора.Описание :
Организации и расчетные счета (*)Что измененно :
Сортировка контрагентов в интерфейсе выбора.
Как измененно :
При фильтрации по признаку архивности сначала выводятся группы, а потом - организации
ALTER_CUMULATIVE
Краткое описание :
Необходимо увеличить поле "Название" в интерфейсе "Сметные
разделы" до 200 символовОписание :
Сметные разделыЧто измененно :
Необходимо увеличить поле "Название" в интерфейсе "Сметные
разделы" до 200 символов, так как у клиентов наименования длинные и они должны
корректно, без сокращений, выводится в отчеты. Этот интерфейс вызывается как в
настройках модуля, так и в самой смете для изменения названия разделов.
Как измененно :
Наименование сметного раздела расширено до 255символов.
ALTER_CUMULATIVE
Краткое описание :
Увеличить количество символов в поле SMNARYAD.NMOPER до 81Описание :
Формирование и расчет нарядовЧто измененно :
Увеличить количество символов в поле SMNARYAD.NMOPER до 81
Данное поле наследуется из таблицы RASOPER.NMOPER, которое содержит 81 символ.
Считаю необходимым увеличить количество символов в поле SMNARYAD.NMOPER до 81.
Как измененно :
Увеличено количество символов в полях "Наименование работы"
SMNARYAD.NMOPER и "Наименование операции" SMNARYAD.NWork до 80. Данные поля
наследуются из таблицы RASOPER, разрядность которых - 80 символов, в результате
в отчеты попадает полное наименование работы/операции.
ALTER_CUMULATIVE
Краткое описание :
недостаточно символов в номере документа - вексельОписание :
Картотека векселейЧто измененно :
Недостаточно символов в номере документа - вексель. В таблице
veksl поле nodoc имеет размер 20. Этого недостаточно для ввода номера.
Необходимо увеличить до 100.
Как измененно :
Изменена длина строковых полей NoDOC и NoDocEnd в таблице Veksl
(Векселя) с 20 до 100 символов.
ALTER_CUMULATIVE
Краткое описание :
Теряется ссылка в РК на льготные условия после удаления утвержденного приказа об изменении условий работыОписание :
Рабочая корзина (формирование сигнала)Что измененно :
При удалении утвержденного приказа об изменении условий труда запись в картотеке сотрудников удаляется, а в рабочей корзине запись сформированная приказом остается, но удаляются в этой записи особые условия. В результате если повторно обработать данную запись, в ЛС особые условия будут отсутствовать.
Как измененно :
Использованы новые поля в таблице ZarSignal.
Теперь сигнал об изменении ЛС после удаления исходного приказа выглядит так же, как до удаления приказа. Непосредственно в самом сигнале теперь сохраняются:
- ссылка на особые условия труда;
- корректирующий коэффициент;
- количество ставок;
- северная категория.
ALTER_CUMULATIVE
Краткое описание :
Очень медленно работают функции "Формирования оценочных
обязательств по отпускам". 9.1Описание :
Расчёт [РФ]Что измененно :
На базе с несколькими десятками тысяч записей интерфейс
"Остаток оценочных обязательств" открывается более пяти минут. При этом
установлен фильтр по виду отпуска.
Как измененно :
Оптимизирована база данных для увеличения быстродействия работы
интерфейсов оценочных обязательств - добавлены признаки (поля ArxShtrf.Arhiv и
ArxShtrf.RecType), определяющие к какому интерфейсу принадлежит запись (расчет
ОО, архив или остатки).
Для корректной работы требуется конвертация данных. Конвертер запустится
автоматически при первом, после установки обновлений, открытии одного из
интерфейсов работы с оценочными обязательствами, например интерфейса "Остаток
оценочных обязательств". Процесс конвертации сопровождается визуализацией
"Конвертация данных таблицы оценочных обязательств...". Если при запуске
интерфейса будет выдано сообщение "Для корректной работы интерфейса необходимо
выполнить проверку реестра настроек", то нужно перейти в модуль "Настройка",
выполнить "Администратор - Проверка реестра настроек - [Выполнить]", установив
опцию "выполнить обновление реестра", а затем повторить вызов интерфейса
"Остаток оценочных обязательств".
При всех последующих открытиях интерфейсов ОО будет выполняться предварительная
загрузка соответствующих записей из базы данных, что позволит эффективно
выполнять по ним фильтрацию и сортировку. По умолчанию записи в окне списка
оценочных обязательств отсортированы по табельным номерам и датам формирования,
а если установлен фильтр по периоду, то сортировка записей выполняется по дате
ОО, а в рамках даты по табельным номерам. Доступно переключение сортировок
путем клика на заголовке колонки.
При установке фильтров в заголовке окна отображается информация об
установленных фильтрах в виде "... Установлен фильтр [ДС+О]", где
"Д" - означает фильтр по текущему отчетному периоду или по конкретной дате
"Д+" - фильтр по периоду
"С" - фильтр по сотруднику
"С+" - фильтр по нескольким сотрудникам
"О" - фильтр по виду отпуска
"О+" - фильтр по нескольким видам отпусков
Разделено сохранение параметров установленных фильтров. Фильтр, установленный в
одном интерфейсе не будет применяться при открытии другого интерфейса.
Например, если в окне "Остаток оценочных обязательств на начало года"
установить фильтр по дате, закрыть это окно, затем открыть окно "Архив
оценочных обязательств по отпускам" и установить в нем фильтр по сотруднику, то
после закрытия окна архива и открытии окна остатков в нем восстановится фильтр
по дате.
ALTER_CUMULATIVE
Краткое описание :
Требуется оптимизировать работу с историей назначений
(добавление полей в индекс)Описание :
Общие вопросы по компонентам Z_*Что измененно :
Требуется оптимизировать работу с историей назначений
(добавление полей в индекс).
Существующий для таблицы AppHist индекс APPHISTBYDREC не содержит в себе полей
LASTDATE и LASTTIME. В то же время очередность записей в истории назначения
определяется по ним. По этой причине, для того, чтобы выбрать первую или
последнюю запись истории на дату недостаточно простого getfirst или getlast,
приходится либо строить таблицу в памяти, содержащую новый индекс, либо
проходить по всем записям истории с одинаковым значением DREC на дату и
сравнивать поля LASTDATE и LASTTIME.
Привело как минимум к ошибкам 103.6879, 101.56125.
Как измененно :
В индекс APPHISTBYDREC таблицы APPHIST добавлены поля LASTDATE
и LASTTIME.
ALTER_CUMULATIVE
Краткое описание :
Хранение базы ФИАС в таблице sTerrОписание :
Предложение по новой функциональности контура управления персоналомЧто измененно :
Для нормальной работы системы Галактика ERP необходимо, чтобы в
справочнике административно-территориального деления (список населенных пунктов
и улиц) была актуальная информация. Поставщик такой информации - Федеральная
информационная адресная система (ФИАС), обновляемая несколько раз в неделю.
Нужно реализовать обновление справочника АТД в Галактике на основании базы ФИАС.
Для для хранения и обработки новых атрибутов базы ФИАС нужно добавить
недостающие поля и индексы в таблицу sTerr. Подробнее о составе полей базы ФИАС
описано в ТП "Импорт справочника АТД из базы ФИАС".
Как измененно :
В таблицу sTerr добавлены новые поля и индексы. Новые поля в
таблице STerr соответствуют полям ФИАС. Новые индексы необходимы для навигации
по уникальным идентификаторам ФИАС.
Добавлена также новая таблица FiasSprav, которая будет содержать специфические
справочники адресной системы ФИАС.
Обработка новых полей и индексов будет реализована после выпуска докомпилятора.
ALTER_CUMULATIVE
Краткое описание :
Общероссийский классификатор основных фондов ОК 013-2014Описание :
Kоды ОС по ОКОФЧто измененно :
С 01.01.2017 года в действие вступает Общероссийский классификатор основных фондов ОК 013-2014 (СНС 2008)(принят и введен в действие Приказом Росстандарта от 12.12.2014 № 2018-ст).
Как измененно :
Изменена длина строковых полей в таблицах Kodof (каталог кодов ОС по ОКОФ) и ShNorm (шифры для переоценки):
- длина поля Kodof.Kod_of с 10 до 25 символов;
- длина поля Kodof.Name_of с 150 до 250 символов;
- длина полей ShNorm.KodNac, ShNorm.KodEnd с 9 до 25 символов.
Также в таблицу Kodof добавлены:
- новое поле cVid (тип tNRec) - ссылка на вид;
- новое поле cOKPD (тип tNRec) - ссылка на ОКПД;
- новый индекс KodOF07 = cVid + Kod_of.
В локальное меню каталога кодов ОС по ОКОФ добавлена функция "Импорт каталога ОКОФ". В открывшемся окне настройки есть следующие параметры:
1) "Обновить существующий классификатор ОКОФ": при выборе данного параметра выполняется проверка на наличие в справочнике ОКОФ записей с кодом и наименованием из файла, указанного в разделе настроек "Классификатор ОКОФ2"; после проверки открывается окно предварительного просмотра, в котором на вкладке "Классификатор ОКОФ" указано, какие записи будут добавлены (если в справочнике ОКОФ еще нет записи с таким кодом), модифицированы (обновляется расшифровка кода ОС по ОКОФ) или удалены (если есть несколько записей с одним и тем же кодом);
2) "Обновить связь ОКОФ2 с амортизационными группами": при выборе данного параметра выполняется проверка правильности привязки кодов ОКОФ (после 2017 года) к амортизационным группам на основе соответствия из файла, указанного в разделе настроек "Таблица соответствия ОКОФ2 - амортизационные группы"; после проверки открывается окно предварительного просмотра, в котором на вкладке "Классификатор ОКОФ" указано, какие записи будут добавлены (при совместном выполнении с параметром "Обновить существующий классификатор") или модифицированы в справочнике ОКОФ;
3) "Заменить ОКОФ на ОКОФ2 в каталогах ОС и НМА": при выборе данного параметра выполняется отбор карточек ОС и НМА, в которых необходимо заменить код ОКОФ на новый на основе соответствия из файла, указанного в разделе настроек "Таблица соответствия ОКОФ - ОКОФ2"; после проверки открывается окно предварительного просмотра, в котором на вкладке "Картотека ОС и НМА" указано, в каких карточках и на какие значения будет изменен код ОКОФ.
Если после выполнения проверки открывается окно предварительного просмотра, то для внесения изменений в БД необходимо нажать кнопку "Продолжить". Если после выполнения проверки окно предварительного просмотра не открывается, то функция не выявила изменений, которые необходимо внести в БД.
В окне предварительного просмотра на вкладках "Классификатор ОКОФ" и "Картотека ОС и НМА" по F8 можно удалять текущие записи. В результате в БД будут внесены только те изменения, которые остались в окне предварительного просмотра после удаления.
Перед загрузкой справочника ОКОФ выполняется проверка на наличие записи с кодом "Okof2". Если такой записи нет, то она создается с наименованием "Каталог ОКОФ (с 01.01.2017)". При этом также создается запись с кодом "Okof" и наименованием "Каталог ОКОФ", и к ней привязываются все существующие записи справочника. Все действия, выполняемые с помощью данного интерфейса "Импорт каталога ОКОФ", выполняются с записями из папки с кодом "Okof2".
ALTER_CUMULATIVE
Краткое описание :
Избавиться от использования InfPsn1 в приказе на увольнениеОписание :
8. УвольнениеЧто измененно :
Нужно избавиться от использования таблицы InfPsn1 в приказе на увольнение. Для этого нужно добавить поля для хранения номера, даты постановления и даты увольнения в таблицу Appointments.
Как измененно :
В таблице Appointments добавлены новые поля:
sResolutionNmb : tNoDoc "номер постановления"
dResolutionDate : Date "дата постановления"
dOrderDisDate : Date "дата увольнения из приказа"
Данные об увольнении перенесены из InfPsn1 в Appointments.
ALTER_CUMULATIVE
Краткое описание :
Обеспечение корректной работы на докомпилированном словаре
Галактики ERP 9.1Описание :
?Что измененно :
Необходимо обеспечить корректную работу ресурсов на
докомпилированном словаре.
Как измененно :
Обеспечение корректной работы.
На докомпилированном словаре пересобраны ресурсы работающие и изменёнными
таблицами.
Комплектность установки ресурсов обеспечена требованиями при установке.
ALTER_CUMULATIVE
Краткое описание :
Поля компенсаций в классификаторе отпусковОписание :
Классификатор отпусковЧто измененно :
В классификаторе отпусков есть 3 вида компенсаций: денежная,
при увольнении положительная и отрицательная.
Для всех этих типов задействованы поля разных типов: longint, word и comp;
какие были свободны видимо такие и использовали. Названия и описания у этих
полей не соответствуют их реальному использованию.
Необходимо в словарь добавить новые поля требуемого типа и с правильным
названием. После чего весь функционал компенсаций нужно перевести на новые поля.
Возможно стоит изменить связь компенсаций и отпусков не через коды отпуска, а
по ссылкам; тогда соответственно новые поля должны быть не word, а comp.
Как измененно :
В таблицу KlOtpusk добавлены поля:
- cMoneyCompens (Ссылка на денежную компенсацию отпуска)
- cPlusCompens (Ссылка на полож. комп-цию при увольнении)
- cMinusCompens (Ссылка на отриц. комп-цию при увольнении)
ALTER_CUMULATIVE
Краткое описание :
Необходимо расширить поле номенклатурный номер в карточке
учета СФО в спецодеждеОписание :
Карточка учета спецоснасткиЧто измененно :
В настоящее время существует конфликт между размерностью полей
ИНВЕНТАРНЫЙ НОМЕР в KATMC и KATMBP (30 и 20 символов). При формировании
карточки на основании каталога МЦ часть информации ИНВЕНТАРНОГО НОМЕРА теряется.
Как измененно :
Изменена длина строковых полей в таблицах KatMBP (Каталог учета
МБП) и MBPInv (Спецификация Акта на списание МБП):
- длина поля KatMBP.NNumber с 20 до 30 символов;
- длина поля MBPInv.Kod с 20 до 30 символов;
- длина поля MBPInv.Name с 30 до 150 символов.
ALTER_CUMULATIVE
Краткое описание :
Есть возможность изменить пароль рассылки расчетных листов
через внешние атрибутыОписание :
1-е окно (общие сведения)Что измененно :
Установлена настройка "Рассылка расчетных листков по
электронной почте"=в архиве с паролем.
В карточке сотрудника для его e-mail установлен пароль (например,
восьмизначный) и задано его подтверждение.
Если выполнить следующую последовательность действий, то можно изменить данный
пароль через внешние атрибуты:
- в 1 разделе карточки через локальное меню вызываем внешние атрибуты. Видим
установленный восьмизначный пароль
- вызываем для атрибута EMAIL_CH локальное меню и выбираем в нем пункт "выбор
директории"
- Закрываем окно "Выбор папки" по Esc
- Открывается окно "Редактирование внешнего атрибута", в котором изменяю
восьмизначный пароль на двухзначный
- Проверяю пароль для рассылки в окне контактов. Пароль изменился на двухзначный
Т.к. доступ к внешним атрибутам открыт всем, у кого есть доступ к 1 разделу, то
пароль введенный
сотрудником для доступа к своему расчетному листку, может быть изменен кем-то
другим.
Как измененно :
В таблице Communications добавлено поле Password для хранения
пароля. Пароль рассылки РЛ перенесен из внешних атрибутов в поле Password
таблицы Communications.
ALTER_CUMULATIVE
Краткое описание :
Необходимо в таблицы шкал добавить поляОписание :
Процентные шкалы почтовых переводовЧто измененно :
Необходимо в таблицы шкал KLNaim и KLPostPr добавить поля
KLNaim.MinOgr : tSumma (Минимальная сумма по шкале) и KLPostPr.EndSum : tSumma
(Верхняя граница).
Как измененно :
Для более удобного хранения и обработки минимального
ограничения в таблицу KLNaim добавлено поле MinOgr "Минимальное ограничение по
шкале". И в таблицу KLPostPr добавлено поле EndSum "Верхняя граница интервала"
с возможностью задания нескольких знаков после запятой.
ALTER_CUMULATIVE
Краткое описание :
Необходимо изменить словарь для перевода символьных и целых
полей в поля типа tSummaОписание :
Предложение по новой функциональности модуля заработная платаЧто измененно :
В процессе различных доработок при отсутствии подходящих полей
в некоторых случаях задействовались не совсем подходящие поля.
В частности:
Doplata.LastUser - в строковом поле хранится сумма остатка вычета
SrednZar.FILIALNO - в целочисленном поле хранится сумма ограничения заработка в
копейках
SrednZar.LastUser - в строковом поле хранится сумма минимального размера оплаты
труда
MinHelp.FilialNo - в целочисленном поле хранится сумма, льготируемая при
расчете налога
MinStav.FILIALNO - в целочисленном поле хранится сумма почасовой МЗП
MinStav.LastUser - в строковом поле хранится сумма месячной МЗП
PodLgot.KOLMIN - в целочисленном поле хранится сумма конца интервала для
предоставления вычетов на иждивенцев в автоматической кратности. Аналогично в
таблицах PodNal1, PodNal2, PodNal3, PodLgot, PodNal4, PodNal6, Indeks, PodNalS.
Нужно добавить новые поля соответствующего типа для хранения перечисленных сумм.
Как измененно :
Добавлены поля:
Doplata.DeductionRest : tSumma "Остаток вычета"
SrednZar.EarningLimit : tSumma "Ограничение заработка"
SrednZar.MinBenefit : tSumma "Минимальная сумма пособия"
MinHelp.TaxFreeSum : tSumma "Cумма для совместителей"
MinStav.MinSalPerHour : tSumma "Миним. зараб. плата (почасовая)"
MinStav.MinSalPerMonth : tSumma "Миним. зараб. плата (месячная)"
PodLgot.MaxDeduction : tSumma "Конец интервала вычета на иждевенцев"
PodNAL1.MaxDeduction : tSumma "Конец интервала вычета"
PodNAL2.MaxDeduction : tSumma "Конец интервала вычета"
PodNAL3.MaxDeduction : tSumma "Конец интервала вычета"
PodNAL4.MaxDeduction : tSumma "Конец интервала вычета"
PodNAL6.MaxDeduction : tSumma "Конец интервала вычета"
Indeks.MaxDeduction : tSumma "Конец интервала вычета"
PodNALS.MaxDeduction : tSumma "Конец интервала вычета"
ALTER_CUMULATIVE
Краткое описание :
UserName и некорректная навигация в X$USERSОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
В журнале регистрации проблемных документов используется
строковое поле для хранения имени пользователя
Требуется перейти на ссылочное хранение
Как измененно :
Теперь хранится ссылка на пользователя, что обеспечивает
целостность данных
добавлено поле JournProbPosDoc.cUserReg : tNrec "пользователь
зарегистрировавший проблему"
ALTER_CUMULATIVE
Краткое описание :
Увеличить разрядность поля Sys_Nar.MNRecОписание :
Формирование и расчет нарядовЧто измененно :
На больших базах размера поля в 65535 единиц не хватает для
охвата всех номеров нарядов. Увеличить разрядность поля Sys_Nar.MNRec, в
котором хранится номер наряда, с word до longint.
Как измененно :
Изменен тип поля mnrec (с word на longint) для хранения номеров
нарядов, которые автоматически присваиваются нарядам как по специальной
таблице, так и по внутренней нумерации. На больших базах содержатся сотни тысяч
нарядов. Для того, чтобы избежать дублирование номеров нарядов, увеличен размер
поля с 65535 единиц до 2147483647 единиц.
ALTER_CUMULATIVE
Краткое описание :
Докомпиляция таблицы MinRazr: поле для хранения значения
базового окладаОписание :
Ставки первого разрядаЧто измененно :
Докомпиляция таблицы MinRazr: необходимо добавить поле для
хранения значения базового оклада.
Как измененно :
В таблицу MinRazr добавлено поле BaseSalary для хранения
значения базового оклада.
ALTER_CUMULATIVE
Краткое описание :
Необходимо разбить удержания НДФЛ с учетом выплаты зарплаты
частями за предыдущие периодыОписание :
Предложение по новой функциональности модуля заработная платаЧто измененно :
Предприятия часто сталкиваются с задержкой выплаты зарплаты за
предыдущие периоды. Как правило, в этих случаях, зарплату выплачивают частями.
Причем зарплату выплачивают как по платежной ведомости через кассу так и через
банк. Необходимо это обстоятельство учесть для корректного формирования 6-НДФЛ,
потому что сейчас НДФЛ в архиве хранится одной суммой и в нее проставляется
ссылка на один реестр (пл. ведомость). Нужно каким-то образом делить НДФЛ
пропорционально выплачиваемой зарплате.
Как измененно :
Добавлена таблица MultiPay.
Таблица MultiPay предназначена для связи начислений и удержаний с реестрами на
перечисление и будет использоваться при формировании различных отчетов (в
частности отчета 6-НДФЛ).
В поле TYPESOURCEMP будет храниться тип источника начисления, на основании
которого было сформировано начисление, и уже на основании которого было
сформировано удержание.
В поле SOURCELINKMP будет храниться ссылка на источник начисления, на основании
которого было сформировано начисление, и уже на основании которого было
сформировано удержание. Таблица, на запись которой ссылается данное поле, будет
определяться по полю TYPESOURCEMP.
В поле TYPEPAYMENTMP будет храниться тип источника для перечисления (выплаты),
на основании которого было осуществлено перечисление (выплата) полагающейся
суммы сотруднику.
В поле PAYMENTLINKMP будет храниться ссылка на запись, на основании которой
было осуществлено перечисление (выплата) полагающейся суммы сотруднику.
Таблица, на запись которой ссылается данное поле, будет определяться по полю
TYPEPAYMENTMP.
В поле SUMMA1MP будет храниться доля начисления, по которому осуществлялась
выплата.
В полях YEARN и MESN будет храниться период (год и месяц) расчета заработной
платы.
В поле DATEVMP будет храниться дата перечисления (выплаты) согласно платежного
документа.
В поле CUDERMP будет храниться идентификатор записи (не обязательно NREC)
таблицы удержаний как расчетного периода, так и архива.
В поле CLSCHET будет храниться ссылка на лицевой счет работника.
Поля (массивы полей) SUMMA2MP, SUMMA3MP, SUMMA4MP, LINK1MP, LINK2MP, LINK3MP,
DATEMP, INTMP являются резервными полями.
Реализация функционала, использующего эту таблицу будет выполнена после выпуска
докомпилятора.
ALTER_CUMULATIVE
Краткое описание :
Сделать что-то с таблицей IndeksОписание :
ИндексацияЧто измененно :
В таблице Indeks для РБ проблема: поле "конец интервала" может иметь одинаковое значение для разных категорий, при одинаковом DATREC и KOLMIN. Вернее, проблема как раз заключается в том, что это значение одинаковым быть НЕ может, потому что в таблице Indeks описан индекс
Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique)
Уникальность по этому набору полей мешает для Беларуси заводить в этом классификаторе записи, где данные три поля одинаковые. Но на самом деле для РБ дата закона, кол-во МЗП и конец интервала могут совпадать для разных категорий, и это нормально. То есть, уникальной должна быть комбинация четырёх полей (+ CHOICE), а не трёх.
Нужно обеспечить корректное хранение данных в этой таблице, когда значения даты, кол-ва МЗП и конца интервала совпадают, но не совпадает категория.
Как измененно :
В индекс Indeks01 таблицы Indeks добавлен сегмент CHOICE (код категории). Уникальность индекса сохранена:
Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) + CHOICE(Unique)
ALTER_CUMULATIVE
Краткое описание :
Необходимо убрать уникальность с полей Kod и Name таблицы
GroupSFOОписание :
Группы СФОЧто измененно :
Необходимо убрать уникальность с полей Kod и Name таблицы
GroupSFO.
Как измененно :
Изменен индекс в таблице GroupSFO (Каталог учета МБП):
GroupSFO02 = Kod и GroupSFO03 = Name.
ALTER_CUMULATIVE
Краткое описание :
Необходимо сортировать спецификации вариантов замен СФО в порядке их номеровОписание :
Нормы выдачи СФОЧто измененно :
Необходимо сортировать спецификации вариантов замен СФО в порядке их номеров.
Как измененно :
Изменен индекс:
1) в таблице NormGroupSFO (Спецификация нормы СФО на опред. срок): NormGroupSFO05 = cMainGroup + KindGroup;
2) в таблице PersSpec (История специфик. норм по ЛК): PersSpecSFO09 = cMainSpec + KindSpec.
ALTER_CUMULATIVE
Краткое описание :
Докомпиляция словаря. Изменение структуры таблиц SUMVIDUD,
UDER, COPYSUDОписание :
Расчет удержаний (общие вопросы)Что измененно :
В таблицах SumVidUd, Uder и CopySUD не хватает полей для
хранения связей с другими таблицами, необходимых для корректного формирования
отчетности, в частности 6-НДФЛ. Нужно добавить новые поля.
Как измененно :
В таблицу SumVidUd добавлены новые поля
Поля MATHELPSVU, VIDOPLSVU, TYPESOURCESVU, SOURCELINKSVU, TYPEPAYMENTSVU,
PAYMENTLINKSVU предназначены для расширения хранимой информации в удержаниях,
формируемых после расчета заработной платы, для дальнейшего ее использования в
различных отчетах (в частности отчета 6-НДФЛ).
В поле MATHELPSVU будет храниться сумма материальной помощи.
В поле VIDOPLSVU будет храниться системный код вида оплаты из классификатора
видов оплат.
В поле TYPESOURCESVU будет храниться тип источника начисления, на основании
которого было сформировано начисление, и уже на основании которого было
сформировано удержание.
В поле SOURCELINKSVU будет храниться ссылка на источник начисления, на
основании которого было сформировано начисление, и уже на основании которого
было сформировано удержание. Таблица, на запись которой ссылается данное поле,
будет определяться по полю TYPESOURCESVU.
В поле TYPEPAYMENTSVU будет храниться тип источника для перечисления (выплаты),
на основании которого было осуществлено перечисление (выплата) полагающейся
суммы сотруднику.
В поле PAYMENTLINKSVU будет храниться ссылка на запись, на основании которой
было осуществлено перечисление (выплата) полагающейся суммы сотруднику.
Таблица, на запись которой ссылается данное поле, будет определяться по полю
TYPEPAYMENTSVU
Поля (массив полей) SUMMA1SVU, SUMMA2SVU, SUMMA3SVU, LINK1SVU, LINK2SVU,
LINK3SVU, DATESVU, INTSVU являются резервными полями
В таблицу Uder добавлены новые поля
Поля MATHELPUD, VIDOPLUD, TYPESOURCEUD, SOURCELINKUD, TYPEPAYMENTUD,
PAYMENTLINKUD предназначены для расширения хранимой информации в удержаниях,
формируемых после расчета заработной платы, для дальнейшего ее использования в
различных отчетах (в частности отчета 6-НДФЛ).
В поле MATHELPUD будет храниться сумма материальной помощи.
В поле VIDOPLUD будет храниться системный код вида оплаты из классификатора
видов оплат.
В поле TYPESOURCEUD будет храниться тип источника начисления, на основании
которого было сформировано начисление, и уже на основании которого было
сформировано удержание.
В поле SOURCELINKUD будет храниться ссылка на источник начисления, на основании
которого было сформировано начисление, и уже на основании которого было
сформировано удержание. Таблица, на запись которой ссылается данное поле, будет
определяться по полю TYPESOURCEUD.
В поле TYPEPAYMENTUD будет храниться тип источника для перечисления (выплаты),
на основании которого было осуществлено перечисление полагающейся суммы
сотруднику.
В поле PAYMENTLINKUD будет храниться ссылка на запись, на основании которой
было осуществлено перечисление (выплата) полагающейся суммы сотруднику.
Таблица, на запись которой ссылается данное поле, будет определяться по полю
TYPEPAYMENTUD
Поля (массив полей) SUMMA1UD, SUMMA2UD, SUMMA3UD, LINK1UD, LINK2UD, LINK3UD,
DATEUD, INTUD являются резервными полями
Так как таблица CopySUD предназначена для хранения определенного состояния
записей таблицы SumVidUd, то состав её полей доведен до соответствия составу
полей таблицы SumVidUd.
ALTER_CUMULATIVE
Краткое описание :
таблица Otpusk. актуализировать заголовки полейОписание :
Расчет отпускныхЧто измененно :
таблица Otpusk. актуализировать заголовки полей:
поле старый заголовок новый заголовок
FZP[1..12] ФЗР[1..12] ФЗП[1..12]
FMP[1..12] ФМР[1..12] ФМП[1..12]
FZPB[1..12] ФЗР[1..12] ФЗПБ[1..12]
Как измененно :
Заголовки полей в таблице Otpusk актуализированы:
поле старый заголовок новый заголовок
FZP[1..12] ФЗР[1..12] ФЗП[1..12]
FMP[1..12] ФМР[1..12] ФМП[1..12]
FZPB[1..12] ФЗР[1..12] ФЗПБ[1..12]
ALTER_CUMULATIVE
Краткое описание :
Докомпиляция словаря. таблица FactOtpuskОписание :
Расчет отпускныхЧто измененно :
В рамках докомпиляции словаря добавить в таблицу FactOtpusk
следующие поля:
Returned: word // Признак возвращенного отпуска
Как измененно :
Для реализации возврата отпуска в отчетный в таблицу FactOtpusk
добавлено поле Returned: word "Признак возвращенного отпуска", в котором будет
содержаться признак - отпуск возвращен или нет.
ALTER_CUMULATIVE
Краткое описание :
Докомпиляция словаря. Необходимо добавить таблицы NachislMP
и UderMPОписание :
Все расчеты в межпериодЧто измененно :
В настоящее время начисления и удержания межпериода хранятся в
таблицах соответственно: для отпусков Otpusk (Arotpusk), для листков
нетрудоспособности Blisnet (Arbl), для межрасчётных начислений Prvidopl. Суммы
начислений и удержаний делятся в таблицах по месяцам на уровне элементов
массивов.
Предлагается хранить их в таблицах типа Nachisl и Uder, соответственно, с теми
же характеристиками, с которыми они в настоящее время формируются при
предварительной разноске (начисления) и при расчёте удержаний из заработной
платы (удержания). Необходимо добавить две соответствующие таблицы в словарь.
Как измененно :
Добавлены таблицы NachislMP и UderMP с буферами, полностью
совпадающими с Nachisl и Uder.
ALTER_CUMULATIVE
Краткое описание :
Alter_Cummulative: добавить поля доп. аналитик в таблицу
SHTRAF "Постоянные удержания"Описание :
Постоянные удержанияЧто измененно :
Для ускорения расчета заработной платы, формирования отчетности
и типизации единого подхода к хранению дополнительных аналитик в БД необходимо
добавить в таблицу "Постоянные удержания" поля для хранения значений доп.
аналитик.
Как измененно :
В таблице Shtraf добавлены поля для хранения значений доп.
аналитик:
TblExtr : tTabKau "тип дополнительной аналитики"
KauExtr : tGetKau "ссылка на доп. аналитику"
ALTER_CUMULATIVE
Краткое описание :
Alter_Cummulative: добавить индексы в таблицу zaroper и
т.д. для ускорения расчета заработной платыОписание :
Расчет удержаний (общие вопросы)Что измененно :
Для ускорения обработки реестров на перечисление и платежных
ведомостей при расчете заработной платы и в сервисных функциях необходимо
добавить индекс в таблицу ZAROPER с учетом MESN, YEARN.
Как измененно :
К индексу ZarOper04 таблицы ZarOper добавлены новые сегменты
PrizPr + YearN + MesN + FilialNo. Теперь этот индекс такой:
ZarOper04 = TipDoc + CLschet + cPodr + PrizPr + YearN + MesN + FilialNo.
ALTER_CUMULATIVE
Краткое описание :
Alter_Cummulative: добавление полей и индексов в таблицы
ZarOper, Sbban, Spplban, Platved, Spplved, RasOrdОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
1.Таблица ZarOper
1.1. В целях ускорения расчетов заработной платы и сальдо, формирования
документов, отчетности и типизации единого подхода к хранению дополнительных
аналитик в БД необходимо добавить в таблицу поля и индексы
, KauExtr : tGetKau "Дополнительные КАУ"
, TblExtr : tTabKau "Таблицы для доп. КАУ"
, ZarOper07 = cLschet + YearN + MesN + TipDoc
1.2. При решении проблем по 6-НДФЛ выяснилось, что в реестрах нужны
дополнительные поля с суммами и признаками, чтобы сохранять в реестрах историю
изменения сумм исходных документов, а также чтобы обрабатывать случаи
корректировки сумм пользователем. Добавить дополнительные поля:
, SumNach : tSumma "Начисленная сумма"
, SumUder : tSumma "Всего удержано"
, SumTaxB : tSumma "Сумма, облагаемая налогом"
, SumSocV : tSumma "Сумма соц.отчислений и взносов"
, SumAlim : tSumma "Сумма по исп.листам и алиментам"
, SumProf : tSumma "Сумма проф.взносов"
, TxAlien : tSumma "Налог упл.иностранцами"
, Summa1 : tSumma "Резерв"
, Summa2 : tSumma "Резерв"
, Summa3 : tSumma "Резерв"
1.3. Нужны дополнительные поля для ссылок, атрибутов, вида соц.налога, ссылки
на договор (101.53381)
, cRec1 : tNRec "Для связи с документами"
, cRec2 : tNRec "Для связи с документами"
, cRec3 : tNRec "Для связи с документами"
, KodPus : Word "Код отпуска"
, VidPos : Word "Вид пособия"
, VidFin : Word "Источник финансирования"
, VidPer : Longint "Вид соц.налога"
, PrPer : Word "Атрибуты налога"
, cDog : tNRec "Договор"
2. Поля и индексы в таблицу Sbban
Для каждой записи Sbban дополнительно создается одна запись в таблице OtpDop и
эти записи связаны 1:1.
Предполагается отказаться от использования таблицы OtpDop, создав поля в
таблице Sbban.
Предусмотреть поле со ссылкой на хоз.операцию - необходимо для реализации ПИР
101.45470
Добавить поле для сохранения в реестре вида налога на ФОТ
, cPodr : comp "Обособл.подразделение"
, VidPer : Longint "Вид соц.налога"
, Side : Longint "Код среза аналитик"
, wKau : word "Код таблицы"
, cKau : comp "Аналитика"
, cHozOper : ref(HozOper) "Хоз.операция"
, Param : tParam "Параметр хоз.операции"
Добавить индексы
, SbBan21 = DataN + VidPer + VidUd + cPodr
, SbBan22 = cHozOper + DataN + VidPer + VidUd
, SbBan23 = DataN + Side + wKau + cKau + DForm
3. Таблица Spplban
Добавить поле для сохранения вида налога на ФОТ, шкалы для расчета банковского
и почтового сбора и дополнительные поля для сумм.
, VidPer : Longint "Вид соц.налога"
, cScale : comp "Шкала для расчета сбора"
, Summa1 : tSumma "Резерв"
, Summa2 : tSumma "Резерв"
, Summa3 : tSumma "Резерв"
Дополнить существующий индекс
, SpPlBan20 = cLsch + DataN + VidPer + VidUd
4. Таблица Platved
Для каждой записи Platved дополнительно создается одна запись в таблице OtpDop
и эти записи связаны 1:1.
Предполагается отказаться от использования таблицы OtpDop, создав поля в
таблице Platved.
, Side : Longint "Код среза аналитик"
, wKau : word "Код таблицы"
, cKau : comp "Аналитика"
, Param : tParam "Параметр хоз.операции"
Добавить индекс
, Platved28 = LastDate + Side + wKau + cKau + DForm
5. Таблица RasOrd
При решении вопросов по 6-НДФЛ выяснилось, что в расходных кассовых ордерах не
хватает периода, указывающего из начислений какого периода производилась
выплата.
Предполагается использовать RasOrd.LastDate, поэтому нужно добавить индекс
RasOrd04 = cLsch + LastDate + DatVip
Как измененно :
Добавлены поля, индексы, скорректированы описания
ALTER_CUMULATIVE
Краткое описание :
Установка фильтров в ПЛОписание :
Регистрационные листыЧто измененно :
Необходимы индексы по дате выписки, по подразделению для
организации корректной фильтрации.
Как измененно :
Реализовано. Добавлены индексы PutLst53 = DatPl, PutLst54 =
cPol
Добавленные индексы будут использоваться в модуле "Управление транспортом -
Оперативные данные - Регистрационные листы." Индекс PutLst53 = DatPl будет
использоваться для поиска путевых листов по полю "Дата выписки путевого листа".
PutLst54 = cPol будет использоваться для поиска путевых листов по полю
"Подразделение путевого листа".
ALTER_CUMULATIVE
Краткое описание :
Формирование ФОБ по накладным и актамОписание :
Журнал обязательствЧто измененно :
Для автоматического формирования финансовых обязательств по
накладным, добавить новые поля и индексы в таблицы
Как измененно :
в таблицу AktOfp
добавлено поле :
cKatSopr : ref(KatSopr) "Ссылка на накладную"
и индекс по этому полю.
В таблицу Clearing добавлено поле
cKatSopr : ref(KatSopr) "Ссылка на накладную"
и индекс по этому полю
ALTER_CUMULATIVE
Краткое описание :
Необходимо добавить поля в таблицу VekslOpОписание :
Выданные кредитыЧто измененно :
Необходимо добавить поля для хранения значений внешних
атрибутов.
1) Добавить поле в AppVeks вместо атрибута "Центр ответственности":
cCO : ref(fpCO) "Ссылка на центр ответственности"
2) Добавить поле в GrafKred вместо атрибута "VidSlProc":
cVidProc : tNRec "Вид начисляемых процентов"
3) Добавить поля в VekslOp вместо атрибутов "IsNoPayment", "RateOfPayment",
"SumNDEOfPayment":
TipOpl : word "Тип оплаты"
RateOpl : tSumma "Курс валюты погашения"
SumNDE : tSumma "Сумма погашения в НДЕ"
Как измененно :
Добавлено:
1) поле в AppVeks вместо атрибута "Центр ответственности":
cCO : ref(fpCO) "Ссылка на центр ответственности"
2) поле в GrafKred вместо атрибута "VidSlProc":
cVidProc : tNRec "Вид начисляемых процентов"
3) поля в VekslOp вместо атрибутов "IsNoPayment", "RateOfPayment",
"SumNDEOfPayment":
TipOpl : word "Тип оплаты"
RateOpl : tSumma "Курс валюты погашения"
SumNDE : tSumma "Сумма погашения в НДЕ"
ALTER_CUMULATIVE
Краткое описание :
Необходимо добавить сегмент в индекс для таблицы HelpTabNОписание :
Расчёт налогов на ФОТЧто измененно :
Нет оптимального индекса для поиска льготы по конкретному
налогу для таблицы HelpTabN.
Необходимо добавить сегмент VidPer в индекс HelpTabN01 = cPrmonth + cKlSHLG.
Как измененно :
В индекс HelpTabN01 таблицы HelpTabN добавлен сегмент VidPer:
HelpTabN01 = cPrmonth + cKlSHLG + VidPer.
ALTER_CUMULATIVE
Краткое описание :
Добавить индексы у таблиц Perevod и PerevodTekОписание :
Общие проблемы по отчетамЧто измененно :
Для оптимизации времени формирования отчетов нужны новые
индексы для таблицы Perevod.
Как измененно :
Добавлены индексы для таблицы Perevod. Изменения индексов
таблицы Perevod нужны для оптимизации выборки данных для утвержденной
отчетности 4-ФСС и РСВ-1. С 2017 ожидается новая отчетная форма, которая
объединит несколько существующих. Для этой новой формы добавляемые индексы
также будут полезны.
ALTER_CUMULATIVE
Краткое описание :
Даты начала и окончания этих записей не соответствуют
датам будущего отпускаОписание :
Расчет подоходного налогаЧто измененно :
Расчет НДФЛ - лишние записи при наличии переходящего отпуска в
межпериод, автор заметил следующее:
"При наличии переходящего на следующий месяц отпуска, выплаченного в межпериод,
при расчёте НДФЛ в некоторых случаях создаются лишние записи с суммой налога 0,
1, или -1 и с доходом <>0.
Даты начала и окончания этих записей не соответствуют датам будущего отпуска"
На текущий момент в удержаниях показывается период учета начисления при расчете
удержания и изменить это обстоятельство нет возможности.
Нужно добавить в словарь даты начала и окончания самого начисления.
Как измененно :
В таблицы SUMVIDUD, UDER, COPYSUD добавлены новые поля.
Поля DATEFWB, DATEFWE предназначены для расширения хранимой информации в
удержаниях, формируемых после расчета заработной платы, для дальнейшего ее
использования в различных отчетах (в частности отчета 6-НДФЛ).
В полях DATEFWB и DATEFWE будет храниться период, за который было начисление,
на основании которого было сформировано удержание
ALTER_CUMULATIVE
Краткое описание :
Добавить индексы для таблиц Uder и SumVidUdОписание :
6-НДФЛ (развитие)Что измененно :
Для оптимизации времени формирования и алгоритма формирования
отчета 6-НДФЛ нужны новые индексы для таблиц Uder и SumVidUd.
Как измененно :
Добавлены индексы для таблиц Uder и SumVidUd. Новые индексы
таблиц Uder и SumVidUd нужны для оптимизации выборки в форме 6-НДФЛ.
ALTER_CUMULATIVE
Краткое описание :
Ссылки на СФ в розницеОписание :
Счета-фактуры поставщика (Беларусь)Что измененно :
Добавить в таблицы розницы ссылки на СФ.
Обусловлено новым законодательством Беларуси, которое требует
формирования СФ в рознице.
Как измененно :
В таблицу rzDoc добавлено поле cSchFact, ссылка на
счет-фактуру, в rzSpDoc - cSpSchF, ссылка на спецификацию СФ, и индексы по
обоим новым полям.
ALTER_CUMULATIVE
Краткое описание :
Поле "Длинное наименование" необходимо увеличить до 255
символов.Описание :
Просмотр каталоговЧто измененно :
Поле "Длинное наименование" необходимо увеличить до 255
символов.
Как измененно :
Поле "Длинное наименование" таблицы Catalogs увеличено до 255
символов.
ALTER_CUMULATIVE
Краткое описание :
Картотека ОС, закладка "Список документов":перенести данные из внешних атрибутов в таблицуОписание :
Ведение картотекиЧто измененно :
Картотека ОС, закладка "Список документов". Требуется перевести хранилище данных "спецификации документов", с "внешних атрибутов" на таблицу SpDocInfo. Речь идет о спецификации документов типа:
- подтверждает передачу объекта в аренду
- Кадастровая информация
- Учет в налоговом органе
- Налог на имущество
Как измененно :
Хранилище данных "спецификации документов" переведено с "внешних атрибутов" на таблицу SpDocInfo
ALTER_CUMULATIVE
Краткое описание :
Таблица для реализации возможности привязки к ЭСЧФ
нескольких документовОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Для реализации возможности привязки к ЭСЧФ нескольких
документов, подтверждающих оплату необходимо в словарь добавить новую таблицу
D_GAL.InvDocument.
Create Table D_GAL.InvDocument "Документы, подтверждающие поставку товар"
With Table_CODE = 31002
With Replace
With TableOptions Branched
(
NRec : tNrec "Номер записи"
, cSchFact : ref(SchFact) "Ссылка на Счета-фактуры и др.документы"
, Code : Word "Вид документа"
, Value : String "Название"
, DateDoc : Date "Дата"
, BlankCode : String "Код типа бланка"
, Seria : String "Серия"
, Number : String "Номер"
)
With Index
(
InvDocument01 = NRec(Unique, Surrogate, Journal)
, InvDocument02 = cSchFact + Code
);
В данной таблице будут храниться все необходимые сведения о документах,
подтверждающих оплату по счет-фактуре.
Индекс InvDocument02 необходим для поиска документов подтверждающих оплату для
выбранной ЭСЧФ. Так же данный индекс позволит с позиционироваться на конкретный
вид документа необходимой ЭСЧФ.
В настоящее время данные сведения хранятся во внешних атрибутах таблицы
SchFact. Возможность выбора нескольких документов не реализована.
Как измененно :
С словарь добавлена новая таблица D_GAL.InvDocument.
ALTER_CUMULATIVE
Краткое описание :
Учет обновленных/добавленных индексов для таблицы PenStajОписание :
Пенсионный стажЧто измененно :
Учет обновленных/добавленных индексов для таблицы PenStaj.
Как измененно :
Учтены обновленные/добавленные индексы для таблицы PenStaj при
формировании пенсионных стажей сотрудников.
В 11-м окне картотеки восстановлена сортировка записей по датам по нарастанию.
ALTER_CUMULATIVE
Краткое описание :
Запрет модификации и удаления доверенностей на закупку МЦОписание :
ДоверенностьЧто измененно :
Запрет модификации и удаления доверенностей на закупку МЦ
Необходимо исключить возможность редактирования и
удаления ранее сформированных доверенностей тем же
пользователем, но с отметкой выполнения, отличной от
пробельной. Напрашивается поле "статус", который бы
запрещал редактирование и удаление.
Как измененно :
Добавлено поле для статуса
Добавлено поле
Dover.cNote : ref(KatNotes) "пояснение к статусу"
ALTER_CUMULATIVE
Краткое описание :
Расчет больничного по уходу за ребенком внутри которого период нахождения в стационаре (Пилотный проект)Описание :
Расчет больничныхЧто измененно :
В окне редактирования больничного можно указать период нахождения в стационаре. Если после этого делается расчет, то получается странная картина: человеку посчитались 10 дней в амбулаторных условиях в соответствии с процентом стажа - 100 процентов, а остальные дни по 50 %.
В соответствии с статьей 7 ФЗ 255 должно быть так:
10 дней амбулаторного периода - 100 %
11 дней стационара - 100 %
Остальные 3 дня 50 %.
Как измененно :
Доработан функционал по расчету больничного, в котором есть период нахождения в стационаре. Стационарный период рассчитывается, как правило, с настройками, отличными от амбулаторного периода. Для решения этой проблемы создан следующий алгоритм работы:
1. Интерфейс редактирования больничного:
Кроме дат нахождения в стационаре появилось поле для ввода вида пособия для этого режима. При вводе этих данных в случае, если вид пособия отличается от основного(амбулаторного) и период стационара не совпадает с периодом болезни, больничный разбивается на несколько (два или три), соответствующих амбулаторным/стационарному периодам. Общая информация для всех этих больничных копируется. Далее просмотр и редактирование по F4 или Enter.
2. Режим просмотра списка больничных листов:
Больничные, которые состоят из нескольких связанных, выделяются в списке признаком Амб/Стац. Если помечен такой больничный, все функции локального меню, в том числе расчет и удаление, выполняются для всех связанных. Просмотр и редактирование связанных больничных осуществляется по F4 или Enter.
3. В окне редактирования связанных больничных в верхней панели отображается бланк больничного, в нижней - связанные по этому бланку больничные листы.
Особенности:
- Расчет: Расчет процентов для амбулаторного режима осуществляется с учетом дней стационара.
- Удаление: При пометке всех связанных больничных удаляются все больничные вместе с бланком. Если помечены не все больничные, остается один больничный на весь период с видом пособия для амбулаторного режима.
- Печать: Доработаны печатные формы с учетом общей информации по бланку.
ALTER_CUMULATIVE
Краткое описание :
Коэффициент в дооценочных ордерахОписание :
Проведение дооценки МЦЧто измененно :
При проведении дооценки МЦ на процент/коэфициент(и не только)
создается дооценочные ордера,
в которых видна только сумма переоценки и нет возможности увидеть коэффициент
переоценки.
Предложение: нужно "светить" коэффициент в ордерах дооценки.
Как измененно :
Добавлено новое поле для коэффициента
Добавлено поле
SpOrder.KoefDooc : tSumma "коэффициент дооценки"
ALTER_CUMULATIVE
Краткое описание :
Реализовать разграничение прав доступа к реестрам перечислений с использованием статусовОписание :
Реестры по перечислениямЧто измененно :
Реализовать разграничение прав доступа к реестрам перечислений с использованием статусов.
Как измененно :
В таблицу SbBan добавлены поля :
Status : Word "Статус"
cNote : ref(KatNotes) "Пояснение к статусу"
и индексы по этим полям
проверить на блокировку документа по статусу из архива ЭХД
ALTER_CUMULATIVE
Краткое описание :
Нужен индекс, позволяющий быстро найти карточку сотрудника
по ИННОписание :
Документы сотрудникаЧто измененно :
ИНН работника для Украины хранится в поле таблицы
Passports.NMB,
В этой таблице нет индекса, позволяющего найти запись в таблице
по значению ИНН, а такая задача возникает достаточно часто.
Нужно добавить индекс: Passports.Syscode + Passports.NMB.
Как измененно :
Добавлен индекс "PASSPBYNMB = SysCode + Nmb".
Прикладная часть в стандартной поставке системы не дорабатывалась.
Изменения реализуются по предложению партнеров для облегчения их перспективных
доработок.
ALTER_CUMULATIVE
Краткое описание :
загрузка валютной выпискиОписание :
Ввод валютной банковской выпискиЧто измененно :
Добавить дату обработки в валютно-обменные документы
Как измененно :
В таблицу ValutDoc добавлено поле:
DatOb : Date “Дата обработки”
и индекс по этому полю
ALTER_CUMULATIVE
Краткое описание :
Закрытые счета ставить в конец спискаОписание :
Редактирование организацийЧто измененно :
После установки у расчетного счета признака "закрытый" в окне
редактирования
организации данный счет переносится в начало списка.
Поскольку этот счет закрытый и пользоваться им уже не собираются
ПРЕДЛАГАЮ
закрытые счета показывать в конце списка счетов для организации.
Как измененно :
Теперь закрытые р/с будут находиться внизу списка р/с в
каталоге организаций.
ALTER_CUMULATIVE
Краткое описание :
Ошибка при расчете НДФЛ по доп. аналитикеОписание :
Расчет подоходного налогаЧто измененно :
Ошибка при расчете НДФЛ по доп. аналитике.
Проблема с расчетом НДФЛ по обособленным подразделениям (дополнительной аналитике)
1. Сотрудник в феврале месяце работал на двух обособленных подразделениях, считаем ЗП, а в налоге получается разница на 1р, видно по справке 2НДФЛ.
Если руками посчитать 13% (25092.83*0.13=3262.06), то налог получится на 1р больше чем в реале посчитанный.
Такая же ситуация и в апреле. И если формировать справку 2НДФЛ за весь год, то получается, что 2 рубля ?пляшут? между обособленными подразделениями.
Правильного варианта для данного случая не существует.
Их всего два:
- считать налог по каждому подразделению раздельно;
- считать в целом по сотруднику, а разбежку проводить по какому-то подразделению, тогда в справках будут расхождения.
Очень много встречается комментариев на эту тему, но большинство мнений все же сходится на первом варианте, т.е. считать по каждому подразделению.
На форуме бухсофта высказываются мнения, что данное решение принимает само предприятие по согласованию со своей территориальной налоговой.
Как измененно :
1. По настройке на Россию добавлена новая настройка:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Раздельный расчет по обособленным подразделениям".
Настройка открыта для России, если установлено значение "аналитике и параметру входящих оплат" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
При изменении значения страны или принципа разбиения удержания настройка появляется, но открывается или закрывается от редактирования.
Настройка имеет несколько значений:
нет
из дополнительных аналитик
из подразделений отнесения затрат.
Значение "из дополнительных аналитик" предназначено для тех, кто формирует справку 2- НДФЛ, с параметром "Доп.аналитика для подразделения отнесения затрат".
Значение "из подразделений отнесения затрат" предназначено для тех, кто желает свести отчетность 2- НДФЛ по обособленным подразделениям отнесения затрат без учета дополнительных аналитик.
2. По настройке на Россию добавлена новая настройка:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сводить к единой сумме за год при раздельном расчете по обособленным подразделениям".
Настройка имеет значения:"нет/да".
При значении "нет", сумма НДФЛ, округляется в рамках каждого обособленного подразделения.
При значении "да", сумма НДФЛ рассчитывается отдельно по каждому обособленному подразделению, но при расчете последнего входящего подразделения, расчет происходит уже с общего годового дохода, за вычетом сумм налога по тем подразделениям, которые пришли к расчету раньше.
3. Новые настройки работают только при значении "аналитике и параметру входящих оплат" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям".
При изменении принципа разбиения удержаний настройка открывается или закрывается от редактирования.
4. В справочниках "Результаты расчета" и "Суммы по видам удержаний" для удержаний добавлены поля "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".
Переноситься в архив они будут при переходе на новый расчетный период.
Поля "Обособленное подразделение" и "КПП" можно увидеть только для удержаний с кодами 182 и 183 по настройке на Россию. Для этих же кодов удержаний поле "Номер исполнительного листа" переименовывается в "ОКТМО".
Новые поля будут заполняться и использоваться:
при расчете НДФЛ с настройкой "Раздельно по обособленным подразделениям"
при выполнении функции "Контроль дохода".
5. Доработана функция расчета НДФЛ при расчете заработной платы.
Теперь при расчете используются настройки п.1. и 2. Настройки работают согласно описанию в указанных пунктах.
6. Доработана функция "Контроль дохода".
Вместо устаревшего параметра [.] Разносить материальную выгоду
Введен новый параметр [.] Заполнять облагаемую сумму и вычеты в записи об удержании.
Для нового значения параметра предусмотрен выбор собственного периода, отличного от периода контроля дохода.
Если данный параметр установлен, в результатах расчета заполняются новые поля
"Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".
Заполнение происходит в зависимости от значений настройки "Раздельный расчет по обособленным подразделениям".
Если в настройке установлено значение "из дополнительных аналитик", то поиск "КПП" и "ОКТМО" происходит по подразделению из дополнительных аналитик.
Если в дополнительных аналитиках не найдена ссылка на подразделение, то "КПП" и "ОКТМО" устанавливаются по ссылке на подразделение отнесения затрат.
Для всех остальных значений настройки дополнительные аналитики не анализируются: "КПП" и "ОКТМО" устанавливаются по ссылке на подразделение отнесения затрат.
В дальнейшем, поля "КПП" и "ОКТМО" будут использоваться при расчете НДФЛ для сбора общей суммы дохода и налога за год в разрезе по обособленным подразделениям.
7. Доработана функция "Переход на новый расчетный период". При переходе на новый период в справочник "Суммы удержаний" из результатов расчета зарплаты переносятся поля: "Облагаемая сумма", "Учтено вычетов", "Обособленное подразделение", "КПП" и "ОКТМО".
Примечание. После того, как Вы изменили значение настройки ... \ Раздельный расчет по обособленным подразделениям", обязательно нужно выполнить функцию "Контроль дохода".
ALTER_CUMULATIVE
Краткое описание :
Количество знаков в поле ИндексОписание :
Редактирование организацийЧто измененно :
Увеличить количество знаков в поле Индекс.
Как измененно :
Количество знаков в поле Индекс (AddressN.sPostInd) увеличено с
6 до 20 символов.
ALTER_CUMULATIVE
Краткое описание :
Недостаточная длина поля "Серийный номер" (70 символов) в карточке серийного номера, необходимо увеличить длину до 255 символовОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
В практике делового оборота клиента недостаточна длина поля "Серийный номер" (70 символов) в карточке серийного номера.
Необходимо увеличить длину поля "Серийный номер" до 255 символов
(или добавить поле "Наименование Серийного номера" длиной 255 символов)
Как измененно :
Увеличен серийный номер до 255 символов
ALTER_CUMULATIVE
Краткое описание :
В интерфейс по приказам на командировку, добавить поле
"Краткое содержание"Описание :
КомандировкиЧто измененно :
Просьба доработать интерфейс по приказам на командировку,
добавив для удобного просмотра приказов поля "Краткое содержание", как в
интерфейсах по кадровым приказам.
Как измененно :
В таблицу Prikaz добавлено поле :
DocText : String "Краткое содержание"
Для приказов на командировки добавлена возможность указать краткое содержание
приказа
ALTER_CUMULATIVE
Краткое описание :
Очень долго происходит удаление справок о расчете
оценочного обязательства на оплату отпусков, после запуска сервисной функции
по сжатию БДОписание :
Сжатие базы данныхЧто измененно :
Очень долго происходит удаление справок о расчете оценочного
обязательства на оплату отпусков после запуска сервисной функции по сжатию БД.
Как измененно :
В таблице FondOtp добавлен индекс FondOtp04 = cFond +
KodFond, что позволит ускорить удаление справок о расчете оценочного
обязательства на оплату отпусков, после запуска сервисной функции по сжатию БД.