Изменение цен на лицензии - С 01 мая 2023 г. изменяется стоимость лицензий VOGBIT

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

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

Предварительные заявки

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1
Предварительные заявки
 
Для нового заказа, для каждой сборочное единицы создаем предварительные заявки, которые включают в себя и изготавливаемые детали и стандартные компоненты. Детали и стандартные лежат на разных складах.

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

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

Предлагаю убрать ограничение на единственного поставщика по предварительной заявке.
 
Цитата
Lexam написал:
Предлагаю убрать ограничение на единственного поставщика
Не в ту сторону мысль. Не нужно этого делать.

Цитата
Lexam написал:
для каждой строчки в расчете потребности вручную указать склад, сразу для нескольких строк я этого сделать не смог
Вот здесь можно подумать.

Цитата
Lexam написал:
Выбирать склад нужно перематывая список (складов)
Я делал так: назначал в настройках для участка (кому ТМЦ) "приоритетный склад". Это ускоряет на порядок ручной выбор "места хранения" в "расчёте потребности".
А если такой склад для участка один (у многих он вообще один в рамках всего предприятия), то вообще очень быстро получается. Если два, как у вас, то из двух строчек в любом случае проще намного выбирать, чем из всех.

Цитата
Lexam написал:
нельзя вписывать с клавиатуры
записал, как вопрос на посмотреть

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

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

Не в ту сторону мысль. Не нужно этого делать.
Можно пояснить, почему это не нужно делать?
 
Потому что это приведёт к перетряхиванию логики всей складской подсистемы (простыми словами). Придётся пересматривать кучу мест, не приведёт ли это к каким-то противоречиям, всё ли корректно будет работать, и т.д. Огромная работа.
В то время как, на самом деле, проблема то совершенно в другом месте.
И нужно это всё из-за того, что в "расчёте потребности" не очень удобно из-за позиций с неизвестным "местом хранения" (причём это только в некоторых случаях на самом деле).
Вот где проблема то.
Достаточно просто назначить это "место хранения" и следствие исчезает за отсутствие источника.
Так логичнее смотреть в сторону назначения "место хранения" для номенклатуры, чем перелопачивать пол программы из-за того, что в одном конкретном месте, в некоторых случаях, это "место хранения" неудобно назначать.
Во-первых, и так есть другие способы назначать "место хранения". Если существующие не нравятся, можно, в конце концов, специальный плагин написать. Проще и логичней будет.
Во-вторых, и существующие способы можно просто слегка доработать напильником. Намного логичнее, например, просто добавить ручной выбор "места хранения" в "расчёте потребности" по выделенным строчкам (сейчас по одной).
 
Да, аргументы понятны, согласен - если сделать более удобный способ указания места хранения, проблему это решит.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 3803
Приняло участие в обсуждении: 403
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт