2014-11-17 15:45:31
Краткое описание :
Расчет полей "Сумма в вал.", "В вал. док" не производится по выбранному курсуОписание :
Накладная на отпуск МЦ для ремонтаЧто измененно :
Предложение:Дать возможность РЅРµ считать налоги РІ документе \r\n\"Акты выполненных работ собственными силами\" (документ внутр. зачем там налоги).\r\nМожет через настройку как для для актов РЅР° списание\r\n\"Настройки Галактики \\ Логистика \\ Управление ремонтами \\ Документы \\ Акты \r\nвыполненных ремонтов Рё акты РЅР° списание \\ Акты РЅР° списание РњР¦ РёР· ремонтов \\ \r\nСчитать налоги\"?\r\nКак измененно :
Добавлена настройка\r\n\"Настройки Галактики \\ Логистика \\ Управление ремонтами \\ Документы \\ Акты \r\nвыполненных ремонтов и акты на списание \\ Акты на ремонт собственными силами \\ \r\nСчитать налоги\"\r\n- Да (по умолчанию) - работа системы не изменилась\r\n- Нет - не рассчитываются налоги в Акте выполненных ремонтов собственными силами\r\n2014-11-17 15:45:31
Краткое описание :
Расчет полей Сумма в вал,В вал док,Цена в вал не производится по выбран-му курсуОписание :
Накладная на возврат МЦ, не использованных при ремонтеЧто измененно :
Предложение:Дать РІРѕР·РСКак измененно :
Добавлена настройка\\r\\n\\\"Настройки Галактики \\\\ Логистика \\\\ Управление СЂРµРС2014-11-17 15:45:31
Краткое описание :
Не учитыв-ся настр Списание МЦ в разрезе объектов строител=запрещать без наличияОписание :
Накладная на отпуск МЦ для ремонтаЧто измененно :
\r\nСоздать РЅР° РѕСЃРЅРѕРІРµ IMarker СЃРІРѕР№, умеющий хранить РїРѕСЂСЏРґРѕРє сортировки, количество\r\nКак измененно :
\r\nСозданы 2 объекта маркеров - ILMarker и ILMarkerEx.\r\n\r\nТеперь они используются в документах логистики.\r\n2014-11-17 15:45:31
Краткое описание :
Не работает "Выбор партии из текущих остатков" по текущему
подразделениюОписание :
Расходные ордераЧто измененно :
Функция "Выбор партии из текущих остатков Ctrl-F2"
(вызывается в режиме
редактирования из локального меню в нижней панели окна =Расходные ордера=) -
в открывающемся окне нет остатков МЦ по текущему "подразделению".
Хотя если просмотреть сальдовые остатки МЦ в ремонтах на
дату ордера, то видим, что в указанном подразделении есть МЦ в наличии.
Из help:
"Данная функция открывает окно =Текущие остатки по матценности=,
в котором отображается наличие текущих остатков по матценности на предприятии,
на текущем складе, а также подробно во всех разрезах.
...
При нажатии комбинации клавиш Ctrl+Enter выполняется расчет на заданную
дату и вывод средних цен по каждому из разрезов. Если используется метод
средней цены по предприятию, то средние цены в каждом разрезе будут одинаковыми,
если же применяется метод средних цен по разрезу, то - в зависимости от
приходов/расходов по разрезам".
Приходных ремонтаных ордерах названная функция задизаблена.
Как измененно :
создан интерфейс для "Выбор партии из текущих остатков" по
текущему подразделению
2014-11-17 15:45:31
Краткое описание :
Добавить поле "Цена списания"Описание :
Накладная на отпуск МЦ для ремонтаЧто измененно :
Если производится отпуск со склада у которого в настройках
установлено
"Списание = по фактической цене приобретения" и значение,
указанное в поле "цена" не соответсятвует той, которую можно для
данной МЦ выбрать из интерфеса =Выбор из свободных приходов=,
то при нажатии кнопки [Перевод в ремонты] выдается сообщение:
"Не указана цена списания.
МЦ: МЦ № 1
Партия:
ОК".
Поля "цена списания" в "Накладной на отпуск МЦ для ремонта" нет.
Предложение:
в окно редактирования "Накладной на отпуск МЦ для ремонта" добавить
поле "цена списания" - это поле должно появляться если в шапке накладной на
отпуск выбран склад у которого в настройках установлено
"Списание = по фактической цене приобретения" (по аналогии, как в Управлении
сбытом -> Накладные на отпуск).
Значение поля "Цена" должно меняться как обычно в окне =Товарная спецификация=
(в расширенной информации по МЦ), а при попытке ввести значение в новое поле
"цена списания" должно выводиться окно =Выбор из свободных приходов=
(как в Управлении сбытом -> Накладные на отпуск).
При этом "Цена списания" должна использоваться при формировании складских и
ремонтных ордеров, а значение поля "Цена" использоваться при печати накладной.
Как измененно :
доработано
2014-11-17 15:45:31
Краткое описание :
Расширить типы внешних атрибутов для объекта ремонтаОписание :
Каталог объектов ремонтаЧто измененно :
Для каталога объектов ремонта сделан специальный
режим настройки и использования дополнительных
(внешних) атрибутов в зависимости от классификации
объектов ремонта.
Тип дополнительных атрибутов объекта ремонта
сейчас может быть - строка, вещественное число, дата и
время. Не хватает еще трех типов, которые есть у
стандартных внешних атрибутов - мемо-поле, ссылка
(аналитика), ссылка (прочие таблицы).
Необходимо добавить эти три типа атрибутов,
которые будут использоваться в алгоритмах МТО и для
других целей.
Как измененно :
Для каталога ОР добавлены внешние атрибуты
мемо-поле, ссылка
(аналитика), ссылка (прочие таблицы), по аналогии с общими внешними атрибутами.
2014-11-17 15:45:31
Краткое описание :
Переименовать функции: добавить слово "шаблонам"Описание :
Шаблоны ОРЧто измененно :
На вкладке "Картинка для отображения в дереве" в локальном меню
(вызов по Alt+F10) предусмотрены функции:
- "Разнести текущую пиктограмму по всем входящим ОР",
- "Разнести все пиктограммы по всем входящим ОР".
Переименовать функции: добавить слово "шаблонам":
- "Разнести текущую пиктограмму по всем входящим шаблонам ОР",
- "Разнести все пиктограммы по всем входящим шаблонам ОР".
Как измененно :
Для шаблонов ОР
На вкладке "Картинка для отображения в дереве" в локальном меню
(вызов по Alt+F10) переименованы функции:
- "Разнести текущую пиктограмму по всем входящим ОР",
- "Разнести все пиктограммы по всем входящим ОР".
на:
- "Разнести текущую пиктограмму по всем входящим шаблонам ОР",
- "Разнести все пиктограммы по всем входящим шаблонам ОР".
2014-11-17 15:45:31
Краткое описание :
Переименовать заголовок окнаОписание :
план работ на месяцЧто измененно :
Переименовать заголовок окна
Нет в классификатора ПиР:
Отчеты -> Планирование ремонтных работ ->
План работ подрядной организации на месяц,
открывается окно =Отчет "План работ подрядной организации на месяц=,
нажимаем кнопку [Настройка], открывается окно
=Ввод параметров формирования отчета "План работ на месяц"= - заголовок
нужно переименовать в соответствии с текущим отчетом.
Как измененно :
Отчеты -> Планирование ремонтных работ ->
План работ подрядной организации на месяц,
открывается окно =Отчет "План работ подрядной организации на месяц=,
нажимаем кнопку [Настройка], открывается окно
=Ввод параметров формирования отчета "План работ на месяц"=
переименовано в
=Ввод параметров формирования отчета "План работ подрядной организации на
месяц"=
2014-11-17 15:45:31
Краткое описание :
Переименовать поле в настройке отчета "Количество ремонтов"Описание :
Выполнение ремонтов за периодЧто измененно :
Переименовать поле в настройке отчета "количество ремонтов"
на "Количество Актов выполненных ремонтов более", т.к. это название
отражает какое значение будет анализироваться.
Как измененно :
Переименовано поле в настройке отчета "количество ремонтов"
на "Количество Актов более", т.к. это название
отражает какое значение будет анализироваться.
2014-11-17 15:45:31
Краткое описание :
"Формирование заявки на ремонт по графику ППР" копировать
Аналоги МЦ при...условОписание :
Формирование заявки на ремонт по графику ППРЧто измененно :
В настройке установлено: "Использовать аналоги для МЦ = Да".
Функция "Формирование заявки на ремонт по графику ППР" копировать
Аналоги МЦ при ниже названных условиях.
Выдержка из Help:
1.) "Система сформирует на каждый выбранный график заявку по следующему
принципу: при настройке Формировать заявки на ремонт из типовых ремонтов = Да
заявка создается на основе типового ремонта, если типового ремонта нет или
настройка запрещает это, то заявка на ремонт создается на основе существующей
заявки на ремонт со следующими атрибутами: Заявка на этот объект ремонта,
вид ремонта, подразделение, куратор ремонта, статус = закрытый и с
датой максимально поздней."
-------------------------------------------------------------------------------
Не копируются Аналоги МЦ в случае, если заявка на ремонт создается на основе
существующей заявки на ремонт.
-------------------------------------------------------------------------------
2.) "Если в настройке установлено значение Использовать "сводные" заявки = Да,
то при использовании операции "Формирование заявки на ремонт по графику ППР"
появляется возможность формировать заявки не только по типовому ремонту из
графика, по которому формируется заявка, но и дополнение ее спецификации
набором Услуг (работ) и МЦ, которые указаны в типовом ремонте на такой же
вид ремонта у объектов ремонта, которые являются подчиненными к объекту
ремонта, указанному в графике (установке).
При этом должны быть соблюдены условия: норма с таким же видом ремонта как и
в графике, и дата следующего ремонта в норме подчиненного объекта ремонта
попадает на тот же год, что и дата ремонта для Установки.".
Как измененно :
Если установлена настройка "Использовать аналоги для МЦ" - "Да"
при пакетном формировании заявки на ремонт по графику
копируются Аналоги МЦ в случае,
если заявка на ремонт создается на основе
существующей заявки на ремонт.
2014-11-17 15:45:31
Краткое описание :
Просмотр текущих остатков по Ctrl+F2Описание :
Акты выполненных ремонтов подрядным способомЧто измененно :
По Ctrl + F2 в актах выполненных ремонтов дать возможность
выбирать из текущих остатков
Как измененно :
По Ctrl + F2 в актах выполненных ремонтов, если есть
остатки в данном разрезе, Доступен "Выбор партии из текущих остатков"
2014-11-17 15:45:31
Краткое описание :
Добавление записей при установленном фильтре и отображение
уст-го фильтра в заг.Описание :
Журнал регистрации выявленных дефектовЧто измененно :
Установлено:
Расширенный режим работы = Да,
Статус по умолчанию = запланировано.
Запускаем Документы -> Журнал регистрации выявленных дефектов,
устанавливаем фильтр по "Статусу = ремонт" (период задан тоже).
Отфильтровалась одна запись (все верно). В заголовке окна
отображается что установлен фильтр (период и статус).
Нажимаем F7 при этом осуществляется переход в режим редактирования
отфильтрованной записи, Esc - отображается одна и та же запись два
раза и не отображается что установлен фильтр.
Исправить работу системы при приведенных условиях.
Как измененно :
Исправлено, при установленной фильтрации по статусу ОР нельзя
создать новую запись
если статус фильтрации отличается от статуса из настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Журналы \
Журнал регистрации выявленных дефектов \ Статус по умолчанию" ,
иначе устанавливается в новой документе статус из окна фильтрации.
2014-11-17 15:45:31
Краткое описание :
Автоматическое создание Заявок на ремонтОписание :
Расчет графика ППРЧто измененно :
Автоматическое создание Заявок на ремонт при прерывании расчета
графика ППР
описание во вложении
Как измененно :
Исправлено. Даже если прервать расчет - удаляются временные
заявки, которые были созданы для расчета графика
2014-11-17 15:45:31
Краткое описание :
Дата в Журнале ХО должна соответствовать дате документаОписание :
Акты выполненных ремонтов подрядным способомЧто измененно :
Дата в Журнале ХО должна соответствовать дате документа
При формировании сторнирующего акта в журнале
хозопераций осталась дата первоначального формирования
сторнирующего документа, которая попадает в будущий
период - это ошибка. Дата в ЖХО должна соответствовать
дате документа. Поменять дату вручную программа не
дает.
(описание во вложении)
Как измененно :
При изменении даты Акта выполненных ремонтов изменяется дата обработки в ХО
2014-11-17 15:45:31
Краткое описание :
Расчёт оценочных обязательств по отпускам для сотрудников,
принятых во второй половине годаОписание :
_Планирование отпусковЧто измененно :
Для расчёта оценочных обязательств по отпускам необходимо,
чтобы в план-графике был сформирован плановый отпуск сотрудника.
Отпуск предоставляется через 6 месяцев.
Если сотрудник принят на работу, скажем, в июле, то отпуск ему положен не ранее
января следующего года.
Таким образом, в план-графике на текущий год записи об отпуске для этого
сотрудника не будет.
А расчёт оценочных обязательств по отпускам необходимо выполнять уже в текущем
году.
В свете новых принципов и возможностей функционала (новая реализация работы с
отпусками на 9.1), предлагается рассмотреть вариант формирования записей по ОО
не на основании план-графика отпусков, а на основании рабочих периодов и
полагающихся отпусков: рабочий период определяет, за какие месяцы и за сколько
дней в месяце нужно будет сформировать ОО, а полагающиеся отпуска определяют
количество дней отпусков.
Как измененно :
Для формирования оценочных обязательств добавлен параметр
"Формировать по" со значениями:
- "план-графикам": формирование ОО осуществляется по существующему в системе
алгоритму;
- "рабочим периодам":
При формировании ОО по л/с осуществляется обход всех назначений, привязанных
в этому л/с. Для назначения анализируются его рабочие периоды, имеющие
пересечения с календарных годом, за который формируются ОО. Плановое количество
дней отпуска за год рассчитывается из количества полагающегося за РП отпуска
соотв. вида пропорционально пересечению РП и календарного года.
Расчет количества использованных дней отпуска для всех вариантов формирования
одинаков: рассчитывается по всем текущим фактическим отпускам сотрудника, а
также по архивным фактическим отпускам сотрудника с периодом учета с начала
года до отчетного периода, за который формируются ОО, включительно.
2014-11-17 15:45:30
Краткое описание :
Выполнение докомпиляции на MS SQL Server 2014Описание :
Конвертер базы данныхЧто измененно :
После запуска утилиты Alter_Cumulative.exe получено сообщение,
что процесс ASQL.EXE завершился с ошибкой ExitCode = 1.
В протоколе работы утилиты :
Необходим Microsoft SQL Server 08.00, 09.00, 10.00 или 11.00
[2014-10-15 09:25:43.435] Warning: Отправлен автоматический ответ
[ESC-отмена]
[2014-10-15 09:25:43.622] Verbose: Программа может работать некорректно [
Enter-продолжить ESC-отмена ] : отмена.
[2014-10-15 09:25:43.622] Verbose: Вы не обладаете правами для работы с
выбранной базой данных.
[2014-10-15 09:25:43.622] Warning: Отправлен автоматический ответ [N-нет]
[2014-10-15 09:25:43.810] Verbose: Повторить попытку соединения? [ Y-да
N-нет ] : нет.
В процессе работы утилита не предоставляла возможность продолжения установки,
хотя из протокола видно, она есть.
Как измененно :
исправлено
2014-11-17 15:45:31
Краткое описание :
Интерфейсы выбора при наличии корретировочного актаОписание :
Реестр смонтированного оборудованияЧто измененно :
Интерфейсы выбора при наличии корректировочного акта
Как измененно :
В интерфейсах выбора:
- "обычный интерфейс выбора";
- "расширенный интерфейс выбора";
- "расширенный интерфейс выбора с поддержкой DSQL"
не отображаются позиции, по котором были сформированы сторнирующие документы.
2014-11-17 15:45:31
Краткое описание :
Внешний атрибут к актам сверки по договорамОписание :
Акты сверкиЧто измененно :
Внешний атрибут к актам сверки по договорам
Как измененно :
Добавлена работа с внешними атрибутами и внешней классификацией в актах сверки.
Доступ к редактированию с учетом доступа к редактирования акта сверки и настройки доступа к вн. атрибутам.
2014-11-17 15:45:31
Краткое описание :
В печатную форму КСУ не выводить ордера "Балансировка" по настройкеОписание :
Карточки складского учетаЧто измененно :
В печатную форму КСУ не выводить ордера "Балансировка" по настройке
При формировании дооценки с параметром "Заполнять
поля КАУ по объектам целевого учета" дооценка
производится даже при многовалютном учете. Это
устраивает, единственный недостаток - множество
приходных ордеров "Балансировка".
Можно ли сделать пользовательскую настройку по
приходным ордерам и при печати карточки складского
учета с параметром видеть балансировочные ордера или
нет, т.к. это техническая информация. Пользователи не
хотят чтоб это было видно при проверке предприятия
другими службами.
Как измененно :
Добавлена настройка:
"Настройки Галактики \ Логистика \ Складской учет \ Печать \ Балансировочные ордера в печатной форме КСУ" - включать/не включать
По умолчанию "включать", работает как и ранее.
При значении "не включать" дооценочные ордера с номером "Балансировка" не включаются в печать КСУ.
2014-11-17 15:45:31
Краткое описание :
В рамках решения проблемы ПиР 101.45605 была добавлена настройкаОписание :
Не знаю, какая именно часть модуля Управление договорами, научитеЧто измененно :
В рамках решения проблемы ПиР 101.45605 была добавлена настройка
В рамках решения проблемы ПиР 101.45605 для
клиента СХОАО "Белореченское" была добавлена настройка
"Разрешать превышение накладными и актами суммы по
договору" с вариантом значения "нет (без учета
возвратной тары)". Был спецпатч. Сейчас клиент
собирается переходить на 9.1 необходима указанная
доработка.
Как измененно :
У настройки "Разрешать превышение накладными и актами суммы по
договору" добавлено значение "нет (без учета
возвратной тары)".
2014-11-17 15:45:31
Краткое описание :
Не работает импорт план-графика отпусков из Excel-файлаОписание :
Формирование план-графиков отпусковЧто измененно :
При выполнении функции "Формирование план-графика отпусков" с параметром "Источник данных:" = "Файл импорта MS Excel" по каждому сотруднику, по которому производится импорт отпусков, возникает сообщение "у сотрудника нет назначения с таким табельным номером", и, как результат, импорт дальше не идет
Как измененно :
Исправлен тип в Табельном номере на LongInt.
2014-11-17 15:45:31
Краткое описание :
Не выпускает из интерфейса выбора склада в Актах выполненых ремонтовОписание :
Акты выполненных ремонтов собственными силамиЧто измененно :
Не выпускает из интерфейса выбора склада в Актах выполненых ремонтов.
Ситуация возникает если не установлен МОЛ в документе и значение настройки:
"Настройки Галактики \ Общие настройки системы \ Интерфейсы выбора \
Автоматический выбор МОЛ в документах" - да
Как измененно :
При выборе из расширенной информации Акта выполненных ремонтов или
акта на списание подразделения при условиях:
1) не установлен МОЛ в документе
2) значение настройки:
"Настройки Галактики \ Общие настройки системы \ Интерфейсы выбора \
Автоматический выбор МОЛ в документах" - да
дает выйти из ин-са, т.е. повторно автоматически не вызывается
окно выбора подразделения
2014-11-17 15:45:31
Краткое описание :
Позиционировать на выбранную записьОписание :
Заявки на ремонтЧто измененно :
Позиционировать на выбранную запись в заявках и актах по кнопке
Дефекты попадаем
на список записей стоим на нужной записи и F4 - открывается интерфейс
редактирования,
но курсор прыгает на первую запись, а надо бы на нужную.
Как измененно :
Исправлено.
Позиционируется на выбранную запись.
2014-11-17 15:45:31
Краткое описание :
Расширенная информация, Заявка на ремонт, поля
груотправитель и грузополучатель.Описание :
Заявки на ремонтЧто измененно :
Расширенная информация, Заявка на ремонт. Поля
"груотправитель" и "грузополучатель"
не заполняются автоматически при установке Способ выполнения ремонта = "Ремонт
собственными силами".
Создать ОР, норму на ремонт к нему, где указать способ выполнения ремонта =
"Ремонт собственными силами".
Произвести расчёт графика ППР. Открыть созданную заявку на ремонт, нажать
кнопку [Расширенная информация].
Поля "Грузоотправитель" и "Грузополучатель" будут пустыми. В обоих полях должна
стоять собственная организация.
Нажать Esc. Если выбрать другой способ выполнения ремонта, а затем опять
"Ремонтсобственными силами",
то указанные поля заполнятся правильно.
Проблема проявляется только при автоматическом расчёте графика ППР на основании
нормы на ремонт. Если создать заявку вручную, то поля заполняются с первого
раза.
Как измененно :
При автоматическом расчёте графика ППР на основании нормы на
ремонт при создании заявок
правильно заполняются поля "Грузоотправитель" и "Грузополучатель" в расширенной
информации.
2014-11-17 15:45:31
Краткое описание :
Корректировка статуса объекта ремонта при смене статуса
Основного средства.Описание :
Использование операций с картотекой ОСЧто измененно :
Корректировка статуса объекта ремонта при смене статуса
Основного средства на "Выбыл из эксплуатации". Подробно во вложенном файле.
Как измененно :
Доработано. При указанных условиях у ОР устанавливается статус
"выбыл из эксплуатации"
и признак "не использовать"
2014-11-17 15:45:31
Краткое описание :
Отчёты, Планирование ремонтных работОписание :
План работ подрядной организации на месяцЧто измененно :
Отчёты, Планирование ремонтных работ.
Активизировать пункт меню Отчёты \ Планирование ремонтных работ \ План работ
подрядной организации на месяц.
Зайти в режим "Настройка", в открывшемся интерфейсе лишняя запись
"Группировать записи", т.к. фильтр по ней не предусмотрен.
Как измененно :
Отчёты, Планирование ремонтных работ.
Активизировать пункт меню Отчёты \ Планирование ремонтных работ \ План работ
подрядной организации на месяц.
Зайти в режим "Настройка", в открывшемся интерфейсе убрана запись
"Группировать записи".
2014-11-17 15:45:31
Краткое описание :
Проверка ссылочной целостности для типовых ремонтовОписание :
Типовые ремонтыЧто измененно :
Проверка ссылочной целостности для типовых ремонтов.
Добавить проверку на существование записи в Типовых ремонтах для интерфейсов:
- Графики ППР
- Заявки на ремонт
- Нормы
Также добавить проверку при удалении записи в типовом ремонте на наличие
ссылки на данную запись в других каталогах.
Как измененно :
Добавлен пункт меню ТОРО-операции-Проверить ссылки на типовые
ремонты
Проверяет ссылки на типовые ремонты, если типовые ремонты удалены, а
ссылки остались, то обнуляет их
2014-11-17 15:45:31
Краткое описание :
Не считать налоги в документе "Акты выполненных работ
собственными силами"Описание :
Акты выполненных ремонтов собственными силамиЧто измененно :
Предложение:Дать возможность не считать налоги в документе
"Акты выполненных работ собственными силами" (документ внутр. зачем там налоги).
Может через настройку как для для актов на списание
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Акты
выполненных ремонтов и акты на списание \ Акты на списание МЦ из ремонтов \
Считать налоги"?
Как измененно :
Добавлена настройка
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Акты
выполненных ремонтов и акты на списание \ Акты на ремонт собственными силами \
Считать налоги"
- Да (по умолчанию) - работа системы не изменилась
- Нет - не рассчитываются налоги в Акте выполненных ремонтов собственными силами
2014-11-17 15:45:31
Краткое описание :
Реализовать универсальный MarkerОписание :
Предложение по новой функциональности контура логистикиЧто измененно :
Создать на основе IMarker свой, умеющий хранить порядок сортировки, количество
Как измененно :
Созданы 2 объекта маркеров - ILMarker и ILMarkerEx.
Теперь они используются в документах логистики.
2014-11-17 15:45:31
Краткое описание :
выбор из текущих остатков (акты на списание из ремонтов)Описание :
Акты на списание МЦ из ремонтаЧто измененно :
Клиент просит интерфейс выбора из текущих остатков (в актах на списание из ремонтов), идентичный тому, который доступен в складском учете с учетом значения настройки " в спецификации накладной на внутр.перемещение, в актах инвентаризации и списания - выбор из текущих остатков в разрезе партий".
Оптимальным вариантом видится добавление соответствующего значения для настройки 1579 "в спецификации акта на списание МЦ из ремонтов по вызывать", например,
"выбор из текущих остатков - складской интерфейс".
Как измененно :
Добавлено значение для настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Акты выполненных ремонтов и акты на списание \ Акты на списание МЦ из ремонтов \ в спецификации акта на списание МЦ из ремонтов по вызывать"
- выбор из текущих остатков в разрезе партий
при выборе этого значения в актах на списание из ремонта по вызывается интерфейс
"выбор из текущих остатков в разрезе партий" (складской интерфейс).
2014-11-17 15:45:31
Краткое описание :
Выгрузка данных из Галактика ERP в xmlОписание :
Предложение по новой функциональности модуля ТОРОЧто измененно :
Выгрузка данных из Галактика ERP в xml
Как измененно :
интерфейс выгружает данные в xml полученные в результате
выполнения DSQL запроса,
который пишется в файл DSQLQuery.txt и должен быть расположен в папке запуска
галактики.
Для запуска импорта надо запустить внешний интерфейс
Сервис - Утилиты - запуск внешнего интерфейса L_Remont::ImportDSQL.
пример файла запроса
1@KatStroy
SELECT
KatStroy.NRec NRec
, KatStroy.Name Name
, KatStroy.Code Code
, KatStroy.cStroy cStroy
FROM
KatStroy
where 1 = 1
1/@KatStroy
после выполнения выгрузки создается файл с именем указанным в запросе после (1@
- 1@KatStroy)
в нашем случае KatStroy.xml
2014-11-17 15:45:31
Краткое описание :
Не выпускает из окна "Корректировка объект ремонта"Описание :
Каталог объектов ремонтаЧто измененно :
Не выпускает из окна "Корректировка объект ремонта".
Закладка "Классификация" - F4, F3, например в типе ремонта и теперь уже не
выпускает из окна, требуя ввести
название, код объекта. Вводим - не помогает, запись очищается и теперь только
снимать приложение.
Кстати и в закладке классификация уже по F3 ничего нельзя выбрать...
Как измененно :
Проблема изначально в том, что при автоматическом
позиционировании при запуске интерфейса не происходит
обновление данных в закладках "Паспорт", "Классификация"...
Из-за этого возникала некорректная ситуация. Теперь все работает корректно.
2014-11-17 15:45:31
Краткое описание :
Устранить неточности при печати формы Т-55Описание :
Наряд-акт на производство работЧто измененно :
Устранить неточности при печати формы Т-55:
- в разделе 1 Выпущено продукции в графе единица измерения и ее код для всех
позиций печатается "Ящик 987" - это
последняя запись в Kated;
- в разделе 4. Наименование и количество оприходованной лесопродукции
печатаются только те МЦ и услуги, начиная на
которой стоял курсор, т.е. имеем 10 позиций в спецификации, курсор остался на
последней - выводится только эта запись.
Как измененно :
Управление лесным хозяйством \ Документы \
Наряд-акт на производство работ
Устранили неточности при печати формы Т-55:
1) подправили вывод единиц измерения и ее код;
2) изменили вывод спецификации в таблицу
Наименование и количество оприходованной лесопродукции.
2014-11-17 15:45:31
Краткое описание :
Корректировка расчетных периодов в новой технологии планирования отпусков (ошибки)Описание :
Интерфейс "Справочник рабочих периодов"Что измененно :
Корректировка расчетных периодов в новой
технологии планирования отпусков (ошибки).
Сформировали рабочие периоды, создали приказ на
отпуск, после этого изменили дату окончания первого РП.
В результате изменился рабочий период в уже
утвержденном отпуске и произошел сдвиг полагающихся
отпусков (которые были использованы в приказе на
отпуск). Подробнее во вложении.
Как измененно :
Изменился подход к формированию искусственного сдвига (выделяется красным цветом, формируется при изменении даты окончания или объединении РП): количество дней сдвига рассчитывается по формуле:
Количество = УстДатОк - ПервДатОк,
где УстДатОк - установленная дата окончания РП;
ПервДатОк - первоначальная дата окончания РП без каких либо сдвигов (дата начала РП + 12 месяцев - 1 день).
Таким образом, при наличии искусственного сдвига он "поглощает" системные сдвиги, т.е. системные сдвиги не влияют на этот рабочий период. При пересчете сдвигов рабочего периода: если в рабочем периоде найден искусственный сдвиг, производится его учет, при этом учет системных сдвигов не осуществляется.
Разработан конвертер, который осуществляет проход по рабочим периодам сотрудников, при наличии искусственного сдвига в РП система производит его пересчет по указанной выше формуле и удаляет все системные сдвиги в этом РП.
Изменен интерфейс выбора РП, используемый для выбора РП остатков и выбора РП для объединения: добавлены поля "Вид назн.", "Существуют полаг. отпуска", "Существуют факт. отпуска".
В панели рабочих периодов добавлен столбец "Ф", содержащий признак наличия фактических отпусков выданных за этот рабочий период.
В панели рабочих периодов добавлены пункты меню:
- "Объединить рабочие периоды"
1) открывается окно параметров объединения рабочих периодов с двумя полями: в первом выбирается рабочий период, с которого осуществляется объединение; а во втором - по который.
2) при выборе рабочих периодов осуществляются проверки:
* рабочие периоды должны принадлежать одному назначению,
* дата начала объединенного рабочего периода не может быть больше даты окончания.
Если какая-либо из проверок не была пройдена, выдается соответствующее предупреждение и выбираемое поле не заполняется значением.
3) при нажатии кнопки "Объединить":
а) осуществляется проверка на наличие в выбранных рабочих периодах полагающихся отпусков или остатков за эти РП: если отпуска или остатки найдены, выдается соответствующее предупреждение объединение прерывается, окно параметров остается открытым.
б) дата окончания первого объединяемого рабочего периода устанавливается равной дате окончания последнего объединяемого рабочего периода;
в) по приведенной выше формуле рассчитывается искусственный сдвиг и формируется запись в базе для первого рабочего периода;
г) все рабочие периоды между выбранными, включая последний объединяемый рабочий период, удаляются;
д) запускается функция пересчета рабочего для сформированного объединенного периода.
4) при нажатии "Отмена" или закрытии интерфейса [Х], объединение рабочих периодов не производится.
- "Разделить рабочий период"
1) осуществляются проверки:
* на наличие в текущем рабочем периоде полагающихся отпусков или сформированных остатков за этот РП;
* на наличие "искусственного" сдвига в текущем рабочем периоде.
Если какая-либо из проверок не пройдена, выдается соответствующее предупреждение и разделение прерывается.
2) система удаляет "искусственный" сдвиг рабочего периода и запоминает дату окончания разделяемого РП как "основную";
3) система пересчитывает дату окончания первого РП с учетом системных сдвигов, и далее формирует рабочие периоды до тех пор пока дата рассчитываемая дата окончания до "основной";
4) остаток после деления на рабочие периоды, недостаточный для формирования еще одно РП, присоединяется к последнему сформированному РП (в нем формируется "искусственный" сдвиг на количество дней остатка).
Исправлено формирование полагающихся отпусков для вновь созданного рабочего периода при наличии переводов в нем (не учитывались отпуска по последней текущей должности).
2014-11-17 15:45:31
Краткое описание :
Отображать формирующий ордер в Связанных документах по спецификации Возвратной накладнойОписание :
Накладные на возврат по рекламацииЧто измененно :
Отображать формирующий ордер в Связанных документах по спецификации Возвратной накладной.
Сейчас отображаются ордера по Формирующей накладной, и ордера по самой рекламационной накладной.
Но не отображается Формирующий ордер (ордер, по которому осуществляется возврат). В спецификации есть на него ссылка: SpSopr.cSpOrder.
Нужно этот ордер отобразить следующий образом:
- в поле "Тип документа" вывести "Формирующий ордер <вид ордера>", где <вид ордера> - наименование ордера с видом учета, например, приходный складской или расходный УКС.
- Если такой ордер валиден, то вывести данные по нему в соответствующие поля
- Если SpSopr.cSpOrder = 0, то вывести в поле "Тип документа": Формирующий ордер <Без ордера>
- Если SpSopr.cSpOrder <> 0 и запись ордера не валидна, то вывести в поле "Тип документа": Формирующий ордер <Нет ордера>
Как измененно :
Управление снабжением \ Документы \ Накладные на
возврат по рекламации
Добавили дополнительный текст "Формирующий ордер"
в Накладную на возврат при отображении ордера в
спецификации, по которому осуществлялся возврат: в поле
"Тип документа" выводим "Формирующий ордер <вид
ордера>", где <вид ордера> - наименование ордера с
видом учета, например, приходный складской или
расходный УКС.
2014-11-17 15:45:31
Краткое описание :
Убрать F3,F7,F8 из статус-строкиОписание :
Не знаю, какая именно часть модуля Управление сбытом, научитеЧто измененно :
Убрать F3,F7,F8 из статус-строки в окне выбора товаров, когда курсор на кнопках.
Для РБ - Прайс-листы - Прейскурант цен - по остаткам МЦ.
Как измененно :
Убрано
2014-11-17 15:45:31
Краткое описание :
Обнуляется сумма в акте на прием услугОписание :
Акты на услуги, работыЧто измененно :
Обнуляется сумма в акте на прием услуг. Создаем в приходной накладной услугу на другого контрагента, создаем новый акт на прием услуг. В спецификации акта указываем тип услуги % к МЦ и выбираем услугу, больше ничего не изменяем (процент по умолчанию 1), сумма посчиталась и отображается в акте. Переходим в верхнюю панель и вызываем акт на печать, сумма в печатной форме 0, закрываем печатную форму и смотрим, что в спецификации сумма тоже обнулилась. Если установить любой другой процент, то все считается правильно и ничего не обнуляется.
Как измененно :
Документы - Приходная накладная - РИ - Услуги
созданные на другого контрагента
При добавлении услуги в процентном содержании
подкорректировали пересчет - обновляем запись услуги не
одной позиции, а несколько.
2014-11-17 15:45:31
Краткое описание :
Нужен "антиконвертер" ,т.к. конвертер добавленный при решении ПИР 101.52314 оказался нужным не всем пользователямОписание :
3. Временное замещение без освобождения от своих обязанностейЧто измененно :
Автоматически отработал конвертер в утвержденных приказах РПД-3 без выбранной опции "оставить значения основного назначения", заменив их на РПД-70 и изменив историю назначений сотрудника. Как оказалось по факту, клиент никогда не выбирал опцию "оставить значения основного назначения" и его устраивала работа функционала. Как отменить действия конвертера?
Как измененно :
Добавлен вызываемый через запуск внешних интерфейсов интерфейс "Z_STAFFNASTR::ANTICONVERT_RPD_3_70", позволяющий отменить действия, произведенные конвертером РПД-3 в РПД-70.
При нажатии кнопки "Конвертировать РПД-70 в РПД-3" выполняется преобразование ранее полученных из РПД-3 приказов с РПД-70 обратно в РПД-3 с переносом назначений со вкладки "Временные переводы" обратно на вкладку "Заместительства".
После проведения преобразований (при их наличии) на экран выводится протокол сообщений с информацией о том, какие назначения сотрудников и по каким приказам были перенесены в картотеке на другую вкладку.
Неактивная по умолчанию кнопка "Конвертировать РПД-3 в РПД-70" позволяет повторить действия ранее созданного конвертера. Активировать ее можно с помощью конфигуратора.
2014-11-17 15:45:31
Краткое описание :
Неправильная дата проведения в спецификации накладнойОписание :
Приходные накладныеЧто измененно :
Неправильная дата проведения в спецификации накладной:
создали ДО и по нему накладную(от 16.10.2014), далее 22.10.2014 оприходовали МЦ.
Выполняем проверку КОУ:
Проверка накладных
Накладная на прием МЦ № MIV@44564222 от 16/10/2014: неправильная дата проведения (ДД/ММ/ГГГГ вместо 22/10/2014) в одной из спецификаций. (Table SpSopr NRec=281474976736246)
Нужно подкорректировать спецификации накладных с неправильной датой операции: 1
Проверка накладных закончена
Как измененно :
При создании приходного ордера по накладной корректно проставляется дата проведения по позициям спецификации.
2014-11-17 15:45:31
Краткое описание :
Добавить возможность обратной фильтрации в параметрах бланка инвентаризации.Описание :
Инвентаризационные бланкиЧто измененно :
Добавить возможность обратной фильтрации в параметрах бланка инвентаризации.
Как измененно :
Добавлена возможность обратной фильтрации в параметрах бланка инвентаризации по МЦ и группам МЦ.
2014-11-17 15:45:31
Краткое описание :
Ошибка в формировании спецификации акта приемки материалов по соглашениюОписание :
Акты о приемке материаловЧто измененно :
Ошибка в формировании спецификации акта приемки материалов по соглашению. "Документ уже связан с договором/соглашением/ПКП"
Как измененно :
Убрано сообщение при создании Акта о приемке материалов по договору/соглашению.
2014-11-17 15:45:31
Краткое описание :
При формировании формы [транснефть] м-11 на 1-й странице выводится только 10-ть позиций, нужно на весь лист.Описание :
Накладные на внутреннее перемещениеЧто измененно :
При формировании формы "[Транснефть] Требование-накладная. Форма М-11" на 1-й странице выводится только 10-ть позиций спецификации, нужно сделать вывод на весь лист, что бы не было пустого места.
Как измененно :
На первой странице выводится 16 позиций, если нет ДЕИ по МЦ и 12 позиций, если есть ДЕИ.
2014-11-17 15:45:31
Краткое описание :
При запрете редактирования документа, можно удалить спецификацию Приходной накладнойОписание :
Приходные накладныеЧто измененно :
При запрете редактирования документа, можно удалить спецификацию Приходной накладной/
См вложение.
Как измененно :
Выбор договора, соглашение и ПКП в сопр.документах.
Если при установленном фильтре по контрагенту создаем сопроводительный документ по договору (соглашению, ПКП) с другим контрагентом, то выдается сообщение:
Сопроводительный документ не попадает под условие установленного фильтра.
Выберите другой договор или снимите фильтр.
Формирование сопр.документа прерывается.
2014-11-17 15:45:31
Краткое описание :
Снимать фильтр в ДО при создании по договоруОписание :
Счета, ДО на продажуЧто измененно :
Снимать фильтр в ДО при создании по договору, если новый документ не попадает в установленные ограничения
Как измененно :
При выборе договора в расширенной информации ДО, если ДО не попадает в фильтры, они снимаются.
2014-11-17 15:45:31
Краткое описание :
Лишний запрос на вставку спецификации в приходную накладнуюОписание :
Приходные накладныеЧто измененно :
Лишний запрос на вставку спецификации в приходную накладную.
При установленном фильтре по к\а и выборе Соглашения на другого к\а
выдается запрос на вставку спецификации. При выборе самого Договора такого
запроса нет
Как измененно :
Убраны лишние предупреждения при формировании СД по договору при установленном фильтре по контрагенту.
2014-11-17 15:45:31
Краткое описание :
Некорректность в БГОписание :
Работа с банковской гарантиейЧто измененно :
Некорректность в Банковской Гарантии, при проверке статусов:
Банковская гарантия 333/44 от 16/10/2013 г. (NRec = 281474976712986)
Несоответствие вида документа (=408)
Банковская гарантия 55/789 от 01/02/2014 г. (NRec = 281474976712987)
Несоответствие вида документа (=408)
Банковская гарантия 55555 от 03/09/2014 г. (NRec = 281474976712988)
Несоответствие вида документа (=408)
--------------------------------------------------------------------------------
Выявлено некорректных ссылок : 0
Выявлено несоответствий статуса: 0
Выявлено несоответствий вида : 3
Выявлено некорректных статусов : 0
--------------------------------------------------------------------------------
Всего проведено документов
документов-оснований : 1872 из 1872
сопроводительных документов: 3448 из 3448
договоров, соглашений : 396 из 396
планов : 410 из 410
наряд-заказов : 76 из 76
распоряжений на отгрузку : 50 из 50
актов сверки : 439 из 439
инвентаризаций : 46 из 46
--------------------------------------------------------------------------------
Непроверенные типы документов:
Документ-основание вида 560
Документ-основание вида 1410
Документ-основание вида 1420
Как измененно :
Исправлено
2014-11-17 15:45:31
Краткое описание :
Нельзя принять операцию прекращенияОписание :
Работа с банковской гарантиейЧто измененно :
Нельзя принять операцию прекращения. Выдается сообщение 'Список изменений по операции пуст!'
Как измененно :
Исправлено.
Список изменений проверяется только при принятии операции изменения
2014-11-17 15:45:31
Краткое описание :
Зачем сразу же как только зарезервировали перенаправлять резерв?Описание :
Заявки на ремонтЧто измененно :
\r\nР’ ДО(закупка, продажа), созданных РїРѕ заявке РЅР° ремонт, неверное позиционирование\r\nРЅР° заявку: РІ расширенной информации шапки ДО РІ поле\r\nЗаявка РЅР° ремонт - F3 - попадаем РІ СЃРїРёСЃРѕРє заявок, РЅРѕ\r\nРєСѓСЂСЃРѕСЂ устанавливается РЅРµ РЅР° требуемую заявку, Р° РЅР° ту,\r\nкоторую просматривали РІ проуессе работы последней.\r\nР’РёРґРёРјРѕ РёР· DSK, Р° надо РЅР° заявку, РїРѕ которой создан ДО.\r\nКак измененно :
\r\nВ ДО(закупка, продажа) в расширенной информации при выборе поля \"Заявка на ремонт\"\r\nпроисходит позиционирование в каталоге выбора на текущую заявку.\r\n2014-11-17 15:45:31
Краткое описание :
Потребность в МТРОписание :
По нескольким актам - одно ДОЧто измененно :
Потребность в МТР
Формирование нового документа Потребность в МТР.
Новый документ "Потребность МТР"
Необходимо организовать возможность централизованной выгрузки данных по
плановой потребности в МТР из заявок на ремонт с автоматизированной
группировкой позиций МТР по номенклатурным номерам. Заявки отбираем, фильтруя
их по варианту графика, и по диапазону дат.
При расчете предварительной плановой потребности в МТР необходим учет следующих
реквизитов:
В шапке потребности
Поля: дескриптор (автомат), код (вручную), наименование (вручную), дата
выгрузки (автомат).
Добавить еще поля -
- Год (на которые планируется МТР),
- Подразделение (которое формирует потребность, если на весь завод, то
подразделение будет пустое),
- Статус (оформляемый, исполняемый, закрытый)
Состав потребности
N п\п Наименование реквизита Описание
1 Номенклатурный номер - старое Номенклатурный номер МТР. Формируется
автоматически.
Предусмотреть сортировку по полю.
2 Наименование МТР - заявленное Наименование МТР указанное механиком. (из
Заявки) Формируется автоматически.
Предусмотреть сортировку по полю.
3 Ед. изм Единица измерения МТР. Формируется автоматически.
4 Кол-во МТР потребное Количество МТР в указанной ед. изм.
А также 12 столбцов, в которых количество разбито по месяцам проводимого
ремонта, берется дата начала ремонта из заявки. Если ремонт длительность более
месяца - все кол-во МТР заносится в первый месяц.
5 Цена МТР Цена последней закупки МТР. Формируется автоматически по последнему
приходу при включенной соответствующей настройке (Цена из последнего ремонта -
заполнять автоматически, - не заполнять), ручная корректировка.
6 Стоимость МТР Стоимость МТР - замена для планирования РФ. Необходим учет по
каждой позиции МТР в ЛДВ. Автоматический расчет.
7 Дата последней закупки Дата последней закупки МТР - замена. Формируется
автоматически по последнему приходу при включенной соответствующей настройке.
Предусмотреть сортировку по полю.
Предусмотреть фильтрацию по полю
8 Наименование МТР - замена Наименование МТР указанное экономистом УПТК. Должно
быть пустым, при заполнении учитывать В случае отсутствия возможности закупки
МТР, указанного механиком, экономист УПТК подбирает адекватную замену и
указывает Наименование заменяющего МТР.
Предусмотреть сортировку по полю.
9 Номенклатурный номер - замена Номенклатурный номер МТР. Формируется
автоматически при выборе замены.
Предусмотреть сортировку по полю.
10 Группа МТР Предусмотреть фильтрацию по полю.
11 Кол-во МТР на складе Количество МТР на складе на момент проработки по
функции локального меню, которая подсчитает наличие данной МЦ на складах.
12 Кол-во МТР закупаемое Это количество потребное за вычетом наличия на
складе, учитывается аличие свободных остатков на склаед.
Поле подлежит ручной корректировке.
Аналогично разбить по месяцам.
Как должно работать: при пробежке по отобранным заявкам, МЦ переносятся в нашу
потребность, при условии что у работы, к которой относится данная МЦ, не стоит
признак "не использовать в заявке" группировка по номенклатурному номеру (+
группировка по объекту ремонта или классификации объекта ремонта) отрабатывает,
у МЦ заполняются соответствующие поля по месяцам, где месяц берется из даты
начала ремонта по заявке. Общая сумма по МЦ рассчитывается суммированием по 12
месяцам. Выгружая МЦ, сохраняем для каждого МЦ сцепку с позицией спецификации
заявки.
Предусмотреть возможность просмотра текущих остатков по позиции МТР. А также
запуск функции, которая автоматически заполнит поле Кол-во МТР на складе.
По каждой МЦ или по всем сразу можно рассчитать текущее наличие, количество МЦ
закупаемое должно рассчитываться как количество потребное за вычетом наличия на
складе .
По настройке организовать автоматизированный расчет цены последнего прихода МТР
по номенклатурному номеру, с указанием даты последней закупки. При отсутствии
данных по цене МТР, производится ручной ввод предполагаемой рыночной цены МТР.
Автоматизированный ввод цены должен регулироваться настройкой, при проставлении
цены проставляется и дата этой цены.
После выполнения ввода цены МТР производится перенос данных (Цена, наименование
МЦ для замены, если указано, ед.измерения) в заявку на ремонт и
автоматизированный расчет стоимости МТР, потребных для ТОРО по заявке, с
автоматическим изменением статуса заявки на ремонт, статус, необходимый для
проставления в заявке указывается в качестве параметра при сохранении данных
потребности в заявку.
Для каждой позиции МЦ можно указать в поле "Наименование МТР - замена" выбором
из каталога МЦ, другую позицию, на которую должна система будет заменить.
Предусмотреть возможность наложения фильтров по группам МТР, датам закупки.
Необходима возможность сортировки по полям 1, 2, 7, 8, 9 - см. табл. выше.
Как измененно :
Создан Новый документ "Потребность МТР" системный номер 564.
Документ состоит из шапки и спецификации.
Поля в шапке: дескриптор (автомат), код (вручную), наименование (вручную), дата
выгрузки (автомат).
Период (на который планируется МТР), Подразделение (которое формирует
потребность, если на весь завод,
то подразделение будет пустое), Статус (оформляемый, исполняемый, закрытый и
тд).
Спецификация собирается только при создании документа - открывается окно
параметров для отбора заявок,
затем система обрабатывает отобранные заявки и МЦ заполняет в спецификацию
потребности, группируя по
номенклатурному номеру.
Как это работает более подробно: при пробежке по отобранным заявкам, МЦ
переносятся в нашу потребность,
при условии что у работы, к которой относится данная МЦ, не стоит признак "не
использовать в заявке"
группировка по номенклатурному отрабатывает, у МЦ заполняются соответствующие
поля по месяцам, где месяц
берется из даты начала ремонта по заявке. Общая сумма по МЦ рассчитывается
суммированием по 12 месяцам.
Выгружая МЦ, сохраняем для каждого МЦ сцепку с позицией спецификации заявки.
Предусмотрены функции локального меню:
Возможность просмотра текущих остатков по позиции МТР. А также запуск функции,
которая автоматически
заполнит поле Кол-во МТР на складе.
По каждой МЦ или по всем сразу можно рассчитать текущее наличие, количество МЦ
закупаемое должно
рассчитываться как количество потребное за вычетом наличия на складе .
Автоматизированный расчет цены последнего прихода МТР по номенклатурному
номеру, с указанием даты
последней закупки. При отсутствии данных по цене МТР, производится ручной ввод
предполагаемой рыночной
цены МТР. При проставлении цены проставляется и дата этой цены.
Реализована функция импорта данных обратно в заявки на ремонт (Цена,
наименование МЦ для замены,
если указано) и автоматизированный расчет стоимости МТР, потребных для ТОРО по
заявке, с автоматическим
изменением статуса заявки на ремонт, статус, необходимый для проставления в
заявке указывается в качестве
параметра при сохранении данных потребности в заявку.
Для каждой позиции МЦ можно указать в поле "Наименование МТР - замена" выбором
из каталога МЦ, другую
позицию, на которую должна система будет заменить.
Предусмотреть возможность наложения фильтров по группам МТР, датам закупки.
Реализована возможность
сортировки в спецификации.
2014-11-17 15:45:31
Краткое описание :
Некорректности в созданной ведомостиОписание :
Объектная дефектная ведомостьЧто измененно :
Некорректности в созданной ведомости, создал ведомость,
добавил заявку и провожу проверку КОУ:
Проверка документов-оснований
В одном из этапов ДО (Документ с типом "560" N MIV@000004 от 22/12/2008)
вместо 22/12/2008 была дата ДД/ММ/ГГГГ (Table StepDoc NRec =
4611913718476509062)
В данном этапе ДО изменяется поле - Дата начала этапа
В одном из этапов ДО (Документ с типом "560" N MIV@000004 от 22/12/2008) есть
несоответствие сумм: вместо суммы ДО 33574.40 была сумма 0.00 (Table StepDoc
NRec = 4611913718476509062)
В ДО (Документ с типом "560" N MIV@000004 от 22/12/2008) нет ссылки на историю
изменения статуса. (Table BaseDoc NRec = 4611702504837724112)
Необходимы исправления в таблицах:
дата в спецификациях этапов ДО..0
валюта в спецификациях этапов ДО..0
дата в этапах ДО................1
сумма в этапах ДО...............1
год в документах-основаниях.....0
дата окончания действия ДО......0
Выявлено ссылок на несуществующие
пояснения по статусу: 1
Проверка документов-оснований закончена
Как измененно :
ТОРО - документы - ОДВ
Добавлено поле статус документа.
добавлена настройка:
Настройки Галактики \ Логистика \ Документы \
Управление ремонтами \ статус ОДВ по умолчанию
В функционале проверки КОУ убрана проверка
на наличие записей в таблице StepDoc для документа 560(ОДВ)
2014-11-17 15:45:31
Краткое описание :
Не заполняется поле Способ выполнения в заявке из Акта
предписанияОписание :
Акты предписанияЧто измененно :
Не заполняется поле Способ выполнения в заявке из Акта
предписания
Как измененно :
Теперь способ выполнения заполняется
2014-11-17 15:45:31
Краткое описание :
Нет связи между Актом предписания и Заявками созданными по
актамОписание :
Акты предписанияЧто измененно :
Нет связи между Актом предписания и Заявками созданными
по актам.
Как измененно :
При формировании заявки на ремонт из акта предписания в акт
предписания заносится ссылка
на сформированную заявку, если уже есть заявка сформированная по этому
акту, то система предлагает открыть ее на редактирование.
переименована кнопка "Создать заявку" в "Заявка".
В заявке в окне редактирования добавлена кнопка "Акт предписания",
если заявка создана по акту предписания, то он открывается на редактирование,
иначе выдается сообщение
------------------------------
Заявка не связана с Актом предписания!
------------------------------
2014-11-17 15:45:31
Краткое описание :
В ДО(закупка, продажа), созданных по заявке на ремонт, неверное позиционированиеОписание :
Заявки на ремонтЧто измененно :
В ДО(закупка, продажа), созданных по заявке на ремонт, неверное позиционирование
на заявку: в расширенной информации шапки ДО в поле
Заявка на ремонт - F3 - попадаем в список заявок, но
курсор устанавливается не на требуемую заявку, а на ту,
которую просматривали в проуессе работы последней.
Видимо из DSK, а надо на заявку, по которой создан ДО.
Как измененно :
В ДО(закупка, продажа) в расширенной информации при выборе поля "Заявка на ремонт"
происходит позиционирование в каталоге выбора на текущую заявку.
2014-11-17 15:45:31
Краткое описание :
Не создается запись ТХО при создании заявки на ремонт по
акту предписанияОписание :
Акты предписанияЧто измененно :
Не создается запись ТХО при создании заявки на ремонт по акту
предписания
Это видно при проверке КОУ:
Проверка документов-оснований
Выявлено не связанных с журналом хозопераций ДО: 1
Проверка документов-оснований закончена
Как измененно :
создается запись ТХО при создании заявки на ремонт
по акту предписания
2014-11-17 15:45:31
Краткое описание :
Добавить контроль на неделимость единицы измеренияОписание :
Типовые ремонтыЧто измененно :
\r\nРќРµ выпускает РёР· интерфейса выбора склада РІ Актах выполненых ремонтов.\r\nСитуация возникает если РЅРµ установлен РњРћР› РІ документе Рё значение настройки:\r\n\"Настройки Галактики \\ Общие настройки системы \\ РКак измененно :
Добавлен контроль на неделимость единицы измерения в
закладке Инструмент в типовых ремонтах
2014-11-17 15:45:31
Краткое описание :
В РИ Заявки можно поправить налоговую ставкуОписание :
Заявки на ремонтЧто измененно :
В РИ Заявки на закладке Описание работы после
того, как выдалось сообщение:
---------------------------
Информация
---------------------------
Документ доступен только для просмотра.
---------------------------
ОК
---------------------------
Под кнопкой "Налоги по позиции" можем править
налоговые ставки как хотим. При этом выдается
предупреждающее сообщение:
---------------------------
Ошибка
---------------------------
Попытка модифицировать заблокированную запись
---------------------------
И оставляет нами внесенные изменения.
Надо закрыть такую возможность.
ОК
---------------------------
Как измененно :
В РИ Заявки на закладке Описание работы
если Заявка недоступна для редактирования, то
нельзя изменить налоговые ставки
2014-11-17 15:45:31
Краткое описание :
Заменить в форме Дефектная ведомость (SLK) формат вывода
дат:Описание :
Объектная дефектная ведомостьЧто измененно :
Заменить в форме Дефектная ведомость (SLK) формат вывода дат:
с 200_ на 20__
См. вложение.
Как измененно :
Заменен в форме Дефектная ведомость (SLK) формат вывода дат:
с 200_ на 20__
2014-11-17 15:45:31
Краткое описание :
Не формируется примечание при формировании его по шаблонуОписание :
Счета, ДО на продажуЧто измененно :
Не формируется примечание при формировании его по шаблону
В настройке:
"Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ ДО на продажу \ Параметры шаблона формирования примечания"
Указаны параметры:
"Метод формирования" = "Только если примечание не заполнено"
"Когда формировать" = "При смене Договора/Соглашения/ПКП"
1. Создаю ДО по F7 в примечании пусто -> Привязываю договор в расширенной информации -> сообщение: "Создать ДО на основе выбранного документа?" нажимаю "Да" -> в появившемся интерфейсе выбираю позиции спецификации Договора -> после чего примечание сформировалось не по шаблону, а по стандартному алгоритму
2. Создаю ДО по F7 в примечании пусто -> Привязываю договор в расширенной информации -> сообщение: "Создать ДО на основе выбранного документа?" нажимаю "Отмена" -> после чего примечание сформировалось по шаблону
Похоже в первом случае после формирования примечания по шаблону вставляется спецификация и модифицируется шапка ДО, при модификации шапки ДО отрабатывает стандартный алгоритм формирования примечания и затирает значения сформированные по шаблону, прошу доработать алгоритм формирования по шаблону.
Как измененно :
Исправлено формирование примечания
2014-11-17 15:45:31
Краткое описание :
Необходим раздельный режим разноски параметров целевого
учета по МЦ и УслугамОписание :
Заявки на ремонтЧто измененно :
В настоящее время в Заявке на ремонт режим разноски параметров
целевого учета предполагает одновременную разноску по спецификации МЦ и по
строкам ремонтных работ (Услуг). Либо по выбору Insert выбирается Услуга и
соответствующая ей МЦ (синхронно). Однако для МЦ и Услуг предусмотрены разные
статьи бюджета, соответственно и режим разноски параметров целевого учета
должен быть раздельный.
Необходима настройка <Разноска параметров целевого учета> со следующими
вариантами настроек:
1. МЦ и Услуги (режим одновременной разноски, по умолчанию)
2. МЦ (разносится только по спецификации МЦ)
3. Услуги (разносится только по позициям Услуг)
Согласовать с АЦ предложение: настройку сделать пользовательскую, возможно
продублировать в интерфейсе.
Перечисленные настройки должны действовать для кнопки <Разнести по всему
документу>. В интерфейс надо внеси изменение: Настройки удобно рядом с кнопкой
<Разнести по всему документу>. Изложенный режим должен действовать для пакетной
разноски параметров ЦУ по выбранным Заявкам.
Для кнопки <Разнести> с использованием кнопки Insert необходимо обеспечить
раздельный выбор Услуг и отдельный выбор МЦ.
Кнопку <Разнести> назвать <Разнести по выбранным МЦ / Услугам>.
Согласовать с АЦ функцию для кнопки <Очистить>. Очищать, очевидно, надо ВСЕ
разнесенные параметры ЦУ в Заявке (в случае ошибки) для повторной разноски
целевого учета.
Как измененно :
Создана настройка:
"Настройки Галактики\Логистика\Документы\
Управление ремонтами\В заявке на ремонт ЦУ для Услуги и МЦ одинаковый"
help RemNastrCUInZrem
значение по умолчанию - ДА.
При установлении настройки в значение ДА работа системы не изменилась.
При установлении значения в НЕТ, пользователь может в заявке на ремонт
для позиции материала установить ЦУ отличный от ЦУ, указанного в
позиции услуги.
При разноске ЦУ по спецификации также появилась возможность разносить
ЦУ по всем позициям заявки независимо друг от друга.
2014-11-17 15:45:31
Краткое описание :
Не работает запрет редактирования каталогов ТОРО при
привязке ОСОписание :
Каталог объектов ремонтаЧто измененно :
Настройки Галактики \ Логистика \ Управление ремонтами \
Справочные каталоги \ Доступ к каталогам \ Разрешено редактирование каталога
"..."=нет.
Ввожу карточку ОР и при привязке ОС к ОР отвечаю "Да" на вопрос "Вставить
информацию из карточки ОС в карточку объекта ремонта?". Даже несмотря на запрет
редактирования каталогов происходит вставка записи и в тип ОР, и в вид ОР, и в
группу ОР и в др.запрещенные для редактирования каталоги.
Как измененно :
При создании ОР путем импорта из ОС для полей тип, вид, марка,
группа учитываются
настройки
Настройки Галактики \ Логистика \ Управление ремонтами \ Справочные каталоги \
Доступ к каталогам \
2014-11-17 15:45:31
Краткое описание :
Возможность просмотра проводок по корректирующей накладной по Ctrl+HОписание :
Приходные накладныеЧто измененно :
В интерфейсе редактирования корректирующей накладной нет возможности просмотра проводок, сформированных по данному типу документа.
Они просто не отображаются. Хотя по F4 из интерактивного аналитического отчета выхожу в эту накладную. В хозоперациях проводки тоже невидны.
Как измененно :
Открыта Сторно-накладная в Приходных накладных и Актах о приемке материалов.
Добавлена возможность просмотра проводок по сторнирующей накладной.
2014-11-17 15:45:31
Краткое описание :
Стандартный функционал по данному типу накладной не работает. Просмотр ордеров пОписание :
Приходные накладныеЧто измененно :
По факту формирования корректирующей накладной есть необходимость просмотра ордеров и их печать.
Данная функциональность отсутствует. Приходится идти в карточку учета товара и там выходить на ордер и его печатать.
Необходимо перенести стандартный функционал по накладным в этой части на данный тип накладных.
Как измененно :
Открыта Сторно-накладная в Приходных накладных и Актах о приемке материалов.
Добавлена возможность просмотра ордеров по сторнирующей накладной.
2014-11-17 15:45:31
Краткое описание :
дублирование номеров накладных в ТОРООписание :
Накладная на отпуск МЦ для ремонтаЧто измененно :
Более подробное описание проблемы во вложении.
Необходимо предоставить возможность установки контроля за уникальностью номеров в документах модуля ТОРО.
Как измененно :
Для накладных на отпуск и на возврат в ТОРО добавлена настройка:
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Накладные на отпуск и возврат МЦ \ Контролировать уникальность номеров в пределах календарного года"
- нет (по умолчанию) - работа системы не изменилась
- да
При значении "Да" при создании нового документа генерируется новый номер в пределах текущего календарного года,
при изменении номера руками идет проверка и выдается сообщении в случае нахождения документа с таким же номером.
Важно!!!
При значении настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Накладные на отпуск и возврат МЦ \ Контролировать уникальность номеров в пределах календарного года"
"ДА"
не учитывается значение настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Общие настройки для всех документов \ Номер накладной формировать по номеру ДО(Заявки на ремонт)"
2014-11-17 15:45:31
Краткое описание :
В заявке на ремонт не пересчитывается количество материала всегоОписание :
Заявки на ремонтЧто измененно :
В заявке на ремонт не пересчитывается количество материала всего
Как измененно :
Исправлено, все пересчитывается и умножается корректно
2014-11-17 15:45:31
Краткое описание :
Ошибка измения статуса в завке на ремонтОписание :
Заявки на ремонтЧто измененно :
Ошибка измения статуса в завке на ремонт
Как измененно :
Реализовано согласно документам логистики, запрещено изменение полей по которым установлен фильтр
2014-11-17 15:45:31
Краткое описание :
Предложение по отчету по погашению задолженностиОписание :
Погашение задолженностей по продажамЧто измененно :
Проблема: Отчет Погашение задолженности по продажам (Управление сбытом/Отчеты/ Погашение задолженности по продажам) предусматривает обработку данных только по ДО на продажу/отпуск на консигнацию. Настройки, позволяющей сделать активным существующий фильтр по типу ДО закупка/прием на консигнацию нет.
Как измененно :
Разработан отчет "Управление снабжением \ Отчеты \ Погашение задолженности по закупкам". Отчет предназначен для расчета кредиторских задолженностей по покупкам по документам-основаниям за указанный интервал дат с разбивкой по периодам оплаты.
Изменен отчет "Управление сбытом \ Отчеты \ Погашение задолженности по продажам". В разделе настроек отчета "Тип ДО" убраны фильтры по закупке и приему на консигнацию.
2014-11-17 15:45:31
Краткое описание :
Не пересчитывается сумма в договореОписание :
СпецификацияЧто измененно :
При удалении последней позиции спецификации договора не появляется сообщение "Пересчитать сумму по договору N ... от ...?".
В связи с этим в договоре остается сумма в поле "на сумму", хотя в спецификации нет ни одной позиции.
Как измененно :
Исправлено