Загрузка данных в VOGBIT из Inventor - 19.06.2024 Разработан и передан Заказчику очередной модуль для автоматизированной загрузки в VOGBIT данных по новым изделиям, разработанным конструкторским отделом предприятия

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

Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Войдёт в ближайшее обновление. Планируем в течение ближайших пары недель собрать его.
Планирование производства - Демо версия
Sgrekhv: Извиняюсь, не в ту тему написал
Отсутствуют кнопки в поле правка - Установка
Константин Чилингаров: Здравствуйте! Не совсем понятно. Не могли бы Вы приложить скриншот, пожалуйста? Вообще, если речь идёт о вкладке меню "Правка" (в л ...
Плагин для выгрузки данных формы по HTTP - Плагины
Сергей: Пример для Спецификации договора ():[CODE using Newtonsoft.Json; var tfForm = (sender as Csdn.Vogbit.Forms.Action).ActionList.Parent as TasksFiles.TasksFilesGridForm; var gridControl = tfForm.Controls.Find("DataContro ...
Состав изделия - Состав и технология
Константин Чилингаров: С подсказки коллег освоил разбивку ролика на эпизоды  :)  Добавил разбивку.  Так более смотрибельно, по-моему.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Если речь про окно "Календарный план", которое из окна "Производственные заказы" открывается, то нет, там ничег ...
Доработка шаблона отчета "Маршрутная карта" - Состав и технология
Zms.komissarov: Спасибо!!!
Перенос файла из "эскизы" на ПК - Общие вопросы
Beavis900: Благодарю! Напишу на почту
Расчёт комплектации конструкторской спецификации - Состав и технология
NPP_ORION: Спасибо, вроде разобрались.
Калькуляция на изделие - отчет! - Отчёты
Константин Чилингаров: Здравствуйте, Отчёт сделать можно. Вопрос только в трудоёмкости (соответственно, стоимости). В идеале, хорошо бы взглянуть на данные, и ...
К чему привязан StarForce - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, К процессору, материнской плате, сетевой карте, памяти, диску, ОС. Ко всему этому в разных пропорциях. По идее, в инструкц ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.

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

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

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

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

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

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

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

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

×
Вход на сайт