2019-06-27 02:37:16

Краткое описание :

Использовать сервис https://dadata.ru в Галактике

Описание :

* Предложение по новой функциональности модуля "Управление персоналом"

Что измененно :

Необходимо реализовать поиск адресов с помощью сервиса "DaData.ru" в Галактике.

Как измененно :

* Реализован интерфейс поиска адресов с помощью сервиса "DaData.ru". Данный интерфейс открывается по кнопке в поле "Полный адрес" в окне ввода адресов.
Интерфейс состоит из области поиска (строка поиска и кнопка "Получить координаты") и области результата в виде табличного редактора.

* При первом входе в интерфейс необходимо настроить поиск. Настройки открываются по пункту "Параметры" контекстного меню.
Параметры:
- API-ключ (высылает сервис DaData.ru после регистрации),
- Максимальное число результатов (по умолчанию 10).
Параметры хранятся в системе на уровне текущего пользователя.

* Поиск осуществляется нажатием кнопки "Enter" в поисковой строке. Если запрос выполнен успешно, результаты отобразятся в табличном редакторе.
Сообщения об ошибках, выдаваемые сервером DaData.ru в случае неудачного запроса:
- 'Некорректный запрос (невалидный JSON или XML)';
- 'В запросе отсутствует API-ключ';
- 'В запросе указан несуществующий API-ключ. Или не подтверждена почта. Или исчерпан дневной лимит по количеству запросов';
- 'Запрос сделан с методом, отличным от POST';
- 'Слишком большая длина запроса или слишком много условий';
- 'Слишком много запросов в секунду';
- 'Произошла внутренняя ошибка сервиса во время обработки';
- 'Произошла неизвестная ошибка'.

* Получение координат возможно по одной из записей результата поиска. Осуществляется по кнопке "Получить координаты". После успешного получения координат, они отображаются (поля "Широта" и "Долгота") в области поиск рядом с кнопкой "Получения координат".

* По нажатию кнопки "Enter" в табличном редакторе, если выбрана запись результата, интерфейс закрывается, данные о полученном адресе синхронизируются с базой данных (осуществляется поиск элементов АТД в текущем справочнике и найденные элементы модернизируются, при необходимости, берутся в исходном виде или создаются новые) и записываются в адрес. Поскольку адрес представляет собой иерархию из элементов АТД, может быть создано несколько различных элементов связанных друг с другом, однако поля "ОКТМО", "ОКАТО", "Широта", "Долгота", "Индекс" записываются только в последний элемент. В случае, если последним элементом является дом, то в адрес записывается так же "HouseID" дома.

* В интерфейс ввода адресов добавлены поля "Широта" и "Долгота". Отображаются в случае, если заполнены.

* В справочнике АТД, если объект добавлен или модифицирован сервисом DaData.ru, в нижнем правом углу окна редактирования отображается сноска "DADATA".

Дополнительно: Обращаю внимание, что кол-во запросов в сутки ограничено условиями DaData.ru на уровне регистрационного ключа.

2019-06-27 02:37:16

Краткое описание :

Ведомость учета остатков. Пропала форма

Описание :

Карточки складского учета

Что измененно :

Складской учет - Документы - КСУ. Внутри КСУ - Локальное меню - Ведомость учета остатков. Список печатных форм пуст. Ничего не печатается.
Та же ситуация и в модуле УПЛ в карточках учета в производстве.
Пример и сводный отчет во вложении.

Как измененно :

Добавлена форма для России "Ведомость учета остатков материалов на складе (RTF) Россия"

2019-06-27 02:37:15

Краткое описание :

Работа отчета "Сверка остатков ТМЦ складского и бухгалтерского учета"

Описание :

Отчеты пользователя

Что измененно :

Работа отчета "Сверка остатков ТМЦ складского и бухгалтерского учета"
В отчете для корректного учета остатков по складскому учету требуется
указать полный разрез (МЦ, Склад, МОЛ и Партия), что не устраивает клиента.
Расчет сальдовых и текущих остатков, в том числе и по объектам МТР, выполнялся.
Так же, некорректная работа параметра "Ограничивать по выбранным счетам":
если этот чекбокс пустой, то при счете=10 (все субсчета) в расхождения
выходят МЦ со счетом 07 (оборудование), если чекбокс непустой, то эти мц не выходят
но при этом есть и контрпримеры, когда при непустом чекбоксе
есть расхождения для мц со счетом 10 05, а при пустом их нет
То есть в итоге ни один из вариантов пустой / непустой чекбокс
не выдают корректную картину расхождений склада и бухгалтерии
Поясняющие скриншоты - во вложении.

Как измененно :

Добавлен дополнительный параметр настроек отчета: "Сложный" отбор и сверка остатков Данный параметр позволяет позволяет выявить расхождение остатков складского и бухгалтерского учета.

