Как узнать вес заказа в 1с

Весогабаритные характеристики товаров в документах 1С

Расширение выводит на форме документа, в списке документов и печатных формах данные о суммарном весе, объеме и площади выбранных товарных позиций.

Это готовое решение для 1С Установка в базу занимает пару минут. Отправим вам инструкцию.
При необходимости подключимся удаленно и поможем. Не влияет на обновления Конфигурация остается «на замке», без изменений Бесплатная техподдержка В течение трех месяцев

Артикул	574
Обновлено	02.10.2023
Исходный код	Открыт
Изменение конфигурации	Не требуется
Входит в подписку	Премиум
Ограничение	Не подходит для 1С:Фреш и базовых версий
Покупок	67

• Комплексная автоматизация 2.4 (Беларусь)
• Комплексная автоматизация 2.4 (Казахстан)
• Комплексная автоматизация 2.4 и 2.5
• Управление предприятием ERP 2.4 и 2.5
• Управление торговлей 11.4 и 11.5
• Управление торговлей 3 (Беларусь)
• Управление торговлей 3 (Казахстан)

Вес, объем и площадь в документах 1С

Нередко при составлении документов пользователям требуется информация об общем весе, объеме или занимаемой площади тех товаров, которые подобраны в документ (например, для целей логистики). При этом типовой функционал такой возможности не предоставляет. Для решения этой задачи создан данный продукт.

Расширение добавляет информацию об итоговом весе, объеме и площади товаров в карточку документов (на скрине выше), а также в списки документов:

Если для товаров, выбранных в документе, учет по какому-то измерению не ведется (например, учет площади), то такая информация скрывается:

Помимо вывода в заказах клиента, дополнительная информация отображается также в журнале документов продажи:

И также в документах закупки (заказы поставщику и документы приобретения товаров и услуг) и внутренних документах (перемещение товаров).

Напоминаю, что ввод весогабаритных характеристик производится в карточке номенклатуры:

Релиз 574.1.1.2 от 03.09.2018

В карточке документов теперь итоговые значения весогабаритных характеристик (ВГХ) считаются по выделенным строкам таблицы товаров:

Если хотите увидеть значения ВГХ для всего документа в целом, нужно выделить все строки в таблице (удобно это сделать с помощью комбинации Ctrl + A) и нажать Пересчитать ВГХ.

Релиз 574.1.1.3 от 30.10.2018

Вывод ВГХ добавлен в журнал Складские ордера, документ Расходный ордер на товары, документ и список документов Коммерческое предложение клиенту.

Релиз 574.2.1.1 от 12.06.2023

Вывод весогабаритных характеристик добавлен в печатные формы:

• заказ клиента,
• заказ поставщику,
• заказ на перемещение,
• счет на оплату,
• приходная накладная,
• расходная накладная,
• накладная на перемещение.

Ответы на частые вопросы

• 100 USD
• 83 EUR
• 29000 KZT

Работа с мерной номенклатурой

В статье рассмотрим часто задаваемые вопросы по работе с номенклатурой, которая может измеряться как штучно, так и мерно – в тоннах, кубических метрах и т. п.

Будет разобрано несколько примеров, даны обоснования необходимых настроек программы.

Статью можно читать в формате pdf:

Проблематика

Для того чтобы понять, в чем состоит проблема работы с мерными единицами измерения, рассмотрим несколько кейсов.

Предположим, наше предприятие занимается производством металлоконструкций и у нас основным материалом является металлопрокат – например, стальной лист.

Общепринятым для поставщиков металлопроката является использование в работе весовых единиц измерения: хоть лист и поставляется в штуках (листах определенной марки металла с определенными толщиной, длинной и шириной), но в прайс-листе поставщика, скорее всего, будут фигурировать килограммы, а вероятнее всего – тонны. В тоннах же будет производиться заказ материала у поставщика, тонны будут фигурировать в документах поставки.

Это создает следующие проблемы: при приеме товара на склад и при инвентаризации склада нам удобнее оперировать в листах (штуках), отпускать товар в производство нам тоже придется в листах.

Можно предположить, что тонны как-то должны пересчитываться в штуки: один лист имеет заданный по ГОСТу вес и мы можем пересчитать тонны в листы и обратно. То есть эта задача вроде как решается заведением в карточке номенклатуры двух единиц измерения – штуки (листа) и тонны – с заданием коэффициента пересчета штук в тонны и обратно.

Все бы хорошо, но есть одна проблема: прокат металла – это не прецизионное производство и возможны отклонения. Вес конкретного листа может отклоняться от заданного эталона на проценты, и это даже допустимо с точки зрения ГОСТа: для тех или иных видов проката стандартом разрешены колебания параметров производимых изделий в определенных пределах.

Получается, что нам нужно округлять тонны в листы не прямым пересчетом, а с учетом округления для ближайшего целого числа штук (листов) с округлением в пределах заданной величины отклонений. Задача становится более сложной и порождает множество вопросов – как с этим правильно работать в программе 1С:ERP.

Почти аналогичная ситуация возникает в работе с пиломатериалами (доска, брусок): ценники и оптовая поставка материалов там идут в кубических метрах, а в производство это удобнее передавать в досках (штуках).

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

Кейс «Металлопрокат»

Далее разберем настройку программы для ведения удобного учета металлопроката в программе.

Пусть у нас есть задача завести в программе номенклатурную позицию Лист горячекатаный /1.5 /1000.0 /2000.0 /Ст3сп /ГОСТ 16523 / кромка НО.

Что обозначают все эти цифры:

• 1.5 – толщина листа в миллиметрах;
• 1000.0 – ширина листа в миллиметрах;
• 2000.0 – длина листа в миллиметрах;
• Ст3сп – марка стали;
• ГОСТ 16523 – стандарт, в соответствии с требованиями которого был произведен данный лист;
• кромка НО – лист с такой кромкой не подвергается обрезке и потому имеет естественную слегка неровную форму края, получаемую после прокатки заготовки через прокатный стан.

Цена тонны этого листа составляет 49 тысяч рублей.

Вес одного листа 23,54 кг.

Начнем с единицы хранения данного товара. В программе 1С:ERP единицей хранения называется единица складского учета товара. Больше всего на данную роль подходит штука (лист). Причины следующие:

• Хоть товар и фигурирует в документах поставки в тоннах, но принимать его на хранение удобнее в штуках: листы визуально проще пересчитать, а большинство производственных складов вообще не оборудованы весами для измерения веса прибывшего товара.
• Инвентаризацию такого товара удобнее проводить в листах (штуках): достаточно сложно представить, чтобы на большом складе кто-то будет перетаскивать листы на весы (даже если они есть), чтобы завесить фактические складские запасы (сейчас речь не идет о ломе металла – об этом позже).
• Отпускать листы металла в производство тоже удобнее в листах: в большинстве случаев склад не является участком резки металла (иначе это уже не склад, а производственное подразделение), поэтому оперирует он целыми листами.

Теоретически, можно в качестве единицы хранения установить тонны (или килограммы), и это даже привычно многим кладовщикам (особенно с опытом работы на советских заводах), – получим следующие варианты со своими минусами:

• В голове у кладовщика должна быть таблица пересчета из штук в тонны и обратно, так чтобы при необходимости он мог быстро пересчитать одно в другое, когда ему нужно отпустить товар со склада (оперирует-то он по факту листами). Ассортимент металлопроката большой – таблица для заучивания будет огромной.
• Можно выдать таблицу пересчета на бумаге и дать калькулятор, чтобы кладовщик пересчитывал эти величины, но при наличии системы автоматизации учета это странная ситуация.
• Можно в программе 1С:ERP завести в упаковках товара еще одну единицу измерения, назвать ее «лист» и там указать коэффициент пересчета в тонны. Но это противоречит логике справочника упаковок: мы на складе не упаковываем весовой металл в листы. Листы – они и есть листы, это не упаковка. Есть и еще один минус: коэффициент пересчета из листов в тонны не будет позволять нам отпустить товар в листах, если на складе его чуть меньше (в пределах ГОСТа), чем на целый лист, согласно заданному нам коэффициента пересчета. Придется смотреть, сколько металла по весу числится, или отпускать по весу (держа в голове, что это целый лист), или подбирать в документах дробную часть листа, так чтобы она соответствовала оставшемуся весу. Что рано или поздно вернет нас к калькулятору и бумажной таблице с весами на столе у кладовщика.

Будем считать, что определились – в качестве единицы хранения товара используем листы (штуки). Следующая задача – как поступить с тоннами, в которых товар поставляется поставщиком.

Для этого в карточке справочника номенклатуры есть реквизит «Вес»:

Указание веса номенклатуры

Включив использование этого реквизита, мы можем указать здесь коэффициент пересчета из штук (листов) в вес (килограммы, а через них программа пересчитает вес и в тоннах).

Также нужно не забыть установить у веса признак Можно указывать количество в кг в документах, таким образом система будет автоматически пересчитывать листы в килограммы/тонны и обратно.

Если стоит задача видеть остатки по складу не только в листах, но еще и в тоннах, то можно воспользоваться единицей для отчетов (как показано на этой же иллюстрации), где мы укажем, сколько листов содержит одна тонна металла. После этого в отчетах мы сможем получить информацию как в листах, так и тоннах.

Теперь вернемся к проблеме округления – предположим, что мы получили нашего металла от поставщика в документах на 2,35 тонны. Можно предположить, что, скорее всего, речь идет о ста листах металла (2,35 т / 100 = 23,5 кг) с отклонением согласно ГОСТу от 23,54 кг (вес одного листа). На первый взгляд, оформить такую операцию в программе не получится: 2,35 т / 23,54 кг = 99,83 листа. Но товар штучный, он может проходить по складу только целым количеством.

Здесь нам поможет механизм округления, который включается в разделе НСИ и администрирование – Номенклатура – Единицы измерения.

Настройки допустимого отклонения

После установки процента допустимого отклонения программа ведет себя следующим образом:

1. В документах поступления мы указали 2,35 тонны.
2. Получим число листов делением: 2,35 т / 23,54 кг = 99,83 листа.
3. Ищем ближайшее целое число листов: 100 листов.
4. Ищем разницу между дробным и целым числом листов: 100 — 99,83 = 0,17.
5. Ищем процент отклонения: (0,17 листа / 100 листов) * 100 = 0,17 %. Это меньше заданного процента, и мы в документах смело можем указать 100 листов как полученные на склад.

При этом всю эту математику мы не видим, все автоматически рассчитывает программа. Также мы не видим 100 листов, до которых округлила программа наши 2,35 тонны: они хранятся внутри строки документа в скрытом поле «Количество в единицах хранения», для пользователя же остаются его изначальные 2,35 тонны.

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

• Для батона колбасы в качестве единицы хранения ставим штуку.
• Включаем вес и его использование в документах.
• Далее – по необходимости: выпускать колбасу можем в килограммах/тоннах, отгружать в штуках и т. п.

Но нужно понимать, что это не полноценный учет в двух единицах: программа учитывает товар в штуках, а на вес пересчитывает при необходимости, используя заданный в карточке товара коэффициент пересчета. Но, как показывает практика, крайне редко встречаются ситуации, в которых действительно нужен полноценный учет в двух единицах измерения. Например, такое встречается в оптовой торговле и транспортировке бензина, когда в зависимости от температуры окружающей среды один и тот же вес топлива может занимать разный объем – причем это значительные колебания, иногда исчисляемые десятками процентов.

Кейс «Пиломатериалы»

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

Как такую задачу можно решить в программе:

• Заводим карточку товара Доска 25x100x6м – доска толщиной 25 мм, шириной 100 мм и длиной 6 метров. В качестве единицы хранения указываем штуки (доски).
• Объем одной доски 0,1 * 0,025 * 6 = 0,015 м3. Задействуем объем в карточке товара, как это показано на картинке ниже:

Настройки объема номенклатуры

• Кубометр содержит 66,667 штук досок (1/0,015 = 66,667) – укажем м 3 в качестве единицы для отчетов (чтобы иметь возможность оценить объем остатков склада в м 3 ).
• Для того чтобы иметь возможность указывать нормативы и расход пиломатериалов в производстве в метрах, также задействуем длину и укажем, что одна доска (штука) имеет длину в 6 метров.

Теперь мы можем в документах по необходимости указывать количество в штуках, метрах и кубических метрах (с учетом заданного допустимого отклонения).

Рассмотрим еще вариант с небольшим деревянным бруском, например толщиной 1 см, шириной 1,5 см и длиной 2 метра. Его объем составляет 0,01 * 0,015 * 2 = 0,0003 м 3 . На первый взгляд, количество знаков за запятой не помещается в три отведенные разряда в программе. Но мы можем обойти это ограничение, задав коэффициент пересчета не для одного бруска, а для ста брусков. Сто брусков занимают объем в 0,03 м 3 , что уже помещается в отведенные разряды. Настройка представлена на картинке ниже:

Указание коэффициента пересчета объема

Далее все как обычно – программа пересчитает нужное количество по месту применения.

Кейс «Утеплительные материалы»

Предположим, предприятие занимается строительными работами – производит утепление фасадов зданий. Одним из потребляемых в производстве материалов является каменная вата.

Каменная вата представляет собой спрессованный прямоугольный блок материала, который для удобства транспортировки и хранения помещается в полиэтиленовые упаковки по нескольку блоков в одной упаковке.

На складе товар хранится в упаковках, но оптовые поставщики предлагают к заказу этот товар в кубических метрах (но поставляют в упаковках). А в производстве материал нормируется и списывается в квадратных метрах: чаще всего рассчитывается норматив потребления каменной ваты на квадратный метр утепляемой поверхности и по нему рассчитывается необходимый объем материалов на все утепляемое здание.

То есть нам нужно:

• Закупать товар в кубических метрах.
• Принимать товар и учитывать его на складе в упаковках.
• Нормировать материалы для производства в квадратных метрах.

В качестве примера возьмем артикул Утеплитель из каменной ваты 50х600х1000 (толщина блока 50 мм, ширина 60 см, длина 1 м), материал поставляется в упаковках по 8 блоков.

Что мы делаем в программе:

1. Заводим новый артикул, у которого в качестве единицы хранения рекомендуется указывать упаковку (штука будет упаковкой). Почему не один блок, а целую упаковку? Склад вряд ли будет разбирать упаковки на отдельные блоки, поэтому учет на складе детальнее упаковки нам не нужен. Но если у вас есть задача вести движение материалов по складу в отдельных блоках, то укажите в качестве единицы хранения блок и заведите для него упаковку с коэффициентом пересчета.
2. У артикула включаем учет по объему. Указываем коэффициент пересчета: одна упаковка = (0,05 * 0,6 * 1) * 8 = 0,24 м 3 .
3. У артикула включаем учет по площади. Указываем коэффициент пересчета: одна упаковка = (0,6 * 1) * 8 = 4,8 м кв.

Соответствующие настройки карточки товара приведены на картинке ниже:

Объем и площадь товара

Далее мы можем заказывать товар у поставщиков в метрах кубических, принимать товар на склад и учитывать его на складе в упаковках (штуках), нормировать и осуществлять расход в производстве в метрах квадратных.

Кейс «Электрические провода»

Отдельный интерес представляет задача учета обрезков мерных материалов. Нагляднее всего ее можно рассмотреть на примере учета электрического провода:

• Наше предприятие производит электрические удлинители. Один из потребляемых материалов – электрический провод (артикул Кабель электрический ПВС 3х0,75).
• Провод поставляется в бухтах, которые содержат 500 метров провода.
• На складе провод может отрезаться от бухты под текущие потребности производства.
• В производстве провод нормируется и потребляется в метрах.
• Нам нужно знать как общий метраж провода на остатках, так и то, в каких обрезках этот провод у нас хранится: если производству на один удлинитель требуется 2 метра провода, его не устроят два обрезка по метру.

Разберем, как эту задачу можно решить средствами 1С:ERP:

