VOGBIT Печать ордеров и единицы измерения - Прочее
Руководство к модулю загрузки спецификаций из файлов Excel - Подробное описание, примеры данных для загрузки

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

Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
Константин Чилингаров: Не удалось загрузить файл или сборку "EPPlus, Version=4.1.0.0, Culture=neutral, PublicKeyToken=ea159fdaa78159a1" либо одну из их зависимостей. По этому вопросу:  С ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...

Печать ордеров и единицы измерения

Другие вопросы - Прочее - Вопросы новичков
Страницы: 1
Печать ордеров и единицы измерения
 
Доброго времени суток!

Столкнулись со следующей проблемой. От поставщика метел поступает в "кг", при оприходовании на склад "кг" переводим в "метры". При расходе метала, в данном случае на ЛЗК, в расчетных документах все отпускается в метрах.  Но в учетных документах все переводится в кг. Соответственно Расходная накладная печатается в "кг" вместо нужных в "метрах".
Если правильно понял - при расходе учетный документ берет ту единицу измерения, с которой был приход на склад от поставщика?
Можно ли сделать печать в расходном ордере тех единиц измерения, которые были на складе при оприходовании?  
Screenshot_7.png (140.14 КБ)
Screenshot_3.png (26.31 КБ)
Screenshot_5.png (27.96 КБ)
Screenshot_6.png (31.6 КБ)
Screenshot_4.png (53.63 КБ)
Screenshot_2.png (38.21 КБ)
Screenshot_1.png (92.68 КБ)
Изменено: Beavis900 - 03.11.2021 16:23:27
 
Здравствуйте,

Цитата
написал:
От поставщика метел поступает в "кг", при оприходовании на склад "кг" переводим в "метры"
Судя по всему, не сразу так делали. Рис.4 ваш. Сначала оприходовали в "кг". Потом в "м". То что в "м" было, видимо, истратили уже (сделали расход, из рисунка этого не видно). На карточке, где в "кг", ещё остаток =15 есть.

Цитата
написал:
Но в учетных документах все переводится в кг.
В учётных документах ничего не переводится ни во что. В них в тех ЕИ, в которых измеряется остаток на той карточке, с которой списывается.

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

Цитата
написал:
Можно ли сделать печать в расходном ордере тех единиц измерения, которые были на складе при оприходовании?  
Ровно так и есть.
У вас при оприходовании на складе 19.10.21 были единицы измерения "кг" (рис.4).

Общая информация:

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

Какие ЕИ в ЛЗК или Требовании не важно. Без разницы (были бы коэффициенты пересчета). Обычно, в ЛЗК используются ЕИ назначенные "по умолчанию". Удобные для технолога и т.п. Когда дело доходит до выдачи со склада, в окне "расход" у кладовщика все пересчитывается в те единицы, которые он использует. Что логично. Что запрос кладовщику, сколько ему выдать показывается в тех ЕИ, в каких он измеряет у себя на складе.

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

В отчётах стандартных печатается содержимое учётного документа, что там в нем в оригинале есть, в каких ЕИ реально был приход и, соответственно, расход, то и выводится. Ничего не пересчитывается ни во что.

Единица измерения, как было у поставщика, ни на что не влияет, кроме того, что просто фиксируется в электронном документе "накладная поставщика". Для истории просто. Что так было изначально в оригинале.

Что было у вас, могу предположить.
1. Первый приход был сделан в "кг".
2. Второй приход был сделан в "м" (эти оба пункта подтверждаются рис.4.)

Соответственно с этого момента "ЕИ кладовщика", в которой у него всё выводится в окне "расход" стало "м".

3. Дальше с той карточки, на которой был остаток в "м", списали, что там было на ней. Почему не с первой списалось? Видимо вы или сами вручную выбираете, с какой карточки выдавать (SELECT), или LIFO стояло.

Остался остаток на той карточке, где в "кг". Теперь если расход делать, то будет с неё количество и списываться. Ибо больше неоткуда. Соответственно и будет в учётном документе "кг".

Думаю, как-то так.

Судя по картинкам - это не реальная работа склада, а какой-то тестовый пример.
Если так, то можно, например, все движения удалить соответствующие (учётные и расчётные документы, карточки можно тоже удалить учётные) и сделать заново. Сразу указывая "ЕИ поставщика" = "кг", а на склад приходую в метрах. И будет всё красиво.
 
Доброго дня!
Благодарю! Будем разбираться!.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4452
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт