Внесение изменений

Было вчера совещание по работе в  VOGBIT, программа работает где то около двух месяцев. Но так как все толком ничего не понимают что и как и методом тыка изучают ее, насоздовали в программе всяких пробных папок, материалов и тому прочее. Если в подразделениях все более менее ясно, но просто не доработаны все отделы и подразделы со связанными объектами и тут стоит только все добить до конца. То вот в номенклатуре придется координально все менять. Встал вопрос как: удалять все и начать с одно проекта и добить его до конца по всем параметра начиная от продукции, состава технологии и подробной технологии, или же попытаться внести изменения в то что уже есть. Сразу не была решена проблема с материалом, не согласованна унификация материала, т.е. конструктора забивают материал тот который им надо удобнее или просто то что в голову пришло (т.е. один и то же материал с разными категориями допустим ст.09Г2С,  ст.09Г2С-12, ст. 09Г2С-14 или просто ГОСТ в конце отличается годом или точкой), а раз КД для технологов это закон, соответственно тех отдел вносит ту информацию что им дали. Ну а то, что в действительности закупается ОМТС, потом по всем обозначения не бьется с тем что заложено. Соответсвенно если склад забьет приход материала по обозначениям поставщика (а у каждого поставщика свои обозначения), то потом и будет не состыковка с лимитками, будет сплошной дефицит (хорошо что пока склад у нас не начал свою работу в VOGBIT).
Пришли к тому что создадим перечень унифицированного металла, т.е. с ним будут работать и КО И ТО и ОМТС со складами и вообще все отделы.
Но как теперь поменять то, что уже заложено на изделия, которые уже более менее описаны по технологии, как удалить всю старую номенклатуру материалов, который так просто и не удаляются, потом что привязаны к изделиям,  и внести новый материал. Или же проще удалить все от заявки до изделия и проработать уже новый хотя б один проект по всем параметрам?Жалко конечно работу, которую уже сделали, но выбора большого нет, сидеть исправлять даже 20 видов изделий, никто не хочет, жаль что такой вопрос не встал с самого начала.

Эхх… Как бы вам попроще объяснить…

Суть проблемы в том, что вы, в принципе, подошли не с того конца.

Понимаете, какая штука…
От того, что просто ввести в программу данные, само ничего не заработает. Если точнее, то вообще ничего не произойдёт. Кроме того, что получится куча бесполезных и никому не нужных данных. Почему бесполезных? Потому что никто не знает самого главного – что дальше то с ними делать. После того, как ввели.
А соответственно, раз никто не знает того, что, как и зачем делать с введёнными данными, то никто ничего и не будет делать. А следовательно, эти введённые данные, по большому счёту, просто бесполезны. Как и вся деятельность, связанная с их вводом.

Надеяться на то, что «мы сейчас введём в программу свою информацию, и потом всё как-то само заработает», по меньшей мере, наивно. Ничего потом само не заработает. А точнее, просто ничего не изменится. Всё будет ровно точно так же, как и есть сейчас, плюс ещё сбоку будет лежать мёртвым грузом та информация, которую вы ввели. Т.е. закончится всё при таком подходе примерно тем же, с чего и начнётся. Кто-то что-то введёт. Кто-то маленько потыкает ещё. Из любопытства. Ну и собственно всё. На этом всё и закончится.

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

Во-первых, чтобы в принципе куда-то придти, надо, как минимум знать 2 вещи: куда вообще идти, и как туда пройти. Точно так же и тут. Самое главное, надо чётко у себя в голове представлять, что именно должно получиться то. Какова цель конечная всей этой эпопеи с программой. Что должно стать лучше, и за счёт чего оно станет лучше. А также нужно представлять хотя бы общую последовательность своих шагов. Что нужно в каком порядке делать, чтобы к своей намеченной цели придти.

Если такое понимание есть – это уже пол дела.

Тогда можно смело начинать действовать. Но только не вводить всё «от забора до обеда», а начать с того, что завести один маленький пример. Можно небольшой. Простой. Дело не в объёме и сложности на данном этапе. Главное на данной стадии – это на этом примере пройти все намеченные шаги к своей цели. Добиться хотя бы на этом примере того, что вы полагаете должно привести в конечном итоге вас к намеченной цели. Например, получить из программы задание для производства в том виде, что ваше производство реально сможет/будет по такому заданию работать. Получить заявку на материалы на склад (ЛЗК), такую, по которой реально можно именно то, что на самом деле надо. И т.п.

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

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

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

