Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.

Единица измерения по умолчанию

- Общие вопросы - Старые разделы форума
Страницы: 1
Единица измерения по умолчанию
 
Не смогли понять, есть ли смысл заморачиваться с принудительным вводом ЕИ по умолчанию через "номенклатура-связанные объекты". Пока не нашли точек, где ЕИ по умолчанию стремится к явному доминированию (подставляется при вводе и выходит в отчетах типа остатков). такое ощущение, что доминирует потом ЕИ, которую первую вколотили при вводе.
 
Цитата
Петр Свиридов пишет:
есть ли смысл заморачиваться с принудительным вводом ЕИ по умолчанию
Нет смысла. В большинстве случаев.

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

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

Заранее принудительно вводить в базу единицы измерения по умолчанию для номенклатуры не обязательно.
Когда программе зачем-нибудь понадобится "ЕИ по умолчанию" она сама в качестве неё поставит ту единицу измерения, которую вы использовали, указывая количество соответствующего материала или изделий (в технологии или в спецификации). Потом можете поменять вручную, если не нравится.
А в случае, если вы пользуетесь для материала одной единицей измерения, всё это вообще ни на что не влияет.
 
Если учет ведется в килограммах то можно расход делать в листах, например? Коэффициент пересчета задал, ЕИ по умолчанию сделал "Лист", но в расходной накладной все равно количество в кг.
 
В расходной накладной (при выдаче со склада с использованием модуля "Складской учёт - Расход") ставится та единица изменения, которая на складе (документация, см. рис. 36 и вставку "обратите внимание" над ним). Что логично. Т.к. кладовщику удобно и запрос видеть, и отпускать в той единице измерения, в которой у него на складе хранится, а не в какой-то другой (например, технологической).

Если у вас листы на складе числятся в штуках, то в технологии (в ЛЗК) можете указывать их хоть в метрах, хоть в килограммах, на складе вся работа (отпуск) будет со штуками (были бы только коэффициенты).

Если на складе сначала вели в одной единице измерения, а потом перешли на другую (не очень хорошая идея, но мало ли...), то модуль "Складской учёт - Расход" переводит в ту ЕИ, в которой был последний приход на склад (на которую перешли).

Небольшое пояснение по поводу "не очень хорошая идея":
при таком изменении "на лету" единицы изменения, в которой ведётся учёт на складе, если при пересчёте нацело не поделится, то могут в результате какие-нибудь длинные дробные "хвосты" в остатках появиться. Не смертельно, но не всегда красиво.
 
Значит чтобы сразу перейти на учет в листах не дожидаясь поступлений можно сделать вручную учетные карточки с единицей измерения Лист и нулевой ценой? И в все станет в листах, правда по теоретическому пересчету.
 
По идее да, должно сработать и так, наверное.
Тестовый пример сделайте на копии базы, посмотрите.
Программа, когда вы запускаете "Складской учёт - Расход", берёт ЕИ из последней по времени открытия учётной карточки, которая относится к соответствующему подразделению. Если в лимитке или требовании на получение количество указано в другой ЕИ, то пытается привести к "складской".
 
Уже проверил. Работает!!!
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4006
Приняло участие в обсуждении: 416
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт