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

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

Задания - Производство
Yarmysh: Спасибо, все заработало.
Обеспеченность - Ошибки в работе
Константин Чилингаров: Здравствуйте, написал: Теперь в этом режиме я понимаю учитывается все изделия когда либо бывшие в производстве и не сданные на основн ...
Технология подробно - Прочее
Balukov: Здравствуйте.  В вашем случае программа определила, что фланец имеет тип " Комплектующие" и не позволила в режиме " Технология по ...
Артикулы как правильно привязать к деталям? - Состав и технология
Константин Чилингаров: Здравствуйте, написал: а можно Артикулы не вручную вводить, а загрузить к примеру с таблицей Эксель Для этого нужно небольшой плагин ...
Приёмка деталей на склад - Материалы, Комплектующие, Складской учёт
Veruz: Доброе утро, Константин. Да, всё верно понимаете. Нам это важно. Пользуемся этим каждый день - на одном участке. Далее, ещё один участок ...
Сменное задание - Производство
Balukov: Здравствуйте. Поменяли запрос. Теперь проблем не должно быть.
Ошибка программы после обновления - Общие вопросы
Beavis900: Благодарю! 
Обновление не может окончиться - Обновление
Константин Чилингаров: Здравствуйте, написал: заработало только в таком написании: "10.0.0.30\SQLEXPRESS2019, 1433" Это чисто вопрос сетевого соединения с SQL server. От ...
Учет заделов по сборочным единицам - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Подумаем.  Вообще есть в планах со временем сделать отдельный демо-пример (с руководством к нему) на тему "Обеспеченности". Но начне ...
Ошибка режима Подробно в графике производства - Ошибки в работе
Константин Чилингаров: Здравствуйте, написал: В окне График производства теперь две кнопки подробно. Лупа и лупа с + Первая - как обычно, переключает в режим ...
Ошибка при смене даты в Статистике. - Ошибки в работе
Константин Чилингаров: Здравствуйте! Скорее всего, дело не в смене дат, а в данных. Вероятно, в каком-то "задании" почему-то задвоился какой-то работник в з ...
Распределение работ - Производство
Константин Чилингаров: Здравствуйте, Если говорить об окне "Новые задания", как там операции "появляются" для включения в план поста на смену - по одн ...
Систематическая ошибка - Ошибки в работе
Константин Чилингаров: Здравствуйте, Нужен пример, на котором такой эффект получается. Если получится, снимите видео. Чтобы видно было, где и как "задвоилос ...
Таблица состав изделия - Общие вопросы
Алексей Пономарев: Доброго дня. Благодарю. :facepalm:  Открывал же эту вкладочку категории,не сообразил что строчка там это она самая и есть.
Первый запуск терминала - Терминалы
Константин Чилингаров: Здравствуйте, Пара слов про терминалы в общем: Логика работы терминала, т.е. что именно на экране человек видит после того, как приложи ...
Задания - Общие вопросы
Veruz: Доброе утро. Получилось.
Ошибка подключения терминала - Прочее
Сергей: Попробуйте удалить содержимое папки [CODE C:\Users\<Пользователь>\AppData\Local\AccWork[/CODE
Выгрузка списка производственных заказов - Производство
Константин Чилингаров: Здравствуйте, В современной версии VOGBIT в окне "Производственные заказы" есть кнопка "Сохранить в Excel". написал: Версия 1.1.378 ...
Ошибка обновления отчетов - Отчёты
Balukov: Здравствуйте! Пришлите пожалуйста на почту mailto:info@vogbit.ru info@vogbit.ru  информацию о том, из какого окна вы хотите печатать отчет и какую инфор ...
Выгрузка списка производственных заказов - Производство
NPP_ORION: Ошибочно отправлено.

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

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

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

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

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

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

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

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

×
Вход на сайт