Проект

Общее

Профиль

Documentation #431

закрыто

Epic #395: Реестр обращений от пользователей

Перечень последних возникших проблем и обращений

Добавил(а) Anna Planida 18 дня назад. Обновлено 18 дня назад.

Статус:
Готово
Приоритет:
Средний
Назначена:
Дата начала:
10.12.2025
Срок завершения:
Готовность:

0%

Оценка временных затрат:

Описание

Перечень последних возникших проблем:


1.

Краткое название: Обновление потребности после изменений в ведомости материалов
Трекер: Доработка
Раздел системы: Производственное планирование
Приоритет: Высокий
Суть проблемы: Ручной процесс обновления потребностей после изменения техпроцесса. Риск ошибок и неактуальных данных.
Комментарий: Автоматическое переформирование производственного состава и обновление потребности если дата заказа подразделения < дата переформирования производственного состава

2.

Краткое название: Замена единицы измерения (ЕИ)
Трекер: Доработка
Раздел системы: Справочники
Приоритет: Средний
Суть проблемы: В данный момент меняется путем открытия селекта позиции, и редактированием колонки UMEAS_MAIN в DICNOMNS, и NORM_MUNIT в FCMATRESOURCE
Комментарий: Создание процедуры "Замена ЕИ" в разделе "Номенклатор", при вызове которой необходимо внести ЕИ на которую хотим заменить, после утверждения система бежит по перечисленным таблицам и меняет значение колонок.

3.

Краткое название: Ошибка "Превышено макс. кол-во подключений"
Трекер: Баг
Раздел системы: Система авторизации / Лицензии
Суть проблемы: Критический Сессии не завершаются, блокируя лицензии и доступ новых пользователей. Прямо влияет на работоспособность.
Инцидент. Заказчик имеет определенное количество лицензий на приложение "Дискретное производство" = 10
Комментарий: Решение (kill session)

4.

Краткое название: Невозможно исправить количество в панели "Контроль ТМЦ"
Трекер: Обращение
Раздел системы:Складской учет (ТМЦ)
Суть проблемы: При попытке указания наименьшего количества чем в потребности, строка обнуляется и невозможна к изменениям. Мешает работе мастеров.
Комментарий: Исправить возможность редактирования количества вручную, если мастера хотят взять меньше чем по потребности. Ограничение на взятие больше чем по потребности остается

5.

Краткое название: Удаление документов
Трекер: Доработка
Раздел системы: Интеграция с NAV
Суть проблемы: Ждем удаления документов в NAV, после чего удаляем документ в парусе. Ручное отслеживание и удаление документов в ПАРУС после их удаления в NAV.
Комментарий: По признаку SIGN_DELL из раздела "Расхождения в остатках" удалять автоматически документы в ПАРУС. Система смотрит признак SIGN_DELL, если ет значение, система пробегает по входным документам и удаляет их в системе. В будущем возможно - Автоматизация на основе флага SIGN_DELL.

6.

Краткое название: Ошибка интеграции: обязательный "Код Варианта" для СИЗ  
Трекер: Интеграция
Раздел системы: Интеграция с NAV
Суть проблемы: На некоторые позиции NAV просит заполнять колонку Variant_Code, недавно было обсуждено что код варианта мы не используем
Комментарий: Конфликт требований: NAV требует поле, которое в данной бизнес-логике не используется. Внешняя блокировка. Требует коммуникации с внешней командой (NAV). Техническое решение невозможно без их действий.

7.

Краткое название: Привязка нескольких заказов ПАРУС к одному документу NAV
Трекер: Обращение
Раздел системы: Интеграция с NAV
Суть проблемы: Заказ STR-0597847 и ЛУЧ_25-3(пересорт) ушли в нав одним заголовком МТСР-УПР-23948
Комментарий: Был произведен анализ.Нужен анализ логов и алгоритма формирования в NAV

8.

Краткое название: Отсутствие контроля над проведенными в NAV документами
Трекер:Доработка
Раздел системы: Мониторинг
Суть проблемы: Человеческий фактор: специалисты забывают просматривать документы на успешную интеграцию в NAV
Комментарий: Настроить ежедневные автоматические уведомления о незавершенных документах в системе NAV.

9.

Краткое название: Зависшие остатки на старых заказах
Трекер: Обращение
Раздел системы: Закрытие заказов
Суть проблемы: В связи с ранней проблемой, при создании документов для пересорта,в выпуске некорректно подтягивался лицевой счет,из-за этого появлялись остатки на ЛС старых ПЗ
Комментарий: Ликвидация последствий. Совместная задача со специалистом по учету.

10.

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

11.

Краткое название: Доработка автоматического открытия заказа в ПАРУС при открытии заказа в NAV (проговорить с NAV)
Трекер:Доработка
Раздел системы: Интеграция с NAV
Суть проблемы: Доступ открытия ПЗ в NAV есть только у бухгалтерии. Есть разные нужды открытия заказа в нав:1) Открытие заказа только для бухгалтерии(не касается паруса) бухи заполняют услуги по заказу. 2) Открытие заказа для корректирования в парус. Если оставлять заказ открытым до тех пор, пока бухи не выполнят свою работу, то специалистам по учету нужно ждать "отмашку" от бухов закрывать заказы в ПАРУС.
Один инструмент ("Открыть в NAV") обслуживает два разных бизнес-процесса, создавая операционные задержки.
Комментарий: Необходимо сделать 2 кнопки открытия заказа в нав, если нужно открыть заказ в парусе, то действие "Открыть в парусе", если в нав "открыть заказ".

12.

Краткое название: Некорректное заполнение буфера списания
Трекер: Доработка
Раздел системы: Отчетность и списания
Суть проблемы: Система предлагает лишние данные, заставляя пользователей вручную чистить большие списки.В данный момент в буфер подтягивается весь материал из ведомости, даже если его не брали со склада и не использовали для изготовления изделия. Специалисты по учету вручную удаляют подобные позиции (бывают ведомости по 250 строк)
Комментарий: Изменение логики формирования буфера: брать факт (остатки на ячейке), а не план (ведомость).

Обновлено Anna Planida 18 дня назад

  • Параметр Статус изменился с Новая на Готово

Экспортировать в Atom PDF