Обновление №8 для версии VOGBIT 1.1.37841 - Новые «Терминалы», новый модуль для «Совместной обработки» в производстве, переработанный режим «Обеспеченность»

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

НАЧАЛО РАБОТЫ - Прочее
Andwisronson: добрый день
В расчет потребности не попадают детали из готового изделия - Состав и технология
Наталья Захарова: Здравствуйте. Расскажу по шагам. В справочнике "Номенклатура" создаем позиции, представленные на рис. 001. Для сборочной единицы "Готовое изделие" создали "Состав изделия", в который входит одна деталь и сборочный ...
Как правильно организовать начальный импорт данных на склад - Экспорт импорт данных
Константин Чилингаров: Если вы хотите "навести порядок со складом", то делать нужно так. Сначала внедрить производственную часть. Пусть на "минимальном" уровне хотя бы. Но, чтобы реально работало. Чтобы производство работало по заданиям, сформированным ...
Редактирование параметра профиль и размеры - Состав и технология
Константин Чилингаров: Здравствуйте, В окне "Состав" вообще не нужно вводить этот параметр. Уберите его из настроек для этого окна и не вводите там вообще. "Профиль и размеры", если использовать так, как задумано, это параметр "Материала" ...
График производства перестал показывать вторую очередь - Производство
Станислав: 13 Константин Чилингаров ,  Спасибо! Я вас во все в принципе понял. С Уважением!
Обеспеченность с закрытыми заявками покупателей - Производство
Константин Чилингаров: Здравствуйте, Видимо, речь о том, что когда включены "учётные группы", то в "Обеспеченность" показываются внизу "пустые" остатки по всем ранее существовавшим группам (закрытым). Попробовал, да есть такая штука. Согл ...
Удалить расходную накладную - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18911 Станислав написал: Странно, но ЕИ по умолчанию через некоторое время опять появились те же самые, что и были раньше.Т.е удаление их из окна связанных с номенклатурой объектов не решает проблемы, попробовал кг заменить на м, все равно устанав ...
Работа с заданиями - редактирование строки по конкретной операции над деталью - Производство
Константин Чилингаров: Здравствуйте, 18911 Станислав написал: В технологии за конкретной операцией Пиление заготовки пост на котором исполняется операция конкретно не указан, и поэтому в связанных объектах указано две ленточные пилы. Некоторые общие вещи по поводу ...
Удвоение потребности - Производство
Станислав: 13 Константин Чилингаров ,  Фигасе - походу "мозгу юзера" капец. Спасибо за пояснения. С Уважением!
Переключение между базами данных - Обновление
Константин Чилингаров: Здравствуйте, Разные "файлы программы" в базах. На одной стоит обновление, на другой нет. 4146 Владимир Трусов написал: Как это починить? Поставить последнее обновление на обе базы.
Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: А сейчас эта кнопка работает? По моему после последнего обновления перестала Вроде работает. Вчера проверял, работала (тип терминала 4). Но она вообще изначально задумывалась для того, чтобы можно было ...
Терминал. Распределение заданий на разные участки. - Терминалы
Константин Чилингаров: Про выдачу одного задания на разные посты, которые на разных участках. Я бы всё таки настоятельно не рекомендовал так делать. Это идеологически изначально не предусмотрено, и чревато. Например, к "участку" привязывается "тип терминал ...
Выдача ТМЦ со склада "без основания" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18931 Volkov1 написал: Можно ли осуществлять выдачу любых номенклатурных позиций со склада? Ответ на одно сообщение выше. Проблема не в выдаче. Всё выдаётся и проводится в программе: накладная создаётся (в виде электронного документа в програ ...
Ошибки после обновления декабрь 2019 - Терминалы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: они не связаны с отключением электричества или аварийным завершением но вот это 3520 Alex-220781 написал: аботник нажимает кнопку "завершить", выскакивает ошибка - это и есть аварийное з ...
Вопросы по демо версии - Демо версия
Станислав: 13 Константин Чилингаров , Здравствуйте! Не хотел Вас обидеть своими глупыми вопросами, но причина в том числе и не совсем дружественном интерфейсе проги и довольно сложной структуре данных, предназначенной для построения СУБД. У обычного реально ...
Комментарии к операциям - Прочее
Константин Чилингаров: Здравствуйте, В этом окошке (график работ по сменам/ детальный график) в этой колонке отображается комментарий к операции, указанный в техпроцессе.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: У вас в списке всего деталей, которые можно объединить в группу: 8 шт, 2 шт и 2 шт. Вы говорите, что в группе деталей: 8шт, 2шт и 2шт. Больше одной такой "группы" из такого количества деталей создать не получится.
Ошибка при выводе на печать предварительных заказов в демо версии производство - Производство
Константин Чилингаров: Здравствуйте, В окне, где выбирается бланк отчёта (какой нужно распечатать), нужно выбрать подходящий шаблон и нажать "Ок" (не на "принтер"). См. /support/622/#_v7680 здесь , рис.68.
удаленная работа - Общие вопросы
Станислав: 13 Константин Чилингаров написал: Здравствуйте, В текущей версии делается так: Сервер ставится куда-нибудь поближе к производству (там, обычно, наиболее интенсивная работа в плане обмена данными с ним). Те, кто возле него (на той же площадк ...
Заказ на производство - Общие вопросы
Константин Чилингаров: Здравствуйте, 17161 Данила Кузнецов написал: потом я выключил включил вогбит и тепер в тойже ситуации больше не подтягивает участок подскажите почему так стало? Ну это маловероятно :) Что включение/выключение повлияло. Может быть, запускали рас ...
График учета поступлений продукции на склад. - Общие вопросы
Константин Чилингаров: В текущей версии нет. В следующей будет нечто похожее по смыслу, но не совсем так. Мы сейчас уже тестируем новую совершенно часть VOGBIT, которая как раз занимается тем, что моделирует, в какой последовательности какие готовые детали будут, ожида ...
Где находятся созданные лимитные карты. - Общие вопросы
Константин Чилингаров: 18898 Pogorelchukpa написал: как я могу посмотреть все существующие лимитные карты и удалить лишние? Меню "Рабочая" -> "Расчётные документы"

Списание

- Практические приемы работы - Старые разделы форума
Страницы: 1 2 След.
Списание
 
Здравствуйте!Когда делаю списание материала, создаю требование (рис.1). Указываю номер требования,но еще надо указать номер заказа.Я его указал в комментариях, но возможно ли его в другом месте указать и воспользоваться поиском.Например мне надо найти требование(списание) по такому то номеру договора?
1.JPG (166.29 КБ)
 
Здравствуйте,

Создавайте требования не вручную, а с помощью кнопки "Создать требования", стоя на заказе, как описано в документации. Тогда оно будет сразу связано с заказом. Выбрав заказ по номеру можно будет все требования, связанные с ним посмотреть. И все расходы по ним, как суммарно, так и детализировано. И сравнение номативных потребностей и фактически выданного.
 
Но мы счас работаем только по складу, без заказов)Т.е. пока идет только приход и расход (учет материалов) материалов.В таком случае возможно ли то что я спрашивал в первом сообщении? И в Расчетных документах имеется ли какой нибудь поиск?
Изменено: Гусев Петр - 01.11.2012 05:13:20
 
