VOGBIT Чистка справочника Номенклатура - Интерфейс программы
Новая версия VOGBIT 26.1.5 - Обновленный интерфейс, возможность настроить самому удобную последовательность кнопок в меню (Ленте), новый режим, подсвечивающий «проблемные места» в производстве для руководителей

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

Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...

Чистка справочника Номенклатура

Предложения по улучшению пользовательского интерфейса - Интерфейс программы - Пожелания и предложения
Страницы: 1
Чистка справочника Номенклатура
 
Было бы неплохо чтобы была возможность удалить оптом все позиции в справочнике Номенклатура у которых нет связей.
Сейчас если выделить всё и нажать Удалить то все заканчивается на первом элементе где есть какая-то зависимость и приходится ручками удалять поштучно. А в справочнике 30 тысяч записей. И уже много мусора накопилось.

Кстати, при очистке заказов лимитные карты и требования не удаляются. Их приходится удалять вручную, очень долго из-за связанных поставщика и получателя. Может имеет смысл сделать кнопочку по аналогии с удалением учетных документов?
Изменено: shurick - 13.01.2017 15:21:15
 
Разработчики!!! Ауууу!!!
 
Цитата
shurick пишет:
Было бы неплохо чтобы была возможность удалить оптом все позиции в справочнике Номенклатура у которых нет связей.
Ну это можно попробовать, наверное.
Правда, по-моему, довольно таки редкость, чтобы совсем никаких связей не осталось, а номенклатура осталась. Это только если её, разве что, когда-то ввели зачем-то, но потом так ни разу вообще нигде и не использовали. Это редкость, по моему (за исключением случая когда просто "вводим справочник" сами не знаем зачем).
ИМХО, чаще всего, если номенклатура есть, то она таки где-то каким-то боком задействована. Так или иначе...
 
Цитата
shurick пишет:
Кстати, при очистке заказов лимитные карты и требования не удаляются. Их приходится удалять вручную, очень долго из-за связанных поставщика и получателя.
Надо просто сначала удалить лимитки (см. рис.), а потом заказы. Тогда они по одной кнопке удаляются выделенные вместе с поставщиком и получателем.

Но тут вопрос то в другом...
Дело в том, что если склад в программе ведётся, то с лимитками то движение ТМЦ связано. И удалять то его нельзя. Ибо тогда "остатки", "обороты" и т.п. - всё "расползётся".
Можно теоретически "отцепить" учётные документы (расход, возврат) от ЛЗК. Но тогда это движение материалов останется "подвешенным" (не понятно, к какому заказу оно).
Кроме того, как раз эта часть (расчётные и учётные документы) на производительность как-то кардинально не должна, по идее, влиять. В отличии от "заданий", например.
Поэтому их и "чистить", в общем, не обязательно, по моему. Можно и оставить. Пусть лежат себе.

Если же склад не ведётся в программе, тогда лимитки можно смело удалять, конечно. Но тогда другой вопрос -зачем их вообще в программе создавать было именно в виде документов-ЛЗК? Можно же просто отчёт напечатать из "расчёта потребности". В виде ЛЗК в базе оно нужно только, если расход по ним делать в VOGBIT.

Я лично удалением ЛЗК пользуюсь только в двух случаях. Когда тестовые примеры "чищу" или когда нужно по каким-то причинам внести изменения в уже ранее созданную ЛЗК. Иногда руками проще поправить, а иногда и быстрее удалить и по новой создать.
1.png (112.5 КБ)
 
Цитата
Константин Чилингаров пишет:
Цитата
shurick пишет:

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

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

ИМХО, чаще всего, если номенклатура есть, то она таки где-то каким-то боком задействована. Так или иначе...

Это не редкость в том случае когда заказные спецификации и карты заказов уже вручную удалены.
А после этого начинается миллион кликов чтобы удалить номенклатурины, а для этого нужно удалить их техпроцессы, а для этого нужно удалить операции и переходы из техпроцессов, а для этого нужно удалить параметры переходов и операций, а еще у номенклатурины связанный объект материал без которого он не удаляется из техпроцесса.

И это секретарю не поручишь так как сам с трудом разбираюсь в этой каше связей.

Это мы делаем каждый год. Копируем базу, очищаем учетные и расчетные документы, удаляем расписания, задания и заказы, переносим остатки по складу и... пытаемся удалить уже ставшую ненужной номенклатуру. И на это уходят недели!!! А иначе база будет расти и справочник станет бесконечно большим и в нем хрен уже чего найдешь если понадобится.
 
Вот это
Цитата
shurick пишет:
удалить оптом все позиции в справочнике Номенклатура у которых нет связей
не вяжется вот с этим
Цитата
shurick пишет:
удалить номенклатурины, а для этого нужно удалить их техпроцессы
Т.е. это не "номенклатура без всяких связей" получается. А с кучей связей (Техпроцесс есть, материал, как минимум).

Цитата
shurick пишет:
А после этого начинается миллион кликов чтобы удалить номенклатурины, а для этого нужно удалить их техпроцессы, а для этого нужно удалить операции и переходы из техпроцессов, а для этого нужно удалить параметры переходов и операций, а еще у номенклатурины связанный объект материал без которого он не удаляется из техпроцесса.
Крайне сложным путём идёте... Крайне сложным...
Давно уже всё намного проще.

Делается так (если номенклатура реально нигде не используется, в заказах и т.п.):
1. Выделяем.
2. Открываем в меню "настройка", Нажимаем "Генератор - Удаление" -> "Ок"

И всё.
Удаляет выделенную номенклатуру со всеми спецификациями, техпроцессами, связанными объектами, параметрами и т.п.

Количество кликов сводится к 3-5 (безотносительно кол-ва удаляемых деталей, техпроцессов и т.д.). Миллиона не нужно. Даже 10 не нужно.
1.png (79.11 КБ)
 
Ага!!! Классная штуковина. Только связанные файлы и партии удалять не умеет.
Изменено: shurick - 09.03.2017 18:50:11
 
А еще если к номенклатурине привязана заказная спецификация то не хочет автоматически удалять из-за наследования ЗС от КС. А если бы началось удаление с ЗС то все бы сработало наверное.
 
Цитата
shurick пишет:
А еще если к номенклатурине привязана заказная спецификация то не хочет автоматически удалять из-за наследования ЗС от КС. А если бы началось удаление с ЗС то все бы сработало наверное.
Да. Тут в данном случае порядок важен. Чтобы "с конца" удалялось.

Дело в том, что эта утилита изначально была сделана для быстрого удаления того, что наплодил "генератор". А там нет ни наследования, ни партий, ни файлов :)

В данном случае, её просто можно применить тоже для удаления, но тут да, определённые тонкости есть :)
 
Предлагаю доделать для удаления любых номенклатурин так как эта проблема не только у тех кто использует генератор.
 
Запишем
 
Не делали это? Опять как новый год вопрос возникает. Еще позапрошлогодние не дочищены так как лень стало так еще прошлый год прибавился. Надеялся что приделаете кнопку специальную. )))
 
Пока нет. Не делали.
В списке есть, но не делали пока.

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

Об этом?

Если сильно критично, то добавить в следующем обновлении, в принципе, можно.
По партиям всё понятно. По файлам есть некоторые вопросы. Например, только связь с файлом удалять или сам файл тоже пытаться удалить?
У вас, например, в базе, насколько я помню, много файлов.
 
Цитата
Константин Чилингаров пишет:
Об этом?

Да, об этом.

Цитата
Константин Чилингаров пишет:
Если сильно критично, то добавить в следующем обновлении, в принципе, можно.

Ну в общем нужно. Накопилось тысячи номенклатурин лишних. Вручную удалять даже начинать страшно.

Цитата
Константин Чилингаров пишет:
Например, только связь с файлом удалять или сам файл тоже пытаться удалить?

Файлы тоже удалять нужно.
 
В современных версиях "Генератор/удаление" удаляет и файлы, и "партии" (и др. связанные объекты).
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4459
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт