Константин Чилингаров: Да, список для выбора получится так поменьше. Но зато сначала то нужно будет ещё составить этот "список поменьше" из общего. Причем ...
Константин Чилингаров: Здравствуйте,
Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату ...
Константин Чилингаров: Не вижу смысла писать в таком случае свои "удалялки". Потеря времени. Проще и быстрее штатными функциями все поудалять в данном конк ...
Константин Чилингаров: Здравствуйте,
В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Константин Чилингаров: Здравствуйте,
Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по ...
Константин Чилингаров: написал:
Еще бы поиск допилить в обеспеченности по заказам, чтоб искал не только номер, но и материал
Будет. В ближайшем обновлении, на ...
Константин Чилингаров: Здравствуйте,
Я посмотрел Ваш ролик. Спасибо!
Только с обновлением это, по-моему, никак не связано.
Давайте поясню один момент:
...
Константин Чилингаров: Движок форума не разрешает напрямую Excel файлы в сообщения вставлять.
Ну ладно. Понятно, в общем, о чем речь.
на будущее: если нужно Excel фа ...
Константин Чилингаров: Тут ещё знаете, в чем может быть дело...
Не в размере даже, а во внутренностях конкретного файла с картинкой.
Ошибка может озвучиваться си ...
Константин Чилингаров: Здравствуйте,
Очень странная картина... Не сталкивались никогда с таким.
Копию базы данных можете дать нам посмотреть?
Если есть техни ...
Константин Чилингаров: Здравствуйте,
В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна.
Порядок сл ...
Владимир Белов: написал:
Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то ...
Константин Чилингаров: Здравствуйте,
Обычно, непосредственно с терминала выгружают управляющие программы какие-нибудь, к заданию, которое берется в работу. Н ...
Здравствуйте! Подскажите пожалуйста,как удалить прошлые данные с DEMO версии, чтоб вбить новые по своим объектам? При выделении материала и нажатии кнопки "удалить" выходит окно: "Номенклатурная позиция не существует, либо на неё ссылаются компоненты". Как быть?
Это обсуждалось вот здесь например. В вашем случае у номенклатуры есть коллекции компонентов... Надо их сначала удалить. Для удаления коллекции из неё нужно удалить компоненты... У компоненты могут быть параметры или зависимые объекты. Их надо тоже удалить. И так по цепочке.
Просто совет - ничего не удаляйте в начале пути. Наш пример вам поможет вводить свои данные по аналогии... А удалить вы всегда успеете... Например просто переместив, то что вам не нужно уже, в другую категорию.
alex demis пишет: а если выдаёт ошибку, то где искать проблему?
Обычно в тексте ошибки написано по какой причине не удаётся удалить. Но если такого нет - то есть кнопка "Где используется". По нажатии на неё выдается окно со списком объектов, где задействована та позиция которую удаляете. Нужно зайти в этот объект, найти эту позицию и удалить. Если таких мест несколько, то нужно пройти но ним всем.
Для начала практического использования программы после покупки лицензии рекомендуется использовать при развёртывании ПО специальный "стартовый" вариант базы данных VOGBIT. С полностью выполненными всеми настройками (актуальными на момент публикации дистрибутива), но без примера и каких-либо сугубо пользовательских данных. См. руководство по установке программы.
Из демо-базы тоже можно при желании удалить полностью весь пример со всеми данными, но не вижу в этом смысла.
Обычно в тексте ошибки написано по какой причине не удаётся удалить.
Но если такого нет - то есть кнопка "Где используется". По нажатии на неё выдается окно со списком объектов, где задействована та позиция которую удаляете. Нужно зайти в этот объект, найти эту позицию и удалить. Если таких мест несколько, то нужно пройти но ним всем.
в данном случае у нас есть ошибка типа "файл удалён" и не имеет никаких связанных объектов/заданий/этапов/партий. и ещё есть ошибка с "операцией", мы не можем её удалить, т.к. она тоже удалена, и по нажатию на кнопку "где используется" имеем пустое поле. если нужны скрины, то можем прикрепить.
Если у вас триальная версия, то всегда есть вариант просто новую базу чистую развернуть и всё. Если рабочая, купленная, то можно связаться по e-mailу поподробнее обсудить, что именно у вас не удаляется и какие симптомы. Есть там, я знаю, одно место, где теоретически могут возникнуть проблемы, но непонятно в нём дело или нет. Это надо уже конкретно по вашей базе смотреть.
Спасибо, попробую. Да у нас купленная. ещё бывают глюки с кнопками, то пропадает, то не открываются данные (кнопка подробно в графике производства), кнопка выбрать категорию, на одном из компьютеров "живёт своей жизнью " надеюсь в ближайшем обновлении программные баги тоже будут подкорректированы.
Похоже на проблемы с настройкой прав пользователей на конкретном компьютере (права доступа в Windows). Обычно, такое бывает, когда у пользователя просто нет доступа к папке, где программа пытается сохранить свои настройки.
Константин Чилингаров пишет: Похоже на проблемы с настройкой прав пользователей на конкретном компьютере (права доступа в Windows). Обычно, такое бывает, когда у пользователя просто нет доступа к папке, где программа пытается сохранить свои настройки.
нет, права одинаковые, инструкцию прочёл, этот принцип понятен, но у нас более тяжёлый случай, вот скрин:
Про удаление понятно. Судя по всему, произошло следующее: Похоже на то, что вы не стали удалять свои данные тем же путём, как их заводили. А следовало сделать это именно так (ну только в обратном порядке, разумеется). А раскопали чисто "админскую" функцию под названием "зависимости". И используя её, удалили то, чего не надо было. При таком раскладе чинится только ручным вмешательством в базу.
Константин Чилингаров пишет: Похоже на то, что вы не стали удалять свои данные тем же путём, как их заводили. А следовало сделать это именно так (ну только в обратном порядке, разумеется). А раскопали чисто "админскую" функцию под названием "зависимости". И используя её, удалили то, чего не надо было. При таком раскладе чинится только ручным вмешательством в базу.
да, удалял через зависимости, а по конкретнее можно? где/ как/ это починить? мы ещё только прорабатываем все возможности Вогбит, и объём номенклатуры пока очень минимален, хотелось бы решить все проблемы сейчас, а не потом на ходу.
1. Не пренебрегайте созданием резервных копий БД. Особенно, на этапе освоения (а лучше вообще делать backup почаще). Если что-то неправильно сделал, то часто, откатиться на предыдущий backup бывает минутное дело. Создать резервную копию - секунды. Времени может сэкономить - часы.
2. Всегда, кроме тех случаев, когда для удаления есть специальные функции (например, кнопка "удалить задания" в графике производства), удаляйте данные через те же режимы и окна, где вы их и вводили, только "с конца". В обратном порядке.
3. Помните, нормативно-техническую информацию (материалы, операции, детали, технологии и т.п.) достаточно легко удалить до тех пор, пока она нигде не задействована в производстве и учёте. Как только вы начинаете создавать задания, отмечать их выполнение, проводить складские операции и т.п. - моментально начинает расти и объём связанной с этим информации (задания, их содержание, складские карточки, партии, документы и т.д. и т.п.), который с каждым новым шагом будет всё труднее и труднее полностью удалить. В связи с этим, на этапе экспериментов, особенно внимательно отнеситесь к п.1. Делайте резервную копию, перед очередным экспериментом, чтобы потом легко вернуться к предыдущему состоянию.
4. Помните, что в производстве сложность "отката" назад прямопропорцианальна выбранному уровню учёта. Если на "минимальном" уровне можно вернуть всё в исходное положение буквально парой движений, то на "высоком", если вы понавыдаёте заданий конкретным рабочим и поотмечаете их выполнение, то простому пользователю откатить это всё назад нереально.
5. Во избежание, лучше вообще НЕ ИСПОЛЬЗУЙТЕ кнопку "зависимости". Используйте "где используется". Это аналог по смыслу, только для пользоваетлей. "Зависимости" - чисто админская штука и пользоваться ей надо ну очень аккуратно.
По текущей вашей ситуации. У вас backup своей рабочей базы, я надеюсь, есть?
Поскольку пока вы только экспериментируете, реально ежедневная работа не завязана на эту базу, то проще всего будет просто взять резервную копию и востановить с неё.
Константин Чилингаров пишет: По текущей вашей ситуации.
У вас backup своей рабочей базы, я надеюсь, есть?
По общим рекомендациям понятно, на грабли уже наступили, как это исправить? К глубокому сожалению backup не вводили, и попутный вопрос где и как его создавать, и как откатываться назад.(прошу прощения что вопрос звучит в этой ветке)
Делается и создание резервной копии и восстановление (backup и restore, если в оригинале) стандартными средствами MS SQL. С помощью программы SQL Server Management Studio, которая ставится вместе в SQL сервером. Если у вас есть системный администратор, то это к нему. Если нет, и вы сами всё делаете, то можно попробовать самостоятельно разобраться. В принципе, там интерфейс (в Management Studio) вполне интуитивно понятный. Что в русском, что в английском варианте. Как делать резервную копию и восстанавливать - разобраться не сложно. Можете в интернете поискать инструкции, но там в основном более сложные всякие вещи, типа настройки автоматических бэкапов и т.п.
Исправить самостоятельно вы сейчас не сможете. давайте так: 1. Научитесь всё-таки делать резервную копию. Она нам всё равно понадобится. 2. Как только решите с п.1. и будет резервная копия хотя бы текущего состояния - напишите нам на e-mail, дальнейшие инструкции по эл. почте.