L_REMONT
Краткое описание :
Автоматическое создание Заявок на ремонтОписание :
Расчет графика ППРЧто измененно :
Автоматическое создание Заявок на ремонт при прерывании расчета
графика ППР
описание во вложении
Как измененно :
Исправлено. Даже если прервать расчет - удаляются временные
заявки, которые были созданы для расчета графика
L_REMONT
Краткое описание :
Не считать налоги в документе "Акты выполненных работ
собственными силами"Описание :
Акты выполненных ремонтов собственными силамиЧто измененно :
Предложение:Дать возможность не считать налоги в документе
"Акты выполненных работ собственными силами" (документ внутр. зачем там налоги).
Может через настройку как для для актов на списание
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Акты
выполненных ремонтов и акты на списание \ Акты на списание МЦ из ремонтов \
Считать налоги"?
Как измененно :
Добавлена настройка
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Акты
выполненных ремонтов и акты на списание \ Акты на ремонт собственными силами \
Считать налоги"
- Да (по умолчанию) - работа системы не изменилась
- Нет - не рассчитываются налоги в Акте выполненных ремонтов собственными силами
L_REMONT
Краткое описание :
выбор из текущих остатков (акты на списание из ремонтов)Описание :
Акты на списание МЦ из ремонтаЧто измененно :
Клиент просит интерфейс выбора из текущих остатков (в актах на списание из ремонтов), идентичный тому, который доступен в складском учете с учетом значения настройки " в спецификации накладной на внутр.перемещение, в актах инвентаризации и списания - выбор из текущих остатков в разрезе партий".
Оптимальным вариантом видится добавление соответствующего значения для настройки 1579 "в спецификации акта на списание МЦ из ремонтов по вызывать", например,
"выбор из текущих остатков - складской интерфейс".
Как измененно :
Добавлено значение для настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Акты выполненных ремонтов и акты на списание \ Акты на списание МЦ из ремонтов \ в спецификации акта на списание МЦ из ремонтов по вызывать"
- выбор из текущих остатков в разрезе партий
при выборе этого значения в актах на списание из ремонта по вызывается интерфейс
"выбор из текущих остатков в разрезе партий" (складской интерфейс).
L_REMONT
Краткое описание :
Выгрузка данных из Галактика 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
L_REMONT
Краткое описание :
Не выпускает из окна "Корректировка объект ремонта"Описание :
Каталог объектов ремонтаЧто измененно :
Не выпускает из окна "Корректировка объект ремонта".
Закладка "Классификация" - F4, F3, например в типе ремонта и теперь уже не
выпускает из окна, требуя ввести
название, код объекта. Вводим - не помогает, запись очищается и теперь только
снимать приложение.
Кстати и в закладке классификация уже по F3 ничего нельзя выбрать...
Как измененно :
Проблема изначально в том, что при автоматическом
позиционировании при запуске интерфейса не происходит
обновление данных в закладках "Паспорт", "Классификация"...
Из-за этого возникала некорректная ситуация. Теперь все работает корректно.
L_REMONT
Краткое описание :
Не работает "Выбор партии из текущих остатков" по текущему
подразделениюОписание :
Расходные ордераЧто измененно :
Функция "Выбор партии из текущих остатков Ctrl-F2"
(вызывается в режиме
редактирования из локального меню в нижней панели окна =Расходные ордера=) -
в открывающемся окне нет остатков МЦ по текущему "подразделению".
Хотя если просмотреть сальдовые остатки МЦ в ремонтах на
дату ордера, то видим, что в указанном подразделении есть МЦ в наличии.
Из help:
"Данная функция открывает окно =Текущие остатки по матценности=,
в котором отображается наличие текущих остатков по матценности на предприятии,
на текущем складе, а также подробно во всех разрезах.
...
При нажатии комбинации клавиш Ctrl+Enter выполняется расчет на заданную
дату и вывод средних цен по каждому из разрезов. Если используется метод
средней цены по предприятию, то средние цены в каждом разрезе будут одинаковыми,
если же применяется метод средних цен по разрезу, то - в зависимости от
приходов/расходов по разрезам".
Приходных ремонтаных ордерах названная функция задизаблена.
Как измененно :
создан интерфейс для "Выбор партии из текущих остатков" по
текущему подразделению
L_REMONT
Краткое описание :
Добавить поле "Цена списания"Описание :
Накладная на отпуск МЦ для ремонтаЧто измененно :
Если производится отпуск со склада у которого в настройках
установлено
"Списание = по фактической цене приобретения" и значение,
указанное в поле "цена" не соответсятвует той, которую можно для
данной МЦ выбрать из интерфеса =Выбор из свободных приходов=,
то при нажатии кнопки [Перевод в ремонты] выдается сообщение:
"Не указана цена списания.
МЦ: МЦ № 1
Партия:
ОК".
Поля "цена списания" в "Накладной на отпуск МЦ для ремонта" нет.
Предложение:
в окно редактирования "Накладной на отпуск МЦ для ремонта" добавить
поле "цена списания" - это поле должно появляться если в шапке накладной на
отпуск выбран склад у которого в настройках установлено
"Списание = по фактической цене приобретения" (по аналогии, как в Управлении
сбытом -> Накладные на отпуск).
Значение поля "Цена" должно меняться как обычно в окне =Товарная спецификация=
(в расширенной информации по МЦ), а при попытке ввести значение в новое поле
"цена списания" должно выводиться окно =Выбор из свободных приходов=
(как в Управлении сбытом -> Накладные на отпуск).
При этом "Цена списания" должна использоваться при формировании складских и
ремонтных ордеров, а значение поля "Цена" использоваться при печати накладной.
Как измененно :
доработано
L_REMONT
Краткое описание :
Расширить типы внешних атрибутов для объекта ремонтаОписание :
Каталог объектов ремонтаЧто измененно :
Для каталога объектов ремонта сделан специальный
режим настройки и использования дополнительных
(внешних) атрибутов в зависимости от классификации
объектов ремонта.
Тип дополнительных атрибутов объекта ремонта
сейчас может быть - строка, вещественное число, дата и
время. Не хватает еще трех типов, которые есть у
стандартных внешних атрибутов - мемо-поле, ссылка
(аналитика), ссылка (прочие таблицы).
Необходимо добавить эти три типа атрибутов,
которые будут использоваться в алгоритмах МТО и для
других целей.
Как измененно :
Для каталога ОР добавлены внешние атрибуты
мемо-поле, ссылка
(аналитика), ссылка (прочие таблицы), по аналогии с общими внешними атрибутами.
L_REMONT
Краткое описание :
Зачем сразу же как только зарезервировали перенаправлять резерв?Описание :
Заявки на ремонтЧто измененно :
Потребность РІ РњРўР \r\nФормирование РЅРѕРІРѕРіРѕ документа Потребность РІ РњРўР .\r\n\r\nНовый документ \"Потребность РњРўР \" \r\n\r\nНеобходимо организовать возможность централизованной выгрузки данных РїРѕ \r\nплановой потребности РІ РњРўР РёР· заявок РЅР° ремонт СЃ автоматизированной \r\nРіСЂСѓРїРїРёСЂРѕРІРєРѕР№ позиций РњРўР РїРѕ номенклатурным номерам. Заявки отбираем, фильтруя \r\nРёС… РїРѕ варианту графика, Рё РїРѕ диапазону дат. \r\nРџСЂРё расчете предварительной плановой потребности РІ МТРнеобходим учет следующих \r\nреквизитов:\r\nР’ шапке потребности\r\nПоля: дескриптор (автомат), РєРѕРґ (вручную), наименование (вручную), дата \r\nвыгрузки (автомат). \r\nДобавить еще поля - \r\n- Год (РЅР° которые планируется РњРўР ), \r\n- Подразделение (которое формирует потребность, если РЅР° весь завод, то \r\nподразделение будет пустое), \r\n- Статус (оформляемый, исполняемый, закрытый)\r\n\r\nСостав потребности\r\n\r\nN Рї\\Рї Наименование реквизита Описание\r\n1 Номенклатурный номер - старое Номенклатурный номер РњРўР . Формируется \r\nавтоматически.\r\nПредусмотреть сортировку РїРѕ полю.\r\n2 Наименование РњРўР - заявленное Наименование МТРуказанное механиком. (РёР· \r\nЗаявки) Формируется автоматически.\r\nПредусмотреть сортировку РїРѕ полю.\r\n3 Ед. РёР·Рј Единица измерения РњРўР . Формируется автоматически.\r\n4 РљРѕР»-РІРѕ МТРпотребное Количество РњРўР РІ указанной ед. РёР·Рј.\r\nРђ также 12 столбцов, РІ которых количество разбито РїРѕ месяцам РїСЂРѕРІРѕРґРёРјРѕРіРѕ \r\nремонта, берется дата начала ремонта РёР· заявки. Если ремонт длительность более \r\nмесяца - РІСЃРµ РєРѕР»-РІРѕ МТРзаносится РІ первый месяц.\r\n5 Цена МТРЦена последней закупки РњРўР . Формируется автоматически РїРѕ последнему \r\nРїСЂРёС…РѕРґСѓ РїСЂРё включенной соответствующей настройке (Цена РёР· последнего ремонта - \r\nзаполнять автоматически, - РЅРµ заполнять), ручная корректировка.\r\n6 Стоимость МТРСтоимость РњРўР - замена для планирования Р Р¤. Необходим учет РїРѕ \r\nкаждой позиции РњРўР РІ ЛДВ. Автоматический расчет.\r\n7 Дата последней закупки Дата последней закупки РњРўР - замена. Формируется \r\nавтоматически РїРѕ последнему РїСЂРёС…РѕРґСѓ РїСЂРё включенной соответствующей настройке.\r\nПредусмотреть сортировку РїРѕ полю.\r\nПредусмотреть фильтрацию РїРѕ полю\r\n8 Наименование РњРўР - замена Наименование МТРуказанное экономистом РЈРџРўРљ. Должно \r\nбыть пустым, РїСЂРё заполнении учитывать Р’ случае отсутствия возможности закупки \r\nРњРўР , указанного механиком, СЌРєРѕРЅРѕРјРёСЃС‚ РЈРџРўРљ подбирает адекватную замену Рё \r\nуказывает Наименование заменяющего РњРўР . \r\nПредусмотреть сортировку РїРѕ полю.\r\n9 Номенклатурный номер - замена Номенклатурный номер РњРўР . Формируется \r\nавтоматически РїСЂРё выборе замены.\r\nПредусмотреть сортировку РїРѕ полю.\r\n10 Группа МТРПредусмотреть фильтрацию РїРѕ полю.\r\n11 РљРѕР»-РІРѕ РњРўР РЅР° складе Количество РњРўР РЅР° складе РЅР° момент проработки РїРѕ \r\nфункции локального меню, которая подсчитает наличие данной РњР¦ РЅР° складах.\r\n12 РљРѕР»-РІРѕ МТРзакупаемое Рто количество потребное Р·Р° вычетом наличия РЅР° \r\nскладе, учитывается аличие свободных остатков РЅР° склаед.\r\nПоле подлежит ручной корректировке.\r\nАналогично разбить РїРѕ месяцам.\r\n\r\nКак должно работать: РїСЂРё пробежке РїРѕ отобранным заявкам, РњР¦ переносятся РІ нашу \r\nпотребность, РїСЂРё условии что Сѓ работы, Рє которой относится данная РњР¦, РЅРµ стоит \r\nпризнак \"РЅРµ использовать РІ заявке\" РіСЂСѓРїРїРёСЂРѕРІРєР° РїРѕ номенклатурному номеру (+ \r\nРіСЂСѓРїРїРёСЂРѕРІРєР° РїРѕ объекту ремонта или классификации объекта ремонта) отрабатывает, \r\nСѓ РњР¦ заполняются соответствующие поля РїРѕ месяцам, РіРґРµ месяц берется РёР· даты \r\nначала ремонта РїРѕ заявке. Общая СЃСѓРјРјР° РїРѕ РњР¦ рассчитывается суммированием РїРѕ 12 \r\nмесяцам. Выгружая РњР¦, сохраняем для каждого РњР¦ сцепку СЃ позицией спецификации \r\nзаявки.\r\nПредусмотреть возможность просмотра текущих остатков РїРѕ позиции РњРўР . Рђ также \r\nзапуск функции, которая автоматически заполнит поле РљРѕР»-РІРѕ РњРўР РЅР° складе.\r\n\r\nРџРѕ каждой РњР¦ или РїРѕ всем сразу можно рассчитать текущее наличие, количество РњР¦ \r\nзакупаемое должно рассчитываться как количество потребное Р·Р° вычетом наличия РЅР° \r\nскладе .\r\n\r\nРџРѕ настройке организовать автоматизированный расчет цены последнего РїСЂРёС…РѕРґР° РњРўР \r\nРїРѕ номенклатурному номеру, СЃ указанием даты последней закупки. РџСЂРё отсутствии \r\nданных РїРѕ цене РњРўР , производится ручной РІРІРѕРґ предполагаемой рыночной цены РњРўР . \r\nАвтоматизированный РІРІРѕРґ цены должен регулироваться настройкой, РїСЂРё проставлении \r\nцены проставляется Рё дата этой цены.\r\n\r\nПосле выполнения РІРІРѕРґР° цены МТРпроизводится перенос данных (Цена, наименование \r\nРњР¦ для замены, если указано, ед.измерения) РІ заявку РЅР° ремонт Рё \r\nавтоматизированный расчет стоимости РњРўР , потребных для РўРћР Рћ РїРѕ заявке, СЃ \r\nавтоматическим изменением статуса заявки РЅР° ремонт, статус, необходимый для \r\nпроставления РІ заявке указывается РІ качестве параметра РїСЂРё сохранении данных \r\nпотребности РІ заявку.\r\n\r\nДля каждой позиции РњР¦ можно указать РІ поле \"Наименование РњРўР - замена\" выбором \r\nРёР· каталога РњР¦, РґСЂСѓРіСѓСЋ позицию, РЅР° которую должна система будет заменить. \r\nПредусмотреть возможность наложения фильтров РїРѕ группам РњРўР , датам закупки. \r\nНеобходима возможность сортировки РїРѕ полям 1, 2, 7, 8, 9 - СЃРј. табл. выше.\r\nКак измененно :
Создан Новый документ \"Потребность МТР\" системный номер 564.\r\n\r\nДокумент состоит из шапки и спецификации.\r\nПоля в шапке: дескриптор (автомат), код (вручную), наименование (вручную), дата \r\nвыгрузки (автомат).\r\nПериод (на который планируется МТР), Подразделение (которое формирует \r\nпотребность, если на весь завод,\r\nто подразделение будет пустое), Статус (оформляемый, исполняемый, закрытый и \r\nтд).\r\nСпецификация собирается только при создании документа - открывается окно \r\nпараметров для отбора заявок,\r\nзатем система обрабатывает отобранные заявки и МЦ заполняет в спецификацию \r\nпотребности, группируя по\r\nноменклатурному номеру.\r\n\r\nКак это работает более подробно: при пробежке по отобранным заявкам, МЦ \r\nпереносятся в нашу потребность,\r\nпри условии что у работы, к которой относится данная МЦ, не стоит признак \"не \r\nиспользовать в заявке\"\r\nгруппировка по номенклатурному отрабатывает, у МЦ заполняются соответствующие \r\nполя по месяцам, где месяц\r\nберется из даты начала ремонта по заявке. Общая сумма по МЦ рассчитывается \r\nсуммированием по 12 месяцам.\r\nВыгружая МЦ, сохраняем для каждого МЦ сцепку с позицией спецификации заявки.\r\n\r\nПредусмотрены функции локального меню:\r\nВозможность просмотра текущих остатков по позиции МТР. А также запуск функции, \r\nкоторая автоматически\r\nзаполнит поле Кол-во МТРна складе.\r\nПо каждой МЦ или по всем сразу можно рассчитать текущее наличие, количество МЦ \r\nзакупаемое должно\r\nрассчитываться как количество потребное за вычетом наличия на складе .\r\nАвтоматизированный расчет цены последнего прихода МТРпо номенклатурному \r\nномеру, с указанием даты\r\nпоследней закупки. При отсутствии данных по цене МТР, производится ручной ввод \r\nпредполагаемой рыночной\r\nцены МТР. При проставлении цены проставляется и дата этой цены.\r\nРеализована функция импорта данных обратно в заявки на ремонт (Цена, \r\nнаименование МЦ для замены,\r\nесли указано) и автоматизированный расчет стоимости МТР, потребных для ТОРО по \r\nзаявке, с автоматическим\r\nизменением статуса заявки на ремонт, статус, необходимый для проставления в \r\nзаявке указывается в качестве\r\nпараметра при сохранении данных потребности в заявку.\r\n\r\nДля каждой позиции МЦ можно указать в поле \"Наименование МТР- замена\" выбором \r\nиз каталога МЦ, другую\r\nпозицию, на которую должна система будет заменить.\r\nПредусмотреть возможность наложения фильтров по группам МТР, датам закупки. \r\nРеализована возможность\r\nсортировки в спецификации.\r\nL_REMONT
Краткое описание :
Потребность в МТРОписание :
По нескольким актам - одно ДОЧто измененно :
Потребность в МТР
Формирование нового документа Потребность в МТР.
Новый документ "Потребность МТР"
Необходимо организовать возможность централизованной выгрузки данных по
плановой потребности в МТР из заявок на ремонт с автоматизированной
группировкой позиций МТР по номенклатурным номерам. Заявки отбираем, фильтруя
их по варианту графика, и по диапазону дат.
При расчете предварительной плановой потребности в МТР необходим учет следующих
реквизитов:
В шапке потребности
Поля: дескриптор (автомат), код (вручную), наименование (вручную), дата
выгрузки (автомат).
Добавить еще поля -
- Год (на которые планируется МТР),
- Подразделение (которое формирует потребность, если на весь завод, то
подразделение будет пустое),
- Статус (оформляемый, исполняемый, закрытый)
Состав потребности
N п\п Наименование реквизита Описание
1 Номенклатурный номер - старое Номенклатурный номер МТР. Формируется
автоматически.
Предусмотреть сортировку по полю.
2 Наименование МТР - заявленное Наименование МТР указанное механиком. (из
Заявки) Формируется автоматически.
Предусмотреть сортировку по полю.
3 Ед. изм Единица измерения МТР. Формируется автоматически.
4 Кол-во МТР потребное Количество МТР в указанной ед. изм.
А также 12 столбцов, в которых количество разбито по месяцам проводимого
ремонта, берется дата начала ремонта из заявки. Если ремонт длительность более
месяца - все кол-во МТР заносится в первый месяц.
5 Цена МТР Цена последней закупки МТР. Формируется автоматически по последнему
приходу при включенной соответствующей настройке (Цена из последнего ремонта -
заполнять автоматически, - не заполнять), ручная корректировка.
6 Стоимость МТР Стоимость МТР - замена для планирования РФ. Необходим учет по
каждой позиции МТР в ЛДВ. Автоматический расчет.
7 Дата последней закупки Дата последней закупки МТР - замена. Формируется
автоматически по последнему приходу при включенной соответствующей настройке.
Предусмотреть сортировку по полю.
Предусмотреть фильтрацию по полю
8 Наименование МТР - замена Наименование МТР указанное экономистом УПТК. Должно
быть пустым, при заполнении учитывать В случае отсутствия возможности закупки
МТР, указанного механиком, экономист УПТК подбирает адекватную замену и
указывает Наименование заменяющего МТР.
Предусмотреть сортировку по полю.
9 Номенклатурный номер - замена Номенклатурный номер МТР. Формируется
автоматически при выборе замены.
Предусмотреть сортировку по полю.
10 Группа МТР Предусмотреть фильтрацию по полю.
11 Кол-во МТР на складе Количество МТР на складе на момент проработки по
функции локального меню, которая подсчитает наличие данной МЦ на складах.
12 Кол-во МТР закупаемое Это количество потребное за вычетом наличия на
складе, учитывается аличие свободных остатков на склаед.
Поле подлежит ручной корректировке.
Аналогично разбить по месяцам.
Как должно работать: при пробежке по отобранным заявкам, МЦ переносятся в нашу
потребность, при условии что у работы, к которой относится данная МЦ, не стоит
признак "не использовать в заявке" группировка по номенклатурному номеру (+
группировка по объекту ремонта или классификации объекта ремонта) отрабатывает,
у МЦ заполняются соответствующие поля по месяцам, где месяц берется из даты
начала ремонта по заявке. Общая сумма по МЦ рассчитывается суммированием по 12
месяцам. Выгружая МЦ, сохраняем для каждого МЦ сцепку с позицией спецификации
заявки.
Предусмотреть возможность просмотра текущих остатков по позиции МТР. А также
запуск функции, которая автоматически заполнит поле Кол-во МТР на складе.
По каждой МЦ или по всем сразу можно рассчитать текущее наличие, количество МЦ
закупаемое должно рассчитываться как количество потребное за вычетом наличия на
складе .
По настройке организовать автоматизированный расчет цены последнего прихода МТР
по номенклатурному номеру, с указанием даты последней закупки. При отсутствии
данных по цене МТР, производится ручной ввод предполагаемой рыночной цены МТР.
Автоматизированный ввод цены должен регулироваться настройкой, при проставлении
цены проставляется и дата этой цены.
После выполнения ввода цены МТР производится перенос данных (Цена, наименование
МЦ для замены, если указано, ед.измерения) в заявку на ремонт и
автоматизированный расчет стоимости МТР, потребных для ТОРО по заявке, с
автоматическим изменением статуса заявки на ремонт, статус, необходимый для
проставления в заявке указывается в качестве параметра при сохранении данных
потребности в заявку.
Для каждой позиции МЦ можно указать в поле "Наименование МТР - замена" выбором
из каталога МЦ, другую позицию, на которую должна система будет заменить.
Предусмотреть возможность наложения фильтров по группам МТР, датам закупки.
Необходима возможность сортировки по полям 1, 2, 7, 8, 9 - см. табл. выше.
Как измененно :
Создан Новый документ "Потребность МТР" системный номер 564.
Документ состоит из шапки и спецификации.
Поля в шапке: дескриптор (автомат), код (вручную), наименование (вручную), дата
выгрузки (автомат).
Период (на который планируется МТР), Подразделение (которое формирует
потребность, если на весь завод,
то подразделение будет пустое), Статус (оформляемый, исполняемый, закрытый и
тд).
Спецификация собирается только при создании документа - открывается окно
параметров для отбора заявок,
затем система обрабатывает отобранные заявки и МЦ заполняет в спецификацию
потребности, группируя по
номенклатурному номеру.
Как это работает более подробно: при пробежке по отобранным заявкам, МЦ
переносятся в нашу потребность,
при условии что у работы, к которой относится данная МЦ, не стоит признак "не
использовать в заявке"
группировка по номенклатурному отрабатывает, у МЦ заполняются соответствующие
поля по месяцам, где месяц
берется из даты начала ремонта по заявке. Общая сумма по МЦ рассчитывается
суммированием по 12 месяцам.
Выгружая МЦ, сохраняем для каждого МЦ сцепку с позицией спецификации заявки.
Предусмотрены функции локального меню:
Возможность просмотра текущих остатков по позиции МТР. А также запуск функции,
которая автоматически
заполнит поле Кол-во МТР на складе.
По каждой МЦ или по всем сразу можно рассчитать текущее наличие, количество МЦ
закупаемое должно
рассчитываться как количество потребное за вычетом наличия на складе .
Автоматизированный расчет цены последнего прихода МТР по номенклатурному
номеру, с указанием даты
последней закупки. При отсутствии данных по цене МТР, производится ручной ввод
предполагаемой рыночной
цены МТР. При проставлении цены проставляется и дата этой цены.
Реализована функция импорта данных обратно в заявки на ремонт (Цена,
наименование МЦ для замены,
если указано) и автоматизированный расчет стоимости МТР, потребных для ТОРО по
заявке, с автоматическим
изменением статуса заявки на ремонт, статус, необходимый для проставления в
заявке указывается в качестве
параметра при сохранении данных потребности в заявку.
Для каждой позиции МЦ можно указать в поле "Наименование МТР - замена" выбором
из каталога МЦ, другую
позицию, на которую должна система будет заменить.
Предусмотреть возможность наложения фильтров по группам МТР, датам закупки.
Реализована возможность
сортировки в спецификации.
L_REMONT
Краткое описание :
Некорректности в созданной ведомостиОписание :
Объектная дефектная ведомостьЧто измененно :
Некорректности в созданной ведомости, создал ведомость,
добавил заявку и провожу проверку КОУ:
Проверка документов-оснований
В одном из этапов ДО (Документ с типом "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(ОДВ)
L_REMONT
Краткое описание :
Не заполняется поле Способ выполнения в заявке из Акта
предписанияОписание :
Акты предписанияЧто измененно :
Не заполняется поле Способ выполнения в заявке из Акта
предписания
Как измененно :
Теперь способ выполнения заполняется
L_REMONT
Краткое описание :
Нет связи между Актом предписания и Заявками созданными по
актамОписание :
Акты предписанияЧто измененно :
Нет связи между Актом предписания и Заявками созданными
по актам.
Как измененно :
При формировании заявки на ремонт из акта предписания в акт
предписания заносится ссылка
на сформированную заявку, если уже есть заявка сформированная по этому
акту, то система предлагает открыть ее на редактирование.
переименована кнопка "Создать заявку" в "Заявка".
В заявке в окне редактирования добавлена кнопка "Акт предписания",
если заявка создана по акту предписания, то он открывается на редактирование,
иначе выдается сообщение
------------------------------
Заявка не связана с Актом предписания!
------------------------------
L_REMONT
Краткое описание :
Не создается запись ТХО при создании заявки на ремонт по
акту предписанияОписание :
Акты предписанияЧто измененно :
Не создается запись ТХО при создании заявки на ремонт по акту
предписания
Это видно при проверке КОУ:
Проверка документов-оснований
Выявлено не связанных с журналом хозопераций ДО: 1
Проверка документов-оснований закончена
Как измененно :
создается запись ТХО при создании заявки на ремонт
по акту предписания
L_REMONT
Краткое описание :
В РИ Заявки можно поправить налоговую ставкуОписание :
Заявки на ремонтЧто измененно :
В РИ Заявки на закладке Описание работы после
того, как выдалось сообщение:
---------------------------
Информация
---------------------------
Документ доступен только для просмотра.
---------------------------
ОК
---------------------------
Под кнопкой "Налоги по позиции" можем править
налоговые ставки как хотим. При этом выдается
предупреждающее сообщение:
---------------------------
Ошибка
---------------------------
Попытка модифицировать заблокированную запись
---------------------------
И оставляет нами внесенные изменения.
Надо закрыть такую возможность.
ОК
---------------------------
Как измененно :
В РИ Заявки на закладке Описание работы
если Заявка недоступна для редактирования, то
нельзя изменить налоговые ставки
L_REMONT
Краткое описание :
Заменить в форме Дефектная ведомость (SLK) формат вывода
дат:Описание :
Объектная дефектная ведомостьЧто измененно :
Заменить в форме Дефектная ведомость (SLK) формат вывода дат:
с 200_ на 20__
См. вложение.
Как измененно :
Заменен в форме Дефектная ведомость (SLK) формат вывода дат:
с 200_ на 20__
L_REMONT
Краткое описание :
Необходим раздельный режим разноски параметров целевого
учета по МЦ и УслугамОписание :
Заявки на ремонтЧто измененно :
В настоящее время в Заявке на ремонт режим разноски параметров
целевого учета предполагает одновременную разноску по спецификации МЦ и по
строкам ремонтных работ (Услуг). Либо по выбору Insert выбирается Услуга и
соответствующая ей МЦ (синхронно). Однако для МЦ и Услуг предусмотрены разные
статьи бюджета, соответственно и режим разноски параметров целевого учета
должен быть раздельный.
Необходима настройка <Разноска параметров целевого учета> со следующими
вариантами настроек:
1. МЦ и Услуги (режим одновременной разноски, по умолчанию)
2. МЦ (разносится только по спецификации МЦ)
3. Услуги (разносится только по позициям Услуг)
Согласовать с АЦ предложение: настройку сделать пользовательскую, возможно
продублировать в интерфейсе.
Перечисленные настройки должны действовать для кнопки <Разнести по всему
документу>. В интерфейс надо внеси изменение: Настройки удобно рядом с кнопкой
<Разнести по всему документу>. Изложенный режим должен действовать для пакетной
разноски параметров ЦУ по выбранным Заявкам.
Для кнопки <Разнести> с использованием кнопки Insert необходимо обеспечить
раздельный выбор Услуг и отдельный выбор МЦ.
Кнопку <Разнести> назвать <Разнести по выбранным МЦ / Услугам>.
Согласовать с АЦ функцию для кнопки <Очистить>. Очищать, очевидно, надо ВСЕ
разнесенные параметры ЦУ в Заявке (в случае ошибки) для повторной разноски
целевого учета.
Как измененно :
Создана настройка:
"Настройки Галактики\Логистика\Документы\
Управление ремонтами\В заявке на ремонт ЦУ для Услуги и МЦ одинаковый"
help RemNastrCUInZrem
значение по умолчанию - ДА.
При установлении настройки в значение ДА работа системы не изменилась.
При установлении значения в НЕТ, пользователь может в заявке на ремонт
для позиции материала установить ЦУ отличный от ЦУ, указанного в
позиции услуги.
При разноске ЦУ по спецификации также появилась возможность разносить
ЦУ по всем позициям заявки независимо друг от друга.
L_REMONT
Краткое описание :
Не работает запрет редактирования каталогов ТОРО при
привязке ОСОписание :
Каталог объектов ремонтаЧто измененно :
Настройки Галактики \ Логистика \ Управление ремонтами \
Справочные каталоги \ Доступ к каталогам \ Разрешено редактирование каталога
"..."=нет.
Ввожу карточку ОР и при привязке ОС к ОР отвечаю "Да" на вопрос "Вставить
информацию из карточки ОС в карточку объекта ремонта?". Даже несмотря на запрет
редактирования каталогов происходит вставка записи и в тип ОР, и в вид ОР, и в
группу ОР и в др.запрещенные для редактирования каталоги.
Как измененно :
При создании ОР путем импорта из ОС для полей тип, вид, марка,
группа учитываются
настройки
Настройки Галактики \ Логистика \ Управление ремонтами \ Справочные каталоги \
Доступ к каталогам \
L_REMONT
Краткое описание :
дублирование номеров накладных в ТОРООписание :
Накладная на отпуск МЦ для ремонтаЧто измененно :
Более подробное описание проблемы во вложении.
Необходимо предоставить возможность установки контроля за уникальностью номеров в документах модуля ТОРО.
Как измененно :
Для накладных на отпуск и на возврат в ТОРО добавлена настройка:
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Накладные на отпуск и возврат МЦ \ Контролировать уникальность номеров в пределах календарного года"
- нет (по умолчанию) - работа системы не изменилась
- да
При значении "Да" при создании нового документа генерируется новый номер в пределах текущего календарного года,
при изменении номера руками идет проверка и выдается сообщении в случае нахождения документа с таким же номером.
Важно!!!
При значении настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Накладные на отпуск и возврат МЦ \ Контролировать уникальность номеров в пределах календарного года"
"ДА"
не учитывается значение настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Общие настройки для всех документов \ Номер накладной формировать по номеру ДО(Заявки на ремонт)"
L_REMONT
Краткое описание :
Переименовать функции: добавить слово "шаблонам"Описание :
Шаблоны ОРЧто измененно :
На вкладке "Картинка для отображения в дереве" в локальном меню
(вызов по Alt+F10) предусмотрены функции:
- "Разнести текущую пиктограмму по всем входящим ОР",
- "Разнести все пиктограммы по всем входящим ОР".
Переименовать функции: добавить слово "шаблонам":
- "Разнести текущую пиктограмму по всем входящим шаблонам ОР",
- "Разнести все пиктограммы по всем входящим шаблонам ОР".
Как измененно :
Для шаблонов ОР
На вкладке "Картинка для отображения в дереве" в локальном меню
(вызов по Alt+F10) переименованы функции:
- "Разнести текущую пиктограмму по всем входящим ОР",
- "Разнести все пиктограммы по всем входящим ОР".
на:
- "Разнести текущую пиктограмму по всем входящим шаблонам ОР",
- "Разнести все пиктограммы по всем входящим шаблонам ОР".
L_REMONT
Краткое описание :
Переименовать заголовок окнаОписание :
план работ на месяцЧто измененно :
Переименовать заголовок окна
Нет в классификатора ПиР:
Отчеты -> Планирование ремонтных работ ->
План работ подрядной организации на месяц,
открывается окно =Отчет "План работ подрядной организации на месяц=,
нажимаем кнопку [Настройка], открывается окно
=Ввод параметров формирования отчета "План работ на месяц"= - заголовок
нужно переименовать в соответствии с текущим отчетом.
Как измененно :
Отчеты -> Планирование ремонтных работ ->
План работ подрядной организации на месяц,
открывается окно =Отчет "План работ подрядной организации на месяц=,
нажимаем кнопку [Настройка], открывается окно
=Ввод параметров формирования отчета "План работ на месяц"=
переименовано в
=Ввод параметров формирования отчета "План работ подрядной организации на
месяц"=
L_REMONT
Краткое описание :
Переименовать поле в настройке отчета "Количество ремонтов"Описание :
Выполнение ремонтов за периодЧто измененно :
Переименовать поле в настройке отчета "количество ремонтов"
на "Количество Актов выполненных ремонтов более", т.к. это название
отражает какое значение будет анализироваться.
Как измененно :
Переименовано поле в настройке отчета "количество ремонтов"
на "Количество Актов более", т.к. это название
отражает какое значение будет анализироваться.
L_REMONT
Краткое описание :
"Формирование заявки на ремонт по графику ППР" копировать
Аналоги МЦ при...условОписание :
Формирование заявки на ремонт по графику ППРЧто измененно :
В настройке установлено: "Использовать аналоги для МЦ = Да".
Функция "Формирование заявки на ремонт по графику ППР" копировать
Аналоги МЦ при ниже названных условиях.
Выдержка из Help:
1.) "Система сформирует на каждый выбранный график заявку по следующему
принципу: при настройке Формировать заявки на ремонт из типовых ремонтов = Да
заявка создается на основе типового ремонта, если типового ремонта нет или
настройка запрещает это, то заявка на ремонт создается на основе существующей
заявки на ремонт со следующими атрибутами: Заявка на этот объект ремонта,
вид ремонта, подразделение, куратор ремонта, статус = закрытый и с
датой максимально поздней."
-------------------------------------------------------------------------------
Не копируются Аналоги МЦ в случае, если заявка на ремонт создается на основе
существующей заявки на ремонт.
-------------------------------------------------------------------------------
2.) "Если в настройке установлено значение Использовать "сводные" заявки = Да,
то при использовании операции "Формирование заявки на ремонт по графику ППР"
появляется возможность формировать заявки не только по типовому ремонту из
графика, по которому формируется заявка, но и дополнение ее спецификации
набором Услуг (работ) и МЦ, которые указаны в типовом ремонте на такой же
вид ремонта у объектов ремонта, которые являются подчиненными к объекту
ремонта, указанному в графике (установке).
При этом должны быть соблюдены условия: норма с таким же видом ремонта как и
в графике, и дата следующего ремонта в норме подчиненного объекта ремонта
попадает на тот же год, что и дата ремонта для Установки.".
Как измененно :
Если установлена настройка "Использовать аналоги для МЦ" - "Да"
при пакетном формировании заявки на ремонт по графику
копируются Аналоги МЦ в случае,
если заявка на ремонт создается на основе
существующей заявки на ремонт.
L_REMONT
Краткое описание :
Добавление записей при установленном фильтре и отображение
уст-го фильтра в заг.Описание :
Журнал регистрации выявленных дефектовЧто измененно :
Установлено:
Расширенный режим работы = Да,
Статус по умолчанию = запланировано.
Запускаем Документы -> Журнал регистрации выявленных дефектов,
устанавливаем фильтр по "Статусу = ремонт" (период задан тоже).
Отфильтровалась одна запись (все верно). В заголовке окна
отображается что установлен фильтр (период и статус).
Нажимаем F7 при этом осуществляется переход в режим редактирования
отфильтрованной записи, Esc - отображается одна и та же запись два
раза и не отображается что установлен фильтр.
Исправить работу системы при приведенных условиях.
Как измененно :
Исправлено, при установленной фильтрации по статусу ОР нельзя
создать новую запись
если статус фильтрации отличается от статуса из настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Журналы \
Журнал регистрации выявленных дефектов \ Статус по умолчанию" ,
иначе устанавливается в новой документе статус из окна фильтрации.
L_REMONT
Краткое описание :
Позиционировать на выбранную записьОписание :
Заявки на ремонтЧто измененно :
Позиционировать на выбранную запись в заявках и актах по кнопке
Дефекты попадаем
на список записей стоим на нужной записи и F4 - открывается интерфейс
редактирования,
но курсор прыгает на первую запись, а надо бы на нужную.
Как измененно :
Исправлено.
Позиционируется на выбранную запись.
L_REMONT
Краткое описание :
Расширенная информация, Заявка на ремонт, поля
груотправитель и грузополучатель.Описание :
Заявки на ремонтЧто измененно :
Расширенная информация, Заявка на ремонт. Поля
"груотправитель" и "грузополучатель"
не заполняются автоматически при установке Способ выполнения ремонта = "Ремонт
собственными силами".
Создать ОР, норму на ремонт к нему, где указать способ выполнения ремонта =
"Ремонт собственными силами".
Произвести расчёт графика ППР. Открыть созданную заявку на ремонт, нажать
кнопку [Расширенная информация].
Поля "Грузоотправитель" и "Грузополучатель" будут пустыми. В обоих полях должна
стоять собственная организация.
Нажать Esc. Если выбрать другой способ выполнения ремонта, а затем опять
"Ремонтсобственными силами",
то указанные поля заполнятся правильно.
Проблема проявляется только при автоматическом расчёте графика ППР на основании
нормы на ремонт. Если создать заявку вручную, то поля заполняются с первого
раза.
Как измененно :
При автоматическом расчёте графика ППР на основании нормы на
ремонт при создании заявок
правильно заполняются поля "Грузоотправитель" и "Грузополучатель" в расширенной
информации.
L_REMONT
Краткое описание :
Корректировка статуса объекта ремонта при смене статуса
Основного средства.Описание :
Использование операций с картотекой ОСЧто измененно :
Корректировка статуса объекта ремонта при смене статуса
Основного средства на "Выбыл из эксплуатации". Подробно во вложенном файле.
Как измененно :
Доработано. При указанных условиях у ОР устанавливается статус
"выбыл из эксплуатации"
и признак "не использовать"
L_REMONT
Краткое описание :
Отчёты, Планирование ремонтных работОписание :
План работ подрядной организации на месяцЧто измененно :
Отчёты, Планирование ремонтных работ.
Активизировать пункт меню Отчёты \ Планирование ремонтных работ \ План работ
подрядной организации на месяц.
Зайти в режим "Настройка", в открывшемся интерфейсе лишняя запись
"Группировать записи", т.к. фильтр по ней не предусмотрен.
Как измененно :
Отчёты, Планирование ремонтных работ.
Активизировать пункт меню Отчёты \ Планирование ремонтных работ \ План работ
подрядной организации на месяц.
Зайти в режим "Настройка", в открывшемся интерфейсе убрана запись
"Группировать записи".
L_REMONT
Краткое описание :
Проверка ссылочной целостности для типовых ремонтовОписание :
Типовые ремонтыЧто измененно :
Проверка ссылочной целостности для типовых ремонтов.
Добавить проверку на существование записи в Типовых ремонтах для интерфейсов:
- Графики ППР
- Заявки на ремонт
- Нормы
Также добавить проверку при удалении записи в типовом ремонте на наличие
ссылки на данную запись в других каталогах.
Как измененно :
Добавлен пункт меню ТОРО-операции-Проверить ссылки на типовые
ремонты
Проверяет ссылки на типовые ремонты, если типовые ремонты удалены, а
ссылки остались, то обнуляет их