L_BASEDOC

L_BASEDOC ( 9.1.33.0 )

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

Реализовать универсальный Marker

Описание :

Предложение по новой функциональности контура логистики

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

Создать на основе IMarker свой, умеющий хранить порядок сортировки, количество

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

Созданы 2 объекта маркеров - ILMarker и ILMarkerEx.

Теперь они используются в документах логистики.

L_BASEDOC

L_BASEDOC ( 9.1.33.0 )

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

Зачем сразу же как только зарезервировали перенаправлять резерв?

Описание :

Заявки на ремонт

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

Потребность в МТР\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\n

L_BASEDOC

L_BASEDOC ( 9.1.33.0 )

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

Не формируется примечание при формировании его по шаблону

Описание :

Счета, ДО на продажу

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

Не формируется примечание при формировании его по шаблону
В настройке:
"Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ ДО на продажу \ Параметры шаблона формирования примечания"
Указаны параметры:
"Метод формирования" = "Только если примечание не заполнено"
"Когда формировать" = "При смене Договора/Соглашения/ПКП"
1. Создаю ДО по F7 в примечании пусто -> Привязываю договор в расширенной информации -> сообщение: "Создать ДО на основе выбранного документа?" нажимаю "Да" -> в появившемся интерфейсе выбираю позиции спецификации Договора -> после чего примечание сформировалось не по шаблону, а по стандартному алгоритму
2. Создаю ДО по F7 в примечании пусто -> Привязываю договор в расширенной информации -> сообщение: "Создать ДО на основе выбранного документа?" нажимаю "Отмена" -> после чего примечание сформировалось по шаблону
Похоже в первом случае после формирования примечания по шаблону вставляется спецификация и модифицируется шапка ДО, при модификации шапки ДО отрабатывает стандартный алгоритм формирования примечания и затирает значения сформированные по шаблону, прошу доработать алгоритм формирования по шаблону.

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

Исправлено формирование примечания