[2019-06-27] Задачи 27 / Компоненты 24
[2019-07-03] Задачи 47 / Компоненты 33
[2019-07-10] Задачи 31 / Компоненты 23

Задачи ЕРП Галактика решенные на дату 2019-07-03

Задача :101.57479

2019-07-03 06:54:27
Краткое описание :
Управление персоналом - хранение банковских счетов сотрудников для использования в различных целях
Описание :
Предложение по новой функциональности контура управления персоналом
Что измененно :

Предлагается разработать функционал хранения банковских счетов сотрудников для использования в различных целях (перечисление зарплаты, перечисления ФСС в пилотном проекте, перечисление командировочных и т.п.). Некоторые тезисы:
- У работника может быть открыто несколько банковских счетов в разных банках (обычные и карточные). Перечисления зарплаты, отпускных, командировочных, пособий ФСС могут проводиться на разные счета.
- Если счёт карточный, то к нему может быть привязано несколько карт - основная и дополнительные.
- Нужен механизм разграничения доступа пользователей к банковским счетам (например, не все кадровики должны видеть эту информацию).
Как измененно :

Доработано.

Задача :101.66476

2019-07-03 06:54:27
Краткое описание :
Банковские реквизиты сотрудника - разные банки для зарплатного проекта и для заявлений в ФСС (пилотный проект)
Описание :
Банковские реквизиты (карты) сотрудника
Что измененно :

У клиента зарплатный проект заключен с Владимирским отделением Сбербанка. Поэтому во всех ЛС и постоянных удержаниях - реквизиты именно этого Владимирского отделения. А реально у работников карты разных других отделений СБ - у кого-то Курского, у кого-то Тамбовского и т.д.
То есть физически карта одна (выпущенная Курским ОСБ), но при расчёте зарплаты нужно отправлять реестр через Владимирское ОСБ, а в заявлениях на выплату пособий для ФСС (при пилотном проекте) указывать Курское ОСБ. Но сейчас нет возможности никуда внести эту информацию.

Предлагается начать работы по проекту "Банковские реквизиты сотрудника" в объёме, необходимом для решения этой задачи. А именно:
1. Дать возможность заполнить информацию в таблице зарплатных проектов ZarplProject (у клиента их два - со Сбербанком и с ВТБ). Например, меню "Зарплата - Заполнение каталогов - Зарплатные проекты".
2. По хранящимся сейчас в ЛС и постоянных удержаниях банковским реквизитам сотрудников создать записи в таблице банковских счетов ZBankCard (ссылку на ZarplProject проставлять автоматически при совпадении реквизитов в этих таблицах). Учесть, что у некоторых работников постоянные удержания аванса и зарплаты могут проводиться на разные счета/карты. И теоретически в ЛС тоже могут быть несовпадающие с ними реквизиты. Карточки создавать только для физлиц (не дублировать одинаковые карточки по связанным лицевым счетам).
3. Вкладку [Банк] ЛС переименовать в [Банки], или [Банковские реквизиты]. Показывать все счета/карты сотрудника (физлица). Если карта связана с зарплатным проектом - кроме организации и банка карты показать (без возможности редактирования) организацию и банк из связанного зарплатного проекта (эти поля можно как-то выделить).
4. В заявлениях на выплату пособий ФСС дать возможность выбрать из списка банковских реквизитов сотрудника, если их несколько (ZBankCard). При этом если выбранная карта связана с зарплатным проектом, то подтягивать в заявление именно банк карты, а не банк зарплатного проекта.
Как измененно :

Зарплата - Настройка - Заполнение каталогов - Зарплатные проекты с банками.

Разработан функционал по работе с банковскими картами (счетами) сотрудников, который позволяет:
1. вести в системе Зарплатные проекты с банками.
2. создавать записи банковских карт (счетов)сотрудников (по хранящимся в лицевом счете и постоянных удержаниях банковских реквизитах на перечисление зарплаты и аванса).
3. использовать различные карты (счета) для перечислений заработной платы и заявлениях ФСС, в том числе в случае, когда реквизиты банка, указанные в Зарплатном проекте отличаются от реквизитов банка в карте.
4. Вкладка "Банк" в лицевом счете переименована "Банковские реквизиты по умолчанию".
5. В заявлениях на выплату пособий ФСС банковские реквизиты выбираются ТОЛЬКО из записей банковских карт сотрудников. При этом, если банковская карта связана с Зарплатным проектом, в банковские реквизиты заявления "подтягиваются" реквизиты именно карты, а не Зарплатного проекта.

Информация о Зарплатных проектах заполняется в каталоге "Зарплатные проекты с банками".
Записи банковских карт (счетов) сотрудников создаются по локальному меню "Создание и контроль банковских карт (счетов) сотрудников".

Задача :101.66837

2019-07-03 06:54:27
Краткое описание :
Банковские реквизиты сотрудников - реализовать протокол выполнения функции создания и контроля БР
Описание :
Функция "Создание и контроль банковских карт (счетов) сотрудника"
Что измененно :

Нужно реализовать функцию "Создание и контроль банковских карт (счетов) сотрудника" и протокол выполнения этой функции.
Функция должна создать записи с банковскими картами (счетами) сотрудника по информации в постоянных удержаниях и лицевом счете.

Примерный вид протокола:
Действие ("добавлены реквизиты в ЛС"/"ссылка на ЗП") - Таб.№ - ФИО - Дата рождения - Код подразделения - Зарплатный проект - Получатель - Банк - Аванс - Зарплата - По умолчанию.
Если добавляется только ссылка на ЗП в существующие БР, то выделять "Действие" и наименование ЗП цветом, или шрифтом.
Желательно по клику в ячейках переходить в соответствующее удержание/ЛС, а также в ЗП и саму карточку БР (если уже есть).
Как измененно :

Зарплата - =Настройка= - Заполнение каталогов - Зарплатные проекты с банками - Функция "Создание и контроль банковских карт (счетов) сотрудника".

Реализована функция и протокол создания и контроля банковских карт (счетов) сотрудника.

Функция по созданию и контролю банковских карт (счетов) вызывается по локальному меню из интерфейса "Зарплатные проекты с банками" и работает в двух режимах:
- только отчет
- модификация

В параметрах функции необходимо выбрать действия, которые требуется выполнить:
- проверка связи с ЗП в существующих записях банковских карт (счетов)
- создать реквизиты по данным ЛС и перечислений

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

Алгоритм работы функции.
1. Включен параметр "Проверка связи с ЗП в существующих записях банковских карт (счетов)".
Анализируется все банковские карты (счета) сотрудника. При совпадении реквизитов в записи по банковской карте сотрудника с реквизитами зарплатного проекта, указанного в параметрах запуска функции, в записи карты устанавливается ссылка на зарплатный проект.
В протокол в поле "Действие" выводится текст "Ссылка на ЗПр".
Записи, у который уже есть ссылка на зарплатный проект, игнорируются и в протокол не попадают.
2. Включен параметр "Создать реквизиты по данным ЛС и перечислений".
Анализируются реквизиты в лицевом счете, постоянных удержаниях на перечисление аванса и зарплаты. При совпадении этих реквизитов с реквизитами зарплатного проекта при отсутствии карты (счета) создается новая запись с банковскими реквизитами сотрудника. В протокол работы функции в поле действие выводится текст "Новая карта". В случае, если в лицевом счете, постоянном удержании есть ссылка на карту с совпадающими реквизитами, но в самой карте отсутствует ссылка на зарплатный проект, в записи банковской карты (счета) устанавливается ссылка на зарплатный проект. В протокол в поле "Действие" выводится текст "Ссылка на Зпр".

Общий вид протокола, который выводится по результатам работы функции:
- действие (новая карта, ссылка на зарплатный проект)
- табельный номер
- ФИО
- дата рождения
- код подразделения
- зарплатный проект
- номер лицевого счета в банке
- признак перечисления аванса ("А")
- признак перечисления зарплаты ("З/пл")
- признак использования карты (счета) в ЛС ("ЛС")
- признак использования карты "по умолчанию в заявлениях ФСС"

Поля "Зарплатный проект", "Номер лицевого счета в банке", "А" (Признак перечисления аванса, "З/пл" (Признак перечисления зарплаты), "ЛС" (Признак использования карты (счета) в ЛС) являются гиперссылками.
Текст в этих полях рисуется синим цветом и подчеркнутым, курсор над текстом - рука. При щелчке левой кнопкой мыши по тексту можно перейти в интерфейсы Галактики:
- "Зарплатные проекты с банками" (из поля "Зарплатный проект")
- "Банковские карты сотрудника" (из поля "Номер лицевого счета")
- "Постоянные удержания" ("из полей "А", "З/пл")
- "Лицевой счет" (из поля "ЛС")

Запустить функцию создания и контроля можно карт (счетов) можно из локального меню в списке карт "Контроль карт в перечислениях и лицевом счёте". Функция отработает по всем связанным лицевым счетам сотрудника.
При автозапуске по F7 из списка карт (пустого) в лицевом счёте совместителя функция выполняется также по всем его лицевым счетам.

Функция обрабатывает постоянные удержания по любым ВУ-перечислениям. То есть записи банковских реквизитов создаются по информации из ВУ с системными кодами в диапазонах 141..145, 199..210, 220..230, либо с признаком КВУ "Учитывать как" = "перечисление".
Приоритеты для определения признака "ФСС": заявление ФСС - удержание (постоянное удержание с признаком "удержание ФСС").

Задача :101.66863

2019-07-03 06:54:25
Краткое описание :
Ограничить формирование проводок только теми, которые формируются в текущем плане счетов (по настройке)
Описание :
Разноска ТХО "Все документы"
Что измененно :

Ограничить формирование проводок только теми, которые формируются в текущем плане счетов (по настройке)
У клиента создана шаблон тхо с различными планами счетов (во вложении)
ТХО привязано к видом оплат и формируется при формировании бухсправок из модуля зарплата
В таком случае нельзя использовать более одной ТХО, по этому все и засунули в один.
Клиент просит сделать настройку при формировании тхо формировать по текущему плану счетов (настройка пользователя)
это полезная функциональность не только для таких методов формирования как у них, в общем тоже интересно должно быть
Как измененно :

Добавлена настройка "Формировать проводки только по текущему плану счетов"
по умолчанию - нет
если выбрано да, то при формировании проводок будет анализироваться план счетов шаблона проводки, если не текущий, то пропускаем
в протокол выводиться соответствующее сообщение.

Задача :101.66953

2019-07-03 06:54:25
Краткое описание :
RunTime при формировании Аналитической ведомости и Интерактивного Аналитического Отчета
Описание :
Аналитическая ведомость (формирование)
Что измененно :

Галактика вылетает по рантайму при формировании отчета "Аналитическая ведомость"
и при формировании отчета "Интерактивный аналитический отчет".
Временные файлы удаляли, сторонные доработки отключили.
RunTime повторяется всех пользователей, отчет не может сформироваться за квартал даже.
atlerror.log и отчет о компонентах - во вложении.
RunTime при формировании Аналитической ведомости и Интерактивного Аналитического Отчета
Как измененно :

Добавлен протокол fplog для более детальной локализации
Рекомендовано отключить DEP из-за ошибки C0000005.

Задача :101.67007

2019-07-03 06:54:27
Краткое описание :
Банковские реквизиты сотрудника - признак использования в заявлениях ФСС по умолчанию
Описание :
Банковские реквизиты (карты) сотрудника
Что измененно :

***
Нужно еще предусмотреть, чтобы по всем пособиям для ФСС подтягивались реквизиты, однажды выбранные в каком-либо пособии.
Например, у сотрудника был больничный, ему в заявлении для ФСС проставили незарплатную карту, при появлении следующего больничного или другого пособия уже проставлялись эти реквизиты, а не зарплатные.
Т.к. кол-во б/л и других пособий очень большое и каждый раз выбирать нужные реквизиты занимает много времени.
***

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

При выборе в заявлении ФСС другой карты предлагать сделать её "по умолчанию для ФСС".

При выборе другой карты для заявлений ФСС запрашивать подтверждение, например: "Установить данный банковский счёт (карту) для использования по умолчанию в заявлениях в ФСС?" При этом сбрасывать этот признак с предыдущей записи ("по умолчанию для ФСС" может быть выбрана только одна карта).
Как измененно :

Зарплата - Документы - Лицевые счета - Банковские реквизиты (карты) сотрудника

1. В банковские карты (счета) сотрудника добавлен признак использования реквизитов по умолчанию в заявлениях ФСС.
2. Доработана пакетная функция создания банковских реквизитов. В параметры функции добавлен параметр "Алгоритм для определения признака ФСС", который позволяет выбрать алгоритм для поиска реквизитов карты, которая будет использоваться по умолчанию в заявлениях ФСС:
- заявление - ЛС - удержание
- заявление - удержание - ЛС
Признак карты "по умолчанию для ФСС" отражается в протоколе, который выдается после завершения работы функции. В случае, если организация не участвует в Пилотном проекте (в настройках Галактики "Настройки Галактики \ Управление персоналом \ Общие настройки \ Пилотный проект ФСС \ Прямые выплаты ФСС" - в значении "нет"), параметр "Алгоритм для определения признака ФСС" не показывается в параметрах функции создания и контроля банковских реквизитов. Функция создания и контроля банковских реквизитов запускается по локальному меню "Создание и контроль банковских карт (счетов) сотрудников" из интерфейса - "Зарплатные проекты с банками" (Зарплата - Настройка - Заполнение каталогов - Зарплатные проекты с банками).
В случае, если организация не участвует в Пилотном проекте, признак "ФСС" устанавливается во время работы функции в реквизиты, которые используются "по умолчанию" в лицевом счете счете сотрудника.
3. При выборе в заявлении ФСС другой карты предлагается сделать её "по умолчанию для ФСС".
4. В интерфейсе списка карт (счетов) сотрудника отражаются "признаки использования:
- "З/пл" - для перечислений зарплаты
- "А" - для перечислений аванса
- "ЛС" - реквизиты "по умолчанию" в лицевом счете
- "ФСС" (только при включенной настройке пилотного проекта - "Настройки Галактики \ Управление персоналом \ Общие настройки \ Пилотный проект ФСС \ Прямые выплаты ФСС" (любое из значений, кроме "нет").

Установить признак использования карты "по умолчанию в заявлениях ФСС" (если организация участвует в Пилотном проекте) можно в списке карт по комбинации "горячих" клавиш "Alt+F" либо по клику на кнопке "[Alt+F] для заявлений ФСС".

Задача :101.67011

2019-07-03 06:54:27
Краткое описание :
Зарплатные проекты - запрет модификации по настройке
Описание :
Интерфейс "Зарплатные проекты с банками"
Что измененно :

Ввиду важности информации, хранящейся в справочнике зарплатных проектов и возможных проблем при их случайном удалении предлагается добавить пользовательскую настройку
"Настройки Галактики \ Общие настройки системы \ Доступ к таблицам \ Запретить модификацию" - "Каталога зарплатных проектов" (по умолчанию "ДА").
Как измененно :

Добавлена пользовательская настройка
"Настройки Галактики \ Общие настройки системы \ Доступ к таблицам \ Запретить модификацию" - "Каталога зарплатных проектов" (по умолчанию "ДА").
При включенной настройке запрета модификации каталога зарплатных проектов редактирование каталога невозможно. Информация в каталоге зарплатных проектов доступна только для просмотра.
Примечание.
В случае, если автоматически не обновился реестр настроек, необходимо выполнить проверку реестра настроек в модуле "Настройка":
- Администратор - Проверка реестра настроек.

Задача :101.67028

2019-07-03 06:54:27
Краткое описание :
Банковские реквизиты сотрудника - реквизиты в постоянных удержаниях (перечислениях)
Описание :
Постоянные удержания
Что измененно :

В связи с доработками по проекту банковских реквизитов необходимы изменения в интерфейсе постоянных удержаний для любых видов удержаний с типом "перечисление"(то есть по ВУ с системными кодами в диапазонах 141..145, 199..210, 220..230, либо с признаком КВУ "Учитывать как" = "перечисление", но исключая ВУ, у которых код не попадает в эти диапазоны и не является жестко зашитым - с признаком "перечисление"):

1. При выборе вида удержания не подставлять банковские реквизиты из КВУ, поскольку теперь в удержании должна быть ссылка на реквизиты сотрудника. Вместо этого можно контролировать заполнение обязательных полей реквизитов (незаполненные обязательные поля выделять жёлтым), при попытке выйти без заполнения выдавать сообщение, например, "Необходимо выбрать банковские реквизиты для перечисления" и открывать выбор.

2. Переименовать раздел банковских реквизитов, например, "Банковские реквизиты для перечисления" (сейчас "Получатель (ч/з банк)").

3. Добавить в начало этого раздела поля "Карта (счет)" и "Зарплатный проект".

4. Выбор реквизитов для перечисления (получатель, банк, лицевой счёт в банке и пр.) - только из списка банковских реквизитов сотрудника и только в поле "Карта (счет)", в остальных полях кнопку выбора убрать.

5. Поле "Открытие карты" заполнять из поля "Начало действия" выбранной записи банковских реквизитов сотрудника.

В итоге предлагается такое расположение и названия полей в разделе <Банковские реквизиты для перечисления> (схематично):

**********
Карта (счет)
Начало действия Номер карты
Зарплатный проект

Контрагент Код
Банк Счет 1
БИК/МФО Счет 2

Л/с в банке ФИО

Назначение платежа
**********
Как измененно :

Данная доработка была реализована для ВУ с системными кодами в диапазонах 141..145, 199..210, 220..230, либо с признаком КВУ "Учитывать как" = "перечисление", но не учитывая ВУ строго заданные в системе как не "перечисление"(1-3, 110, 150, 168, 169, 171, 175-177, 179-191, 194, 197, 198, 219 см. "Галактика ERP > Заработная плата > Заполнение каталогов и администрирование модуля > Перечень видов удержаний, определенных в программе"). При не удовлетворении указанным условиям логика работы с постоянными удержаниями осталась прежней. Далее для ссылки на данное условия будет уживаться сокращение "указанные условия ВУ".
В результате доработки было реализовано:
При выборе вида удержания банковские реквизиты из КВУ в постоянные удержания не подставляются (в том случае, если соблюдаются "указанные условия ВУ").
Реализован контроль заполнения обязательных полей реквизитов при "указанных условий ВУ"(незаполненные обязательные поля выделяются желтым). Обязательные поля: контрагент, банк, счет 1, счет 2. При попытке выйти без заполнения обязательных полей выдается сообщение - "Необходимо выбрать банковские реквизиты для перечисления" и открывается интерфейс выбора "Банковской карты (счета) сотрудника".
Вышеуказанные два пункта работают идентично и для существовавших ранее ЛС и для вновь созданных ЛС.
Так же при "указанных условий ВУ" переименован раздел банковских реквизитов в "Банковские реквизиты для перечисления" (до этого был "Получатель (ч/з банк)") и добавлены поля в начало переименованного раздела такие как "Карта (счет)" ,"Начало действия карты", "Номер карты", "Зарплатный проект"(причем в данной ситуации, если номер карты ранее отображался в другом разделе, то там он будет скрываться при "указанных условиях ВУ", так же при "указанных условиях ВУ" поле "№ и/л" не отображается).
При "указанных условиях ВУ" реализован выбор реквизитов для перечисления (получатель, банк, лицевой счет в банке и пр.) - только из списка банковских реквизитов сотрудника и только в поле "Карта (счет)", в остальных полях кнопки выбора упразднены.
Переименовано поле из "Открытие карты" в "Начало"(реквизиты удержания).
Для ВУ удовлетворяющих "указанным условиям ВУ" в результате доработки поле "Открытие карты" заполняется из поля "Начало действия" выбранной записи из банковских реквизитов сотрудника и поле "Начало" в реквизитах удержания сотрудника.

Задача :101.67080

2019-07-03 06:54:27
Краткое описание :
Банковские реквизиты сотрудника - убрать настройку выбора реквизитов для заявлений в ФСС (пилотный проект)
Описание :
Банковские реквизиты (карты) сотрудника
Что измененно :

В рамках ПиР 101.67007 в банковских реквизитах сотрудника реализован признак использования по умолчанию для заявлений в ФСС. Кроме того, в заявлении в ФСС теперь есть удобный выбор реквизитов. В связи с этим настройка "Управление персоналом \ Общие настройки \ Пилотный проект ФСС - Банковские реквизиты для перечисления пособия" потеряла актуальность, предлагается её упразднить.
Также в самих заявлениях в ФСС нужно убрать варианты выбора реквизитов, вызываемые из локального меню в полях раздела "Перечисление пособия в банк" (по умолчанию/из заявления/из удержания/из ЛС).
Приоритеты для автоматической подстановки реквизитов в заявлениях ФСС: 1) Реквизиты "по умолчанию для заявлений в ФСС" (при наличии), 2) Предыдущее заявление, 3) ЛС.
Как измененно :

