2014-11-17 15:45:31

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

Расчет полей Сумма в вал,В вал док,Цена в вал не производится по выбран-му курсу

Описание :

Накладная на возврат МЦ, не использованных при ремонте

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

Предложение:Дать РІРѕР·РС

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

Добавлена настройка\\r\\n\\\"Настройки Галактики \\\\ Логистика \\\\ Управление СЂРµРС

2014-11-17 15:45:31

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

Не работает "Выбор партии из текущих остатков" по текущему подразделению

Описание :

Расходные ордера

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

Функция "Выбор партии из текущих остатков Ctrl-F2"
(вызывается в режиме
редактирования из локального меню в нижней панели окна =Расходные ордера=) -
в открывающемся окне нет остатков МЦ по текущему "подразделению".
Хотя если просмотреть сальдовые остатки МЦ в ремонтах на
дату ордера, то видим, что в указанном подразделении есть МЦ в наличии.
Из help:
"Данная функция открывает окно =Текущие остатки по матценности=,
в котором отображается наличие текущих остатков по матценности на предприятии,
на текущем складе, а также подробно во всех разрезах.
...
При нажатии комбинации клавиш Ctrl+Enter выполняется расчет на заданную
дату и вывод средних цен по каждому из разрезов. Если используется метод
средней цены по предприятию, то средние цены в каждом разрезе будут одинаковыми,
если же применяется метод средних цен по разрезу, то - в зависимости от
приходов/расходов по разрезам".
Приходных ремонтаных ордерах названная функция задизаблена.

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

создан интерфейс для "Выбор партии из текущих остатков" по
текущему подразделению

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

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

Добавление записей при установленном фильтре и отображение уст-го фильтра в заг.

Описание :

Журнал регистрации выявленных дефектов

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

Установлено:
Расширенный режим работы = Да,
Статус по умолчанию = запланировано.
Запускаем Документы -> Журнал регистрации выявленных дефектов,
устанавливаем фильтр по "Статусу = ремонт" (период задан тоже).
Отфильтровалась одна запись (все верно). В заголовке окна
отображается что установлен фильтр (период и статус).
Нажимаем F7 при этом осуществляется переход в режим редактирования
отфильтрованной записи, Esc - отображается одна и та же запись два
раза и не отображается что установлен фильтр.
Исправить работу системы при приведенных условиях.

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

Исправлено, при установленной фильтрации по статусу ОР нельзя
создать новую запись
если статус фильтрации отличается от статуса из настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Журналы \
Журнал регистрации выявленных дефектов \ Статус по умолчанию" ,
иначе устанавливается в новой документе статус из окна фильтрации.

2014-11-17 15:45:31

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

Дата в Журнале ХО должна соответствовать дате документа

Описание :

Акты выполненных ремонтов подрядным способом

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

Дата в Журнале ХО должна соответствовать дате документа

При формировании сторнирующего акта в журнале
хозопераций осталась дата первоначального формирования
сторнирующего документа, которая попадает в будущий
период - это ошибка. Дата в ЖХО должна соответствовать
дате документа. Поменять дату вручную программа не
дает.
(описание во вложении)

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

При изменении даты Акта выполненных ремонтов изменяется дата обработки в ХО

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

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

Внешний атрибут к актам сверки по договорам

Описание :

Акты сверки

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

Внешний атрибут к актам сверки по договорам

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

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

2014-11-17 15:45:31

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

В рамках решения проблемы ПиР 101.45605 была добавлена настройка

Описание :

Не знаю, какая именно часть модуля Управление договорами, научите

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

В рамках решения проблемы ПиР 101.45605 была добавлена настройка

В рамках решения проблемы ПиР 101.45605 для
клиента СХОАО "Белореченское" была добавлена настройка
"Разрешать превышение накладными и актами суммы по
договору" с вариантом значения "нет (без учета
возвратной тары)". Был спецпатч. Сейчас клиент
собирается переходить на 9.1 необходима указанная
доработка.

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

У настройки "Разрешать превышение накладными и актами суммы по
договору" добавлено значение "нет (без учета
возвратной тары)".

2014-11-17 15:45:31

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

Не выпускает из интерфейса выбора склада в Актах выполненых ремонтов

Описание :

Акты выполненных ремонтов собственными силами

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

Не выпускает из интерфейса выбора склада в Актах выполненых ремонтов.
Ситуация возникает если не установлен МОЛ в документе и значение настройки:
"Настройки Галактики \ Общие настройки системы \ Интерфейсы выбора \
Автоматический выбор МОЛ в документах" - да

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

При выборе из расширенной информации Акта выполненных ремонтов или
акта на списание подразделения при условиях:
1) не установлен МОЛ в документе
2) значение настройки:
"Настройки Галактики \ Общие настройки системы \ Интерфейсы выбора \
Автоматический выбор МОЛ в документах" - да
дает выйти из ин-са, т.е. повторно автоматически не вызывается
окно выбора подразделения

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

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

выбор из текущих остатков (акты на списание из ремонтов)

Описание :

Акты на списание МЦ из ремонта

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