Нашел поиск черз Ctrl+F, может еще как то можно)
 
А что мешает завести "пустой" заказ - только номер и название, и
к нему требования приделывать?
 
Здравствуйте! Когда я создаю требование и добавляю спецификацию расчетного документа (рис.1). То почему то в в учетных документах (расходной накладной) у меня масса(т) поделена на две части (рис.2.). Так же если посмотреть историю (обороты) по этому материалу, там будет что одна и так же накладная на несколько строчек поделена. Почему так? Просто не очень удобно смотреть историю и самому складывать массу, чтоб узнать сколько в этой накладной списалось
1.JPG (32.88 КБ)
2.JPG (38.72 КБ)
11.JPG (152.74 КБ)
 
Здравствуйте,
Цитата
Гусев  Петр пишет:
почему то в в учетных документах (расходной накладной) у меня масса(т) поделена на две части (рис.2.)
Потому что по разной цене (конкретно в вашем примере - разница в одну копейку).

Откуда взялась цена с разницей в одну копейку:
При приходе вы ввели такую сумму по накладной поставщика, единицу измерения и количество, что нацело (с точностью до копеек) сумма на количество не делилась. Т.е. "цена" (в вашем случае за тонну) при таком количестве и сумме получалась дробная, больше 2 знаков после запятой. Поэтому при оформлении прихода программа автоматически поделила количество на 2 части таким образом, чтобы можно было для каждой из частей установить цену круглую с точностью до копеек, и общая сумма при этом совпадала с той, которую вы ввели. Отсюда из одного прихода появились 2 записи в складской картотеке (2 карточки) с ценой с разницей в 1 копейку. Соответственно и при расходе: 1 т. списалась с одной карточки, а 0,127 т. - с другой. Поскольку по разной цене, то 2 строчки в накладной.

