При ведении партионного учета в 1С пользователи часто сталкиваются с ситуацией, когда система списывает товар из партии, которая еще не была оприходована, или из партии, дата поступления которой позднее даты реализации. Это приводит к возникновению отрицательных остатков и некорректному расчету себестоимости. В этой статье мы подробно рассмотрим, почему возникает такая проблема и как ее диагностировать и временно устранить.
Рассмотрим типовую ситуацию: документ «Отчет о розничных продажах товаров» от 27 марта списывает товар из «Поступления товаров и услуг» от 30 марта. При этом на 27 марта на складе имеется свободный остаток по другой, более ранней партии. В результате в партионном учете возникает «минус», так как товар фактически списывается из несуществующей на момент продажи партии.
Эта проблема чаще всего указывает на нарушение хронологической последовательности проведения документов в системе. Партионный учет, особенно при использовании метода ФИФО (First-In, First-Out — «первым пришел – первым ушел»), требует строгого соблюдения порядка ввода и проведения документов по времени.
Давайте разберем по шагам, как мы можем подойти к решению этой задачи, основываясь на представленных сообщениях и общих принципах работы 1С.
Первым делом мы обращаем внимание на то, какие типы документов используются для отражения поступлений. В данном случае, автор упоминает два документа: «Приобретение у поставщика» и «Поступление товаров и услуг».
«Приобретение у поставщика»: Как правило, этот документ используется в конфигурациях, где есть функционал закупки или при первоначальном вводе остатков. Важно убедиться, что он корректно формирует движения по регистрам партионного учета.
«Поступление товаров и услуг» (ПТиУ): Это основной документ для оприходования товаров на склад. Именно он должен формировать записи в регистрах, откуда в дальнейшем будет списываться товар.
Мы должны убедиться, что все поступления, которые должны участвовать в партионном учете, отражены одним или совместимыми типами документов, которые формируют правильные движения в регистрах.
Автор утверждает, что «Контроль остатков включен, на партии не ругается». Это важный момент, который мы должны проанализировать:
Общий контроль остатков: Включенный контроль обычно не позволяет провести документ реализации, если физического количества товара на складе недостаточно. Однако, он может не «ругаться» на списание из «будущей» партии, если на момент проведения документа реализации (например, 27.03) общее количество товара по складу (без учета конкретных партий) положительное. Программа может списать товар «в кредит» будущей партии, создавая отрицательный остаток именно по конкретной партии, а не по номенклатуре в целом.
Настройки контроля: Мы проверяем настройки программы, чтобы понять, как именно настроен контроль. Возможно, он настроен только на количественный учет, а не на партионный учет в разрезе FIFO. Это может быть особенностью конфигурации или ее настроек.
Чтобы понять, что именно произошло с документом поступления, мы посмотрим его историю. Это поможет нам выяснить, был ли документ «Поступление товаров и услуг» (от 30.03) введен или изменен после того, как был проведен «Отчет о розничных продажах товаров» (от 27.03).
Открываем «Журнал регистрации»: Для этого перейдем в меню «Администрирование» -> «Обслуживание» -> «Журнал регистрации».
Ищем по объекту: В журнале регистрации мы можем установить фильтр по конкретному документу, например, по его номеру или GUID. Мы ищем все записи, связанные с документом «Поступление товаров и услуг» от 30.03.
Анализируем записи: Мы внимательно изучаем даты и время создания, изменения и проведения этого документа. Если мы обнаружим, что документ поступления был проведен или перепроведен после того, как был проведен документ реализации, это может быть причиной нарушения последовательности.
В данном случае, автор темы указал, что «Там ничего не обычного нет», что может означать, что явного ручного вмешательства с нарушением хронологии через журнал не видно, или проблема более глубокая.
Это один из наиболее эффективных способов диагностики проблем с последовательностью. Мы последовательно отменяем проведение документов и проводим их заново в правильном хронологическом порядке, чтобы увидеть, как это влияет на движения по партиям.
Отменяем проведение будущего поступления: Сначала мы отменяем проведение документа «Поступление товаров и услуг» от 30.03. Это фактически удаляет движения по этой партии из регистров.
Отменяем проведение документа реализации: Затем мы отменяем проведение «Отчета о розничных продажах товаров» от 27.03.
Заново проводим документ реализации: Теперь мы заново проводим «Отчет о розничных продажах товаров» от 27.03. В этот момент система должна взять товар из единственной доступной и корректной партии на 27.03, которая имеет свободный остаток. Мы проверяем движения документа, чтобы убедиться, что списание произошло из ожидаемой партии.
Заново проводим будущее поступление: После этого мы заново проводим «Поступление товаров и услуг» от 30.03.
Проверяем результат: Автор темы сообщил: «Все распроводила и проводила, если провожу до 30 числа, документ партии берется верно. Как только провожу 31.03. все возвращается на круги своя.» Это ключевая информация. Она говорит о том, что ручное перепроведение помогает временно, но проблема возникает снова при проведении документов за последующие даты или при закрытии месяца. Это указывает на то, что проблема может быть связана не только с единичным нарушением, а с более сложной логикой пересчета или даже с системной ошибкой.
Для поддержания корректного партионного учета в 1С крайне важны следующие регламентные операции:
Операция «Восстановление последовательности документов» является критически важной для корректного ведения партионного учета, особенно при использовании метода ФИФО. Если документы вводятся или редактируются «задним числом», это может нарушить логику списания партий и расчета себестоимости. Данная операция перепроводит все документы за указанный период в строгом хронологическом порядке, исправляя возможные ошибки в движениях по регистрам.
Как найти: Обычно эту операцию можно найти в разделе «Операции» или «Закрытие месяца» в зависимости от конфигурации. Мы выбираем период, за который необходимо восстановить последовательность (например, месяц, в котором возникла проблема).
Принцип работы: Система анализирует все движения по регистрам накопления, таким как ПартииТоваровНаСкладах, и пересчитывает их, гарантируя, что все списания происходят из партий, которые фактически поступили на склад на момент списания. Это включает пересчет себестоимости по методу, установленному в учетной политике.
Регулярность: Рекомендуется выполнять восстановление последовательности регулярно, особенно перед процедурой закрытия месяца, чтобы избежать накопления ошибок.
Процедура «Закрытие месяца» в 1С – это комплексный набор регламентных операций, которые выполняются в конце отчетного периода. Одной из ключевых задач этой процедуры является корректный расчет себестоимости и формирование финансовых результатов. В рамках закрытия месяца может выполняться и восстановление последовательности, и корректировка движений по партиям, если были обнаружены расхождения или ошибки.
Когда возникают проблемы: Ошибки, связанные с некорректным партионным учетом, часто проявляются или становятся особенно заметными именно при закрытии месяца (как это и произошло 31.03 в описываемой ситуации). Это связано с тем, что в этот момент система пытается окончательно рассчитать себестоимость всех списанных товаров.
Значение для диагностики: Если проблема исчезает при перепроведении до определенной даты, но возвращается после закрытия месяца, это может указывать на сложности в логике закрытия, возможно, вызванные специфическими корректировками или ошибками в конфигурации.
Движения товаров в 1С фиксируются в специальных РегистрахНакопления. Для партионного учета ключевым является регистр, который хранит информацию о поступлениях и списаниях партий, например, ПартииТоваровНаСкладах. Каждая запись в этом регистре имеет поле Период, которое содержит дату и время движения. Крайне важно, чтобы Период движения в регистре корректно отражал фактическую хронологию событий.
Почему это важно: Если документ реализации (27.03) формирует движение с Периодом 27.03, а документ поступления (30.03) был введен задним числом и его Период был изменен на 29.03 (или еще раньше), это может привести к тому, что система будет видеть "будущую" партию как уже существующую, даже если дата документа поступления позже.
Время документа: Помимо даты, очень важно и время документа. Если два документа имеют одну и ту же дату, их порядок проведения определяется по времени. Иногда даже секундное смещение времени может нарушить последовательность списания партий.
Помимо нарушений хронологии, причинами некорректного партионного учета могут быть:
Ошибки ввода данных: Неправильное количество, неверно указанный склад, ошибки в номенклатуре.
Отсутствие или некорректность ключей аналитики: В сложных конфигурациях, где ведется учет по характеристикам, сериям или другим аналитическим разрезам, ошибки в заполнении этих данных могут привести к некорректному определению партий.
Дубли номенклатуры: Если одна и та же номенклатура заведена в базе несколько раз, это может сбивать систему при поиске остатков.
«Зависшие» суммы без количества: Иногда в регистрах партий могут оставаться суммы себестоимости без соответствующего количества товара, что может влиять на расчеты.
Критически важный момент: Автор темы сообщил, что служба поддержки 1С зарегистрировала данную проблему как ошибку. Это означает, что проблема может быть не только следствием некорректного использования программы, но и программным недочетом, требующим исправления от разработчика.
Наши дальнейшие действия:
Регулярное восстановление последовательности: Мы должны убедиться, что операция «Восстановление последовательности документов» выполняется регулярно, особенно перед закрытием каждого отчетного периода.
Контроль за датами и временем документов: Мы всегда внимательно следим за тем, чтобы документы поступления проводились до документов реализации, и их дата/время соответствовали фактической хронологии событий.
Ожидание исправления от 1С: Поскольку проблема зарегистрирована как ошибка, мы ожидаем выпуска обновлений конфигурации, которые должны содержать исправление данного недочета. Мы регулярно проверяем наличие новых релизов и устанавливаем их.
Документирование: Мы документируем все шаги по диагностике и временные решения, которые нам пришлось применить, чтобы иметь полную картину для дальнейшего анализа и коммуникации с поддержкой 1С.
В заключение, проблема списания товара из «будущей» партии является серьезным индикатором нарушения целостности данных в партионном учете. Хотя она часто связана с ошибками пользователей в хронологии ввода документов, в некоторых случаях (как и в данном) это может быть системная ошибка платформы или конфигурации 1С. Последовательная диагностика и регулярное применение стандартных процедур 1С, таких как восстановление последовательности, помогут минимизировать негативные последствия до выхода официального исправления.