<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:yandex="http://news.yandex.ru" xmlns:turbo="http://turbo.yandex.ru" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>1с склад</title>
    <link>https://ivan-1s.ru</link>
    <description/>
    <language>ru</language>
    <lastBuildDate>Fri, 13 Mar 2026 00:09:10 +0300</lastBuildDate>
    <item turbo="true">
      <title>Почему появляются отрицательные остатки в 1С и как их исправить</title>
      <link>https://ivan-1s.ru/tpost/j6ugieovu1-pochemu-poyavlyayutsya-otritsatelnie-ost</link>
      <amplink>https://ivan-1s.ru/tpost/j6ugieovu1-pochemu-poyavlyayutsya-otritsatelnie-ost?amp=true</amplink>
      <pubDate>Fri, 13 Mar 2026 00:06:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild6362-3439-4538-b935-663839633966/IMG_2944.PNG" type="image/png"/>
      <description>Минус на складе в 1С - это как лампочка check engine в машине. Иногда действительно что-то сломалось, а иногда система просто показывает, что где-то в учете что-то пошло не так...</description>
      <turbo:content><![CDATA[<header><h1>Почему появляются отрицательные остатки в 1С и как их исправить</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6362-3439-4538-b935-663839633966/IMG_2944.PNG"/></figure><div class="t-redactor__text">Минус на складе в 1С - это как лампочка check engine в машине. Иногда действительно что-то сломалось, а иногда система просто показывает, что где-то в учете что-то пошло не так.</div><div class="t-redactor__text">Самый неприятный момент в том, что отрицательные остатки обычно появляются, когда уже идет отгрузка. Но в большинстве случаев товар никуда не пропадает. Просто в какой-то момент ломается логика документов: где-то провели реализацию раньше поступления, где-то сделали корректировку, где-то документ прошел задним числом.</div><div class="t-redactor__text">Хорошая новость в том, что такие ситуации почти всегда можно разобрать и исправить. Главное - это понять, где именно учет пошел не по плану.</div><h2  class="t-redactor__h2">Как это выглядит в жизни</h2><div class="t-redactor__text">Один из самых типичных звонков из серии “спасайте”:</div><div class="t-redactor__text">“У нас товар лежит на складе, я его руками трогаю, а 1С показывает -12. Как так вообще возможно?!”</div><div class="t-redactor__text">Возможно. Причем очень просто.</div><div class="t-redactor__text">1С не ходит по складу. Она живет в бумажках, только бумажки у нее электронные. Для нее мир это движение документов. Приход, перемещение, резерв, расход. В правильном порядке. Если порядок нарушили, 1С честно рисует минус. Как кассир, который считает по чекам, а не по вашим словам “да там в ящике точно было”.</div><h2  class="t-redactor__h2">Почему появляются отрицательные остатки: 6 причин, которые встречаются чаще всего</h2><h3  class="t-redactor__h3">1) Продали раньше, чем оприходовали (да, даже если фактически товар уже приехал)</h3><div class="t-redactor__text">Это чемпион.</div><div class="t-redactor__text">Пример: поставщик привез 40 коробок вчера в 18:30. Их разгрузили, поставили к стене, все счастливы. Но документ “Поступление” бухгалтерия провела сегодня утром, потому что накладную привезли вместе с водителем только на следующий день.</div><div class="t-redactor__text">А менеджер вчера в 20:10 уже оформил реализацию “чтобы закрыть день”.</div><div class="t-redactor__text">Итог: вчера у 1С расход есть, прихода нет. Получите минус.</div><div class="t-redactor__text">Ловушка тут психологическая: всем кажется, что “раз товар на складе, значит он в системе”. Нет. В системе он появляется только когда документ проведен.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">найти дату, когда впервые вылез минус</li><li data-list="bullet">посмотреть, какие документы по этому товару стоят до и после</li><li data-list="bullet">выровнять хронологию (иногда достаточно поменять дату/время или перепровести цепочку)</li></ul></div><h3  class="t-redactor__h3">2) Перемещение между складами оформлено наполовину</h3><div class="t-redactor__text">Это как переезд: вещи уже в новой квартире, а в старой вы еще числитесь.</div><div class="t-redactor__text">Обычная картина: товар физически уехал со склада А на склад Б. Но в 1С:</div><div class="t-redactor__text"><ul><li data-list="bullet">списали со склада А (или “отгрузили на перемещение”)</li><li data-list="bullet">а прием на складе Б не закрыли (ордер завис, документ не провели, статус не тот)</li></ul></div><div class="t-redactor__text">В результате склад А уходит в минус, потому что “отдали больше, чем было”. А склад Б бедный: “ничего не получал”.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">проверить, закрыт ли второй этап перемещения</li><li data-list="bullet">если ордерная схема, посмотреть статусы ордеров и заданий</li><li data-list="bullet">довести процесс до конца, а не подгонять остатки руками</li></ul></div><h3  class="t-redactor__h3">3) Остаток есть, но “доступно” ноль: резервы и обеспечение съели товар</h3><div class="t-redactor__text">Склад видит 100 штук. Менеджер видит 100 штук. А 1С говорит: “отгрузить нельзя” или вылезает минус, если контроль отключен.</div><div class="t-redactor__text">Почему? Потому что эти 100 штук могут быть:</div><div class="t-redactor__text"><ul><li data-list="bullet">зарезервированы под другой заказ</li><li data-list="bullet">“в обеспечении” и не считаются свободными</li><li data-list="bullet">в статусе, который не дает их списать (например, качество/карантин, если у вас так настроено)</li></ul></div><div class="t-redactor__text">Мне встречался кейс, где резерв висел 62 дня. Заказ уже отменили, но “снять резерв” никто не считал важным. В итоге отдел продаж каждый день бился лбом о “товар есть, но его нет”.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">смотреть не только “Остатки”, а “Доступно к отгрузке”</li><li data-list="bullet">найти, на что висит резерв</li><li data-list="bullet">снять резерв там, где жизнь давно закончилась</li></ul></div><h3  class="t-redactor__h3">4) Серии/характеристики/партии: товар “один”, но для 1С он “два разных”</h3><div class="t-redactor__text">Вот тут 1С похожа на педанта, который различает одинаковые носки по оттенку черного.</div><div class="t-redactor__text">Пример из реальной рутины: майка одна и та же, но:</div><div class="t-redactor__text"><ul><li data-list="bullet">поступление сделали с характеристикой “Размер M”</li><li data-list="bullet">продажу оформили “без характеристики” (или “Размер L”, потому что в спешке ткнули не туда)</li></ul></div><div class="t-redactor__text">Физически это может быть та же майка, да.</div><div class="t-redactor__text">В учете это разные сущности.</div><div class="t-redactor__text">Результат: по одной аналитике плюс, по другой минус. И вы сидите, смотрите на экран и чувствуете легкую ненависть к миру.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">проверять аналитики в документе (характеристика/серия/партия/склад)</li><li data-list="bullet">убедиться, что правила заполнения одинаковые для всех</li><li data-list="bullet">если сотрудники часто ошибаются, сделать обязательность заполнения и подсказки</li></ul></div><h3  class="t-redactor__h3">5) Инвентаризация “закрыли на глаз”, а потом удивляемся</h3><div class="t-redactor__text">Инвентаризация иногда спасает учет, а иногда превращает его в квест.</div><div class="t-redactor__text">Если ее провести “лишь бы закрыть”, можно получить:</div><div class="t-redactor__text"><ul><li data-list="bullet">пересортицу вместо нормальной причины</li><li data-list="bullet">движения, которые потом никто не понимает</li><li data-list="bullet">недостачи и излишки там, где их не было</li></ul></div><div class="t-redactor__text">Один раз видел, как компания “вылечила” минуса инвентаризацией, а через 2 недели минуса вернулись, только уже в другом месте. Потому что причина была не в факте, а в кривой цепочке документов.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">если расхождение реальное, фиксировать его честно</li><li data-list="bullet">если расхождение “учетное”, чинить первичку и порядок документов</li><li data-list="bullet">не смешивать эти два мира</li></ul></div><h3  class="t-redactor__h3">6) Контроль отрицательных остатков отключен</h3><div class="t-redactor__text">Это как снять ограничитель скорости и удивляться штрафам.</div><div class="t-redactor__text">Когда контроль выключен, система молча пропускает “продали в минус”. А вы узнаете об этом позже. Обычно в конце месяца, когда кто-то считает себестоимость, или когда надо срочно отгрузить еще одну партию.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">включать контроль хотя бы точечно (по складу, группе товаров, этапами)</li><li data-list="bullet">сначала убрать системные причины, потом закручивать гайки</li></ul></div><h2  class="t-redactor__h2">Как быстро найти, откуда взялся минус: алгоритм “без магии”</h2><div class="t-redactor__text">Тут важно не бегать кругами и не лечить симптом.</div><h3  class="t-redactor__h3">Блок 1. Зафиксируйте “минус” точно</h3><div class="t-redactor__text">Нужно понять:</div><div class="t-redactor__text"><ul><li data-list="bullet">какой товар</li><li data-list="bullet">какой склад</li><li data-list="bullet">какие аналитики (характеристика, серия, партия, ячейка)</li><li data-list="bullet">на какую дату минус появился впервые</li></ul></div><div class="t-redactor__text">Если вы смотрите просто “Товар X” без серий/характеристик, вы как будто ищете человека по имени “Саша” без фамилии. В офисе 12 Саш. Удачи.</div><h3  class="t-redactor__h3">Блок 2. Найдите документ, после которого стало плохо</h3><div class="t-redactor__text">Обычно в движениях видно: вот было 0, вот стало -12. Значит, конкретный документ сделал расход.</div><div class="t-redactor__text">Дальше вопрос простой: почему на этот момент не было прихода на ту же аналитику.</div><h3  class="t-redactor__h3">Блок 3. Пройдитесь по цепочке</h3><div class="t-redactor__text">Я всегда проверяю в таком порядке:</div><div class="t-redactor__text"><ol><li data-list="ordered">есть ли корректный приход (и туда ли он пришел)</li><li data-list="ordered">не “уехал” ли товар перемещением</li><li data-list="ordered">нет ли резерва/обеспечения, которые съели доступность</li><li data-list="ordered">какой документ первым сделал расход</li></ol></div><div class="t-redactor__text">Это похоже на детектив: вы не “прибираете место преступления”, вы ищете, где появилась первая странность.</div><h2  class="t-redactor__h2">Как убрать отрицательные остатки: 5 сценариев, от нормального до опасного</h2><h3  class="t-redactor__h3">1) Исправить первичку и перепровести цепочку (самый здоровый путь)</h3><div class="t-redactor__text">Да, иногда это скучно. Зато потом вы не ловите минуса снова.</div><div class="t-redactor__text">Обычно хватает:</div><div class="t-redactor__text"><ul><li data-list="bullet">поправить дату/время</li><li data-list="bullet">поправить аналитику (серия/характеристика)</li><li data-list="bullet">перепровести “приход -&gt; перемещения -&gt; резервы -&gt; расход”</li></ul></div><h3  class="t-redactor__h3">2) Довести до конца “незавершенку” (ордера, статусы, задания)</h3><div class="t-redactor__text">Если у вас ордера, не удивляйтесь: товар может быть “в пути” вечно, пока кто-то не нажмет нужную кнопку.</div><div class="t-redactor__text">Здесь лечение не в корректировке остатков, а в закрытии процесса. Прямо как с доставкой: пока курьер не нажал “вручено”, посылка в вашем приложении где-то в параллельной вселенной.</div><h3  class="t-redactor__h3">3) Разобрать резервы (часто это снимает 80% боли “есть, но нельзя”)</h3><div class="t-redactor__text">Найдите:</div><div class="t-redactor__text"><ul><li data-list="bullet">кто держит резерв</li><li data-list="bullet">под какой заказ</li><li data-list="bullet">жив ли этот заказ вообще</li></ul></div><div class="t-redactor__text">Иногда один снятый резерв дает вам обратно 200 штук “доступно”, и все резко перестают ругаться.</div><h3  class="t-redactor__h3">4) Если факт реально не совпадает с учетом: инвентаризация по-взрослому</h3><div class="t-redactor__text">Когда товар реально пропал или реально появился, чинится это через корректные документы по результатам пересчета. И дальше разбор: где процесс дал сбой, чтобы не повторялось.</div><h3  class="t-redactor__h3">5) “Корректировка остатков, чтобы прямо сейчас отгрузить” (только как аварийный костыль)</h3><div class="t-redactor__text">Я понимаю, почему так делают. Клиент ждет, склад стоит, все кипит.</div><div class="t-redactor__text">Но это как заклеить лампочку “масло” изолентой. Лампочка исчезла. Проблема осталась.</div><div class="t-redactor__text">Если уж делаете, то как “пожарный выход”, а потом все равно возвращаетесь к причине. Иначе минус просто переедет в другое место.</div><h2  class="t-redactor__h2">Как сделать так, чтобы минуса не возвращались (и жизнь стала спокойнее)</h2><h3  class="t-redactor__h3">Правило 1. Расход не раньше прихода</h3><div class="t-redactor__text">Звучит очевидно, но это реально главный рубильник.</div><div class="t-redactor__text">Если у вас любят “провести вчера”, заведите простое ограничение: “вчера” можно только если вчера есть приход на ту же аналитику.</div><h3  class="t-redactor__h3">Правило 2. Приведите аналитику к единым правилам</h3><div class="t-redactor__text">Если серии включены, они должны быть везде.</div><div class="t-redactor__text">Если характеристики обязательны, они обязательны всегда.</div><div class="t-redactor__text">Если единицы измерения пляшут, плясать будет и учет.</div><h3  class="t-redactor__h3">Правило 3. Еженедельная быстрая проверка</h3><div class="t-redactor__text">15-20 минут раз в неделю спасают от больших разборов.</div><div class="t-redactor__text">Я бы проверял:</div><div class="t-redactor__text"><ul><li data-list="bullet">товары с минусом и “околоминусом”</li><li data-list="bullet">зависшие ордера/задания</li><li data-list="bullet">резервы без движения 14+ дней</li><li data-list="bullet">документы задним числом за неделю</li></ul></div><h2  class="t-redactor__h2">Мини-инструкция, если минус вылез прямо сейчас</h2><div class="t-redactor__text"><ol><li data-list="ordered">Точно определить аналитику: товар + склад + серия/характеристика/партия.</li><li data-list="ordered">Найти первый документ, который увел в минус.</li><li data-list="ordered">Проверить, где должен быть приход и почему его нет/не там/не той датой.</li><li data-list="ordered">Исправить первичку.</li><li data-list="ordered">Перепровести цепочку в правильном порядке.</li><li data-list="ordered">Если затронута себестоимость, не “перепроводить весь год” на эмоциях. Действовать точечно.</li></ol></div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Резерв товара в 1С не ставится: где обычно прячется ошибка</title>
      <link>https://ivan-1s.ru/tpost/n6p6mrs9p1-rezerv-tovara-v-1s-ne-stavitsya-gde-obic</link>
      <amplink>https://ivan-1s.ru/tpost/n6p6mrs9p1-rezerv-tovara-v-1s-ne-stavitsya-gde-obic?amp=true</amplink>
      <pubDate>Fri, 13 Mar 2026 00:07:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild6338-6164-4338-b632-396665323037/IMG_2945.PNG" type="image/png"/>
      <description>Это знакомо почти каждому, кто работает с 1С. Не буду держать интригу, перейдем сразу к сути</description>
      <turbo:content><![CDATA[<header><h1>Резерв товара в 1С не ставится: где обычно прячется ошибка</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6338-6164-4338-b632-396665323037/IMG_2945.PNG"/></figure><div class="t-redactor__text">Это знакомо почти каждому, кто работает с 1С. Не буду держать интригу, перейдем сразу к сути. </div><div class="t-redactor__text">Представьте, как менеджер открывает заказ, нажимает "Зарезервировать товар” и ничего не происходит. Даже ошибка не возникает, а в воздухе висит громкая тишина. Система будто говорит: “Я тебя услышала, но делать ничего не буду”. </div><div class="t-redactor__text">Через пару минут начинается привычная цепочка. Менеджер пишет на склад: “У нас этот товар точно есть?”</div><div class="t-redactor__text">Склад отвечает: “Есть, конечно”.</div><div class="t-redactor__text">А в заказе резерв так и не появился. </div><div class="t-redactor__text">В этот момент самое неприятное даже не в том, что кнопка не сработала. Проблема в том, что система продолжает показывать товар свободным. И кто-то может успеть оформить на него другой заказ.</div><div class="t-redactor__text">На практике резерв почти никогда не “ломается просто так”. Обычно он упирается в какую-то конкретную настройку: склад, статус заказа, способ обеспечения или маленькую галочку, которую легко не заметить.</div><div class="t-redactor__text">Давайте разберем, почему в 1С не ставится резерв товара и где обычно искать причину, чтобы быстро вернуть системе нормальную логику работы.</div><h3  class="t-redactor__h3">Что такое резерв на самом деле</h3><div class="t-redactor__text">Резерв в 1С это не “у нас есть товар”.</div><div class="t-redactor__text">Это “этот товар больше не трогайте, он закреплен за конкретным заказом”.</div><div class="t-redactor__text">Как табличка “Занято” на стуле в кафе. Стул стоит в зале, он не исчез. Но если табличка есть, вы туда не садитесь. Если таблички нет, садится тот, кто успел.</div><div class="t-redactor__text">Поэтому главная мысль простая: наличие на складе и возможность поставить резерв — разные вещи.</div><h3  class="t-redactor__h3">Сценка из жизни, которую я видел раз сто</h3><div class="t-redactor__text">Остаток по товару: 120 штук.</div><div class="t-redactor__text">Клиент просит: 30 штук.</div><div class="t-redactor__text">Менеджер жмет резерв.</div><div class="t-redactor__text">Резерва нет.</div><div class="t-redactor__text">На этом месте обычно звучит: “Да как так-то, мы же видим остаток!”</div><div class="t-redactor__text">А дальше выясняется, что из 120 штук:</div><div class="t-redactor__text"><ul><li data-list="bullet">70 уже в резерве под другие заказы</li><li data-list="bullet">30 лежат в другой характеристике (почти такой же, но “другая вселенная”)</li><li data-list="bullet">20 вообще “в пути”, потому что приемку не закрыли</li></ul></div><div class="t-redactor__text">И вот так из “120 есть” получается “0 доступно”.</div><h3  class="t-redactor__h3">Быстрая диагностика: смотрите не “Остаток”, а “Доступно”</h3><div class="t-redactor__text">Если у вас есть только одна привычка, пусть будет эта.</div><div class="t-redactor__text">Остаток показывает “что числится”.</div><div class="t-redactor__text">Доступно показывает “что можно отдать именно сейчас, именно в таком разрезе”.</div><div class="t-redactor__text">Когда резерв не ставится, 7 из 10 раз проблема живет именно в доступности.</div><h3  class="t-redactor__h3">Почему резерв не ставится: 9 причин, которые реально встречаются</h3><h4  class="t-redactor__h4">1) Резервирование выключено или настроено не на ту схему</h4><div class="t-redactor__text">Иногда в компании уверены, что “резервы у нас есть”, потому что когда-то они работали.</div><div class="t-redactor__text">А потом меняли склад, внедряли ордера, добавляли новый тип заказа, и резервирование осталось в прошлом, как пароль от вайфая на старом роутере.</div><div class="t-redactor__text">Как это выглядит:</div><div class="t-redactor__text"><ul><li data-list="bullet">кнопка есть, но резерв не появляется ни при каких условиях</li><li data-list="bullet">у части пользователей работает, у части нет, и все спорят</li></ul></div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">проверить, включено ли резервирование в принципе</li><li data-list="bullet">проверить правила по складам/типам заказов/этапам</li></ul></div><div class="t-redactor__text">Да, звучит как “галочка”. Иногда это и правда галочка. И от этого еще обиднее.</div><h4  class="t-redactor__h4">2) Резерв у вас появляется не в заказе, а после обеспечения</h4><div class="t-redactor__text">Есть схемы, где 1С не ставит резерв “по желанию менеджера”. Она ставит его, когда заказ прошел этап обеспечения, распределения, отбора и прочих взрослых вещей.</div><div class="t-redactor__text">Менеджер ждет резерв сразу. А система говорит: “Сначала собери пазл, потом получишь картинку”.</div><div class="t-redactor__text">Признаки:</div><div class="t-redactor__text"><ul><li data-list="bullet">резерв появляется только после доп. действий или вообще не появляется без них</li><li data-list="bullet">в заказе все красиво, но резерв ноль</li></ul></div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">понять, как устроен процесс у вас: заказ → обеспечение → отбор/ордера → резерв</li><li data-list="bullet">обучить менеджеров: где именно они должны увидеть резерв, чтобы не начинать паниковать на пустом месте</li></ul></div><h4  class="t-redactor__h4">3) Выбран не тот склад</h4><div class="t-redactor__text">Это настолько частая причина, что я уже отношусь к ней как к погоде: “ну да, снова дождь”.</div><div class="t-redactor__text">Товар лежит на “Основном”.</div><div class="t-redactor__text">А в заказе выбран “Интернет-магазин” или “Склад отгрузки” или “Комиссия”.</div><div class="t-redactor__text">Резерв не ставится не потому что 1С вредная, а потому что на выбранном складе ноль.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">проверить склад в заказе</li><li data-list="bullet">сверить остатки именно по этому складу, а не “в целом по больнице”</li></ul></div><h4  class="t-redactor__h4">4) Характеристики: товар один, но для 1С это два разных товара</h4><div class="t-redactor__text">Это любимая ловушка в одежде, мебели, запчастях, стройматериалах.</div><div class="t-redactor__text">Пример: “Кабель 2х1.5”.</div><div class="t-redactor__text">На складе он есть.</div><div class="t-redactor__text">Но заказ оформлен на характеристику “в бухтах по 50 м”, а остаток лежит “в метрах”. Или наоборот.</div><div class="t-redactor__text">Визуально то же самое.</div><div class="t-redactor__text">В 1С это разные сущности.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">проверить характеристику в заказе и в остатках</li><li data-list="bullet">убедиться, что характеристики не размножились как кролики (пять одинаковых “Черный”, которые отличаются только тем, что их завели разные люди)</li></ul></div><h4  class="t-redactor__h4">5) Серии/партии: “есть товар”, но не в той серии, которая нужна</h4><div class="t-redactor__text">Это встречается у товаров со сроком годности и серийниками постоянно.</div><div class="t-redactor__text">Кейс из реальности: клиент просит 10 штук “из свежей партии”. На складе 200 штук, но “свежая” серия уже закончилась. В 1С это не философия, это точная аналитика: резервируется конкретная серия.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">проверить, какие серии есть в остатках</li><li data-list="bullet">как у вас происходит подбор серий под заказ (авто/вручную)</li><li data-list="bullet">не мешает ли правило “не отгружать просрочку/не тот срок годности”</li></ul></div><h4  class="t-redactor__h4">6) Адресное хранение и ячейки: товар есть, но “не там”</h4><div class="t-redactor__text">Когда включены ячейки, склад без ячейки это как “улица есть, дома нет”.</div><div class="t-redactor__text">Адрес вроде указан, но доставить некуда.</div><div class="t-redactor__text">Если товар числится по ячейкам, а заказ пытается резервировать “просто по складу” (или наоборот), резерв может не вставать.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">проверить настройки склада (адресное хранение)</li><li data-list="bullet">проверить, нужно ли указание ячейки для резерва/отбора</li><li data-list="bullet">посмотреть, не сидит ли товар в зоне “карантин/приемка”, откуда резерв запрещен</li></ul></div><h4  class="t-redactor__h4">7) Товар “в пути”: поступление оформлено, но приемка не завершена</h4><div class="t-redactor__text">Это прям классика складов с ордерами.</div><div class="t-redactor__text">Документ поступления есть. Машина приехала. Товар разгрузили.</div><div class="t-redactor__text">Но приемка не закрыта, ордер не проведен, статус не тот.</div><div class="t-redactor__text">Для 1С товар еще не “ваш”. Он как посылка в приложении: “прибыло в сортировочный центр”.</div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">убедиться, что товар реально попал в складские остатки</li><li data-list="bullet">если ордерная схема, закрыть ордера/задания</li></ul></div><h4  class="t-redactor__h4">8) Товар уже в резерве, просто не там, где вы смотрите</h4><div class="t-redactor__text">Иногда резерв есть, но:</div><div class="t-redactor__text"><ul><li data-list="bullet">на другой склад</li><li data-list="bullet">на другой заказ</li><li data-list="bullet">на другую аналитику (характеристика/серия)</li><li data-list="bullet">или вообще закреплен другим документом</li></ul></div><div class="t-redactor__text">Симптом:</div><div class="t-redactor__text"><ul><li data-list="bullet">“резерва нет”, но доступно почему-то тоже нет</li></ul></div><div class="t-redactor__text">Что делать:</div><div class="t-redactor__text"><ul><li data-list="bullet">открыть отчет по резервам/обеспечению с расшифровкой до документов</li><li data-list="bullet">найти, кто держит остаток “за рукав”</li></ul></div><div class="t-redactor__text">Самый частый финал такого расследования: “О, это резерв под заказ, который отменили месяц назад”.</div><h4  class="t-redactor__h4">9) Права доступа: кнопка есть, а полномочий нет</h4><div class="t-redactor__text">Если у одного менеджера резерв ставится, а у другого нет при одинаковых условиях, я бы не спорил про “1С снова глючит”. Я бы проверил права.</div><div class="t-redactor__text">Иногда ограничение настроено так, что пользователь может создать заказ, но не может ставить резерв, потому что это считается складской операцией.</div><h3  class="t-redactor__h3">Что делать, если резерв не ставится: рабочий маршрут “без беготни”</h3><h4  class="t-redactor__h4">Шаг 1. Сразу выясните “доступно сколько”</h4><div class="t-redactor__text">Если доступно 0, вы уже почти нашли причину.</div><h4  class="t-redactor__h4">Шаг 2. Сверьте разрез</h4><div class="t-redactor__text">Товар + склад + характеристика + серия/партия + (ячейка, если есть).</div><div class="t-redactor__text">Резерв ломается на деталях. Как молния зарядку: вроде все подходит, но “чуть-чуть не то”.</div><h4  class="t-redactor__h4">Шаг 3. Найдите, кто держит остаток</h4><div class="t-redactor__text">Если остаток есть, а доступно нет, кто-то его уже забрал: резервом, обеспечением, статусом качества.</div><h4  class="t-redactor__h4">Шаг 4. Проверьте, не “в пути” ли товар</h4><div class="t-redactor__text">Очень частая причина, когда закупка уже “в голове у продаж”, но еще не в складских остатках.</div><h4  class="t-redactor__h4">Шаг 5. Если все сходится, копайте настройки схемы резервирования</h4><div class="t-redactor__text">Редко, но бывает: резерв должен ставиться не там и не так, как вы ожидаете.</div><h3  class="t-redactor__h3">Три коротких кейса, чтобы было понятно, что это не теория</h3><div class="t-redactor__text">Кейс 1: “На складе 300, резерв не ставится”</div><div class="t-redactor__text">Оказалось: 300 лежат в характеристике “Белый”, а заказ на “Супербелый”. На глаз одинаково. В 1С разные миры.</div><div class="t-redactor__text">Починили: убрали дубли характеристик, сделали обязательный выбор из нормального списка. Минус 80% вопросов “почему не ставится”.</div><div class="t-redactor__text">Кейс 2: “Резерв не ставится только утром”</div><div class="t-redactor__text">Утром товар еще в зоне приемки, ордер не закрыт. В обед закрывают и “вдруг начинает работать”.</div><div class="t-redactor__text">Починили: ввели правило, что продажи резервируют только из статуса “Принято”, а “Ожидается” показывается отдельно, чтобы не путали.</div><div class="t-redactor__text">Кейс 3: “У Пети работает, у Васи нет”</div><div class="t-redactor__text">Права. Вася не мог ставить резерв по своему профилю.</div><div class="t-redactor__text">Починили: поправили роли и добавили понятную ошибку вместо молчаливого нуля.</div><h3  class="t-redactor__h3">Если хотите, чтобы резервирование перестало быть лотереей</h3><div class="t-redactor__text">Я бы начал не с “давайте нажимать по-другому”, а с двух вещей:</div><div class="t-redactor__text"><ol><li data-list="ordered">один понятный отчет для менеджеров: “Доступно к отгрузке” с учетом резервов/серий/характеристик</li><li data-list="ordered">правило: если товар в приемке или карантине, он не обещается клиенту как “свободный”</li></ol></div><div class="t-redactor__text">После этого разговоров “у нас же точно было” становится заметно меньше. Обычно процентов на 30–50 уже в первый месяц.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Не проводится приход на склад в 1С: 6 причин и где проверить в первую очередь</title>
      <link>https://ivan-1s.ru/tpost/hr18g8r4g1-ne-provoditsya-prihod-na-sklad-v-1s-6-pr</link>
      <amplink>https://ivan-1s.ru/tpost/hr18g8r4g1-ne-provoditsya-prihod-na-sklad-v-1s-6-pr?amp=true</amplink>
      <pubDate>Fri, 13 Mar 2026 00:08:00 +0300</pubDate>
      <enclosure url="https://static.tildacdn.com/tild6136-3239-4939-b033-363431363536/IMG_2946.PNG" type="image/png"/>
      <description>Есть один вид боли, которую ни с чем не перепутать - это боль от увиденного красного сообщения после нажатия “Провести”. На экране появляется сообщение вроде “заполните обязательные реквизиты”</description>
      <turbo:content><![CDATA[<header><h1>Не проводится приход на склад в 1С: 6 причин и где проверить в первую очередь</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6136-3239-4939-b033-363431363536/IMG_2946.PNG"/></figure><div class="t-redactor__text">Есть один вид боли, которую ни с чем не перепутать - это боль от увиденного красного сообщения после нажатия “Провести”. На экране появляется сообщение вроде “заполните обязательные реквизиты”.</div><div class="t-redactor__text">Какие именно? Конечно, те самые, которые “должны быть очевидны”.</div><div class="t-redactor__text">Хорошая новость в том, что приход в 1С почти никогда не ломается сам по себе. Обычно система упирается в одну маленькую деталь: где-то не указана серия, где-то не совпадает характеристика, где-то документ пытается пройти мимо складского ордера или партии.</div><div class="t-redactor__text">Давайте разберем самые частые причины, почему не проводится приход на склад в 1С, и как быстро найти место, где система остановилась.</div><h3  class="t-redactor__h3">Сначала честная проверка: он реально не проводится или просто “не попал в склад”?</h3><div class="t-redactor__text">Иногда люди говорят “не проводится”, а на самом деле документ:</div><div class="t-redactor__text"><ul><li data-list="bullet">провелся, но без движений по складу, потому что включена ордерная схема и вы пока только оформили бумагу</li><li data-list="bullet">провелся “не туда”: другой склад, организация, вид запасов</li><li data-list="bullet">ушел в другую аналитику: серия/характеристика/партия другая, поэтому в отчете кажется, что “ничего не пришло”</li></ul></div><div class="t-redactor__text">Если времени ноль, делайте три быстрых движения:</div><div class="t-redactor__text"><ol><li data-list="ordered">гляньте статус документа</li><li data-list="ordered">откройте движения (если есть)</li><li data-list="ordered">посмотрите, что выбрано в строке: склад + серия/характеристика/партия</li></ol></div><div class="t-redactor__text">Если документ все-таки падает с ошибкой и не дает провести вообще, тогда дальше по списку.</div><h3  class="t-redactor__h3">Блок 1. Серии: включили учет, а дальше началась “мелкая боль”</h3><div class="t-redactor__text">Серии это как паспорт для каждой партии товара. Иногда он реально нужен. Иногда без него все разваливается. И когда серия обязательна, 1С превращается в строгого охранника: “Без пропуска не пройдешь”.</div><h4  class="t-redactor__h4">Как это выглядит</h4><div class="t-redactor__text"><ul><li data-list="bullet">“Не указана серия”</li><li data-list="bullet">“Серия недопустима”</li><li data-list="bullet">“Серия не соответствует правилам учета”</li><li data-list="bullet">документ падает на одной строке из двадцати, и вы потом полчаса ищете, где она</li></ul></div><h4  class="t-redactor__h4">Живой пример</h4><div class="t-redactor__text">Склад косметики, 120 единиц товара, сроки годности обязательны. Приехали коробки, на каждой серия и дата, но напечатано так, будто производитель ненавидит людей. Кладовщик вводит номенклатуру и количество, серию оставляет “на потом”.</div><div class="t-redactor__text">И вот это “на потом” превращается в “сейчас мы стоим”.</div><h4  class="t-redactor__h4">Что проверить, чтобы не гадать</h4><div class="t-redactor__text"><ul><li data-list="bullet">серия обязательна по этой номенклатуре или нет</li><li data-list="bullet">серия должна вводиться вручную или выбирается из списка</li><li data-list="bullet">если серия связана со сроком годности: срок годности заполнен и не противоречит правилам (да, бывает запрет на “плохие” даты)</li><li data-list="bullet">нет ли ситуации “серия одна, но не создана/не разрешена”</li></ul></div><div class="t-redactor__text">Коротко: если серии включены, “пусто” в серии почти всегда = красная ошибка.</div><h3  class="t-redactor__h3">Блок 2. Характеристики: “один товар”, который в 1С внезапно становится десятью</h3><div class="t-redactor__text">Характеристика это когда одна номенклатура распадается на варианты: размер, цвет, модификация, комплектация. В жизни это просто “ну красный и синий”. В 1С это разные сущности. И если характеристика обязательна, вы без нее никуда.</div><h4  class="t-redactor__h4">Самый частый сценарий</h4><div class="t-redactor__text"><ul><li data-list="bullet">номенклатура требует характеристику</li><li data-list="bullet">в строке пусто или выбрано “что-то похожее”</li><li data-list="bullet">документ ругается так, что не сразу ясно, что дело именно в характеристике</li></ul></div><h4  class="t-redactor__h4">Пример, который повторяется как день сурка</h4><div class="t-redactor__text">Одежда. В приходе 68 строк. Документ не проводится из-за одной позиции, где выбрали характеристику “Размер L” вместо “48”. Почему так получилось? Потому что справочник делали разные люди, в разное время, и там полно “похожих вариантов”.</div><div class="t-redactor__text">Ошибка выглядит не как “ты выбрал не то”, а как “не заполнены аналитики” или “некорректные данные”. И ты сидишь, как сапер, и ищешь мину по пикселям.</div><h4  class="t-redactor__h4">Что проверять</h4><div class="t-redactor__text"><ul><li data-list="bullet">характеристика реально привязана к этой номенклатуре</li><li data-list="bullet">характеристика обязательна и заполнена в каждой строке, где надо</li><li data-list="bullet">нет ли “двойников” характеристик (одинаковое название, разный смысл)</li></ul></div><h3  class="t-redactor__h3">Блок 3. Ордерная схема: документ есть, а склад говорит “я тебя не знаю”</h3><div class="t-redactor__text">Ордерная схема это как два шага вместо одного.</div><div class="t-redactor__text">Сначала вы оформляете поступление (как основание), потом делаете фактическую приемку (ордер/задание/статус).</div><div class="t-redactor__text">И вот тут самая частая человеческая ошибка: “Мы же приняли товар, зачем еще что-то делать?”</div><h4  class="t-redactor__h4">Как это выглядит снаружи</h4><div class="t-redactor__text"><ul><li data-list="bullet">документ “поступление” вроде бы создан, но складских движений нет</li><li data-list="bullet">или 1С требует ордер</li><li data-list="bullet">или ордер создан, но завис и не проводится из-за серий/ячеек/статусов</li></ul></div><h4  class="t-redactor__h4">Кейс из практики</h4><div class="t-redactor__text">Два склада. Один ордерный, другой нет. Новичок оформил приход на “не тот” склад. Система начала требовать действия по ордерам там, где их никто не ждал. Люди два часа спорили, “почему вчера работало”, пока не увидели, что склад выбран другой.</div><h4  class="t-redactor__h4">Быстрая проверка</h4><div class="t-redactor__text"><ul><li data-list="bullet">склад действительно ордерный?</li><li data-list="bullet">создан ли ордер автоматически, и в каком он статусе?</li><li data-list="bullet">нет ли незавершенных заданий приемки?</li><li data-list="bullet">не требует ли ордер дополнительные поля (серии, ячейки, качество), которые пустые?</li></ul></div><div class="t-redactor__text">Если ордера есть, но “не закрываются”, это почти всегда вопрос статусов и обязательных аналитик.</div><h3  class="t-redactor__h3">Блок 4. Партии и FIFO: когда учет “по правилам”, а вы пытаетесь жить “по ощущениям”</h3><div class="t-redactor__text">Партии чаще стреляют при списании, но и приход может упереться в настройки, особенно если правила заполнения партий заданы строго.</div><h4  class="t-redactor__h4">Как это бывает</h4><div class="t-redactor__text"><ul><li data-list="bullet">учет по партиям включен, а система требует данные, которых в документе нет</li><li data-list="bullet">политика учета говорит одно, карточка номенклатуры другое</li><li data-list="bullet">партии должны формироваться автоматически, но механизм не настроен (и кнопки “создать” вы не видите)</li></ul></div><h4  class="t-redactor__h4">Реальный сюжет</h4><div class="t-redactor__text">Продукты, партии + сроки годности. В карточке товара включили учет по партиям, но правила формирования партий толком не дожали. Приход ругается на отсутствие партии, а сделать партию в документе нельзя, потому что сценарий “не завершен”.</div><div class="t-redactor__text">И ощущение такое, будто у вас есть дверь, ключ и замок, но ручки почему-то нет.</div><h4  class="t-redactor__h4">Что проверять</h4><div class="t-redactor__text"><ul><li data-list="bullet">как формируются партии: авто или вручную</li><li data-list="bullet">обязательны ли партии для этой группы товаров</li><li data-list="bullet">согласованы ли настройки учета между политикой и номенклатурой</li></ul></div><h3  class="t-redactor__h3">Блок 5. Единицы измерения и упаковки: когда “короб” внезапно ломает документ</h3><div class="t-redactor__text">Это звучит смешно, пока не попадете на это в пятницу в 17:40.</div><h4  class="t-redactor__h4">Что ломается</h4><div class="t-redactor__text"><ul><li data-list="bullet">базовая единица “шт”, а приход вводят в “короб”, но коэффициент упаковки пустой или кривой</li><li data-list="bullet">упаковка выбрана, а в карточке товара она не настроена</li><li data-list="bullet">коэффициент равен 0 или 0,1 вместо 10 (и дальше математика делает больно)</li></ul></div><h4  class="t-redactor__h4">Кейс</h4><div class="t-redactor__text">Бытовая химия, документ на 54 строки. Не проводится из-за одной позиции, где коэффициент упаковки случайно стоял 0. Да, ноль.</div><div class="t-redactor__text">Ошибка была из серии “некорректные данные”, без подсказки “ищи коэффициент”. В итоге нашли не сразу. Настроение у всех было как у людей, которые собирали шкаф, а в конце остался один винт и “лишняя деталь”.</div><h4  class="t-redactor__h4">Что проверить</h4><div class="t-redactor__text"><ul><li data-list="bullet">базовая единица измерения заполнена</li><li data-list="bullet">коэффициенты упаковок адекватные</li><li data-list="bullet">нет ли дублей единиц (“уп”, “упак”, “упаковка”), которые путают пользователей</li></ul></div><h3  class="t-redactor__h3">Блок 6. Права: документ идеальный, но у пользователя “не те ключи”</h3><div class="t-redactor__text">Самая коварная история. Вы все заполнили правильно. Ошибка непонятная. И вы начинаете сомневаться в реальности.</div><div class="t-redactor__text">А потом выясняется, что у пользователя нет прав на проведение именно этого документа, или на работу с конкретным складом/организацией/операцией.</div><h4  class="t-redactor__h4">Как это проявляется</h4><div class="t-redactor__text"><ul><li data-list="bullet">“Провести” есть, но вылетает странная ошибка</li><li data-list="bullet">документ пытается провести и откатывается</li><li data-list="bullet">сообщения про доступ/регистры/запрет операций</li></ul></div><div class="t-redactor__text">Что делать</div><div class="t-redactor__text"><ul><li data-list="bullet">проверить, под кем вы работаете</li><li data-list="bullet">для диагностики попробовать провести под пользователем с расширенными правами (если есть)</li><li data-list="bullet">если подтвердилось, чинить роли, а не ковырять документ до посинения</li></ul></div><h3  class="t-redactor__h3">Мой рабочий маршрут поиска: как быстро найти “ту самую одну строку”</h3><div class="t-redactor__text">Когда времени мало, я иду по простому пути:</div><div class="t-redactor__text"><ol><li data-list="ordered">Смотрю текст ошибки и не верю ему на 100%. Он часто намекает, но не говорит прямо.</li><li data-list="ordered">Если ошибка указывает на строку, начинаю с нее. Если не указывает, ищу “странную” строку: где серия пустая, характеристика другая, единица измерения нестандартная.</li><li data-list="ordered">Сравниваю проблемную строку с соседней нормальной. Что отличается? Обычно отличие одно.</li><li data-list="ordered">После исправления провожу и сразу проверяю движения или статус ордера.</li></ol></div><div class="t-redactor__text">И да, в большинстве случаев виновник один: одна позиция, одна серия, один коэффициент, один склад.</div><h3  class="t-redactor__h3">Перед тем как писать “1С опять сломалась”: мини-чеклист на 30 секунд</h3><div class="t-redactor__text"><ul><li data-list="bullet">склад выбран правильно и соответствует схеме (ордерный/не ордерный)</li><li data-list="bullet">где нужны серии, они заполнены и допустимы</li><li data-list="bullet">характеристики заполнены и принадлежат этой номенклатуре</li><li data-list="bullet">единицы измерения и коэффициенты упаковок не кривые</li><li data-list="bullet">если учет по партиям обязателен, понятен механизм заполнения</li><li data-list="bullet">права пользователя позволяют проводить документ</li></ul></div><h3  class="t-redactor__h3">И напоследок: не “выключайте проблему”, если она мешает прямо сейчас</h3><div class="t-redactor__text">Самый опасный соблазн звучит так: “Да давайте отключим серии/характеристики/ордера, чтобы провести один приход”.</div><div class="t-redactor__text">Это как снять двери с машины, потому что они скрипят. Ехать можно. Но недолго и грустно.</div><div class="t-redactor__text">Гораздо дешевле по нервам найти конкретную причину. Обычно она маленькая. Просто очень громкая.</div>]]></turbo:content>
    </item>
  </channel>
</rss>
