← На главную

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

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

Анализ стандартной архитектуры партионного учета

Для начала проанализируем, как платформа 1С 7.7 обрабатывает понятие «партия». В отличие от современных версий 8.3, где система более гибкая, в «семерке» логика движений закладывается на этапе проектирования структуры метаданных. Рассмотрим основные компоненты, отвечающие за это:

1. Регистры накопления: Вся информация о наличии и движении имущества хранится в объекте Регистр. Если мы откроем Конфигуратор и найдем регистр, отвечающий за остатки (обычно это ОстаткиТоваров, Партии или ВещевоеИмущество), мы увидим раздел «Измерения».
2. Измерение «Партия»: В 99% типовых конфигураций того времени измерение Партия имеет тип данных Документ (или неопределенный вид документа). Это означает, что для системы «партия» — это и есть сам факт регистрации документа поступления.
3. Механизм списания: При проведении документов расхода (выдача со склада) программа ищет остатки в разрезе этих документов-партий, выбирая их по методу ФИФО (первый пришел — первый ушел) или по средней стоимости.

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

Почему настройки в меню «Сервис» не дают результата

Многие пользователи пытаются найти решение в разделе Настройка параметров учета или Учетная политика. Рассмотрим, что именно там можно настроить, а что — нет:

• Доступно: Выбор метода оценки стоимости (ФИФО, ЛИФО или «По среднему»).
• Недоступно: Изменение состава аналитики. Вы не можете добавить «Инвентарный номер» как обязательный разрез учета остатков через обычные настройки, так как это поле должно присутствовать в каждой записи регистра в базе данных.

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

Различие между партионным и инвентарным учетом

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

Партионный учет ответит на вопрос: «Сколько курток пришло по накладной №10 от 01.01.2023 и какая у них была закупочная цена?». Здесь все куртки в рамках одной поставки обезличены.

Инвентарный учет ответит на вопрос: «У кого именно находится куртка с инвентарным номером 000543?». Здесь каждая единица уникальна.

В «1С:Вещевое довольствие 7.7» инвентарный учет часто реализуется не через партии, а через справочник ИнвентарныеНомера или специальные забалансовые счета. Если вам нужно видеть инвентарный номер именно в складской ведомости, придется модифицировать регистр.

Как реализовать учет по инвентарным номерам (технический путь)

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

1. Модификация регистра: Необходимо добавить новое Измерение в основной регистр остатков. Назовем его, например, ИнвентарныйНомер. Типом данных может быть Справочник.ИнвентарныеНомера или просто Строка.
2. Изменение документов поступления: Проанализируем модуль проведения документа ПоступлениеНаСклад. В коде, где формируются движения по регистру, нужно добавить заполнение нового измерения.
   Скопировать код

   
   Регистр.ОстаткиТоваров.Номенклатура = ВыбраннаяНоменклатура;
   Регистр.ОстаткиТоваров.Склад = ВыбранныйСклад;
   Регистр.ОстаткиТоваров.Партия = ТекущийДокумент();
   Регистр.ОстаткиТоваров.ИнвентарныйНомер = ТекСтрока.ИнвентарныйНомер; // Наша новая аналитика
   Регистр.ОстаткиТоваров.Приход();
   

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

Использование штрихкодирования в 7.7

Если ваша цель — учет по штрихкодам, проанализируем, как это встроить в систему. В 1С 7.7 штрихкод обычно привязан к справочнику Номенклатура. Чтобы он стал «партионным» (то есть указывал на конкретный экземпляр), он должен быть уникальным для каждой единицы.

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

Рекомендации для пользователей без программиста

Если возможности доработки программы нет, попробуем использовать «штатные хитрости»:

• Создание уникальных карточек: Некоторые бухгалтеры создают в справочнике Номенклатура позиции вида «Куртка мужская (инв. №101)», «Куртка мужская (инв. №102)». Это позволяет вести поштучный учет, но быстро превращает справочник в огромный неуправляемый список.
• Использование серий: Проверьте, нет ли в вашей версии конфигурации измерения Серия. Иногда его можно задействовать для хранения номеров, не меняя структуру программы, а лишь изменив способ заполнения документов.

Итоги

Мы выяснили, что в «1С:Вещевое довольствие 7.7» партионный учет по умолчанию является жестко «документарным». Это обусловлено архитектурой платформы 7.7, где аналитика хранения данных в регистрах определяется в Конфигураторе.

Для настройки учета по инвентарным номерам или штрихкодам необходимо:

1. Убедиться, что в настройках Учетной политики действительно отсутствуют нужные опции (что характерно для 7.7).
2. Принять решение о необходимости доработки: добавление нового измерения в регистры накопления.
3. Переписать алгоритмы проведения основных документов, чтобы они учитывали новую аналитику.

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