1. Заводим карточку нового артикула.
2. В качестве единицы хранения используем метр. Немного нестандартное решение в свете предыдущих кейсов – можно было бы предположить, что нужно опять использовать штуки (бухты). Но в условиях задачи сказано, что склад может отрезать кабель от бухты, то есть склад оперирует метрами. То, с какими единицами работает склад, и определяет единицу хранения – если бы склад принимал и отдавал бухты целиком, то тогда единицей хранения была бы бухта, а в данном примере это метр.
3. Для удобства оформления документов заводим бухту в качестве упаковки, содержащей 500 метров кабеля.

Вид номенклатуры нового артикула должен быть настроен для работы с сериями, как это показано на рисунке ниже:

Настройка политики серийного учета

Зачем нам нужны серии? При оприходовании новых бухт от поставщиков мы будем для каждой бухты заводить отдельную новую серию. То есть метраж каждой бухты будет привязан к своей серии. В заказах поставщику это будет выглядеть следующим образом:

Оформление заказа поставщику

В складских ордерах:

Оформление приходного ордера

А на остатках товара это будет выглядеть следующим образом:

Остатки на складах по бухтам

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

Рез провода

После этого в отчетах по остаткам товара мы увидим следующую картину:

Остатки на складах после реза

То есть в разрезе серий мы видим, что у нас есть две целые бухты по 500 метров и два отрезка по 200 и 300 метров.

Таким образом, поставленная задача решена:

• Мы можем закупать и принимать товар в бухтах.
• Мы можем оперировать на складе метрами (отрезать товар).
• Мы можем видеть на складе суммарное количество товара и количество товара в разбивке по отрезкам.

Автор:

Мироненко Андрей

Методист отдела разработки 1C:ERP, «1С»

Оценить статью:

Комментарии

Руслан Русская Резина

Здесь всё понятно, а что с прайс-листом на товары, нужно заводить разные прайсы для штук и килограммов?

Большое спасибо за статью. Очень много таких вопросов от клиентов и здесь представлен расширенный обзор ответов.

Спасибо большое, статья очень помогла.

Было бы проще, если бы коэффициент пересчета можно было указывать для каждой отдельной партии товара

Большое спасибо за ваш труд. Очень ясно и подробно. Всех благ.

Добрый день. У нас металлургическое предприятие. Выпускаем трубы, проволоку, ленты, полосы из цветных металлов. Изначально, предприятию, больше 100 лет. Исторически все движения матриалов, заготовки и готовой продукции учитываются в весовых единицах: кг (т). Статья написана, конечно, красиво, но автор забывает что не все трубки и трубочки можно пересчитать. Есть трубочки диаметром 2-3 мм, со стенкой менше 0,2 мм. Это каппилярные трубки. Есть конечно и большие. Есть средние. У нас самый ходовой размер 16х1. В принципе реально пересчитать в шт, но зачем, если абсолютно везде висят краны и каждую пачку продукции легко взвесить. Это совершенно не так трудоемко как написано «достаточно сложно представить, чтобы на большом складе кто-то будет перетаскивать листы на весы» потому что давно изобретены крановые весы. Зацепил пачку и вуаля — ничего никуда везти не нужно. А вот пересчитать пачку в 500 трубок проблема. Почему 500 трубок — потому что, одна труба 16х1х2000 из сплава Л63 (латунь) весит 0,8 кг. По ГОСТ допускается упаковывать до 500 кг в одно упаковочное место, получается, что в такой упаковке даже больше 500 штук труб увязанных вместе. Как их пересчитать и не сбиться? Да, да, про программы распознавания мы тоже слышали, про искуственный интелект и все такое. Но разве такое оборудование стоит дешевле весов? Дальше. По трубным ГОСТ разрешается выпускать трубы НЕМЕРНОЙ ДЛИНЫ (НД). Это значит, что каждая отдельная труба в упаковке может иметь разную длину в регламентированном диапазоне. Диапозон НД предприятие-изготовитель может выбирать для себы самостоятельно. Нам вот, например, удобнее от 2000 до 2500 мм. Господа. и как тогда вы пересчитаете штуки в вес, если у вас продукция немерная. Да, да, на это вы мне скажете, что статья называется «Работа с мерной продукцией», но простите, получается на одном и том же складе, труба с одним и тем же размером сечения будет учитываться в разных единицах измерения? То есть половина труь в кг, а другая половина — мерная, в штуках. Вспомним фразу из статьи » То, с какими единицами работает склад, и определяет единицу хранения». Наш склад на отгрузку работает с кг. Клиенты в 90% случаев заказывают продукцию в кг. Производство «заточено» под работу с кг. Получается нам нужно оставаться на кг! Но вы, господа разрабочики ERP, приняли свое решение, мерная продукция — значит штуки и систему учета «заточили» под это свое понимание, даже не заглянув в наши Россиийски ГОСТ, где указано, что продукция может быть изготовлена немерной длины. А у нас теперь проблемы с созданием серий и упаковок, потому что как только мы упаковываем партию продукции, если она учитывается в кг, то наименование продукции уже не видно. Мы знаем только что лежит пачка 500 кг, 300 кг, 200 кг. Наименование продукции, упакованной в эту пачку нельзя вывести на этикетку, которая привещивается к упаковке. В общем одни проблемы, от того, кто кто-то решил что так он считает делать лучше и правильнее.
И это все, еще не считая, правильных замечаний Александр Ревкуц в комментариях к этой статье. Для металлопродукции допуска регламентируются в диапазоне и все зависит от того как настроено оборудование, насколько изношены волочильные матрицы и т.д. А на тонких трубочках ошибка будет не на 1 или 2 штуки, а на десятки, а пересчитать их ни при отгрузке ни при перевеске не реально!
Очень хочется получить комментарии разработчиков 1С ERP по этому вопросу, а по возможности и рекомендации. Спасибо.

Никто никого не обязывает применять коэффициенты пересчета единиц хранения. Вы рассмотрели эту разработку исходя из технологического процесса ВАШЕГО предприятия, и все правильно сказали. Но не у всех небольших предприятий есть краны с весами, или хотя бы весы. Как правило, возможность взвешивать не имеют конечные потребители, когда закупают небольшие партии проката, и в процессе производства этот прокат расходуется и учитывается еще более маленькими партиями. В таких ситуациях, удобнее вести учет в тех единицах, в которых проще вести учет на собственном складе.

Например, было закуплено 1,5т трубы, взвешен товар при отгрузке на весах поставщика, а на складе предприятия кладовщик видит только 20 труб разной длины. Отпускать материал со склада удобнее в метрах. В этом случае, ему проще взять рулетку, перемерить один раз всю партию трубы и применить в своем учете коэффициенты единиц измерения, без необходимости каждый раз брать калькулятор металлопроката и пересчитывать метры в кг. Так что, если считаете что вам, предложенная разработка не нужна, не применяйте ее у себя. А если кто-то считает иначе, то пусть применяет. Отчет или ведомость по желанию можно выводить хоть в одних, хоть в других единицах.

Александр Ревкуц

«Ищем разницу между дробным и целым числом листов: 100 — 99,83 = 0,17.
Ищем процент отклонения: (0,17 листа / 100 листов) * 100 = 0,17 %. Это меньше заданного процента, и мы в документах смело можем указать 100 листов как полученные на склад.»

Я бы смело не приходовал.
Пусть допуск толщины листа по ГОСТу составляет указанные в примере ±3% (на самом деле порядка ±10%), и вес листа может плясать на ±3% относительно эталона.
Отклонение от «теоретически» высчитанных 100 эталонных листов возможно ±3 листа!

И «маловероятно что все 100 листов будут отличаться в одну сторону по весу» тут не работает.
Наоборот, это вполне возможно: как прокатный стан настроили, так вся партия и пошла с отклонением в какую-то одну сторону.

Так что в примере «смело оприходованные 100 штук» могли быть на самом деле как 97 штук, так и 103.

Правильно — это ориентироваться на расчетное количество штук, при котором допуск еще не выходит за 1 штуку. Для примера выше это 100% / 3% = 33.3 листа.