Зачем вообще было сделано такое деление при приходе на 2 части с ценой с разницей в 1 копейку:
Когда складкой учёт ведётся в нашей программе, то для кладовщика удобно сразу из программы распечатывать и документы: накладные, реестр (журнал) документов за период и т.п. Потому что делаются эти документы в программе автоматически, остаётся только распечатать. А идут потом эти распечатанные и подписанные документы, обычно, в бухгалтерию. А бухгалтерия очень не любит, когда в документах попадается что-нибудь типа "цена: 43.0172380145 руб." :)
 
Здравствуйте!

Во время списания ТМЦ появился крестик возле нескольких позиций, что нет коэффициента пересчета, хотя он там и не нужен. Стали разбираться и нашли в учетных карточках на эти позиции карточки с отрицательным значением. Откуда они взялись и как с ними бороться?
 
Здравствуйте,

Взялись они в результате проведения вами в программе соответствующих учётных операций.

Если использовать штатный модуль Складской учёт - Расход, то такого быть не должно. Он просто не даёт списать с карточки больше, чем на ней есть остаток.

А вот если взяться за "ручное управление" :)
Тут конечно можно "нахимичить". Например (наиболее типичные случаи):
- разоприходовать созданные стандартным модулем учётные документы, исправить их вручную и потом снова оприходовать;
- просто составлять учётные документы чисто вручную, через "администраторский" универсальный интерфейс;
- вручную задним числом разоприходовать документ, создать вместо него другой, а потом провести и первый и второй;
- и тому подобное.

Иными словами, отрицательные остатки в 99.5% случаев свидетельствуют о том, что имело место "ручное" вмешательство в процесс создания, заполнения и проведения учётных документов.

Посмотрите историю движения по учётной карточке, и сразу станет понятно, откуда взялся такой остаток (зависимое окно Движение по учётной карточке).
Как бороться - найти почему получился такой остаток (учётный документ, в результате проведения которого списалось больше, чем был остаток) и исправить его.

Если хотите, можете оплатить поддержку, прислать нам свою базу, мы посмотрим, разберёмся, покажем, что откуда взялось.
 
Здравствуйте, подскажите что не так? Делаю расход материалов по лимитной карте с центрального склада в подразделение. Затребованное количество в штуках, приход на склад в килограммах. Столбец затребовано с крестиком "не найден коэффициент пересчета", хотя коэффициент мною задан...
Vogbit.jpg (303.84 КБ)
 
Здравствуйте,

Покажите, пожалуйста, скриншоты спецификации Лимитной карты (№208252), и какие коэффициенты пересчёта заданы для номенклатурной позиции (заклёпки).
 
Скриншоты
Vogbit1.jpg (439.71 КБ)
 
Обратный коэффициент для номенклатуры заведите (из "шт" в "кг").
 