В общем, в результате у вас в голове уложится окончательная картина, как же всё должно работать то. В т.ч. и с технической точки зрения.

А дальше дело уже за малым. Остаётся делать ровно то же самое, что вы уже опробовали на примере, только в промышленных масштабах. Т.е. просто ввести нужные данные, подключить столько людей, сколько нужно, объяснив им, кто что должен делать, и всё. Поехали.

Заметьте, до ввода реальных данных дело дошло только сейчас. Не раньше! Раньше просто смысла нет. Ибо ваше понимание, какие же они должны быть, эти данные, многократно по пути к этому моменту поменяется, практически наверняка. Это вы можете наблюдать на собственном опыте уже сейчас. Вы ещё даже близко не подошли к описываемому моменту, а уже заметили, что то, что вы ввели сейчас - это уже, мягко говоря, не совсем то, что нужно.

А это, поверьте, ещё только цветочки. Это вы ещё ни докуда не добрались пока. Вы только в самом начале.  А оно уже началось. Ягодки будут дальше. Всё самое интересное ещё впереди

Вопрос - а можно сразу сделать так, как нужно?

Ответ - да, можно. Дело за малым. Нужен хотя бы один человек, который точно знает как.

Вопрос – а можно ли не имея чёткого представления о цели и шагах по её достижению, начать сразу с ввода данных, и в итоге всё-таки сделать хорошо и правильно?

Ответ – теоретически возможно. Согласно теории вероятности вообще всё возможно. Вопрос вероятности

Можно ли «методом тыка» нащупать нужную тропинку? В принципе, можно. Но есть очень большая вероятность, что надоест раньше.
Это как бродить по лабиринту в темноте, без фонарика и карты. Можно ли выйти куда нужно? Теоретически да. Вопрос – когда у вас это получится? Сколько будет бесполезных попыток? И не надоест ли раньше?
Хуже другое, так можно долго-долго ходить вокруг да около одного и того же места и, мало того, что никуда не придти, но даже и не понять, что вы на самом деле так никуда и не сдвинулись, а находитесь примерно там же.
И это на самом деле не такая уж метафора, как может показаться. Я могу реальные примеры привести, когда так и происходит Не на форуме только.

Резюме:
Вводить свои настоящие производственные данные, тем более в значительном объёме, нужно не раньше, чем вы точно представляете себе что именно, как именно и зачем вы будете с этими данными делать после того, как введёте. Раньше – бессмысленно.

Если понимания пока нет, что и как должно работать, то отложите вопрос с данными вообще (как и с настройками и т.п.). Это вообще не то, чем надо на этом этапе заниматься. Сначала добейтесь наличия понимания.
Тут два варианта:
- самостоятельно, методом многократных проб и ошибок;
- привлечь того, кто знает.

Помогите всеж, удалить то, что не нужно. Чтобы начать с практически чистого листа. Хотим оставить только сотрудников, подразделения. И удалить практически всю номенклатуру, т.е. все изделия, материал, оставить покупные и операции. Как это удалить без проблем или на каждую позиции допустим материала искать все документы которые с ним связаны? т.е. предварительные заявки и т.п.? Где найти все предварительные заявки на металл? Все изделия изначально были не правильно составлены, не так как это описано в видео по началу работы, а просто создана папка и все скопом и узлы и детали и прочее с покупным создавалось сразу в папке узлы и изделия. т.е. не каждая позиция по своим местам и подразделам. С материалом я ситуацию объсняла ранее, будем заводить унификацию. А уже есть везде свои связи, и соответсвенно так просто почистить не получится.   Должен же быть выход из такой плачевной ситуации??? Вообще как я поняла связь у нас тут одна, все сводилось к предварительной заявке материалов и кое где была проработана технология. Дальше дело и не шло, ну это только на первый взгляд, а как в действительости остается только гадать

А зачем так сложно то?
Удалить всё, оставить чуть-чуть...
А не проще взять новую чистую базу, и это чуть-чуть в неё ввести?

Кстати на счёт сотрудников и подразделений, я бы на вашем месте тоже не торопился их вводить. Вы реально выдаёте сменные задания по постам каждый день?
А зачем вам сотрудники тогда вообще сейчас в базе?
Как используются сейчас те подразделения, которые вы ввели? Никак? Тогда зачем вы их сейчас ввели?

В общем, я уже всё написал на эту тему. Теперь только повторяться.

В справочнике "Расчётные документы" (вкладка меню "Рабочая", кнопка "Расчётные документы").