Клиент просит интерфейс выбора из текущих остатков (в актах на списание из ремонтов), идентичный тому, который доступен в складском учете с учетом значения настройки " в спецификации накладной на внутр.перемещение, в актах инвентаризации и списания - выбор из текущих остатков в разрезе партий".
Оптимальным вариантом видится добавление соответствующего значения для настройки 1579 "в спецификации акта на списание МЦ из ремонтов по вызывать", например,
"выбор из текущих остатков - складской интерфейс".

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

Добавлено значение для настройки
"Настройки Галактики \ Логистика \ Управление ремонтами \ Документы \ Акты выполненных ремонтов и акты на списание \ Акты на списание МЦ из ремонтов \ в спецификации акта на списание МЦ из ремонтов по вызывать"

- выбор из текущих остатков в разрезе партий
при выборе этого значения в актах на списание из ремонта по вызывается интерфейс
"выбор из текущих остатков в разрезе партий" (складской интерфейс).

2014-11-17 15:45:31

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

Не выпускает из окна "Корректировка объект ремонта"

Описание :

Каталог объектов ремонта

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

Не выпускает из окна "Корректировка объект ремонта".
Закладка "Классификация" - F4, F3, например в типе ремонта и теперь уже не
выпускает из окна, требуя ввести
название, код объекта. Вводим - не помогает, запись очищается и теперь только
снимать приложение.
Кстати и в закладке классификация уже по F3 ничего нельзя выбрать...

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

Проблема изначально в том, что при автоматическом
позиционировании при запуске интерфейса не происходит
обновление данных в закладках "Паспорт", "Классификация"...
Из-за этого возникала некорректная ситуация. Теперь все работает корректно.

2014-11-17 15:45:31

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

Корректировка расчетных периодов в новой технологии планирования отпусков (ошибки)

Описание :

Интерфейс "Справочник рабочих периодов"

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

Корректировка расчетных периодов в новой
технологии планирования отпусков (ошибки).
Сформировали рабочие периоды, создали приказ на
отпуск, после этого изменили дату окончания первого РП.
В результате изменился рабочий период в уже
утвержденном отпуске и произошел сдвиг полагающихся
отпусков (которые были использованы в приказе на
отпуск). Подробнее во вложении.

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

Изменился подход к формированию искусственного сдвига (выделяется красным цветом, формируется при изменении даты окончания или объединении РП): количество дней сдвига рассчитывается по формуле:
Количество = УстДатОк - ПервДатОк,
где УстДатОк - установленная дата окончания РП;
ПервДатОк - первоначальная дата окончания РП без каких либо сдвигов (дата начала РП + 12 месяцев - 1 день).
Таким образом, при наличии искусственного сдвига он "поглощает" системные сдвиги, т.е. системные сдвиги не влияют на этот рабочий период. При пересчете сдвигов рабочего периода: если в рабочем периоде найден искусственный сдвиг, производится его учет, при этом учет системных сдвигов не осуществляется.

Разработан конвертер, который осуществляет проход по рабочим периодам сотрудников, при наличии искусственного сдвига в РП система производит его пересчет по указанной выше формуле и удаляет все системные сдвиги в этом РП.

Изменен интерфейс выбора РП, используемый для выбора РП остатков и выбора РП для объединения: добавлены поля "Вид назн.", "Существуют полаг. отпуска", "Существуют факт. отпуска".
В панели рабочих периодов добавлен столбец "Ф", содержащий признак наличия фактических отпусков выданных за этот рабочий период.

В панели рабочих периодов добавлены пункты меню:
- "Объединить рабочие периоды"
1) открывается окно параметров объединения рабочих периодов с двумя полями: в первом выбирается рабочий период, с которого осуществляется объединение; а во втором - по который.
2) при выборе рабочих периодов осуществляются проверки:
* рабочие периоды должны принадлежать одному назначению,
* дата начала объединенного рабочего периода не может быть больше даты окончания.
Если какая-либо из проверок не была пройдена, выдается соответствующее предупреждение и выбираемое поле не заполняется значением.
3) при нажатии кнопки "Объединить":
а) осуществляется проверка на наличие в выбранных рабочих периодах полагающихся отпусков или остатков за эти РП: если отпуска или остатки найдены, выдается соответствующее предупреждение объединение прерывается, окно параметров остается открытым.
б) дата окончания первого объединяемого рабочего периода устанавливается равной дате окончания последнего объединяемого рабочего периода;
в) по приведенной выше формуле рассчитывается искусственный сдвиг и формируется запись в базе для первого рабочего периода;
г) все рабочие периоды между выбранными, включая последний объединяемый рабочий период, удаляются;
д) запускается функция пересчета рабочего для сформированного объединенного периода.
4) при нажатии "Отмена" или закрытии интерфейса [Х], объединение рабочих периодов не производится.
- "Разделить рабочий период"
1) осуществляются проверки:
* на наличие в текущем рабочем периоде полагающихся отпусков или сформированных остатков за этот РП;
* на наличие "искусственного" сдвига в текущем рабочем периоде.
Если какая-либо из проверок не пройдена, выдается соответствующее предупреждение и разделение прерывается.
2) система удаляет "искусственный" сдвиг рабочего периода и запоминает дату окончания разделяемого РП как "основную";
3) система пересчитывает дату окончания первого РП с учетом системных сдвигов, и далее формирует рабочие периоды до тех пор пока дата рассчитываемая дата окончания до "основной";
4) остаток после деления на рабочие периоды, недостаточный для формирования еще одно РП, присоединяется к последнему сформированному РП (в нем формируется "искусственный" сдвиг на количество дней остатка).

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