В выдаче материалов теперь нормально а в остатках, при просмотре информации в других ед измерения, считать не хочет...., а что бы и там и там все красиво было не получиться?
Vogbit.jpg (590.94 КБ)
Vogbit1.jpg (311.35 КБ)
 
А еще лучше чтобы при выдаче материалов списание было как в ЛЗК, у меня в штуках и пусть списывается в штуках, а коэффициент перевода молча переводит в килограммы в соседней строчке.
 
Цитата
Алексей Пономарев пишет:
а что бы и там и там все красиво было не получиться?
Вы удалили что ли тот коэффициент, который первый завели?

Просто нужно 2 коэффициента завести. Один из "шт" в "кг", другой из "кг" в "шт". И всё будет работать. Нужно явно задавать коэффициенты в обе сторону. Программа не пересчитывает сама прямой коэффициент в обратный. Когда надо пересчитать из единицы А в единицу Б, программа и ищет коэффициент из А в Б.
 
Цитата
Алексей Пономарев пишет:
А еще лучше чтобы при выдаче материалов списание было как в ЛЗК, у меня в штуках и пусть списывается в штуках
Для этого достаточно просто вести учёт везде в "шт". Если вам нужно в "шт", то зачем вы на складе учитываете в килограммах?

Программа при работе со складом по умолчанию переводит количество в ту единицу измерения, в которой номенклатура учитывается на складе. Чтобы было удобнее. И остаток показывался в том, в чём измеряют остаток на складе. И при выдаче кладовщику показывалось в тех единицах измерения, в которых он измеряет у себя на складе.

Если вам надо в штуках, то и учитывайте на складе в штуках. Зачем вы на складе приходуете в килограммах?
 
Да, это логично спору нет. Поставщики метизы продают в кг, для бухгалтерии учет идет соответственно в кг, а выдача в производство по складам идет в шт вот и ищешь способы всем угодить, хотя в конце учетного периода будет накапливаться ошибка перевода, но это неизбежное зло приходится корректировать остатки.
Завел второй коэффициент все работает, спасибо
 
Цитата
Алексей Пономарев пишет:
Поставщики метизы продают в кг
Это не страшно. См. пример. То же самое в ролике (примерно с 02:30).

Цитата
Алексей Пономарев пишет:
для бухгалтерии учет идет соответственно в кг, а выдача в производство по складам идет в шт
Это уже ваш внутренний вопрос. Его вы сами должны между собой как-то решить.

Как вариант - люди первичные документы формируют из VOGBIT, а для бухгалтерии данные передают не в "шт" и не в "кг", а сразу в рублях.
 
Цитата
Константин Чилингаров пишет:
Для этого достаточно просто вести учёт везде в "шт". Если вам нужно в "шт", то зачем вы на складе учитываете в килограммах?
Цитата
Алексей Пономарев пишет:
Да, это логично спору нет. Поставщики метизы продают в кг,

Здравствуйте, Константин. Вот в связи с этим у меня вопрос. Как правильно организовать процесс? У нас выдача в производство идет в штуках, а так же продукция изготовленная нами, комплектуется метизами в штуках, следовательно и отгружается в штуках тоже.

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

Вчера меня попросили вникнуть и поправить ошибки. И я пока не знаю, с какой стороны к этому делу подойти. В Вогбите у кладовщика получилась каша. Из за разбивки цен и из-за шт/кг. Еще и наименования разные, которые честно старались привязать  к нашей  номенклатуре.
Изменено: Larissa - 17.09.2016 09:31:09
 
Цитата
Константин Чилингаров пишет:
Откуда взялась цена с разницей в одну копейку:
При приходе вы ввели такую сумму по накладной поставщика, единицу измерения и количество, что нацело (с точностью до копеек) сумма на количество не делилась. Т.е. "цена" (в вашем случае за тонну) при таком количестве и сумме получалась дробная, больше 2 знаков после запятой.
Как правильно оформлять приход, чтобы этого избежать?
И зачем это вообще в вогбите сделано? Какой в этом практический смысл?
Изменено: Larissa - 17.09.2016 10:58:44
 