Доработано.

Задача :101.67081

2019-07-03 06:54:27
Краткое описание :
Банковские реквизиты сотрудника - упразднить признак КВУ "удержание в ФСС"
Описание :
Виды удержаний
Что измененно :

В банковских реквизитах сотрудника реализован признак использования по умолчанию для заявлений в ФСС. В связи с этим потерял актуальность признак КВУ "Учитывать как"="удержание в ФСС". Есть предположение, что ранее он использовался только в целях хранения реквизитов для автоподстановки в заявления ФСС - для этого заводилось постоянное удержание по ВУ с таким признаком и в нём указывались реквизиты, а настройка "Банковские реквизиты для перечисления пособия" ставилась "из удержания".
Предлагается пока данный признак оставить для совместимости, но сделать его недоступным для выбора в КВУ - например, назвать "удержание в ФСС !НЕ ИСПОЛЬЗУЕТСЯ!", при попытке выбора выдавать сообщение: "Данный признак более не используется!" Для ВУ, в которых этот признак был установлен ранее, при выходе из интерфейса редактирования выдавать предупреждение, например: "Признак "Удержание в ФСС" более не используется! Банковские реквизиты для заявлений в ФСС определяются в лицевых счётах сотрудников. Рекомендуется удалить все постоянные удержания по данному виду удержания, затем саму запись в классификаторе видов удержаний".
Как измененно :

В рамках данного ПиР-а реализовано:
1) В интерфейсе редактирования классификатора вида удержания реализовано переименование признака "Учитывать как" из значения "удержание ФСС" в значение "удержание ФСС !НЕ ИСПОЛЬЗУЕТСЯ!". Так же для данного признака реализован запрет выбора переименованного значения "удержание ФСС !НЕ ИСПОЛЬЗУЕТСЯ!", которое сопровождается информационным сообщением и автоматическим проставлением признака "Учитывать как" в значение "выплату".
2) В интерфейсе редактирования постоянных удержаний реализовано сообщение, которое информирует пользователя о том, что признак "Удержание ФСС" более не используется и необходимости упразднения постоянных удержаний с данным признаком с дальнейшем удалении самого вида удержания с признаком "Удержание ФСС" из классификатора(информационное сообщение: "Признак "Удержание ФСС" более не используется! Банковские реквизиты для заявлений ФСС определяются в лицевых счетах сотрудников.Рекомендуется удалить все постоянные удержания по данному виду удержания, затем саму запись в классификаторе видов удержаний.").
3) Изменен вид выбора поля "Учитывать как" на выпадающий список.

Задача :101.67266

2019-07-03 06:54:26
Краткое описание :
Имущественный вычет за прошлые периоды сторнируется не правильно.
Описание :
Расчет подоходного налога
Что измененно :

Имущественный вычет за прошлые периоды сторнируется не правильно.
Пример:
Текущий месяц 03.2019. Доходы с начала года: январь = 35000, февраль = 35000, март = 26250.
В постоянных доплатах заносим сумму вычета на 200 000 руб и алгоримом 97, признак 0.
В настройках сторнирования налога указано количество месяцев = 2.
В результатах расчета предоставляются следующие суммы вычетов:
январь -35000
февраль -35000
март -70000 ! Ошибка, почему не -26250 ?!?!
Во вложении выгрузка лицевого счета и протокол расчета зарплаты
Как измененно :

Исправлен расчет НДФЛ при наличии имущественного вычета.

Задача :101.67291

2019-07-03 06:54:25
Краткое описание :
Ошибка при создании справки по начислению процентов по сторонним векселям
Описание :
Справки для налогов по векселям
Что измененно :

Ошибка при создании справки по начислению процентов по сторонним векселям
Система не дает создавать "Справка по начислению процентов по сторонним векселям"
'F_VEKS::NALOGUCHVEKS.WISPRRASHODPROC.SCAPPVEKSBUH.APPVEKS.DATOB'
при значении настройки не равной все права
"Настройки Галактики \ Общие настройки системы \ Доступ к документам" = все права а рамках группы
Наблюдается у всех пользователей, кроме тех у которых стоит настройка
"Настройки Галактики \ Общие настройки системы \ Доступ к документам" = все права
Как измененно :

Векселя и кредиты - Векселя - Бухгалтерские справки по начислению процентов - Справка по начислению % по сторонним векселям
Система дает создавать справки по начислению процентов по сторонним векселям при значении настройки "Настройки Галактики \ Общие настройки системы \ Доступ к документам" не равной все права.

Задача :101.67294

2019-07-03 06:54:26
Краткое описание :
Добавить печатную форму
Описание :
Возврат из использования
Что измененно :

Добавить печатную форму "Акт осмотра" в документ "Спецодежда" - "Документы" - "Возврат из использования". Форма от клиента во вложении.
Как измененно :

Добавлен вид отчета Ecxel.

Задача :101.67322

2019-07-03 06:54:28
Краткое описание :
Должность в приказе на отпуск после приказа на перемещение
Описание :
6. Оформление очередного отпуска
Что измененно :

Должность в приказе на отпуск после приказа на перемещение.
Такая ситуация.
Создан приказ на перемещение сотрудника (на другую должность) с 1 мая. Приказ датирован 12 апреля, утвержден.
Потом ОК формирует приказ на отпуск 19 апреля. При этом, в приказе на отпуск фигурирует новая должность, хотя "Кадры" утверждают, что, так как приказ создается в апреде, то есть до начала действия нового назначения, должность в приказе (то есть назначение) должно быть старое - на дату приказа.
При проверке обнаружилась странная вещь. Вообще, система, при формировании приказа на отпуск апрелем ставит старую должность, как и надо. Но при вводе даты начала/конца отпуска сразу меняет назначение в приказе на новое. Хотя, вроде, не должна.
Во вложении описание проблемы со скриншотами.
Как измененно :

РПД-6.
При выборе сотрудника, подразделение/должность устанавливается на дату приказа. При автоматической установке/выборе рабочего периода не сбиваются.

Задача :101.67360

2019-07-03 06:54:26
Краткое описание :
Импорт каталога банков - некорректная иерархия
Описание :
Импорт каталога банков
Что измененно :

В процессе импорта для банка корректно определяется вышестоящий (по тегу PrntBIC) и ссылка на него записывается в поле KATB.CHIGHER, однако в вышестоящей записи признак листа не меняется (KATB.ISLEAF=1). В результате в иерархическом представлении каталога виден только вышестоящий банк, а все дочерние можно увидеть только в списочном представлении.

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

Пример.
Во вложенном файле скачанный архив БИК. В нём есть 4 дочерних банка, один из них "Филиал "Корпоративный" ПАО "Совкомбанк" PrntBIC="043469743":






И вышестоящий банк "ПАО "СОВКОМБАНК" BIC="043469743":






После импорта в иерархическом представлении видим только вышестоящий ПАО "СОВКОМБАНК" (см. скриншот 1 во вложении), а в списочном - все 5 (скриншот 2). После ручного перевыбора в любом одном подчинённом банке вышестоящего у последнего модифицируется KATB.ISLEAF=0 и в иерархическом представлении также видим все банки с правильной иерархией (скриншот 3).

Необходимо при добавлении дочернего банка обнулять признак листа у вышестоящего, на который он ссылается.
Как измененно :

Для настройки wGetTune('Pick.KindOfImportKatB')=0 добавлена проверка признака листа. При значении 1 проверка уже была.

Задача :101.67365

2019-07-03 06:54:25
Краткое описание :
Диадок. Добавить проверку передачи УПД на наличие СФ (СЧФДОП) для контрагентов плательщиков НДС
Описание :
Работа с Контур.Диадок
Что измененно :

Диадок. Добавить проверку передачи УПД на наличие СФ (СЧФДОП) для контрагентов плательщиков НДС
Во вложении описание доработки
Как измененно :

Добавлена настройка DIADOCORG.UPD_NEED_SF "Настройки Галактики \ Общие настройки системы \ Работа с Контур.Диадок \ Работа с Контрагентами \ При передачи УПД проверять на наличие СФ (СЧФДОП) для контрагентов плательщиков НДС" По умолчанию = Да При включении при отправке в ДиаДок из накладных на отпуск(Акт на оказание услуг) проверяется поле в справочнике организаций "Применять налоги"(). Приз значении "всегда" и "при продаже"(KATORG.TIPKNT shr 8 =0 или 2) проверяется наличие СФ к документу. Если СФ нет, экспорт блокируется с выдачей соответствующего сообщения в протокол.

Задача :101.67383

2019-07-03 06:54:28
Краткое описание :
Неверно формируется РП при наличии перевода по этому назначению (внутреннее совместительство).
Описание :
7-е окно (отпуска сотрудника)
Что измененно :

Неверно формируется РП при наличии перевода по этому назначению (внутреннее совместительство).

У сотрудника есть несколько совмещений. При этом, по внутр.совместительству были переводы после даты оформления на другое количество ставок.

Проблема - при оформлении отпуска у сотрудников, имеющих внутреннее совместительство и потом перемещения по службе, формируется неверный рабочий период по совмещению - берется не дата начала приема по совместительству, а дата последнего перевода по этому табельному номеру.

Пример во вложенном файле
Как измененно :

Добавлен учет переводов при формировании рабочих периодов для совместителей.

Задача :101.67424

2019-07-03 06:54:26
Краткое описание :
При оприходовании на несколько разрезов выдает сообщения про серийные номера
Описание :
Приходные накладные
Что измененно :

При оприходовании на несколько разрезов выдает сообщения про серийные номера (описание во вложении)
Как измененно :

Добавлена обработка на МЦ у которых установлен признак "учет серийных номеров". Сообщение выдается только в том случае, если нет серийников у МЦ у которых стоит птичка

Задача :101.67429

2019-07-03 06:54:26
Краткое описание :
Изменение форм печатной отчетности с 1.06.2019 (Приказ Минфина № 61)
Описание :
Бухгалтерская (финансовая) отчетность
Что измененно :

С 1 июня 2019 года формы отчетности ждут изменения. В основном изменения носят косметический характер (правки в заголовочной части формы). Во вложении наглядный пример, что изменилось в сравнении с текущей галактической формой бух. отчетности.

Изменения:
1) слова "по ОКВЭД" заменить словами "по ОКВЭД 2";
2) слова "(млн. руб.)" исключить;
3) код "(385)" исключить;
4) после строки "Местонахождение (адрес)" дополнить строками:

"Бухгалтерская отчетность подлежит обязательному аудиту

ДА

НЕТ

Наименование аудиторской организации/
фамилия, имя, отчество (при наличии) индивидуального
аудитора

Идентификационный номер налогоплательщика аудиторской организации/индивидуального
аудитора

ИНН

Основной государственный регистрационный
номер аудиторской организации/ индивидуального аудитора

ОГРН/ОГРНИП".
Как измененно :

Добавлены доп. параметры (наименование, ИНН, ОГРН аудитора и др. ) и внесены изменения в печатную форму эл. отчетности "Бухгалтерская отчетность (2017 г.)" согласно постановления МинФина РФ от 19.04.2019 № 61н

Задача :101.67450

2019-07-03 06:54:26
Краткое описание :
Ошибка при экспорте спецификации распоряжения на изменение целевого назначения
Описание :
Распоряжение на изменение целевого назначения МТР
Что измененно :

Выход за границы массива при экспорте 2700 строк
Как измененно :

Ошибка не выдается.

Задача :101.67461

2019-07-03 06:54:26
Краткое описание :
Неверно рассчитывается БЛ с нарушением если установлена настройка прямые выплаты ФСС - да
Описание :
Расчет больничных с нарушениями
Что измененно :

Неверно рассчитывается БЛ с нарушением если установлена настройка прямые выплаты ФСС - да.
Подробное описание и выгрузка ЛС во вложении
Как измененно :

При настройке "Настройки Галактики \ Управление персоналом \ Общие настройки \ Пилотный проект ФСС \ Прямые выплаты ФСС" не зануляются суммы нарушения по ФСС.

Задача :101.67478

2019-07-03 06:54:27
Краткое описание :
Диадок. Не удается подписать файл заказчика по 552 постановлению
Описание :
Работа с Контур.Диадок
Что измененно :

тэг @НаимДокОпрИсп должен заполняться так же как тэг НаимДокОпр, то есть "Акт о передаче результатов работ (Акт об оказании услуг)", при подписании документа через Интеграционный модуль Диадок. Этот функционал должен распространяться только на акты полученные по Приказ ФНС от 30 ноября 2015 г. № ММВ-7-10/552@. Имя формируемого файла "информация заказчика" начинается на DP_REZURUZAK
Как измененно :

В объекте L_SoprDoc::DP_REZRUISP теперь по умолчанию выводится "'Акт о передаче результатов работ (Акт об оказании услуг)'" вместо "Акт на оказание услуг, работ"

Задача :101.67480

2019-07-03 06:54:27
Краткое описание :
В печатную форму УПД не выводится БИН
Описание :
Формы ТТН, УПД, Акты
Что измененно :

У организации установлено государство Казахстан. БИН заполнен. В печатную форму УПД не выводится БИН если к Накладной на отпуск создана с/ф. При этом в печатной форме самой с/ф БИН заполняется.
Если у Накладной на отпуск отсутствует с/ф, то в печатную форму УПД БИН выводится.
Пример пользователя во вложении.
Как измененно :

В функции UnlPrnFuncsSF.GetUNNKPP добавлена проверка ведения ИНН по стране из закладки "прочие" организации. Если там "Да", то ИНН выводится.

Задача :101.67491

2019-07-03 06:54:28
Краткое описание :
Дополнительные атрибуты при формировании платежек в ЗП не попадают из удержания в платежное поручение
Описание :
Платежные поручения по реестрам
Что измененно :

Дополнительные атрибуты при формировании платежек в ЗП не попадают из удержания в платежное поручение.
Если не заполнять атрибуты организации в КВУ, то назначение платежа попадает в платежку корректно, но если указать атрибуты банка в КВУ, то атрибуты назначения не попадают в платежный документ.
Более подробно ситуация описана во вложении.
+Выгрузка ЛС.
Как измененно :