Открыть справочник "Расчётные документы". Найти нужный документ.
Проверить что он не «оприходован» (заблокирован от редактирования). Если «оприходован», то «разоприходовать».
Открыть спецификацию документа, удалить.
Если надо удалить сам документ, то проверить, что он не связан с заказом (зависимое окно «связанные коллекции компонентов). Если связан, то удалить связь.
Проверить нет ли связанной информации о поставщике и получателе (зависимое окно "связанные объекты"). Если есть - удалить.
Удалить документ.

Это алгоритм для единичного исправления/удаления.
Если речь идёт о массовой чистке базы, то делают последовательно. Удаляют все документы, удаляют все техпроцессы и т.д. Я писал уже.

А вообще, вы продолжаете упорно заниматься не тем.
Сначала вводили кучу всего непонятно зачем, потратили время и силы. Сейчас удалять будете кучу всего. Тоже непонятно зачем. Опять тратить время и силы…

Отложите это всё вообще. Возьмите новую базу. Заведите в ней пример, на котором разберитесь, как задачи то вы будете решать свои.
Вводите в эту базу ТОЛЬКО то, что вам нужно вам для примера СЕЙЧАС. Только это.

Вот, к примеру, ввели вы сотрудника. Вы будете как-либо практически использовать эту информацию в ближайший час? Сегодня? Нет? Тогда НЕ НУЖНО его пока вводить. Вот когда понадобится – тогда введёте.

И так со всем.

Сделайте пример, добейтесь нужного результата.
А потом возвращайтесь к своей текущей базе. И посмотрите на неё «новыми глазами». И решите, что вам проще будет. Чистить её и переделывать, или выкинуть и по-новой всё сделать.

Технически и проще, и быстрее внести заново, чем копировать. Тем более, речь идёт о каких-то 200-500 записях. Это вообще ни о чём! Ладно было бы там тысяч пятьдесят записей, и все нужные. Тогда понятно. А 200... К чему весь сыр бор? Введите да всё. За то время, пока мы с вами на форуме тут рассуждаем, это можно было бы уже сделать неоднократно.

Но главное - вы упорно, раз за разом, просто категорически не хотите прислушиваться к тому, что я вам пытаюсь объяснить.
Вот зачем вам сейчас вводить 200 сотрудников в новую базу? Ну зачем???

Ладно. Видимо, это бесполезно...
На данном этапе, по крайней мере.
Прекращаю попытки.
Делайте, как считаете нужным

Можно, естественно, редактировать.
Находите своё требование в справочнике Расчётные документы (вкладка меню "Рабочая", кнопка "Расчётные документы"). По номеру, например.
Встаёте на него, открываете зависимое окно "Спецификация расчётного документа" и исправляете, как угодно.

Лучше из окна "Производственные заказы" и смотрите, и печатайте требования. Намного проще будет. Или из "Графика производства".

Сделали изменение в состав изделия, была ошибка в кол-ве всего надо деталь ручка 1шт, а было 2 (рис2), таких изделий 4, т.е всего 4 ручки, как теперь изменить кол-во в производственном заказе (рис.1), работы по нему еще не ведуться

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

Документация
Можно и так.

Не удаляется просто так вот почему:

Содержание карты заказа создано не вручную, а автоматизированным способом. С помощью модуля "Расчёт комплектации". А этот модуль, когда карту заказа заполняет, он к каждой позиции заказа автоматически добавляет связь с тем техпроцессом, по которому эта позиция в данном заказе делается. На случай, что техпроцессов у одной детали может быть несколько разных.
И вот эта самая связь и не даёт просто так взять и удалить позицию из состава заказа.

В принципе, мешать это, как предполагалось, не должно. Т.к. если заказ создаётся по заранее подготовленной спецификации, то значит это уже не первый раз такое изделие выпускается. Есть уже отработанная (проверенная) спецификация, остаётся только заполнить по ней карту заказа и делать. А если опытный образец или чисто единичное производство, то карта заказа заполняется обычно вручную, а в этом случае ничего никуда само не привязывается, и можно удалять всё что угодно (пока делать только уже не начали). В теории...

Если нужно удалить (в вашем случае) отдельную позицию из автоматически заполненной карты заказа, то сделать это можно. Только нужно вручную связь с техпроцессом сначала удалить. Сделать это можно в окне «Компоненты». Открыть карту заказа в окне «компоненты». Встать на нужную позицию (компонент). Открыть зависимое окно «связанные коллекции компонентов». Там связь с техпроцессом удалить.
И после этого можно и саму позицию карты заказа удалить тогда.