В процессе ведения бухгалтерского учета в программе 1С:Бухгалтерия 7.7 пользователи часто сталкиваются с ситуацией, когда стандартной точности количественного учета (обычно это 3 знака после запятой) становится недостаточно. Особенно остро эта проблема проявляется при торговле металлом, ГСМ или ювелирными изделиями, где расчет идет в тоннах или килограммах, а точность требуется до граммов или даже миллиграммов. Недостаточная разрядность приводит к накоплению погрешностей округления, из-за чего в учете может возникнуть так называемая «краснота» — отрицательные остатки, которых на самом деле быть не должно.
В этой статье мы подробно разберем, как технически изменить разрядность количества в конфигурации, какие дополнительные настройки потребуются в документах и отчетах, а также проанализируем, стоит ли это делать или лучше воспользоваться методологическими приемами.
Первое, что нам необходимо сделать — это изменить глобальную настройку хранения количественных данных в системе. В 1С 7.7 точность количественного учета жестко привязана к метаданным плана счетов. Рассмотрим по шагам, как внести эти изменения:
Планы счетов. Обычно он называется Основной.Длина количественного учета и Точность количественного учета.Точность равным 5. При этом общую Длину стоит увеличить пропорционально (например, до 15 или 18 знаков), чтобы уместить большие числа.Важный нюанс: изменение точности в плане счетов затронет хранение данных в таблицах итогов и проводок. Однако этого недостаточно для корректной работы всей системы. Проанализируем ситуацию далее.
После того как мы изменили «емкость» базы данных в плане счетов, нам нужно обеспечить возможность ввода таких данных в документах. Каждый реквизит Количество в табличных частях документов — это самостоятельный объект. Если мы оставим в документе точность 3, а в плане счетов 5, то при проведении число будет обрезаться.
Разберем алгоритм действий для каждого документа (например, «ПоступлениеТоваров», «СписаниеТоваров», «Реализация»):
Количество установим аналогичную точность (например, 15.5).Ч15.3, заменим это на Ч15.5.Проделаем эту операцию для всех документов, задействованных в количественном учете. Это гарантирует, что пользователь сможет ввести 5 знаков, и они без потерь попадут в проводки.
Даже если данные хранятся и записываются верно, в стандартных отчетах (Оборотно-сальдовая ведомость по счету, Карточка счета) вы все равно можете видеть 3 знака. Это связано с тем, что формат вывода жестко задан в макетах (таблицах) отчетов.
Чтобы исправить это, проанализируем структуру отчета:
НачОстК, ПриходК, РасходК).Ч015.3 на Ч015.5.Помните, что в типовых конфигурациях многие отчеты являются внешними (хранятся в папке ExtForms). В этом случае их нужно открывать как файлы в Конфигураторе и редактировать отдельно.
Рассмотрим еще одну скрытую проблему: программное округление. В Глобальном модуле или в модулях проведения документов часто встречаются функции расчета, где точность прописана «жестко». Например:
// Пример старого кода в модуле проведения
КоличествоСписания = Окр(ОстатокКоличества, 3);
СуммаСписания = Цена * КоличествоСписания;
Если мы не найдем такие места и не заменим 3 на 5, программа будет программно отсекать знаки перед записью в базу. Рекомендуем выполнить глобальный поиск по конфигурации строки Окр( и проанализировать все вызовы, связанные с переменными количества.
Если внесение изменений в метаданные кажется слишком рискованным (например, из-за сложности последующих обновлений конфигурации), разберем методологический подход. Вместо того чтобы увеличивать разрядность для «Тонн», мы можем перейти к учету в более мелких единицах.
Пример: Если вам нужна точность до 5 знаков в тоннах (т.е. до 10 граммов), сделайте основной единицей учета в справочнике «Номенклатура» — «Килограммы». В этом случае стандартной точности в 3 знака после запятой (миллиграммы) вам хватит с избытком. Для удобства пользователей в печатных формах можно реализовать пересчет обратно в тонны через коэффициенты, не меняя структуру хранения данных в базе.
Перед началом работ по изменению разрядности, важно учитывать следующее:
Подводя итог, можно сказать, что технически задача решаема через редактирование свойств Плана счетов и всех сопутствующих объектов (документов, отчетов). Однако наиболее стабильным и «безопасным» для типовой конфигурации решением часто оказывается простой переход на более мелкие единицы измерения.