Если дополнительные атрибуты в удержаниях заполнены, то при формировании платежек в ЗП они попадают из удержания в платежное поручение, в независимости от того, указан ли в удержаниях получатель и его банк.

Задача :101.67492

2019-07-03 06:54:25
Краткое описание :
Ошибка при выгрузке реестров ФСС (код GUID): дом или домовладение
Описание :
Реестры и заявления на возмещение в ФСС
Что измененно :

Ошибка при выгрузке реестров ФСС (код GUID): дом или домовладение
подробнее во вложении.
Как измененно :

1. Добавлено два типа элемента:
* Домовладение;
* Здание.

2. Переработана эргономика. Выбор типов дома/помещения реализован через списки.

3. Формирование строки адреса (в части дома) в зависимости от выбора типа элемента (состоит из одной, двух или трех частей (X - номер дома, Y - номер корпуса, Z - номер строения)):
* Корпус: домX, кор.Y;
* Строение: домX, стр.Z;
* Владение: влд.X, стр.Z;
* Домовладение: двлд.X, стр.Z;
* Здание: здн.X, стр.Z;
* Другое: домX, Z.
В случае, если в доме есть корпус, но тип указан не "Корпус", анализируется поле номера дома схеме "X-Y".
Пример: поле "Дом" 100-2, тип "Владение" в поле номера строения 3. Результат: влд.100, кор.2, стр.3.

4. При поиске нужного идентификатора "HouseGUID" по адресу, в котором "HouseGUID" явно не указан, анализируются типы элемнтов по схеме, описанной в п.2. Актуально для выгрузки реестров ФСС.

Задача :101.67506

2019-07-03 06:54:26
Краткое описание :
Экспорт СФ для ЭДО. Не выгружать позиции с нулевой стоимостью
Описание :
Наши счета-фактуры
Что измененно :

Управление сбытом - Документы - Наши счета-фактуры. Локальное меню -> Экспорт для ЭДО.
Заказчик просит в настройки экспорта добавить параметр, который позволял НЕ выгружать позиции спецификации с нулевой стоимостью.
Нулевые позиции продукции - это упаковка пачек. Учитывается объем использованной продукции, стоимость - нулевая.
Пример во вложении.
Как измененно :

Добавлен требуемый параметр.

Задача :101.67520

2019-07-03 06:54:25
Краткое описание :
Диадок. Для внешнего интерфейса C_DIADOC::DIADOCSYNCDATA (C_Diadoc.res) сделать триггер с проверкой завершенности процесса
Описание :
Работа с Контур.Диадок
Что измененно :

Диадок. Для внешнего интерфейса C_DIADOC::DIADOCSYNCDATA (C_Diadoc.res) сделать триггер с проверкой завершенности процесса.
Сейчас процесс пытается запускаться просто по таймеру из настройки, а надо, чтобы следующая попытка запуска производилась лишь при условии, что предыдущий запуск уже завершился.
Если периодичность указана меньше чем идет синхронизация, то тогда ожидаем конца процесса и второй раз стартуем, по расписанию пропустив необходимое количество запусков.
Для примера интервал 60 секунд. а синхронизация идет 125 секунд, тогда первый раз запустили, второй записали со статусом "занят", третий тоже "занят", четвертый запускаем через 180 секунд от первого.
Если периодичность больше чем идет синхронизация, тогда работаем по таймеру.
Как измененно :

Добавлена проверка на сработку таймера.
По технологии сначала запишется ожидание, потом результат работы.
Макетирование показало, что таймер не сработает повторно, пока не закончится обработка. Если время будет просрочено, то событие запуститься моментально.

Задача :101.67521

2019-07-03 06:54:28
Краткое описание :
Неактуальная печатная форма П-4(НЗ)
Описание :
Форма П-4 (НЗ) [РФ]
Что измененно :

В модуле "Зарплата" - Отчеты - Статистическая отчетность - Форма П-4(НЗ). В настоящее время в системе выгружается отчет в редакции Приказа Росстата от 01.09.2017 № 566.
Актуальным в настоящее время является бланк печатной формы П-4(НЗ) в редакции Приказа Росстата от от 06.08.2018 № 485.
Во вложении актуальный бланк, необходимо привести отчет в соответствие с действующим законодательством.Неактуальная печатная форма П-4(НЗ)
Как измененно :

Изменен шаблон печатной формы П-4(НЗ) на новый в соответствии с Приказом Росстата от 06.08.2018 № 566.

Задача :101.67527

2019-07-03 06:54:27
Краткое описание :
Не печатается дата.
Описание :
Книга покупок
Что измененно :

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

Дата выводится в отчёт.

Задача :101.67532

2019-07-03 06:54:26
Краткое описание :
После пересчета среднего, в предварительном просмотре суммируются дни из по видам оплат для пересчета из архива оплат
Описание :
Предварительный просмотр
Что измененно :

После пересчета среднего, в предварительном просмотре суммируются дни из по видам оплат для пересчета из архива оплат
У сотрудника выполнили функцию : Заработная плата - Настройка - Сервисные функции - Перерасчет средних.
Сторнировочные записи создались корректно на отпуск 25 и 3 дня.
По результату разноски дни и часы по отпуска задвоились, поэтому происходит не верный расчет отпускных.
Задвоились т.е вместо 25 дней по отпуску 50 и вместо 3 дней 6.

Во вложении примеры от СТН и ТНФ.
Как измененно :

Исправлено. Предварительная разноска выполняется корректно.

Задача :101.67545

2019-07-03 06:54:25
Краткое описание :
Включить в стандартную сборку Галактики функционал по добавлению аналитики
Описание :
Аналитика
Что измененно :

Включить в стандартную сборку Галактики функционал по добавлению аналитики
Как измененно :

Добавлена аналитика с системным кодом 7000 Объекты недвижимости

Задача :101.67558

2019-07-03 06:54:27
Краткое описание :
Требуется давать заводить карту без лицевого счета сотрудника в банке
Описание :
Банковские реквизиты (карты) сотрудника
Что измененно :

Требуется давать заводить карту без лицевого счета сотрудника в банке.
Как измененно :

При создании банковской карточки не контролируется лицевой счет сотрудника. Можно создавать карточки, не заполняя это поле.

Задача :101.67561

2019-07-03 06:54:25
Краткое описание :
Диадок. При импорте УПД или СФ надо в поле дата получения СФ подставлять дату документа из поля получен
Описание :
Работа с Контур.Диадок
Что измененно :

Диадок. При импорте УПД или СФ надо в поле дата получения СФ подставлять дату документа из поля получен.
Сейчас при импорте в СФ подставляется системная дата, когда импортировали этот документ, что неправильно, т.к. в ЭДО документ доставляется за несколько секунд и дата получения в этом случаи вообще является рудиментарной. Однако, при определенных настройках эта дата может пойти в запись регистрации и книгу продаж, попав в следующий отчетный период, что будет являться уже ошибкой.
Как измененно :

Добавлена настройка OPER.NALOG.Import.DPost=DFact
"Логистика \ Налоги, документы для учета НДС \ Импорт \ Всегда устанавливать дату получения СФ равной дате составления"
При ее включении при импорте Schfact.DPost всегда устанавливается в Schfact.DFact.
При импорте из Diadoc дополнительно проверяется дата получения с полем "Получена" в списке документов Diadoc и если она меньше, то устанавливается в дату Diadoc.

Задача :101.67573

2019-07-03 06:54:25
Краткое описание :
Экспорт в Excel чисел в числовой формат
Описание :
Экспорт
Что измененно :

Необходимо выгружать числа в числовой формат Excel.
Сейчас выводится в текстовом формате.
Как измененно :

Числа выгружаются в числовой формат.

Задача :101.67581

2019-07-03 06:54:27
Краткое описание :
В случае перечисления пособия на карту МИР, ее номер не выводится в XML - отсутствует обязательный тэг
Описание :
Реестры и заявления на возмещение в ФСС
Что измененно :

В случае перечисления пособия на карту МИР, ее номер не выводится в XML - отсутствует обязательный тэг
Как измененно :

В реестр на перечисление пособия (в XML- форму) выводится номер карты МИР (тэг ).
Заполнение данного тэга является обязательным для карты МИР. Карта МИР начинается с цифры 2 и при этом значение тэга (способ выплаты) должно быть равным 2.
Заполнение тэгов ACCOUNT_BIC (БИК), ACCOUNT_NAME (Наименование банка), ACCOUNT (Номер счета) обязательно, если PAYMENT_TYPE=1 ( банковский счет (расчетный счет))

Задача :101.67586

2019-07-03 06:54:28
Краткое описание :
6-НДФЛ - записи возврата НДФЛ на сумму (-1.00) не считаются возвратом
Описание :
6-НДФЛ (общие вопросы)
Что измененно :

Сейчас любые записи удержаний НДФЛ на сумму (-1.00) считаются погрешностью округления и не попадают в строку 090 6-НДФЛ, даже если в удержании явно установлен признак "Возврат налога" = "является".
Необходимо в строку 090 включать все записи с установленным признаком возврата, в том числе и на сумму (-1.00) - независимо от параметра формирования "в строку 090 включать НДФЛ с отр. суммой без признака "является возвратом".
Если же для записи с суммой (-1.00) признак возврата НЕ установлен - оставить прежний порядок и НЕ включать в 090 (также независимо от параметра формирования "в строку 090 включать НДФЛ с отр. суммой без признака "является возвратом").
Как измененно :

При формировании 6-НДФЛ для строки 90 учитываются суммы (-1) рубль, если в записи удержания налога в поле "Возврат налога" установлено значение "Является возвратом". Алгоритм формирования строки 90 при этом не изменился.
Примечание.
Ранее суммы налога (-1) рубль считались погрешностью округления при формировании сумм возврата НДФЛ (строка 90 Раздела 1 отчета 6-НДФЛ) и поэтому не учитывались вообще.

Задача :101.67589

2019-07-03 06:54:27
Краткое описание :
Суммы по годам неверно отображаются в ФСС
Описание :
Реестры и заявления на возмещение в ФСС
Что измененно :

Суммы по годам неверно отображаются в Заявлении о выплате пособия в ФСС в разделе Сведения для назначения пособия(см.вложение)
Как измененно :

Исправлена ошибка. Суммы по годам в отчете отображаются корректно.

Задача :102.191672

2019-07-03 06:54:27
Краткое описание :
Не верна итоговая строка по валютному СФ при печати в НДЕ
Описание :
Наши счета-фактуры
Что измененно :

Не верна итоговая строка по валютному СФ при печати в НДЕ. Если к валютному СФ привязан ещё один СД, то в печатной форме СФ в НДЕ-эквиваленте итоговая строка формируется неправильно.
Как измененно :

В том случае, если к валютному СФ привязано несколько сопроводительных документов, то в печатной форме СФ в НДЕ-эквиваленте итоговая строка печатается в графы "20%" и "18%" (при использовании ставки НДС 20% и 18% соответственно).

Задача :102.199750

2019-07-03 06:54:26
Краткое описание :
заполнение позиций документа неиспользуемыми запасами
Описание :
Распоряжение на изменение целевого назначения МТР
Что измененно :

заполнение позиций документа неиспользуемыми запасами
Клиент пишет следующее:
"Документы/Распоряжение на перемещение МТР (далее Распоряжение)/заполнение позиций документов неиспользованными запасами.
Даже по одному филиалу (не говоря о всем ОСТ) на формирование позиции уходит более 100 минут. Данная проблема характерна при формировании позиции по закрытым объектам (см. вложение), т.е. выбрана опция "ТМЦ, не использованные по завершению работ"
Требуется оптимизировать работу процедуры автозаполнения позиций Распоряжения неиспользованными запасами - не более 30 минут по всему ОСТу при указании в маске процедуры опции "ТМЦ, не использованные по завершению работ" (см. вложение)."
Как измененно :

Прокэшировано использование некоторых функций
Оптимизирована навигация по базе.
Добавлено использование fplog

Задача :102.201481

2019-07-03 06:54:26
Краткое описание :
Различные результаты в 8 и 9 разделах после повторного расчета декларации
Описание :
Декларация по НДС
Что измененно :

Различные результаты в 8 и 9 разделах после повторного расчета декларации
Заполняем основные разделы декларации по НДС, формируем 8 и 9 разделы менеджером дополнительных разделов БЕЗ параметра "печать итоговых сумм для лома и шкур".
Потом в основные разделы вносим изменения (8 и 9 не меняем), далее по пункту локального меню выполняем итоговое "рассчитать".
В результате 8 и 9 разделы пересчитаны С УЧЕТОМ параметра "печать итоговых сумм для лома и шкур". Пользователь может не заметить изменений.
В окне "расчет разделов декларации" нет этого параметра, поэтому результат получили другой. Предлагаю хранить то, что было при импорте дополнительных разделов
и переносить этот признак в окно "расчет" по умолчанию. И если что-то меняется, то при расчете будет виден признак, с которым импортировали 8 и 9 разделы .
В текущей реализации ничего не меняли в доп. разделах, запустили расчет и получили в 8 и 9 разделах результаты, отличные от первоначальной загрузки..
Как измененно :

В окно функции "Рассчитать" добавлен параметр печати итогов для лома и шкур.
Параметр печати итогов для лома и шкур сохраняется в параметрах каждой декларации. Обновлен алгоритм расчета итогов для разделов 8, 8 прил1, 9, 9 прил1 с учетом данного параметра, т.е. для кодов видов операций 33 (Оплата в счет предстоящих поставок сырых шкур и лома) и 34 (Отгрузка сырых шкур и лома) при снятом checkbox суммы в итог не попадают.

Задача :180.10740

2019-07-03 06:54:25
Краткое описание :
подбор контрагентов при связывание с контрагентами Галактики - дополнение к ПИР 180.10699
Описание :
Работа с Контур.Диадок
Что измененно :

ранее был реализован ПИР 180.10699, который позволяет в настоящее время при автоматическом установлении соответствия контрагента Диадок и Галактики подбирать по сочетанию ИНН + КПП.
Но это у клиента отработало для большинства случаев, кроме одного из самых крупных поставщиков услуг для КАО Азот - ОАО РЖД.
Ситуация с данный крупнейшим контрагентом следующая. У головной организации и у всех филиалов (обособленных подразделений) одинаковый ИНН (что понятно), но и одинаковый КПП, начинающийся с цифр "99", что подразумевает, что этот КПП присвоен Межрегиональной налоговой инспекцией как крупнейшему налогоплательщику, т.е. у этой организации 2 КПП - по месту нахождения и как крупн налогоплательщика, присвоенный Межрегиональной налоговой инспекцией.
РЖД при выставлении документов (СФ) от любого своего филиала указывает не КПП филиала по месту нахождения, а второй КПП, присвоенный Межрегиональной налоговой инспекцией, что не противоречит законодательству.
Необходимо для таких случаев при автоматическом связывании контрагента Диадок и Галактики, когда подобрано несколько организаций с одинаковым сочетанием ИНН+КПП не подвязывать первую по алфавиту (как это реализовано сейчас), а выдавать на выбор пользователю, производящему обновление организаций, весь перечень подходящих организаций (если они не переведены в архив), а пользователь уже выбирает необходимую, например, именно головную организацию РЖД. Другого способа правильно подвязывать соответствие я не вижу.
Как измененно :

Добавлена настройка DIADOCORG.IMPORTORGWITHCHOOSE
"Настройки Галактики \ Общие настройки системы \ Работа с Контур.Диадок \ Работа с Контрагентами \ При импорте организаций при наличии нескольких с одинаковым ИНН/КПП предлагать выбор" - по умолчанию выключена.
При включении если в справочнике организаций есть несколько записей
с одинаковыми ИНН и КПП должно появиться окно с выбором.

Задача :180.10879

2019-07-03 06:54:25
Краткое описание :
вывод Подразделения контрагента в интерфейсе Диадок. Список документов
Описание :
Работа с Контур.Диадок
Что измененно :

Диадок. Вывод Подразделения контрагента в интерфейсе Диадок.
Как измененно :

Добавлен вывод подразделения из привязки организации к ящику
DiaBox.sOrganizationID == DiaDepartmentOrg.sOrganizationId
и DiaDocument.sFromDepartmentId или DiaDocument.sToDepartmentId. = DiaDepartmentOrg..sDepartmentId
в зависимости от направления.

Задача :180.10881

2019-07-03 06:54:25
Краткое описание :
привязка контаргента к заблокированному ящику контрагента и подстановка заблокированного ящика при отправке документа этому контрагенту
Описание :
Работа с Контур.Диадок
Что измененно :

При запуске функции локального меню Обновить список контрагентов (модуль Галактика.Диадок ? Список контрагентов) подтягиваются заблокированные электронные ящики (статус Заблокированный вами).
После обновления клиенту приходится проводить вручную корректировки списка контрагентов, в противном случае при отправке документа в Диадок подтягивается заблокированный ящик контрагента.
Нужно автоматически исключать из работы заблокированные ящики.
Как измененно :

Работает oDiadocFuncs.UpdateCounteragetnList
Сначала в ней импортируются статусы ящиков, потом собствеено организации. Заблокировал импорт организаций , если статусы в состояниях 'Заблокированы Вами' ;или 'Заблокировали Вас' ;
Кроме этого при отправке сообщений добавил дополнительную проверку не заблокированной записи в справочнике организаций(диадок).

Задача :180.11029

2019-07-03 06:54:27
Краткое описание :
Поле "Наименование" СЗВ-СТАЖ (FastReport), размер бумаги листа ОДВ-1 (Word), отдельные листы СЗВ-СТАЖ и ОДВ-1(Excel)
Описание :
Форма СЗВ-СТАЖ
Что измененно :

Поле "Наименование" СЗВ-СТАЖ (FastReport), размер бумаги листа ОДВ-1 (Word), отдельные листы СЗВ-СТАЖ и ОДВ-1(Excel).
Подробное описание во вложении.
Как измененно :

СЗВ-СТАЖ.
Поле "Наименование" автоматический расширяется по высоте. Реализовано для FastReport-отчетов:
* Печатная форма СЗВ-СТАЖ;
* Печатная форма СЗВ-СТАЖ (альтернативная);
* Печатная форма СЗВ-СТАЖ(без ОДВ-1).

Задача :180.11097

2019-07-03 06:54:26
Краткое описание :
Неверный расчет БЛ с нарушением в продолжающемся БЛ
Описание :
Расчет больничных
Что измененно :

Неверный расчет БЛ с нарушением в продолжающемся БЛ.
Как измененно :

Исправлена ошибка расчета продолжающихся больничных листов с дополнительным кодом 021,
связанная с некорректным переносом информации (доп. код) в продолжающийся больничный.

Задача :180.11114

2019-07-03 06:54:26
Краткое описание :
Зависание при выходе из списка ПКП
Описание :
Ввод договора
Что измененно :
\r\nзаполнение позиций документа неиспользуемыми запасами\r\nКлиент пишет следующее:\r\n\"Документы/Распоряжение на перемещение МТР (далее Распоряжение)/заполнение позиций документов неиспользованными запасами.\r\nДаже по одному филиалу (не говоря о всем ОСТ) на формирование позиции уходит более 100 минут. Данная проблема характерна при формировании позиции по закрытым объектам (см. вложение), т.е. выбрана опция \"ТМЦ, не использованные по завершению работ\"\r\nТребуется оптимизировать работу процедуры автозаполнения позиций Распоряжения неиспользованными запасами - не более 30 минут по всему ОСТу при указании в маске процедуры опции \"ТМЦ, не использованные по завершению работ\" (см. вложение).\"\r\n
Как измененно :

Оптимизирован расчет суммы договора в CalPlan->GetSumMCAndPlat
Для рублевых договоров для СУБД MSSQL или ORACLE подсчет суммы сделан на DSQL.

Задача :180.8691

2019-07-03 06:54:25
Краткое описание :
Пустые атрибуты на "прочие" таблицы
Описание :
Внешние атрибуты
Что измененно :

Если атрибут относится к типу "ссылка" и у него тип ссылки "прочие таблицы", то если открыть интерфейс выбора значения атрибута и выйти из него без выбора, то атрибут всё равно будет создан, но с нулевой ссылкой на значение.
Это проявлятеся, например, при выборе Бух.счёта в качестве атрибута.
Как измененно :

При отказе от выбора для атрибутов с типом ссылка - прочие таблицы(AttrNam.rType=100) в аавтомате добавляются записи в Attrval с пустыми значениями. Вставка обусловлена технологическими причинами, поскольку следом идет обработка точки расширения epPickTableRef и выбор из справочника идет уже там.
Добавил после обработки epPickTableRef проверку на заполненность полей vComp, vString, vDate, vTimeб и если они пустые, то запись в Attrval будет удалена.

[2019-06-27] Задачи 27 / Компоненты 24
[2019-07-03] Задачи 47 / Компоненты 33
[2019-07-10] Задачи 31 / Компоненты 23