Если по расчету получится, скажем, 33.3 листа, то на самом деле там может быть уже 34 «легких»: допуск 3% * 33.3 штуки дает 99.9% штуки отклонения.

Для большей надежности я бы и эти 33 листа брал с коэффициентом, скажем, 0.9, чтобы ошибка в один лист гарантированно не накапливалась на этом количестве. то есть 33.3 * 0.9 = 28 расчетные еще бы «смело принимал», но 29 и более пересчитывал бы, или перевешивал, разбивая на меньшие стопки, если есть возможность их краном ворочать с меньшим напрягом, чем считать.

Хотя считать стопку из 100 полуторамиллиметровых листов как — то не вдохновляет, сбиться легко.

1С должна считать вес

1С: Предприятие 8.3 (8.3.4.437)Управление торговлей, редакция 11.1 (11.1.9.51)
Необходимо, что бы при поступлении товара от поставщика, перемещениях, продажах считался общий вес оппозициям.

Пример: торгуем кремами из Японии, важно знать вес, для расчета доставки. Позиция 1 весит 25 гр, Позиция 2 весит 40 гр.

Нужно что бы он выводил эту характеристику и считал итог по весу во всех документах.

Так же при продаже — например отгружаем почтой клиенты — там важен вес для того, что бы знать стоимость доставки почтой.

Скажите, как и где настроить

Голосование за лучший ответ

В 1С: Управление торговлей есть учет по весу. Для того чтобы каждому товару указать вес нужно зайти в карточку данного товара, закладка «Учетная информация», там есть поле «Вес», куда вбиваете нужную цифру. Если в ручную вбивать вес слишком муторно и есть, например, каталог в Excel с весом каждого товара, то его можно попробовать загрузить автоматически. [ссылка заблокирована по решению администрации проекта] есть пример автоматической загрузки цен из прайс-листа, если разберетесь как на этом примере загрузить вес, то молодцы, если нет, то пригласите специалиста.
Далее в документах (заказ, реализация) нужно вывести колонку с весом — это тоже давно есть в типовой конфигурации Управление торговлей ред. 11, для этого в табличной части жмете кнопку «Все действия»>»Изменить форму.. .». В отрывшемся окне жмете кнопку «Добавить поле», ставите галку напротив «Вес» > сохраняете. В документах появляется колонка с весом товаров, который берется из карточки товара.
В печатных формах документов Вес выводиться не во всех документах, например в ТОРГ-12 вес есть, а вот в форме заказа веса нет, если нужно пригласите специалиста пусть доработает печатные формы, но это не сложно, сама цифра с весом в Заказе уже есть, т. е. программу дорабатывать не нужно, только печатные формы.

Источник: [ссылка появится после проверки модератором]
EverУченик (175) 5 лет назад

Спасибо за развернутый ответ, но вот комментарий, а точнее вопрос Валерия Медведева актуален — «. и появится вес единицы товара, а не общий вес позиции документа, равный количество*Вес. А вот как сделать именно вес по строке документа . «
Это возможно сделать?

Добрый день! Кнопка добавить поле не активна, что делать?

. и появится вес единицы товара, а не общий вес позиции документа, равный количество*Вес. А вот как сделать именно вес по строке документа .

Как вывести итоговый вес и объем на форму документа Заказ клиента. УТ 11.4

• 
• 
• 
• 
• 
• 
• 
• 
• 

Всем привет, долго ломал голову, но с помощью тыка и подсказок более опытных программистов, вот что мне удалось достичь и как это я сделал. Открываем конфигуратор — заходим в Документы-Заказ-Клиенту-Формы-ФормаДокумента, все будем делать только здесь, снизу формы две вкладки, в общем сама форма и модуль (как открыть, смотри рисунок — открыть форму).

Создаем два табличных поля, у меня это ТоварВес и ТоварОбъем, указываем путь к данным — Объект.Товары.Номенклатура.Вес(Числитель) и указываем заголовок в свойствах, для более корректного отображения в списке колонок (смотри рисунок Создаем 2 поля)