Суть вот в чём.
Представьте себе, что вы купили что-то у поставщика. Он присылает вам накладную. Документ. С подписью и печатью.
В этой накладной написано: товар - такой-то, такой-то, количество - 3, Цена 33.33, Сумма 10.00.

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

Как в таком случае оприходовать товар по такой накладной в своей учётной программе (VOGBIT)?

Сразу скажем, что всё дальнейшее имеет смысл обсуждать, если вы ведя в VOGBIT учёт, намереваетесь как-то согласовывать это с бухгалтерским учётом, которым занимается бухгалтерия.
Если это не важно, и вы хотите вести в программе чисто свой внутренний учёт, вообще никак с бухгалтерией не взаимодействуя, то это всё, в общем то, не важно.

Так вот. Получили вы что-то в количестве 3 шт, сумма: 10.00 р.
Дело в том, что вы то расходовать это что-то будете не сразу в количестве 3 шт за 10р., а постепенно, по одной.
Как быть?

Можно поставить цену за шт в своей программе 3.33 р. Или 3.34р. Но вот только тогда, сумма прихода у вас по накладной будет не 10.00, а 9.99 или 10.02. А в документах поставщика написано чёрным по белому - 10.00. Бухгалтерия будет крайне не рада...

Можно поставить цену 3.333333333 и т.д. в периоде.

Но если вы распечатаете накладную расходную с такой "ценой", и отдадите её потом в бухгалтерию, то вас там тоже, скорее всего, не поймут...

Можно в накладной распечатанной (в документе) округлить, конечно.
Но тут другая проблема:
Выдали со склада одну штуку, распечатали накладную, в ней стоит 1 шт, 3.33р. Всё нормально отдаём в бухгалтерию.
Потом через неделю выдаём вторую штуку со склада. Потом третью.
А потом поднимаем в бухгалтерии документы и видим, что куплено у поставщика по документам на 10.00, а израсходовано по документам на 3.33 + 3.33 + 3.33 = 9.99 руб.
Копейка потерялась!
Понятно, что мелочи, но не с точки зрения бухгалтерии. Опять же, могут не понять вас в такой ситуации...

Поэтому в VOGBIT и был предусмотрен для таких ситуаций специальный алгоритм, который в таких случаях автоматически делил одну партию из трёх шт на две и приходовал на склад 2 шт по цене 3.33 и 1шт по цене 3.34 р.
И получалось, что и овцы целы, и волки сыты. И сумма прихода в учётной программе точно, копейка в копейку, сходится с документом поставщика. И в расходных документах цена никогда не будет "дробной" (с десятыми, сотыми и т.д. долями копеек). И плюс с минусом в итоге точно сойдутся при этом. Копейка в копейку.
Из недостатков можно отметить, что не всегда получалось очевидно и понятно поделить количество. Ну тут уж, как получалось...

В последних версиях (2016 года) эта часть была усовершенствована.
В плане того, что алгоритм деления партии на 2 части перестал всегда срабатывать автоматически. Стал более управляемый.
Теперь:
- если при вводе данных возникла указанная проблема с количеством и суммой, то программа сразу подсвечивает это место, чтобы пользователь, по крайней мере, был в курсе.
- при создании приходного ордера программа не делит сама партию на 2 с разницей в цене в 1 коп., а предлагает сделать это. Можно согласиться. Можно отказаться - сказать: ну и ладно, пусть какая получается цена, такая и получается, "с хвостом" - так с хвостом. Либо вернуться к редактированию и поменять сумму, например, чуть-чуть.
Можно в настройках задать, как действовать программе по умолчанию. Тогда не будет задавать вопросы, каждый раз.
 
Цитата
Константин Чилингаров пишет:
В этой накладной написано: товар - такой-то, такой-то, количество - 3, Цена 33.33, Сумма 10.00.
Почему тогда в 1с таких сложностей не возникает?
Ведь, накладные из 1С приходят. Это значит 1С округляет? Уточню, конечно, в бухгалтерии, как они с этим справляются..


