L_BASEDOC
Краткое описание :
Некорректно работает функция копирование спецификации из другого документа ALT+SОписание :
Счета, ДО на продажуЧто измененно :
Некорректно работает функция копирование спецификации из другого документа ALT+S:
1) не работает фильтр по вагонам - заносит все;
2) не переносится внешняя классификация и внешние атрибуты.
Как измененно :
Исправлена ошибка проверки фильтра.
Добавлено копирование внешних атрибутов
L_BASEDOC
Краткое описание :
Новый параметр работы с расчетными услугамиОписание :
Каталог услугЧто измененно :
Новый параметр работы с расчетными услугами
При выборе расчетной услуги может создаваться ситуация, когда рассчитанное количество по ней равно 0.
Прошу сделать настройку, по которой в этом случае услуга бы не добавлялась в спецификацию документа.
Как измененно :
Добавлена настройка
"Настройки Галактики \ Общие настройки системы \ Работа с МЦ, услугами \ Работа с услугами \ При выборе расчетных услуг вставлять позиции с нулевым количеством". По-умолчанию значение "Да".
Если значение настройки "нет", то расчетные услуги с нулевым количество не переносятся:
В ДО при:
- формирование по договору
- выборе спецификации из договора
- выборе из прайс-листа
- выборе из сметы
- выборе из каталога услуг
В Завке на обслуживание при:
- выборе из прайс-листа
- выборе из каталога услуг
В Сопроводительных документах при:
- выборе из прайс-листа
- выборе из каталога услуг
- выборе сопупствующих услуг в приходной накладной
В Договоре и ПКП при
- выборе из прайс-листа
- выборе из сметы
- выборе из каталога услуг
L_BASEDOC
Краткое описание :
Функционал "значения по умолчанию" при создании плат. документов из снабжения/сбытаОписание :
Платежное поручениеЧто измененно :
При формировании платежных документов из ДО ( снабжение/сбыт) не работает функционал "значения по умолчанию" при создании плат. документов.
p.s. В частности интересует поле "очередность платежа".
Как измененно :
Платежные документы заполняются значениями по умолчанию при формировании из ДО.
L_BASEDOC
Краткое описание :
Повторение проблемы с частичным резервированиемОписание :
Накладные на отпускЧто измененно :
Повторение проблемы с частичным резервированием ПИР 101.49330
Неверно формируются накладные на отгрузку, при частичном резерве в ДО.
Как измененно :
Исправлено
L_BASEDOC
Краткое описание :
Не отрабатывает настройкаОписание :
Наряд-акт на производство работЧто измененно :
Не отрабатывает настройка Форма расчета по умолчанию:
При создании Наряд-акта на производство работ - не
заполняется по умолчанию поле форма расчета.
Как измененно :
Наряд-акты
Исправлена обработка формы расчета по умолчанию
L_BASEDOC
Краткое описание :
Сумма наряд-акта - не та, что в дневнике.Описание :
Формирование наряд-заказов по дневникамЧто измененно :
Сумма наряд-акта - не та, что в дневнике.
В дневнике(налоги не входят) сумма 11507480.56 (налоги 1770381.485 )
а в наряд-акте соответственно 11507480.725 , 1770381.65
Настройка цены в наряд-акте не округлять. Округление до 0.01 нде.
Если округление до 1, то расхождение уже в сотни(тысячи)рублей.
Как измененно :
Формирование наряд-акта по дневнику
Исправлена ошибка в округлении цены по настройке "Округлять цену при вставке"
L_BASEDOC
Краткое описание :
Курирующее подразделение в акте/ДООписание :
ДО на закупкуЧто измененно :
В договоре и уточн.согл. курирующее подразделение различается. Договор общий и его
курирует отдел экспертизы, а у допников разные курирующие подразделения ПЭО, ОИТ и т.д.
При формировании акта/ДО выбираем соглашение, в итоге в поле крируеще подразделение тянется
кур.подр. из договора. Учитавая, что здесь хотят все разграничивать и разделять
по кур.подр., то необходимо как-то решить вопрос, настройку что ли сделать. А может есть такая?
Как измененно :
В ДО и сопроводительных документах теперь выводится курирующее подразделение и по договору и по соглашению (раньше только по договору)
L_BASEDOC
Краткое описание :
Потеря преемственности - переключение на свой дескрипторОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Добрый день!
После установки патчей возникла след.проблема:
Ранее при установленных настройках
1. Настройки Галактики \ Общие настройки системы\Разрешать переключение на другой дескриптор -нет
2. Настройки Галактики \ Общие настройки системы\Доступ к документам - все права в рамках группы
Пользователь изменял значение дескриптора на свой в приходных складских ордерах - тем самым давал понять всем что ТМЦ поступили на склад. На другие дескрипторы система не позволяла менять.
Теперь с данными настройками он не может изменить значение дескриптора на свой дескриптор.
А если установить значение - да по данной настройке, то появляется возможность сменить дескриптор и на другого пользователя.
Такое решение не подходит клиенту, просьба вернуть работу настроек как была до установки патчей.
Как измененно :
Добавлена новая пользовательская настройка:
"Настройки Галактики \ Общие настройки системы \ Изменение дескриптора в документах"
-разрешать
-запрещать
-разрешать только на свой дескриптор
Настройка обрабатывается только если документ, в котором меняется дескриптор, доступен для редактирования
Настройка
"Настройки Галактики \ Общие настройки системы \ Разрешать переключение на другой дескриптор"
обрабатывается только при переключении дескриптора по Alt+M.
P.S. На данный момент указанная функциональность реализована только в документах оперконтура логистика
L_BASEDOC
Краткое описание :
Лишние сообщения при "продаже наборов" из ДООписание :
Счета, ДО на продажуЧто измененно :
Лишние сообщения при "продаже наборов" из ДО
При нажатии на кнопку "продажа наборов" выбираем "из каталога услуг", выбираем набор
После этого идет сообщение
---------------------------
Информация
---------------------------
Нет прайс-листов с фильтром
по статусу: исполняемый,
по входимости налогов: входят,
по МЦ/услугам: на услуги
---------------------------
ОК
---------------------------
После это все равно открывается прайс-лист
На предприятии не используются прайс-листы - можно погасить сообщение и выбор прайс-листов?
Как измененно :
В диалог добавления наборов добавлен параметр:
[.] уточнить цены по прайс-листу`
по умолчанию включен
L_BASEDOC
Краткое описание :
Опять "подсчет общего количества по документу"Описание :
Счета, ДО на закупкуЧто измененно :
Проблема уже обсуждалась в ПИР № 101.46300, но все таки....
Клиента категорически не устраивает просматривать количество по документу через отчетную форму,
ему нужен пункт в локальном меню + горячие клавиши, как было раньше...
Аргумент во вложении.
Как измененно :
В интерфейс просмотра информации по спецификации документа
"Просмотр информации по спецификации документа о массе, объеме и таре"
добавлена информация по отпускным единицам.
По имени отпускной единице суммируются значения по количеству.
Информация о таре отображается на закладке "Тара", по отпускным единицам - на закладке "Отпускные единицы".
Для ДО и накладных
L_BASEDOC
Краткое описание :
При удалении ДО переносить ссылку на ПКП из спецификации ДО в специф. накладнойОписание :
Календарный планЧто измененно :
При удалении ДО переносить ссылку на ПКП из спецификации ДО в специф. накладной
1. Создали договор и ПКП, с позицией спецификации с количеством 10
2. Создали ДО с позицией спецификации с количеством 10
3. Создали накладную с позицией спецификации с количеством 5
4. Смотрим остаток по ПКП = 0
5. Удаляем ДО и создаем заново из накладной на 5 единиц (ссылки на договор есть)
6. Смотрим остаток по ПКП = 10
Пример клиента во вложении.
Как измененно :
Если ДО создан по договору, а по ДО созданы сопроводительные документы, то при удалении ДО ссылки в позициях спецификации ДО на спецификации договора/соглашения/ПКП перенесутся на связанные позиции спецификации СД.
При этом не будет контролироваться возможное превышение количества в СД относительно количества в договоре/соглашении/ПКП.
В расширенной информации спецификации ДО добавлена закладка "Договор/соглашение/ПКП", где можно увидеть информацию по связанной позиции спецификации из договора/соглашения/ПКП (если имеется? SpStep.cSpDocs).
P.S. Если ДО не создан по договору/соглашению/ПКП, а только есть связь в шапке ДО, то, соответственно, и связи спецификаций между ДО и договором/соглашением/ПКП нет и переносится будет нечему.
СД также д.б. создана по ДО, т.е. д.б. связь между спецификациями ДО с СД (SpSopr.cSpStep)
P.S.S. Для перенося связей при удалении СД требуется отдельная проблема
L_BASEDOC
Краткое описание :
Акт не видит текущих остатковОписание :
Акты на списание МЦ из ремонтаЧто измененно :
Пример на базе //Otp-781/data2, чтобы получить все настройки - зайти под:
[Login]
UserName=Brodko
Password=yfnfkmz
Пример на заявке №000351. Включено резервирование. При списании по акту сообщает:
Накладная № 000006 от 30/03/2012
Контроль списания МЦ: запрещать без наличия или без текущего остатка
Рукав РВД HM102х1500-PN02AOS04 (ном.номер: 101001530), ед.изм.: шт
в требуемом разрезе нет свободного текущего остатка:
- в накладной: 2.000, наличие (сальдовый остаток): 2.000, текущий остаток: 0.000
Манжета арм.15х30х7 (ном.номер: 105000238), ед.изм.: шт
в требуемом разрезе нет свободного текущего остатка:
- в накладной: 2.000, наличие (сальдовый остаток): 2.000, текущий остаток: 0.000
Хотя отчеты по текущим остаткам МЦ наличие показывают.
Как измененно :
Исправлено. Теперь остатки находятся корректно.
L_BASEDOC
Краткое описание :
Привести фунцию GetKoefOtpEdT L-компонент к единому кодуОписание :
Накладные на отпускЧто измененно :
Функция Function GetKoefOtpEdT сейчас встречается в:
- L_BaseDoc: L_BaseDoc\vip\MetizKoef.vpp
- L_MakeNakl: L_MakeNakl\vip\GetNalF_Release.vip, L_MakeNakl\vip\MakeNakl.vip
- L_Sklad: L_Sklad\vip\Func\MakeOrder\OtpEdMetiz.vpp
- L_SoprDoc: L_SoprDoc\vip\AktRecFun.vip
Нужно проанализировать код этих функций (он очень похож) и реализовать одну общую функцию GetKoefOtpEdT и поместить ее в L_METIZ, т.к. она нужно только при использовании этого компонента (по умолчанию он отключен).
Как измененно :
Реализована объектная функция fEdIzm.GetKoefOtpEdT, которая определяет необходимость пересчета и наличие L_Metiz.
В случае наличия L_Metiz и значения настройки:
"Настройки Галактики \ Логистика \ Документы \ Учет объема тары \ Способ пересчета количества" - расчетный коэффициент по таре,
запускается функция пересчета по тарным коэффициентам oFunMetiz.GetKoefOtpMetiz.
L_BASEDOC
Краткое описание :
Неверно формируются накладные с частичным резервированиемОписание :
Накладные на отпускЧто измененно :
Неверно формируются накладные с частичным резервированием
Выявилась следующая проблема - не все МЦ из заказа попадают в сформированные накладные (Скриншоты во вложении).
Процесс формирования накладных организован следующим образом:
1. Группа пользователей, ответственных за "связь с клиентами", обзванивает клиентов и указывает в ДО на какую дату следует доставить заказ.
Данная группа пользователей проверяет может ли заказ быть отгружен.
2. Из всех заказов, планируемых на отгрузку на определенную дату, пользователь, ответственный за планирование доставок, формирует накладные на отгрузку,
т.е заходит в указанный заказ (ДО на продажу) и нажимает на кнопку "Сопроводительные документы".
Этот пользователь не проверяет наличие резервов и наличие на складе
3. Пользователь, ответственный за списание товара со склада - списывает, сформированные пользователем в п.2 накладные.
Проблема в том, что если в ДО на позиции установлен частичный резерв то в накладную попадает только зарезервированное количество.
В то время как не зарезервированный остаток просто игнорируется.
Таких документов на отгрузку ежедневно формируется не одна сотня, сверять количество между ДО и накладными, при том что таких
накладных формируется несколько из каждого ДО (в зависимости от количества разрезов резервирования) - совершенно невозможно.
Как измененно :
Исправлено
L_BASEDOC
Краткое описание :
Дать возможность формирования партии в ДООписание :
Счета, ДО на закупкуЧто измененно :
Дилер не внял моим доводам о нецелесообразности автоформирования партии по ДО.
Привожу высказывание дилера:
---------------------------------------------------------------------------------------------------------
Во-первых, не все данные берутся из оприходованной накладной- берется только цена ордера и валюта ордера. Остальные данные берутся из самой ТТН (и совсем необязательно ее оприходовать, чтобы сформировать партии!!).Поля "Зав. цена", "% наценки","цена" одинаковые для ДО и ТТН, разве не так? Они же и заносятся в партию. Если же говорить о названии партии и тех данных, которые туда переносятся- то это совсем не критично, так как есть настройка, которая благополучно переформировывает название партии.
(Хелп:" Если настройка Переименование старой партии имеет значение да, то:
¦если партии не было, создается новая партия;
¦если партия была, производится ее обновление (переименование) в соответствии с измененными параметрами, входящими в название партии.")
Во-вторых, не понятно, почему партии можно формировать вручную и нельзя формировать автоматически? В чем логика? Для программы наверное все-равно, как сформирована партия, а вот для пользователя далеко не все-равно- спецификация на приход бывает достаточно большой и как Вы себе это представляете- формировать для 50 МЦ партии вручную? Наши пользователи конечно находят варианты- сначала формируют ТТН(которой еще нет), и на основании ТТН формируют ДО! Но где же логика?! В Галактике весь документооборот завязан на ДО! ДО- это основной документ и что? Сформировать ДО правильно, со всеми данными невозможно?! Разве это не абсурд!!!
Люблю я Галактику! Но данные парадоксы даже меня сильно напрягают! Почему не сделать все логично и понятно для пользователей???? Ведь сама программа пишется для них, а у меня иногда создается впечатление, что разработчики пишут ПО для себя, как им проще и удобнее, а пользователь- это тот персонаж- которые позаботится о себе сам - найдет выход из любой ситуации- ведь ему же надо работать....
Хотелось бы сделать программу удобной и понятной для пользователей, а не для ее разработчиков!
Как измененно :
ДО на закупку.
В шапке добавлен пункт локального меню "Автоформирование партий" - по всем позициям ДО (тольок по МЦ) создается и привязывается партия.
В списке ДО добавлен пункт "Автоформирование партии по позиции" - создание партии по текущей позиции.
При формировании партии учитываются все настройки Партионного учета, только вместо полей накладной подставляются поля ДО (например, вместо номера накладной - номер ДО)
L_BASEDOC
Краткое описание :
HELP. Не тот топик подключен к окнуОписание :
Счета, ДО на продажуЧто измененно :
HELP. Не тот топик подключен к окну, см. вложение.
Надо Скидка к позиции, а сейчас подключен Основания на продажу.
На 8.10 - корректно.
Как измененно :
Пересборка на 5.5.12
L_BASEDOC
Краткое описание :
Добавление в расширенной информации интерфейса разноскиОписание :
Накладные на отпускЧто измененно :
Добавление в расширенной информации интерфейса разноски
Как измененно :
В накладной на отпуск добавлена закладка в расширенной информации по позиции спецификации "Разноска по складам". доступна при значении настройки : "Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ Накладная на отпуск \ Разрешать списание с нескольких разрезов Склад-МОЛ - да".
В шапку окна редактирования добавлены пункты меню:
- Очистить разноску по складам;
- Сформировать разноску по складам.
Позволяют произвести автоматическую разноску по всем позициям спецификации или удалить ее.
Нельзя выбрать при разноске склад с установленной настройкой списания "по фактической цене приобретения".
При наличии разноски по складам отсутствует функция "Автораспределение МЦ по разрезу".
При наличии разноски поля "Склад" и "МОЛ" в шапке окна редактирования Накладной на отпуск будут недоступны.
Если разноску очистить, то данные поля будут снова доступны.
Доработана возможность формирования нескольких расходных ордеров по Накладной на отпуск при наличии разноски.
В рамках проблемы было доработано пакетное формирование ордеров по Накладным на отпуск.
Также доработана возможность распределения по ячейкам хранения с учетом разноски по разрезам и списание по серийным номерам.
Серийные номера при наличии разноски можно выбирать только на этапе создания ордеров.
Доработаны следующие отчетные формы:
1. Управление сбытом | Отчеты | Аналитика реализации товаров | Иерархический реестр расходных накладных.
По каждому разрезу Склад-МОЛ накладной будет рассчитана сумма и налоги и каждый разрез Склад-МОЛ будет отображен в реестре отдельной строкой, кроме случая, когда в реестре не заданы фильтры по Складу или МОЛ и не заданы группировки по Складу или МОЛ.
Доработан пересчет цен в накладной по ордерам с учетом разноски.
В закладку "Разноска по складам" добавлена возможность просмотра остатков МЦ по выбранному разрезу.
Доработана проверка наличия МЦ перед формированием ордеров с учетом разноски по разрезам.
2. Управление сбытом | Отчеты | Реестры | Иерархический реестр накладных/актов.
3. Управление сбытом | Отчеты | Реестры | Иерархический реестр отгруженных товаров/услуг.
4. Управление сбытом | Отчеты | Реестры | Реестр накладных на продажу.
5. Управление сбытом | Отчеты | Аналитика реализации товаров | Универсальная настраиваемая ведомость
Реестры доработаны по аналогии с аналогичными отчетными формами по Приходным накладным в модуле Управление снабжением с учетом разноски по Складу/МОЛ.
Формы реализованные на протопите Tovn не дорабатывались и в шапку данных форм не выводится Подразделение и МОЛ, если по Накладной есть разноска по нескольким разрезам.
6. Складской учет | Отчеты | Накопительная ведомость | по расходам. Доработан фильтр по Подразделениям и МОЛ с учетом разноски.
7. Складской учет | Отчеты | Контроль соответствия накладных и ордеров | всех накладных и ордеров.
8. Складской учет | Отчеты | Проводки к складским документам | к накладным и актам.
L_BASEDOC
Краткое описание :
Доработка локальных смет и план-графиков СМРОписание :
Локальные сметыЧто измененно :
Необходимо выполнить доработку локальных смет и план-графиков СМР по проекту развития "2.0151 Доработка локальных смет и план-графиков СМР".
Как измененно :
При добавлении в локальную смету работы из справочника нормативных работ, в смету также переносятся нормы расхода ресурсов из справочника.
Если работа добавляется в сметный раздел, то ее норма расхода устанавливается равной 0 (потому что она ни на что не влияет), если работа добавляется в состав другой работы (вышестоящей), то норма расхода для добавляемой работы по умолчанию равна 1. Соответственно объем подчиненной работы по умолчанию равен объему вышестоящей работы.
При изменении объема работы пересчитываются объемы работ и ресурсов, входящих в состав данной работы по формулам:
Объем работы = Объем вышестоящей работы * Норма расхода работы.
Объем ресурса = Объем работы * Норма расхода ресурса.
При изменении нормы расхода работы, у которой есть вышестоящая работа, пересчитывается объем данной работы, а также объемы для всех ее ресурсов по формуле:
Объем работы = Объем вышестоящей работы * Норма расхода работы.
Пересчет объемов работ и ресурсов, входящих в состав работы, после модификации ее объема или нормы осуществляется при уходе с текущей записи или при переводе фокуса ввода с нижней панели интерфейса редактирования спецификации сметы в верхнюю панель (иерархический редактор).
На вкладке "Коэффициенты" для пустой (не валидной) записи в колонках "Тип коэффициента", "Относится", "Действие" отображаются пустые значения. После редактирования любого из поля коэффициента при уходе с записи осуществляется контроль корректности заполнения всех полей.
В справочнике нормативных работ для работы добавлена возможность множественной вставки ресурсов в интерфейсе редактирования нормативов.
В интерфейс редактирования спецификации сметы добавлена кнопка инструментальной панели "Пересчет стоимостных и количественных показателей" и функция локального меню "Пересчет показателей сметы", позволяющие пересчитать стоимостные и количественные показатели сметы на основе имеющихся ресурсов. При этом используются расценки ресурсов, определяемые настройкой "Настройки Галактики \ Сметная документация \ При выборе ресурсов в документы использовать цену".
При выборе работ из локальных смет пользователь может выбирать сметные разделы и работы независимо друг от друга и в план работ по объекту переносится только то, что выбрал пользователь. Чтобы использовать данную возможность в диалог настройки параметров интерфейса выбора из локальных смет (диалог вызывается по функции локального меню "Настройки" или комбинации клавиш
) добавлен флажок "независимая пометка разделов/работ". Этот флажок становится доступным для установки при запуске интерфейса выбора из окна редактирования плана.
Реализована возможность добавлять в работу плана отдельные ресурсы из соответствующей ей работы из локальной сметы. При выборе из сметы ресурсов других работ, отличных от текущей, в план вставляются новые работы.
Реализована возможность многократно добавлять из локальной сметы в план работ по объекту одну и ту же работу.
Реализована возможность формирования локальных смет на основании плана работ:
- В локальная меню менеджера проекта на вкладке "План работ по объекту" добавлен пункт "Формирование локальной сметы";
- Смета формируется только по позициям плана, которые еще не связаны с локальной сметой. При формировании сметы выполняется привязка позиций плана работ к формируемой смете;
- Структура сметы повторяет структуру элементов плана;
- Элементы спецификации сметы (разделы, работы, ресурсы) генерируются в соответствии с типом элементов плана;
- При необходимости создаются нормативные работы и ресурсы;
- Работы, находящиеся на верхнем уровне плана работ в смете помещаются в специально созданный для них раздел (т.к. в смете элементом верхнего уровня обязательно должен быть раздел);
- Количественные и ценовые показатели берутся для всего периода планирования. Регистр учета - "план", тип показателей - "освоение", режим цен - "текущие", режим налогов - "с учетом налогов";
- Для ресурсов формируемой сметы устанавливаются нормативные цены;
- Привязка целевого учета такая же, как и в плане.
В системе имеется возможность расчета факта в планах работ по табелям учета рабочего времени, что позволяет вести оперативный учет факта исполнения плана работ. Фактические показатели в плане работ пересчитываются автоматически при изменении статуса табеля учета рабочего времени.
Теперь добавлена возможность рассчитать фактические затраты материалов, указанных в плане работ. Для этого в табель учета рабочего времени добавлена закладка "Материалы". На этой закладке указываются использованные материалы (со ссылкой на работу). Заполняется закладка "Материалы" аналогично тому, как происходит заполнение закладки "Рабочие".
Для разграничения расчета факта в плане работ по первичным документам либо по табелям учета рабочего времени добавлена системная настройка "Управление капстроительством / Планирование / Расчет факта в плане работ" со значениями "по документам" и "по табелям". Если данная настройка имеет значение "по документам", то расчет факта осуществляется с помощью операции "Расчет фактических показателей по плану". Если же данная настройка имеет значение "по табелям", то при выполнении операции "Расчет фактических показателей по плану" расчет факта по плану работ производиться не будет (в окне настройки операции параметр "Факт по плану работ" будет недоступен для установки). Расчет факта по плану работ при этом осуществляется в автоматическом режиме по табелям учета рабочего времени (при изменении статуса табеля).
-------------------------------------------------------------
Изменения в способах редактирования числовых показателей планов строительства:
В плане строительства на вкладках "Общий план", "Спецификация плана / Показатели" и "План работ по объекту" для регистра учета "План" разрешен ввод числовых показателей не только для листовых периодов планирования, как было ранее, но и для более общих периодов планирования. Например, для периодов "2012 г" и "1 квартал 2012 г.", если план сформирован по типу периодов "Год - Квартал - Месяц".
В связи с этим вводится понятие "уровень хранения данных" для каждой позиции спецификации плана или каждой работы и её ресурсов в плане работ. Уровень хранения данных определяет на каком уровне иерархии периодов планирования хранятся данные. Например, для плана, сформированного по типу периода "Год - Квартал - Месяц" уровнем хранения данных может быть "Год", "Квартал" или "Месяц".
Узнать уровень хранения данных для позиции плана можно в окне "Атрибуты значения", доступном по локальной функции "Атрибуты позиции плана Alt+S" на полях с числовыми показателями плана. Если числовые значения ещё не вводились, то будет отображаться значение "данные отсутствуют", иначе отображается название типа периода планирования, например "Квартал", за которым в квадратных скобках следует название периода планирования, в котором обнаружены данные (например "1 квартал 2012 г.") либо отображается "расчетное значение", если текущий показатель плана рассчитан на основании других показателей.
Пользователь может изменять уровень хранения данных используя локальную функцию "Изменение уровня хранения данных", которая доступна на вкладках "Спецификация плана" и "План работ по объекту". Эта функция не доступна в планах, которые используют хранилище версии 1.0.
Если пользователь вводит значение на уровне, более общем, чем текущий уровень хранения (ближе к вершине иерархии периодов планирования), то введенное значение распределяется на соответствующие подпериоды. Например, в плане с типом периодов планирования "Год - Квартал - Месяц", если данные хранятся по месяцам, а пользователь вводит значение для 2-го квартала, то это введенное значение будет распределено по месяцам этого квартала (апрель, май и июнь).
Распределение выполняется пропорционально количеству дней или равными частями. Для выбора способа распределения в систему добавлена пользовательская настройка "Настройки Галактики \ Управление капстроительством \ Планирование \ Способ распределения объемов по периодам планирования" со значениями "пропорционально количеству рабочих дней" (используется по умолчанию) и "равными долями".
Вводить данные на уровнях, больших чем текущий уровень хранения, запрещено. Например, в плане с типом периодов планирования "Год - Квартал - Месяц", если данные хранятся по кварталам, а пользователь вводит значение для периода "Февраль 2012 г.", будет выдано сообщение "Имеются данные для более общего периода планирования "1 квартал 2012 г.". Для изменения уровня хранения данных используйте соответствующую функцию локального меню.".
При отображении числовых показателей плана строительства шрифтом синего цвета отображаются значения, которые сохраняются в базе данных и не являются вычисляемыми на основании других значений. Таковыми являются показатели верхнего уровня периодов планирования (в нашем примере показатели для периода "2012 г") и значения, соответствующие уровню хранения данных.
Реализованная возможность хранить данные не только в самых детальных (листовых) периодах плана, но и на верхнем уровне иерархии периодов планирования, является наиболее оптимальной с точки зрения производительности на этапе уточнения сроков строительных работ. Это объясняется тем, что при изменении сроков работ нет необходимости перераспределять показатели позиции плана между листовыми периодами. Такой режим работы полезен на первом этапе планирования, когда в план добавляются новые элементы и для них определяются сроки. Поэтому для оптимизации процесса формирования плана работ по локальным сметам у настройки "Настройки Галактики \ Управление капстроительством \ Планирование \ Переносить показатели из смет в план работ" добавлено новое значение "в периоды верхнего уровня". Его и рекомендуется использовать.
Также, с целью оптимизации производительности, при изменении сроков каких-либо позиций плана строительства уровень хранения данных для них будет устанавливаться в значение самого общего типа периодов планирования. В нашем примере, если план работ по объекту содержит работу "Возведение кирпичной перегородки" объемом 5 м.кв., срок её исполнения 27.09.2012 - 03.10.2012, уровнем хранения данных этой работы является "Месяц" и заданы числовые показатели объема и стоимости работы: 2 м.кв на период "Сентябрь 2012 г." и 3 м.кв. на "Октябрь 2012 г.". То при изменении срока работы, скажем на 28.09.2012 - 04.10.2012 уровень хранения данных будет изменен на "Год", показатели за периоды "Сентябрь 2012 г.", "Октябрь 2012 г.", "3-й квартал 2012 г." и "4-й квартал 2012 г." будут удалены, останутся лишь значения для периода "2012 г." - объем 5 м.кв. и заданная ранее стоимость. То же произойдет и с показателями ресурсов этой работы.
---------------------------------------------------------------
Редактирование плана работ
Реализована возможность в плане работ пользователем:
- переименовывать разделы, работы и ресурсы, выбранные из локальных смет;
- добавлять и удалять ресурсы у работы;
- связывать работы в плане СМР с работами в локальной смете вручную. При этом сама работа и ее ресурсы на выбранную из сметы работу с ресурсами не заменяются.
Для связи работы плана строительства с локальной сметой разработан новый интерфейс "Выбор работ и ресурсов из локальной сметы". Окно "Выбор работ и ресурсов из локальной сметы" состоит из двух панелей:
- верхняя панель, содержит список локальных смет по указанному в спецификации плана объекту строительства.
- нижняя панель, содержит перечень разделов, работ и ресурсов указанной в верхней панели локальной сметы.
При связывании работы с локальной сметой, осуществляется анализ МЦ\Услуг связываемой работы с ресурсами выбранной локальной сметы. И в случае наличия МЦ\Услуг, которые можно связать с ресурсами локальной сметы, то такая связь автоматически проставляется.
---------------------------------------------------------------
Копирование и клонирование планов СМР и их частей
Для удобства и быстроты формирования новых планов работ по объектам строительства в реализованы следующие функции:
1. Функция формирования плана работ на основании другого плана работ.
Реализована возможность сохранения плана работ по объекту в буфере и вставка из него. Для сохранения плана работ в буфере необходимо выбрать необходимый объект строительства в спецификации плана работ и в контекстном меню выбрать "План работ по объекту\ Сохранение плана работ в буфер" (Ctrl + F2).
Для вставки плана работ из буфера необходимо:
- сохранить копируемый план работ в буфере;
- не закрывая окно "Планы КС. Представление:", выбрать объект строительства в спецификации плана работ, для которого необходимо вставить сохраненный в буфере план работ;
- в контекстном меню выбрать "План работ по объекту\ Вставка плана работ из буфера" (Ctrl + F3).
При выполнении данной функции в текущий план работ переноситься вся информация по выбранным разделам и работам вместе с их ресурсами без указания подрядчика, исполнителей, машин и механизмов. Все связи между работами и их продолжительности сохраняются. Для всех несвязанных работ дата начала их выполнения должна равна началу периода планирования текущего плана.
2. Копирование ветки из выбранного плана СМР
Сохранение ветки (раздела или работы) выбранного плана работ осуществляется с помощью пункта локального меню "Иерархическая структура\ Сохранение позиции в буфер" (Ctrl + F2) на вкладке "План работ" окна редактирования плана работ.
Cохраненную в буфере ветку плана работ можно вставить на текущем или подчиненном уровне с помощью пункта локального меню "Иерархическая структура\ Вставка позиции из буфера" (Ctrl + F3). Либо выбрав пункт "Вставить работу из буфера" в меню вставки позиции плана работ (отображается при нажатии клавиш F7 или Ctrl+F7).
Вставка скопированного раздела плана работ на текущем уровне доступна только, если курсор установлен на разделе плана или работе, которая не имеет вышестоящей работы.
Вставка скопированного раздела плана работ на подчиненном уровне доступна только, если курсор установлен на разделе плана.
Вставка скопированной работы на текущем или подчиненном уровне должна быть доступна, если курсор не установлен на ресурсе.
При вставке скопированной ветки плана работ все значения сохраняются (связи, исполнители, сроки выполнения, продолжительность и т.д.).
---------------------------------------------------------------
Связь первичных документов с позициями планов работ
Реализована возможность связывания позиций первичных документов с позициями плана работ. Прямая связь между планами работ и первичными документами используется в случае отсутствия лицензии на модуль "Сметная документация". В данном случае в спецификации сопроводительных документах добавлено поле "План работ". Для связи текущей позиции спецификации документа с позицией плана работ необходимо, поставив курсор в поле "План работ", нажать F3.
Пункт локального меню "Выбор из плана работ" позволяет формировать спецификацию документа по выбранному плану работ.
Для позиций первичных документов с позициями плана работ и для формирования спецификации документа по плану работ разработан новый интерфейс "Выбор МЦ\Услуг из плана работ". Окно "Выбор МЦ\Услуг из плана работ" состоит из двух панелей.
Верхняя панель содержит следующие поля:
- План;
- Статус плана;
- Вариант плана;
- Копия варианта плана;
- Объект строительства;
- Подрядчик.
В случае, если в шапке сопроводительного документа указан объект строительства или подрядчик, то соответствующие поля в верхней панели окна "Выбор МЦ\Услуг из плана работ" будут автоматически заполнены значениями из шапки документа и для изменения не доступны.
Нижняя панель, содержит перечень разделов, работ и ресурсов, указанного в верхней панели плана строительства.
---------------------------------------------------------------
Отражение факта в планах работ по объектам
Доработана функция расчета факта в плане работ:
- По ссылке на позицию локальной сметы, указанной в позиции спецификации первичного документа, осуществляется поиск позиции плана работ;
- Если количество, указанное в позиции первичного документа, не превышает разности планового и фактического объемов найденной позиции плана работ, то оно целиком добавляется к фактическому объему данной позиции плана;
- Если количество, указанное в позиции первичного документа, превышает разность планового и фактического объемов найденной позиции плана работ, то к фактическому объему позиции плана прибавляется часть количества из позиции первичного документа (чтобы факт стал равен плану);
- Далее осуществляется поиск очередной позиции плана работ для расчета факта;
- Эти действия повторяются до тех пор, пока не будет распределено все количество, указанное в позиции спецификации первичного документа, или не будут найдены все позиции плана работ с соответствующей ссылкой на позицию локальной сметы. Нераспределенное количество из первичного документа добавляется к последней из найденных позиций плана работ.
L_BASEDOC
Краткое описание :
Пакетное распределения МЦ по разрезу с учетом партии в накладных на отпуск.Описание :
Пакетное формирование ордеров по накладным на отпускЧто измененно :
Пакетное распределения МЦ по разрезу с учетом
партии в накладных на отпуск.
Пакетное формирование ордеров по накладным в
модуле "Управление сбытом" В данной функции нет опции
автоматического подбора партий для списания. Однако в
локальном меню заголовка накладной на отпуск МЦ есть
подобная функция Нужна возможность запустить функцию
подбора партий пакетно для группы накладных.
Как измененно :
Добавлен пункт меню:
- Управление сбытом | Операции | Пакетное формирование ордеров | по накладным на отпуск с автораспределением.
Данный функционал позволяет пакетно сформировать ордера по накладным на отпуск с автоматическим распределением в разрезе партий.