← На главную

В современных конфигурациях на базе платформы 1С:Предприятие 8.3, таких как Управление торговлей 11.4, Комплексная автоматизация 2.4 и ERP 2.4, пользователи часто сталкиваются с парадоксальной ситуацией: отчеты показывают наличие товара на складе, но при попытке оформить продажу система выдает ошибку о нехватке остатков по организации. Рассмотрим детально, почему возникает этот разрыв и как его устранить.

Разделение контуров учета: Склад против Организации

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

1. Складской учет (регистр ТоварыНаСкладах): Отвечает за физическое наличие товара в конкретном месте. Именно на него опираются отчеты «Ведомость по товарам на складах» и «Остатки и доступность товаров». Этот контур отвечает на вопрос: «Сколько штук лежит на полке?».
2. Финансовый учет (регистр ТоварыОрганизаций): Отвечает за право собственности. Товар может физически находиться на складе, но системе нужно знать, какому юридическому лицу он принадлежит, по какой стоимости принят и каким налогом облагается. На этих данных строится отчет «Ведомость по товарам организаций».

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

Проблема статусов в документах «Перемещение товаров»

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

• Статус «Отгружено»: В этот момент товар списывается с остатков организации-отправителя и со складских остатков склада-отправителя. В финансовом учете (регистр ТоварыОрганизаций) товар переходит в состояние «Товары в пути». Однако на складе-получателе он еще не появился.
• Статус «Принято»: Только после установки этого статуса документ делает приходную запись в регистр ТоварыОрганизаций по организации-получателю на склад-получатель.

Если в цепочке перемещения используется ордерный склад, ситуация усложняется. Кладовщик может оформить ПриходныйОрдерНаТовары, и товар физически зачислится на склад (появится в складских отчетах). Но если в самом документе ПеремещениеТоваров менеджер не перевел статус в значение Принято, финансовый контур не увидит поступления товара. В результате: на складе товар есть, а у организации — нет.

Особенности ордерной схемы и складских актов

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

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

Если вы столкнулись с тем, что «паллеты» или другая тара числятся на остатках склада, но не видны в ведомости по организациям, проверьте следующие моменты:

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

Влияние схемы «Интеркампани»

Схема Intercompany позволяет одной организации продавать товар, принадлежащий другой. Но даже в этом случае товар должен иметь «владельца» внутри вашей структуры. Проанализируем ситуацию: если организация «Продажи ООО» пытается продать товар, который фактически лежит на складе, но по регистру ТоварыОрганизаций он не закреплен ни за «Продажи ООО», ни за «Импорт ООО» (из-за того же зависшего статуса перемещения), то механизм Интеркампани не сработает. Программе просто нечего «перепродать» между организациями, так как право собственности не подтверждено ни для одного участника сделки.

Пошаговый алгоритм диагностики расхождений

Если вы обнаружили, что товар «завис» между складом и организацией, выполним следующие действия:

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

Пример исправления ситуации

Представим, что мы обнаружили расхождение по номенклатуре Паллета. Выясняем причину: было оформлено перемещение со склада «Основной» на склад «Адресный». Рассмотрим наши действия:

Шаг 1. Проверяем «Ведомость по товарам на складах». Видим остаток 50 шт. на «Адресном складе».
Шаг 2. Проверяем «Ведомость по товарам организаций». Видим остаток 0 шт. по организации «Импорт ООО» на этом же складе.
Шаг 3. Находим документ перемещения. Видим, что в поле Статус установлено значение Отгружено. Это означает, что со склада-отправителя товар ушел, на склад-получатель физически (по ордеру) пришел, но финансово на получателе еще не закрепился.
Шаг 4. Устанавливаем статус Принято и проводим документ.

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

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