Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

Последние темы на форумах VOGBIT

Отображения количества деталей в терминале - Интерфейс программы
1113: Доброго дня.  Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.  Обоснование: если ...
Отсутствие РЦ в дашборде - Терминалы
Freza3mm: Прошу прощения, разобрался. некоректно было настроенно расписание. Текущая смена начиналась в 2020 году а заканчивалась в 2016.
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Посмотрел. Действительно. В "Графике производства" цветами раскрашивается по приоритету (по нажатию кнопки соответствующей), пока не "готово". Позиции, которые имеют состояние "готово" перестают раскра ...
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...
Ошибка - Ошибки в работе
Константин Чилингаров: Место кончилось. Если стоит бесплатный SQL (Express edition), то у него  ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение. Как временно спастись: 1. Сделать резервную копию базы данных. 2. Через ...
Первый запуск терминала - Терминалы
Константин Чилингаров: Каждый тип терминала заточен под определённый "уровень" и определённые особенности. Из доступных на сегодня для «высокого» уровня предназначены типы 3,4,5 и 6.  3,4 и 5 – это разные вариации на тему изготовления деталей (или несложных ...

Удаление заданий

- Практические приемы работы - Старые разделы форума
Страницы: 1 2 3 4 След.
Удаление заданий
 
Как-то хреновенько работает Удаление заданий.
Почти в каждом первом случае возникает ошибка (см. скриншот).
Хотя если один или несколько раз повторить процедуру то обработка иногда доходит до конца, иногда нет, но заказ все таки очищается и удаляется.

И еще, закрытие окна ошибки почти всегда приводит к сворачиванию окна всей программы. О групповой обработке не может быть и речи. В общем одни мучения.

И еще, при очистке одного заказа появляется ошибка про какие-то ссылающиеся вложения. Пошарил, но ничего связанного не нашел.
Изменено: shurick - 17.10.2014 18:59:09
 
Обновления последние все стоят?

Мы там чинили какие-то похожие проблемы не так давно. Летом, по-моему.
 
По поводу "вложений" можем что-то сказать, если дадите копию базы посмотреть.
 
Я в августе чистил базу данных одного из наших пользователей. Удалил этой утилитой примерно 115 000 заданий.

Не сказать, что "с пол пинка". Удалял частями. Пару раз были сбои, перезапускал. Но непонятно из-за чего, я на ночь оставлял удаляться. Может с сетью проблема какая-то была, может ещё что. К тому же, я использовал в качестве сервера довольно старый компьютер с посредственным процессором и 4G RAM. Так себе, прямо скажем, вариант для таких объёмов :)

Но, в целом, и мучений каких-то особых не испытал. Всё удалил успешно в итоге.
 
ссылку на базу отправил на почту. попробуйте удалять заказы с начала 2013 года. у меня в каждом по 1-5 остановой с ошибкой. 300 заказов в год замучаюсь чистить таким образом.
 
вложения которые мешают удалению в заказе 370 ЛаФортецца
 
Ок. Посмотрим.
 
Разобрались.
По поводу ошибок - наша недоработка.
Утилита изначально была настроена под "высокий" уровень учёта. И не учитывала один нюанс, который есть на "максимальном". Из-за этого были ошибки.
Подождите пока немного, не удаляйте задания.
Сейчас попробуем починить. Проверим, выложу обновлённую версию утилиты.

По поводу "вложений":
Карта заказа "370 Лафортецца" приделана в качестве вложения к сообщению.  Сообщение можно найти в папке Inbox у пользователя "Сковпень". При удалении соответствующее сообщение попадает в папку Deleted objects у того же пользователя. Поэтому  для окончательного удаления надо удалить сообщение из "входящих", а потом из "удалённых".
 
Я в рабочей базе десяток заказов уже удалил вручную, борясь с ошибками. Там никаких объектов потерянных не останется из-за этого?
 
Остаются "задания" некоторые. Ни к чему не привязанные уже, но и не удалённые. Не смертельно, но и не очень здорово.
Подождите, пожалуйста, пока больше не удаляйте. Мы собрали уже новую версию утилиты, надо только проверить её ещё.
 
Исправили утилиту удаления заданий. Теперь учитывает особенности "максимального" уровня учёта. Отправил Вам на почту новую версию.

Протестировали на Вашей базе. Поставили на ночь удалять все задания по всем заказам, какие есть.
Всё удалилось. За 1 раз. Без ошибок.
 
Получил, запустил. Задания удаляет без ошибок. Заказы удалил, расписания удалил.
НО, в заданиях куча записей за весь удаленный год. Остальное объяснить сложно. Посмотрите скриншоты. Так и должно быть?
Изменено: shurick - 24.10.2014 23:05:06
 
Это последствия вот этого:

Цитата
shurick пишет:
Я в рабочей базе десяток заказов уже удалил вручную, борясь с ошибками. Там никаких объектов потерянных не останется из-за этого?
 
Если можете взять бэкап до неудачных экспериментов с удалением, то возьмите его. И удалите корректно все задания, заказы и т.п.

Если не можете, то надо чистить базу теперь от последствия неудачных попыток удаления.

Для начала, например, можно сделать вот что:

1. Создать тестовый заказ с 1 позицией в нём
2. Открыть получившуюся карту заказа в режиме Компоненты. Встать на единственный компонент, открыть для него зависимое окно Задания.
3. Скопировать из справочника Задания все "потерянные" задания типа "Задание на участок", которые остались в справочнике. Вставить их в открытое в п.2 окно Задания для компонента карты заказов. Тип связи использовать "Задание на участок".

Тем самым мы приделываем потерянные "задания на участок" к позиции своего тестового заказа.

Потом натравить на этот тестовый заказ утилиту "Удаление заданий".

Я бы сделал так в качестве первого шага (он точно не единственный, потом придётся по аналогии делать чуть-чуть другую тестовую структуру для удаления "потерявшихся" заданий на посты).

Предварительно, прежде чем всем этим заниматься, естественно, нужно сделать бэкап базы в её текущем состоянии. На всякий случай.
 
Я вернулся к состоянию базы до запуска исправленной удалялки. Состояние до запуска неправильной вернуть не могу. Много работали уже после этого. Неправильной удалялкой я почистил заказы за 1-1.5 месяца а после правильной косяки на весь год а не только от тех заказов которые неправильно удалены. По крайней мере в режиме загрузка задания видны на всех рабочих днях года. Присоединить их все нереально просто!
 
Вот посмотрел еще раз, больные задания в расписаниях загрузки только в феврале. До февраля есть задания без связей. Они просто удаляются. В феврале есть задания и задания на участок. Некоторые из них тоже без связей и их можно удалить. Удалять? Хуже не сделаю? Остальные февральские приклеить к заказу по вашей инструкции и попробовать почистить и удалить заказ, правильно?
 
Цитата
shurick пишет:
Я вернулся к состоянию базы до запуска исправленной удалялки
В этом смысла нет.

Раз нет возможности откатиться на самое начало, то тогда возьмите базу, после того, как почистили её уже новой утилитой.
Дальше, что мешает сделать так, как я предлагал выше?
 
Уже вернулся. Это ж рабочая база. Я не знал сделал ли я хуже а в понедельник нужно было продолжать работу. Так можно просто удалить задания которые ни с чем не связаны?
 
Которые ни с чем не связаны то точно удалить можно. Хуже от этого не будет.
Другое дело, что руками в справочнике они так просто "в лоб" могут и не удалиться.
С "заданиями на участок" могут оказаться связаны "задания на производство". Внутри там всяческие "запланированные этапы" могут быть, связанные объекты, трудовые ресурсы, параметры. Руками будете всё это удалять?

Чем мой способ то плох?

Сейчас проверил на копии вашей базы. На которой тестировали удаление заданий. Там осталось "подвисших" заданий тысячи четыре примерно суммарно. Минут за 15 где-то всё удалил. Ничего не осталось.
 
Хорошо так и сделаю. Еще после удаления заказов на первом неправильном этапе в обеспеченности появились странные цифры. Скриншот расшифровки затребованного одной из позиции материала. Получается дефицит которого на самом деле нет.
 
Это уже из другой оперы.
Это вы вручную "требования" создали когда-то для заказа. Потом заказ удалили. Но "требования" то остались. Надо их или удалить, или статус "не действует" им поставить, чтобы они не учитывались в расчётах.