И вот на этотвопрос, подскажите, пожалуйста, что-нибудь толковое. Если можно..
Изменено: Larissa - 18.09.2016 17:12:03
 
ААааа.. Спасите, помогите. :cry:

Вычистила, все приходы и расходы, и накладные поставщиков.Начала заново.

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

Теперь пытаюсь сделать расход. И, вот какая беда.
Заявка в штуках. А расходная накладная формируется в кг.
Мне надо в штуках. Как сделать?
Меня кладовщик завтра "съест с мои Вогбитом вместе".
metiz04.jpg (242.99 КБ)
metiz05.jpg (126.79 КБ)
metiz06.jpg (126.95 КБ)
Изменено: Larissa - 18.09.2016 17:44:36
 
Цитата
Larissa пишет:
А расходная накладная формируется в кг.
Мне надо в штуках. Как сделать?
Расход делается в тех единицах измерения, которые используются на складе (в каких было оприходовано на склад).
При этом, как покупаться у поставщиков, так и запрашиваться на складе, может как угодно. В т.ч. в килограммах. Просто на свой склад приходуйте в том, в чём потом хотите выдавать, т.е. в "штуках". И при выдаче со склада тогда будет всегда переводиться в окне кладовщика в "штуки", в чём бы запрос не был сделан.
 
Цитата
Константин Чилингаров пишет:
Просто на свой склад приходуйте в том, в чём потом хотите выдавать, т.е. в "штуках". И при выдаче со склада тогда будет всегда переводиться в окне кладовщика в "штуки", в чём бы запрос не был сделан.
Так приходная накладная сформировалась автоматически в тот, момент когда сделала приход от поставщика в кг.
Надо ее находить и править на "сколько пришло в штуках" каждый раз? Или как?
Изменено: Larissa - 19.09.2016 16:16:55
 
Цитата
Larissa пишет:
Здравствуйте, Константин. Вот в связи с этим у меня вопрос. Как правильно организовать процесс? У нас выдача в производство идет в штуках, а так же продукция изготовленная нами, комплектуется метизами в штуках, следовательно и отгружается в штуках тоже.
Здравствуйте!

Значит нужно учитывать количество на складе в "штуках". И выдача тогда будет осуществляться в "штуках".
При этом поставщик может продавать и давать документы и в килограммах. Просто вам уже при приходе нужно будет указать, сколько "штук" вы принимаете на склад. А дальше всё само получится.
Пример есть вот здесь (рис.20).

Цитата
Larissa пишет:
Пришла партия разных метизов, по накладной поставщика все в кг. Откуда в этот момент взять информацию "сколько пришло штук"?
Либо пересчитывать, либо нужно знать коэффициент пересчёта и его использовать.
Потому что, исходя из изложенного выше, вам нужно на склад оприходовать в "шт", а не в килограммах.
Зависит, опять же, от ситуации. Бывают шурупчики какие-то, по три рубля ведро, что называется. Такие, понятно, можно не пересчитывать все. Коэффициентом обойтись, примерно перевести. Понятно, что и остаток тогда будет такой же примерный. Что для ведра шурупчиков, в общем, и не принципиально.
А бывают винты из нержавейки, который стоят рублей по 350 за штуку. Такие не грех и пересчитать, когда привезут :)
 
Цитата
Константин Чилингаров пишет:
Значит нужно учитывать количество на складе в "штуках". И выдача тогда будет осуществляться в "штуках". При этом поставщик может продавать и давать документы и в килограммах. Просто вам уже при приходе нужно будет указать, сколько "штук" вы принимаете на склад. А дальше всё само получится. Пример есть вот здесь (рис.20).

Не получается ничего.
Зачем тогда вообще весь этот огород со штуками и килограммами? Вся идея запорота, если я не могу заприходовать в кг и списать в штуках.

Калькуляторов перевода в интернете полно.
 
Цитата
Larissa пишет:
Зачем тогда вообще весь этот огород со штуками и килограммами?
Это для другого. Когда на складе учитывается не в тех единицах, которые используют технологи и производство. Чтобы кладовщику было удобно.
Например, кладовщик стальные листы грузит магнитным краном. И при приходе, и при выдаче. Кран со встроенными весами, и массу он автоматом показывает. Поэтому кладовщику удобно мерить количество принятого и выдаваемого металла в "кг" (или в "т").
А при расчёте норм и в производстве удобнее количество листа в "м2" указывать.
В такой ситуации производство может формировать запрос на склад в "м2", как ему удобно. А когда кладовщик когда видит в программе, что ему выдавать нужно, он сразу видит это в "своих" единицах измерения. В которых он измеряет и ему удобно выдавать. Т.е. программа в окне "Расход" автоматом переводит в те единицы, которыми пользуется склад.
А остальные (при наличии коэффициентов пересчёта) могут остатки и обороты смотреть в любых единицах измерения. В каких им хочется.

Вы предлагаете, чтобы сам кладовщик использовал разные единицы измерения? Приходовал в одних, а выдавал в других? Ну... Теоретически, можно, наверное и такое сделать в программе. В принципе. Математически нет припятствий никаких.
Но, мне кажется, вот тогда то уж точно все запутаются...
 
Цитата
Константин Чилингаров пишет:
Вы предлагаете, чтобы сам кладовщик использовал разные единицы измерения? Приходовал в одних, а выдавал в других? Ну... Теоретически, можно, наверное и такое сделать в программе. В принципе. Математически нет припятствий никаких. Но, мне кажется, вот тогда то уж точно все запутаются...
Просто, я почему то понимала это так. Чувствую разочарование :oops:

Кладовщик, получает накладную и товар ( в данном случае мелкие детальки) метизы у нас в кг. При приеме быстро взвесить и проверить, сходится ли вес в кг с товарной накладной не представляет сложности.
И приходует, как в Ваших всех рекламных видеороликах, по накладной поставщика в кг. Программа переводит по заданным коэффициентам пересчета в штуки. Все, сразу видят, сколько пришло штук. Разница в 10, 15, 20 шт не критична для метизов.
В каких единицах требование создано, в таких и предлагается в накладной кладовщику списывать.

Трубы и листы у нас тоже в штуках выдаются. А не краном. Мы маленькое предприятие. Хотя получаем металл и в метрах и в тоннах.

Цитата
Константин Чилингаров пишет:
А при расчёте норм и в производстве удобнее количество листа в "м2" указывать.
Ну и что мешает Вогбиту пересчитывать м2 в то что надо?
Изменено: Larissa - 19.09.2016 17:40:35
Страницы: 1 2 След.
Сейчас на форуме (гостей: 10)
Всего зарегистрированных пользователей: 3000
Приняло участие в обсуждении: 350
Всего тем: 804
Всего сообщений: 6066

Полезные ссылки:
Видео-презентация Себестоимость подготовка производства технологическая подготовка производственный учет Начало работы складской учет Расчёт комплектации Складской учёт управление данными ТПП электронный архив управление качеством График производства управление производством Планирование мелкосерийного производства Техническая Подготовка Производства управление ремонтами планирование производства расчет себестоимости Производственный заказ загрузка оборудования инструкция Трудоёмкость Генератор отчетов производство металлоконструкций Сменное задание пост руководство администраторов VOGBIT разработчика отчетов vogbit Задания для производства состав изделия Тип нормирования технология Нормирование Заказ на производство демоверсия Планирование производства Состав изделия Обзор обновления Интерфейс ЧПУ G-код План производства в виде диаграммы Гантта очерёдность Расчёт цены Способ расчёта штри как ввести исходные данные Предприятие Документация Затраты на производство Указания по заполнению техпроцесса VOGBIT Отпуск со склада настройки для описания технологии изготовления Метод по комплектам выполнение операции
×
Вход на сайт