2019-06-27 02:37:16

Краткое описание :

Расчет налогов на ФОТ - допвзносы не рассчитываются без сторнирования, если установлено любое количество месяцев сторнирования помесячных налогов

Описание :

Расчёт налогов на ФОТ

Что измененно :

При сочетании настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги - Количество месяцев для сторнирования помесячных налогов" > 0,
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Страховые взносы - Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" = 0
Допвзносы не рассчитываются.
См. выгрузку с примером во вложенном файле, но нужно рассчитывать только налоги на ФОТ - без пересчёта начислений, т.к. условия труда в выгрузку не передаются и при пересчёте начислений пропадут.

Если же установить первую настройку =0, ИЛИ вторую настройку >0 - то допвзносы рассчитываются нормально. Т.е. корректный расчёт допвзносов при сочетаниях настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги - Количество месяцев для сторнирования помесячных налогов" = 0,
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Страховые взносы - Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" = 0
или
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги - Количество месяцев для сторнирования помесячных налогов" > 0,
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Страховые взносы - Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" > 0.

P.S. Для сторнирования допвзносов должна применяться вторая настройка, то есть необходимо полностью убрать влияние первой настройки на расчёт допвзносов.

Как измененно :

При сторнировании допвзнозов при расчете налогов на ФОТ учитывается только настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Страховые взносы - Количество месяцев сторнирования ЕСН/Страховых взносов в расчетном" .
Настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги - Количество месяцев для сторнирования помесячных налогов" не влияет на сторнирование допвзносов при расчете налогов на ФОТ.

2019-06-27 02:37:15

Краткое описание :

Доработать корректировочный УПД

Описание :

Формы ТТН, УПД, Акты

Что измененно :

Необходимо доработать печатную форму корректировочного УПД

Как измененно :

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

2019-06-27 02:37:17

Краткое описание :

При заведении отзыва система выкидывает рантайм

Описание :

7-е окно (отпуска сотрудника)

Что измененно :

При заведении отзыва система выкидывает рантайм.
У сотрудника есть отзыв с 01/02/2019 по 05/02/2019 (обработан), по Ф7 заводим второй отзыв на даты 05/02/2019 по 05/02/2019, нажимаем Обработать и система падает по рантайму 216
во вложении описание со скриншотами.

Как измененно :

Исправлена ошибка при заведении отзывов в 7-м окне картотеки сотрудников.

2019-06-27 02:37:18

Краткое описание :

Интерактивная ведомость распределения - не работает фильтр по должности

Описание :

Детальная ведомость распределения

Что измененно :

Интерактивная ведомость распределения - не работает фильтр по должности
В отчет попадают все должности, а не только та, что стоит в фильтре.
Другие фильтры работают - (категория, вид работы).
Пример во вложении.

Как измененно :

Доработано формирование интерактивной ведомости распределения.
Фильтр по должности работает корректно. В отчет попадают должности с учетом фильтра по должностям в параметрах формирования.

2019-06-27 02:37:18

Краткое описание :

Неактуальный электронный формат стат. отчета П-4 (НЗ) , требуется доработка актуальной версии.

Описание :

Форма П-4 (НЗ) [РФ]

Что измененно :

В Галактике формируется XML-файл, в котором указан устаревший формат:""


Так выглядит формат верный:

Как измененно :

Изменен XML-файл в соответствии с шаблоном.

2019-06-27 02:37:15

Краткое описание :

Обновилась форма 11 (сделка) в 2019

Описание :

Фома 11 (сделка)

Что измененно :

Приказ Росстата от 19.07.2018 N 449 утвердил на 2019 год новую форму 11 (сделка). Срок сдачи данного отчета по новой форме не позднее 30 июня 2019 года. В системе отчет находится в модуле ОС - Отчеты - Статистический отчет по форме 11 - Форма 11 (сделка).

Во вложении я выделил изменения в названии строк и колонок. Зеленым цветом выделены те изменения которые будут в форме 2019 года. Красным цветом выделены те изменения, которые были в текущей форме (устаревшей на сегодняшний день) и которые отсутствуют в актуальной форме.

Как измененно :

1. Изменен порядок добавления строк для отчета.
2. Исправлены печатные формы.
3. В столбец "Площадь" выводится внешний атрибут "Площадь" к Katos(тип - число).
4. В окно параметров печати добавлен тип печати - "Текст"/"Excel". При выборе "Excel" используется шаблон ...\Xls\F_OSREP\Form_11_Sdelka_2019.xlt

2019-06-27 02:37:15

Краткое описание :

Многократно повторяющееся модальное окно с предупреждением о расхождении между датой хозоперации и датой проводки

Описание :