.
Создаем реквизиты итоговых значений у меня это ИтогВес и ИтогОбъем с типом число, характеристики указывайте сами по умолчанию 10,3 (для создания реквизита нажмите на маленький плюсик в области реквизитов (смотри рисунок Реквизиты для итоговых)

.

Далее, поочередно цепляем мышкой созданные реквизиты в дерево формы, туда где вам необходимо, я сделал снизу (смотри рисунок Размещаем рисунок на форме)

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

//VID( Объем1 = 0; Вес1 = 0; Для Каждого Строка Из Объект.Товары Цикл Объем1 = Объем1 + Строка.Количество * Строка.Номенклатура.ОбъемЧислитель; Вес1 = Вес1 + Строка.Количество * Строка.Номенклатура.ВесЧислитель; КонецЦикла; ИтогоВес = Вес1; ИтогоОбъем = Объем1; //VID) 

(смотри рисунок код модуля)

После этого обновляем конфигурацию и смотрим что получилось Рисунок в итоге.

Т.е. после изменения количества снизу у нас просчитывается общий вес и объем всех товаров, а в колонках прописан вес и объем за 1 единицу товара.

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

Если Вам не нужны колонки с отображением веса за единицу, то можете их скрыть и создать новые или изменить заголовок для вывода общих построчных значений, ну например вы количество меняете на 4 вес товара у вас при этом 5 кг, и вместо 5 в окне должно писаться 20, т.е. сумма именно этих товаров в зависимости от количества, то нам необходимо, я не стал удалять текущие колонки, создал новые Вес товара и Объем Товара. Дальше открыл конфигурации раскрыл документ заказ клиента, табличные части, товары и правой кнопкой создал реквизиты табличной части ВесТовара и ОбъемТовара, с типом Число, 15,3, далее как я уже и писал создал 2 поля ВесТовара иОбъем товара и указал путь к этим 2 реквизитам (смотри рисунок подсчет строк)

После этого заходим в модуль объекта формы и дополняем в те места где вставляли первоначальный код, следующий код

Для каждого СтрокаТД из Объект.Товары Цикл СтрокаТД.ВесТовара = СтрокаТД.Количество * СтрокаТД.Номенклатура.ВесЧислитель; СтрокаТД.ОбъемТовара = СтрокаТД.Количество * СтрокаТД.Номенклатура.ОбъемЧислитель; КонецЦикла;

Смотрим что получилось, вес и объем за 1 единицу товара я скрыл убрав в свойствах галочку видимость и теперь у меня построчный расчет веса и объема.

Смотри рисунок что вышло

Ребята при работе выяснилось, что данный код не работает в тонком клиенте, поэтому создайте следующую функцию прямо в модуле документа

//VID( добавляем наши реквизиты для тонкого клиента, без этой функции, код указанный при открытии ипри изменении количества работает только на толстом клиенте &НаСервереБезКонтекста Функция ПолучитьСведенияНоменклатуры(Номенклатура) Возврат ОбщегоНазначения.ЗначенияРеквизитовОбъекта(Номенклатура, "ОбъемЧислитель, ВесЧислитель"); КонецФункции //VID) 

и измените предыдущий код, во всех местах куда его вставляли!

//VID( Объем1 = 0; Вес1 = 0; Для Каждого Строка Из Объект.Товары Цикл СведенияНоменклатуры = ПолучитьСведенияНоменклатуры(Строка.Номенклатура); Объем1 = Объем1 + Строка.Количество * СведенияНоменклатуры.ОбъемЧислитель; Вес1 = Вес1 + Строка.Количество * СведенияНоменклатуры.ВесЧислитель; Строка.ВесТовара = Строка.Количество * СведенияНоменклатуры.ВесЧислитель; Строка.ОбъемТовара = Строка.Количество * СведенияНоменклатуры.ОбъемЧислитель; КонецЦикла; ИтогоВес = Вес1; ИтогоОбъем = Объем1; //VID) 

Теперь надеюсь, точно все, пока полет нормальный

Спасибо, что прочли эту статью, всем всего хорошего.