Константин Чилингаров: Здравствуйте,
Сделать реально.
Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Константин Чилингаров: Здравствуйте,
Да, можно так сделать.
Шаблон отчёта нужно соответствующий настроить.
Пришлите, пожалуйста, на почту, какие этикетки дол ...
Константин Чилингаров: Здравствуйте,
Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Константин Чилингаров: Здравствуйте,
Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Константин Чилингаров: Здравствуйте,
написал:
После первой установки все работало нормально и где то через месяц работы все поломалось.
Обновление ОС пост ...
Константин Чилингаров: В целом, проблема понятна.
Будем думать, конечно, как улучшить. По мере наличия времени.
К сожалению, не получается всем одновременно зан ...
Константин Чилингаров: Здравствуйте,
написал:
Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые...
Име ...
Константин Чилингаров: Здравствуйте!
написал:
При открывании статистики появляется окно ошибки см.скрин
Это где-то в задании один и тот же работник указан 2 ...
Константин Чилингаров: Небольшой совет по теме:
Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая:
Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...
При создании технологии в тестовой базе по глупости и не знаю переименовал посты и подразделения (которые были в примере ) в соответствии со структурой своего предприятия. Создал задания согласно обучающему видео. ДАлее началась каша. Хочу удалить задания, посты и подразделения, и создать их нормально, что бы не было связи с вашим примером. Естественно у меня теперь все с друг другом связано и просто так ничего не удалить. Очень хотелось бы развернутого видео с чего начинать удаление заданий, расписаний, технологических карт и т.д. Пока плохо понимаю что чем связано и каким образом. Или хотя бы краткую инструкцию. Я так понимаю довольно таки распространенный вопрос. Грохнуть базу и создавать новую не хочу, во первых опять все настраивать и создавать состав изделия и технологию. А во вторых хочется разобраться с процессом удаления ошибочных данных. 1. Почему не возможно удалить смену, если в ней нет задания? Где это то самое расписание частью которого оно является? Как это все удалить? (Рис. 1,2) 2. Почему задание в только в справочнике подразделение а не в заказах или загрузке? (рис 3) И как это удалить? 3. Подразделения не удаляются, хотя связанные объекты удалил (рис.4)
Делать видео "в общем, про удаление вообще всего во всех случаях" - слишком длинно получится. И всё равно неопытный пользователь не сможет там правильно идентифицировать сразу то место в этом опусе, куда ему смотреть и в каком порядке. А опытному пользователю это не нужно. Типичные случаи он и так знает, как что почистить, а экзотические какие-то - проще спросить по конкретному случаю. На конкретные вопросы, почему не удаляется что-то конкретно, в конкретном месте, и что нужно сделать, чтобы удалилось - без проблем, могу ответить.
Вообще, это не очень хорошая идея для начинающего пользователя делать самому из демо-базы свою, вычищая, что ему не нужно. Сложно для начинающего. Когда не понимаешь ещё полностью порядок, в каком эта информация вся появилась (поскольку удаляется всё в обратном порядке), и не знаешь, как быстро что удалить можно и что на что завязано. Вот тут недавно это обсуждали.
Переименовывать в демо примере подразделения в свои - ещё более плохая идея. Тот же "участок" - это же не просто строчка. Это объект. К нему с одной стороны привязаны "посты", которые на нём есть, с другой работники и должности, он сам привязан к операциям технологическим, как место из выполнения, он указан в настройках, чтобы показать программе, что это именно участок производства, а не что-то другое и т.д. И теперь представьте, к примеру, что вы, не зная всех этих моментов, просто переименовываете "участок" из демо примера, допустим в "склад чего-нибудь". Но дело в том, что по смыслу при этом он не становится никаким "складом" во всей выше перечисленной структуре взаимосвязей. Ибо от переименования ничего не поменялось, он так же стоит, как место выполнения операций, в настройках и т.д. и т.п. Но называется теперь "склад". Естественно, получается каша, действительно, если так действовать. Потому что сущность и свойства объекта от его переименования не поменялись.
Поэтому в демо-базе можно, конечно, поделать какие-то свои примеры, но начинать работать именно, лучше с пустой базы. Но только после того, как достаточно точно уже представляешь, что именно и как нужно в неё вводить.
По вопросам:
Цитата
Илья Бабенышев написал: Почему не возможно удалить смену, если в ней нет задания?
Ответ на Вашем скриншоте. Вероятно, эта смена используется в "сохранённом расписании".
Цитата
Илья Бабенышев написал: Где это то самое расписание частью которого оно является?
"Сохранённое расписание" - это шаблон. Типовая расстановка людей по постам, которую используют для того, чтобы по этому шаблону быстро заполнить "рабочие смены" на 1 или несколько дней - Рис.1. (Документация)
По рис.3 - это то же самое, что рисунок 1. Причина та же. Просто рис.1 - это из штатного пользовательского режима вы штатной функцией пытаетесь удалить, и программа "человеческим языком" говорит, почему нельзя удалить. Рис.3 - вы нашли тот же физически объект (смену) в базе, но только теперь со стороны "админского" интерфейса в окне с данными для администратора, и программа вам "на языке администратора" говорит, почему нельзя удалить. А по смыслу - рис.1 и рис.3 - одно и то же.
Цитата
Илья Бабенышев написал: Подразделения не удаляются, хотя связанные объекты удалил (рис.4)
Ответ на вашем скриншоте. "Должности" остались (Рис.2). Откройте зависимое окно "Должности", удалите.