Приходные ордера

Что измененно :

Многократно повторяющееся модальное окно с предупреждением о расхождении между датой хозоперации и датой проводки

Моделировать ситуацию не удалось, сообщается со слов клиента:
При работе с определенными приходными ордерами появляется модальное окно "Предупреждение Дата проводок не совпадает с датой хозяйственной операции". Приходный ордер создан из накладной, в ордере операций, проводок и алгоритмов нет. В накладной одна операция и три проводки (даты проводок расходятся с датой операции), с просмотром накладной проблем нет. Для закрытия модального окна необходимо несколько сот раз нажать "Нет", "Нет для всех", "Отмена", видимой разницы нет. Более простой вариант - удерживать клавишу Esc, но можно проскочить и закрыть все интерфейсы. Проблема проявляется ежемесячно на некоторых документах.
Последовательность действий для проявления проблемы у клиента:
Запустить Галактику -> Складской учет -> Приходные ордера -> Встать в поле номера ордера -> набрать номер проблемного ордера -> нажать Enter.
Выставлена настройка проверки соответствий дат хозопераций и проводок (Настройки Галактики -> Бухгалтерский контур -> Обработка документов -> Хозяйственные операции и бухгалтерские проводки -> Проверять соответствие дат проведения проводок и хозоперации -> Да), менять настройку клиент не хочет.
Во вложении: информация о системе, лог, статистика обращений к настройкам, скриншоты проблемы и обращения к документам.

Как измененно :

1. Убрана постоянная загрузка/выгрузка iChkSH в SHmanager
2. Добавлено запоминание ответов на вопрос "Да Для все", "Нет, для всех" по системному типу документа.
Следует помнить, что ответы на эти вопросы будут сохранены да закрытия всех интерфейсов.
3. Для "Да", "Нет" ответы сохраняются пока обрабатывается текущая хозоперация

2019-06-27 02:37:18

Краткое описание :

ограничение до 20 символов в поле Квартира в Адресе контрагента

Описание :

Редактирование организаций

Что измененно :

клиент обратился с просьбой реализовать контроль количества символов в поле для ввода Квартиры/Помещения/Офиса в Адресе Контрагента.
Данное количество не должно превышать 20 символов вместе с выводом аббревиатуры, например, пом., оф. и т.п..
Это связано с законодательным ограничением при выгрузке документов через ЭДО в xml. Там в тег Адрес Кварт не должно быть больше 20 символов.
Пользователь ошибочно при внесении Адреса указал больше 20 символов (система не ограничивает его). Ошибка выявилась только при выгрузке документа для отправки клиенту через Галактика.Диадок. Было бы очень удобно иметь контроль на этапе внесения адреса.

Как измененно :

Добавлен контроль элементов Дом, Корпус, Квартира.
При превышении длины в 20 символов выдается предупреждение.
Блокировки нет - вдруг кому то понадобится ввести больше.

2019-06-27 02:37:17

Краткое описание :

ОДВ-1. Некорректные данные в 5-м разделе

Описание :

Форма СЗВ-СТАЖ

Что измененно :

ОДВ-1. СЗВ-СТАЖ.
В 5-й раздел ОДВ-1 должны попадать данные по подразделениям/должностям временных переводов.

Как измененно :

ОДВ-1. СЗВ-СТАЖ.
В 5-й раздел ОДВ-1 попадают данные по подразделениям/должностям временных переводов.

2019-06-27 02:37:15

Краткое описание :

Фильтр по подразделению в приказах на командировку

Описание :

Командировки

Что измененно :

Модуль "Управление персоналом" - Документы - Командировки
Просьба сохранять выбранный фильтр по подразделению при повторном входе в интерфейс и при создании нового приказа.

Как измененно :

Интерфейс выбора сотрудников предприятия (с пометкой).
Фильтр по подразделению сохраняется при выборе и применяется при повторном открытии интерфейса. Фильтр хранится на уровне пользователя в базе данных.

2019-06-27 02:37:16

Краткое описание :

Корректирующий документ к накладной на внутреннее перемещение с минусом

Описание :

Накладные на внутреннее перемещение

Что измененно :

По накладной на внутреннее перемещение формирую корректирующую накладную.
В итоге в сторно-документе разрез прихода и расхода меняется местами.
Должен сохраняться разрез к списанию и оприходованию, но делать минусовые позиции спецификации.
Так же как в акте на списание, например.

Как измененно :

Добавлена настройка
Sklad.SoprDoc.600CorrDocSaveDirect', 'При формировании исправительных документов в НВП(600, 602, 632) сохранять направление'.
При ее включении во вновь созданных документах не меняется направление, а спецификация в сторнирующих документах становится с минусом.
При формировании ордеров по таким документов получится требуемый результат.