Если хотите обсудить этот вопрос, то пожалуйста, вынесите его в отдельный топик. Он не соответствует заявленной в этом топике теме.
 
Да, точно, когда внедряли программу то переходящие из предыдущей заказы так и делали. Можете вообще удалить этот вопрос.
 
Почистил. Что делать с заданиями на участок?
 
Как раз "заданий на участок" то, по идее, уже не должно уже быть. Лишних, по крайней мере. Вроде, их же и чистили.
Если делали так, как я выше написал, то по идее у Вас должно остаться только некоторое количество "заданий на производство". Так?
 
нет. полно и тех и других в районе февраля где удалял неправильной удалялкой. дальше действительно только задания, задания на производство и составы смены.
 
Возвращаемся к началу.

Цитата
Константин Чилингаров пишет:
1. Создать тестовый заказ с 1 позицией в нём
2. Открыть получившуюся карту заказа в режиме Компоненты. Встать на единственный компонент, открыть для него зависимое окно Задания.
3. Скопировать из справочника Задания все "потерянные" задания типа "Задание на участок", которые остались в справочнике. Вставить их в открытое в п.2 окно Задания для компонента карты заказов. Тип связи использовать "Задание на участок".

Тем самым мы приделываем все потерянные "задания на участок" к позиции своего тестового заказа.

После этого натравить на этот тестовый заказ утилиту "Удаление заданий".

Сделали?
 
Да. Задания на участок вычистил. Остались Задания на производство, Задания и Составы смены.
 
Теперь по "заданиям на производство"

Последовательность следующая:

1. Создаём тестовый заказ с одной позицией. Можно взять оставшийся от предыдущей части, если вы его ещё не удалили.
2. Открываем для этого заказа График производства.
3. Встаём на единственную позицию заказа, открываем График работ (по сменам) для неё.
4. С помощью "+" добавляем вручную одно задание (любую операцию).

Первая подготовительная часть закончена. Дальше доделываем вручную.

5. Идём в справочник Задания. Выделяем там все подвисшие "задания на производство". Нажимаем Копировать.
6. Идём в Коллекции компонентов. Открываем карту нашего тестового заказа в режиме Компоненты.
7. Встаём на единственный компонент, открываем зависимое окно Задания.
8. В открывшемся окне видим одну строчку - "Задание на участок". Встаём на неё и открываем для неё ещё одно зависимое окно Задания. Сюда вставляем все скопированные "задания на производство".

Итого должна получиться следующая структура:
Карта заказа -> Изделие -> "Задание на участок" -> Все "задания на производство", которые нужно удалить

Всё. После этого выбираем карту своего тестового заказа и на неё напускаем утилиту удаления заданий.
 
Все получилось. Спасибо!
Только размер базы вообще не уменьшился почему-то.
Обслуживание базы согласно вашего регламента выполнил.
Изменено: shurick - 31.10.2014 22:55:23
 
После массового удаления чего-либо (например, заданий), нужно сделать следующее:

1. Очистить журнал событий (меню Администрирование - Сеансы, всё кроме незакрытых удалить).
2. Выполнить запрос [Health].[RefreshDependencies]
3. Выполнить "сжатие" (shrink) базы данных.
4. Выполнить запрос [Health].[UpdateStatistics]

Если пропустить п.1 или п.3., то размер базы не уменьшится. Скорее даже, наоборот, увеличится.

Ну и, естественно, перед этими всеми манипуляциями не лишним будет сделать резервную копию, если хотите чтобы история где-то осталась на всякий случай.
Страницы: 1 2 3 4 След.
Сейчас на форуме (гостей: 21)
Всего зарегистрированных пользователей: 3164
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Себестоимость Видео-презентация подготовка производства электронный архив Техническая Подготовка Производства деактивации VOGBIT управление качеством активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость базы данных VOGBIT Деактивация VOGBIT планирование производства инструкция Начало работы Расчёт комплектации загрузка оборудования Складской учёт расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT График производства технологическая подготовка производственный учет складской учет Полная версия VOGBIT Создание новой базы данных VOGBIT управление данными Планирование мелкосерийного производства Заказ на производство производство металлоконструкций Нормирование пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Тип нормирования комплектация Производственные заказы и методы планирования Переменные и постоянные затраты Выполнение расчёта оборудование
×
Вход на сайт