2014-11-17 15:45:31

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

Убрать F3,F7,F8 из статус-строки

Описание :

Не знаю, какая именно часть модуля Управление сбытом, научите

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

Убрать F3,F7,F8 из статус-строки в окне выбора товаров, когда курсор на кнопках.
Для РБ - Прайс-листы - Прейскурант цен - по остаткам МЦ.

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

Убрано

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

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

Добавить возможность обратной фильтрации в параметрах бланка инвентаризации.

Описание :

Инвентаризационные бланки

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

Добавить возможность обратной фильтрации в параметрах бланка инвентаризации.

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

Добавлена возможность обратной фильтрации в параметрах бланка инвентаризации по МЦ и группам МЦ.

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

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

Некорректность в БГ

Описание :

Работа с банковской гарантией

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

Некорректность в Банковской Гарантии, при проверке статусов:
Банковская гарантия 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

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

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

Описание :

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

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

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

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

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

Не создается запись ТХО при создании заявки на ремонт по акту предписания

Описание :

Акты предписания

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

Не создается запись ТХО при создании заявки на ремонт по акту
предписания
Это видно при проверке КОУ:
Проверка документов-оснований
Выявлено не связанных с журналом хозопераций ДО: 1
Проверка документов-оснований закончена

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

создается запись ТХО при создании заявки на ремонт
по акту предписания

2014-11-17 15:45:31

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

В РИ Заявки можно поправить налоговую ставку

Описание :

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

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

В РИ Заявки на закладке Описание работы после
того, как выдалось сообщение:
---------------------------
Информация
---------------------------
Документ доступен только для просмотра.
---------------------------
ОК
---------------------------
Под кнопкой "Налоги по позиции" можем править
налоговые ставки как хотим. При этом выдается
предупреждающее сообщение:
---------------------------
Ошибка
---------------------------
Попытка модифицировать заблокированную запись
---------------------------
И оставляет нами внесенные изменения.
Надо закрыть такую возможность.
ОК
---------------------------

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

В РИ Заявки на закладке Описание работы
если Заявка недоступна для редактирования, то
нельзя изменить налоговые ставки

2014-11-17 15:45:31

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

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

Описание :

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

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

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

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

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

2014-11-17 15:45:31

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

Не работает запрет редактирования каталогов ТОРО при привязке ОС

Описание :

Каталог объектов ремонта

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

Настройки Галактики \ Логистика \ Управление ремонтами \
Справочные каталоги \ Доступ к каталогам \ Разрешено редактирование каталога
"..."=нет.
Ввожу карточку ОР и при привязке ОС к ОР отвечаю "Да" на вопрос "Вставить
информацию из карточки ОС в карточку объекта ремонта?". Даже несмотря на запрет
редактирования каталогов происходит вставка записи и в тип ОР, и в вид ОР, и в
группу ОР и в др.запрещенные для редактирования каталоги.

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

При создании ОР путем импорта из ОС для полей тип, вид, марка,
группа учитываются
настройки
Настройки Галактики \ Логистика \ Управление ремонтами \ Справочные каталоги \
Доступ к каталогам \

2014-11-17 15:45:31

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

Стандартный функционал по данному типу накладной не работает. Просмотр ордеров п

Описание :

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

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

По факту формирования корректирующей накладной есть необходимость просмотра ордеров и их печать.
Данная функциональность отсутствует. Приходится идти в карточку учета товара и там выходить на ордер и его печатать.
Необходимо перенести стандартный функционал по накладным в этой части на данный тип накладных.

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

Открыта Сторно-накладная в Приходных накладных и Актах о приемке материалов.
Добавлена возможность просмотра ордеров по сторнирующей накладной.

2014-11-17 15:45:31

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

В заявке на ремонт не пересчитывается количество материала всего

Описание :

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

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

В заявке на ремонт не пересчитывается количество материала всего

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

Исправлено, все пересчитывается и умножается корректно

2014-11-17 15:45:31

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

Предложение по отчету по погашению задолженности

Описание :

Погашение задолженностей по продажам

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

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

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

Разработан отчет "Управление снабжением \ Отчеты \ Погашение задолженности по закупкам". Отчет предназначен для расчета кредиторских задолженностей по покупкам по документам-основаниям за указанный интервал дат с разбивкой по периодам оплаты.

Изменен отчет "Управление сбытом \ Отчеты \ Погашение задолженности по продажам". В разделе настроек отчета "Тип ДО" убраны фильтры по закупке и приему на консигнацию.