Как убрать лишние нули в графе количества в документе и печатной форме 1С:Бухгалтерия 8.3?

При оформлении документов реализации в типовой конфигурации 1С:Бухгалтерия 8.3 пользователи часто сталкиваются с ситуацией, когда в колонке количества отображаются три знака после точки (например, 100.000 или 100000.000). Если отгружаются штучные товары или крупные партии в килограммах и тоннах, длинное число может не помещаться в печатную форму накладной, а лишние нули усложняют восприятие данных.

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

Почему в количестве отображаются три знака после запятой

В типовых конфигурациях 1С реквизит Количество в табличных частях документов, регистрах накопления и регистре бухгалтерии Хозрасчетный имеет стандартный тип данных Число(15, 3). Платформа 1С:Предприятие проектируется с расчетом на универсальность: точность до тысячных долей необходима для учета весовых, мерных товаров, ГСМ и материалов (граммы, миллилитры, грамм-градусы).

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

Решение 1. Настройка макета печатной формы в режиме «1С:Предприятие»

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

Разберем по шагам, как изменить формат ячейки:

1. Перейдем в раздел «Администрирование» → «Печатные формы, отчеты и обработки» → «Макеты печатных форм».
2. Найдем в списке нужный документ (например, Реализация (акт, накладная, УПД)) и требуемую печатную форму (например, Товарная накладная (ТОРГ-12) или Универсальный передаточный документ).
3. Нажмем кнопку «Изменить» (или дважды кликнем по макету). Система создаст пользовательскую копию типового макета.
4. Найдем строку параметров таблицы, отвечающую за вывод количества (параметр Количество).
5. Откроем свойства ячейки (через контекстное меню или нажатием клавиши F4).
6. В строке «Формат» вызовем конструктор форматной строки.
7. Настроим параметры форматирования:

   Для вывода целых чисел без знаков после запятой зададим параметр точности ЧДЦ=0. Чтобы разряды больших чисел (например, 100 000) разделялись пробелом и не сливались, укажем группировку ЧГ=3,0.

8. Сохраним макет и проведем тестовую печать документа.

Важное предостережение: если жестко установить точность ЧДЦ=0, программа будет округлять любые нецелые значения. Если в вашей номенклатуре встретится позиция с дробным весом (например, 1,5 кг), она принудительно отобразится как 2, что приведет к расхождению сумм и ошибкам в первичных документах.

Решение 2. Корректировка отображения в форме документа через «Изменить форму»

Если нули мешают оператору при вводе позиций в самом окне документа реализации, форму можно скорректировать под требования пользователя:

1. Откроем документ реализации и в верхнем правом углу нажмем меню «Еще» → «Изменить форму».
2. В дереве элементов формы развернем табличную часть «Товары» и выделим поле «Количество».
3. В правой панели свойств найдем параметр «Формат» и настроим требуемое количество знаков после запятой (например, ЧДЦ=0).
4. Применим изменения кнопкой «ОК».

Учтем ограничение платформы: параметр «Формат» в свойствах поля управляет только внешним отображением ячейки, когда курсор находится вне её. В момент непосредственного ввода данных включается режим редактирования метаданных, и маска числа снова покажет дробную часть.

Чтобы распространить настроенный вид формы на остальных сотрудников, администратор может скопировать пользовательские настройки через меню: «Администрирование» → «Настройки пользователей и прав» → «Персональные настройки пользователей» → «Копирование настроек».

Решение 3. Изменение единиц измерения в карточке номенклатуры

Если специфика учета связана с оптовыми поставками сырья и крупными объемами (десятки и сотни тонн), постоянный перевод в килограммы провоцирует переполнение полей и визуальные ошибки (например, 100 тонн отображаются как 100000.000 кг).

В этом случае логично проверить настройки справочника Номенклатура. Добавим из классификатора ОКЕИ единицу измерения «т» (тонна) и выберем ее в качестве единицы хранения. Тогда в документе реализации и накладной количество будет вводиться компактным числом (100 вместо 100000), что полностью исключит проблему обрезания граф при печати.

Решение 4. Разработка расширения конфигурации (.cfe) или внешней печатной формы

Если требуется интеллектуальный вывод — чтобы целые штуки печатались без нулей (10), а дробные килограммы сохраняли свои знаки (10.250), лучшим техническим решением будет использование механизма расширений или внешней печатной формы (ВПФ).

Посмотрим, как выглядит программная проверка наличия остатка от деления в коде формирования строки:

Если Количество % 1 = 0 Тогда
    СтрокаКоличество = Формат(Количество, "ЧДЦ=0; ЧГ=3,0");
Иначе
    СтрокаКоличество = Формат(Количество, "ЧДЦ=3; ЧГ=3,0");
КонецЕсли;
ОбластьМакета.Параметры.Количество = СтрокаКоличество;

Такой подход обеспечивает универсальность: печатная форма сохраняет юридическую точность для весового товара и избавляется от лишних нулей при печати штучной продукции.

Почему нельзя менять точность в Конфигураторе

В форумах иногда встречается совет открыть конфигуратор и уменьшить точность реквизита Количество в метаданных табличной части документа. Реализовывать этот совет категорически нельзя по следующим причинам:

1. Нарушение целостности регистров: точность количества должна быть синхронизирована по всей конфигурации. Уменьшение разрядности в документе без изменения регистров приведет к ошибкам проведения и сбоям в движениях по счету учета.
2. Безвозвратная потеря данных: при реструктуризации базы данных все исторические дробные остатки будут автоматически усечены до целых чисел, восстановить их без резервной копии не удастся.
3. Снятие с поддержки: база потеряет статус типовой, что существенно усложнит процедуру регулярных обновлений.

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