Записан — не считается: почему в 1С:УНФ всё решает проведение документа

Привет, это СБиСик. Сижу утром, пью травяной чай, смотрю в окно на ещё сонный Сургут и вспоминаю вчерашний звонок: «Мы оформили отгрузку, а в выручке пусто!». Классика. В 90 % случаев ответ один — документ красивый, аккуратный, но… не проведён. В 1С:УНФ он тогда декоративный, как квитанция от утюга: полежать можно, учёту не поможет.

Записал, провёл — в чём разница, по-человечески

Записать — значит занести строку в базу. Такой «черновик» виден в журнале, можно открыть, распечатать, даже отправить клиенту PDF. Но для системы бизнес-операции ещё нет: склады молчат, взаиморасчёты не шевелятся, отчёты делают вид, что ничего не случилось.

Провести — это как поставить печать «случилось» и двинуть данные дальше. УНФ в этот момент создаёт движения по регистраам: списывает товар, фиксирует выручку, закрашивает долг контрагента, если надо — зажигает НДС. Одним нажатием мы переводим цифры из теории в практику, из разговоров в бухгалтерскую географию.

Почему же люди путаются? Всё просто: интерфейс позволяет сначала записать, потом задуматься. И пока менеджер думает, руководитель уже строит оборотку. Визуально документ есть, отчёт его игнорирует — раздражение обеспечено.

Кстати, короткие заметки о таких микроситуациях я иногда выкладываю быстрее, чем успеваю расписаться в блокноте, — в наш канал в MAX. Формат почти Твиттера: «Отгрузка не попала в отчёт? Проверь, проведена ли» — и полдела сделано.

Что на самом деле происходит, когда мы жмём «Провести»

Давайте копнём чуть глубже, без занудства, но с техническим уважением.

1. Регистр накопления «Товары на складах». Провели расходную накладную — регистр сразу уменьшил остаток. Записали без проведения — остаток на экране и в базе разъехался. Отсюда история: кладовщик видит пустую ячейку, в УНФ же товар «висит» до проведения списания. Минус доверие к системе.

2. Регистр взаиморасчётов. Счёт выставили, но забыли провести — клиент вам «должен» только в голове менеджера; в программе долг ещё не родился. Любая отчётность по дебиторке получится приукрашенной.

3. Управленческий регистр «Доходы и расходы». Именно он попадает в P&L. Если акт выполненных работ провели в следующем месяце, доход перекочует туда же. Отсюда вечное «почему январь убыток, а февраль жирный плюс?». Подвинь документ — и график выпрямился.

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

И ещё: если после изменения реквизитов мы нажмём просто «Записать», движения останутся старыми. Их нужно пересобрать. Отсюда термин «перепроведение» — это не маркетинговая мантра, а фактическая пересборка всей цепочки расчётов.

Сюрпризы из практики: отчёт пуст, а склад ломится

История одна, а лиц много. Давайте три коротких сцены, как в ситкоме.

Сцена 1. Пропавшая продажа. Менеджер Егор оформил «Реализацию товаров», клиент расписался на накладной, водитель укатил. Вечером директор открывает отчёт по выручке: ноль. Паника, звонят мне. Захожу — статус «Записан», галочка «Провести» не нажата. Щёлк — доход нарисовался. Время спасено, но осадочек.

Сцена 2. Долг, которого нет. Бухгалтер Марина видит в отчёте 1 200 000 ₽ просроченной дебиторки. Звонит продажнику: «Ребята, клиент ещё в ноябре оплатил!». И правда, платёжка заведена, но не проведена. После клика долг испаряется. Компания весь месяц думала, что ей должны, и крутила лимиты по остаткам. А денежки лежали тихо в банке.

Сцена 3. Отрицательный склад. Разносили счёт-фактуру позже прихода. При попытке проведения УНФ предупреждает: «Товара нет». Молодой бухгалтер ставит призрачную галку «Игнорировать блокировку». Всё провелось, но ушло в минус. Через две недели приход закрывает дыру, минус обнуляется, а себестоимость прыгает. На годовом отчёте цифры пляшут, как огоньки гирлянды — ищем крайних.

Заметьте: во всех трёх сюжетах реальный мир был в порядке; страдала только картинка в базе. И причина одна — проведение документов отложили или нарушили последовательность.

Быстрый чек-лист: ищем непроведённые бумаги до того, как всплывут расхождения

Чек-лист родился не из книжек, а из ежедневных «СБиСик, опять отчёт не бьётся!». Вот мои пять первых пунктов, которыми я обычно начинаю разбор:

1. Журнал документов. Включаем колонку «Проведён». Сортируем по «нет» — видим всех забытых. Особенно полезно на больших базах, где документы штампуют потоком.

2. Отчёт «Движения документа». Открываем конкретный экземпляр. Если пусто, значит, записака есть, движения — ноль. Щёлкаем «Провести» и сразу видим, как заполняются регистры.

3. Сервис — Управление данными — Групповое перепроведение. Ставим диапазон дат, жмём старт. Инструмент прогонит всё заново, но это тяжёлая артиллерия: используем, когда меняли настройки учёта или массово корректировали прошлое.

4. Последовательность дат. Проверяем, что приход раньше расхода, аванс раньше зачёта. УНФ не всегда ругается, но в отчётах видим прыгающий минус.

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

Эти вещи мы обсуждали в Telegram-канале, где коллеги делятся скриншотами и короткими историями — бывает, решение проблемы помещается в два сообщения, быстрее, чем звонок в техподдержку.

Возвращаясь к чек-листу: дело не только в экономии времени. Каждое непроведённое движение — это скрытая яма. Она может тихо лежать месяц, а потом выстрелить при закрытии периода. И да, перепровести всё скопом — соблазн велик, но…

Почему массовое перепроведение не панацея, а иногда и вред

Первый порыв «ничего, мы кнопкой “Перепровести” всё подчистим» понятен. Но давайте пример из жизни. База на 240 000 документов. Накануне отчёта по себестоимости один из бухгалтеров решает сыграть в супергероя и запускает перепроведение без фильтров. Четыре часа интернета-мемов позже сервер выдыхает, а в логах ошибки: не хватает прав на удаление движений у нескольких старых пользователей. Итог — откат из бэкапа, минус день работы.

Логика проста: перепроведение должно быть осознанным. Изменилась ставка НДС — перепроводим. Настроили другой метод оценки МПЗ — перепроводим. Просто «что-то не сходится» — сперва ищем непроведённые или криво проведённые точки, а не глушим муху пушкой.

И тут мы подходим к более тонкому моменту: кто в компании отвечает за дисциплину проведения. Часто это растянуто на всех — менеджер проводит свои реализаций, логист — перемещения, бухгалтер — банк и кассу. Как только один звено забывает, цепочка рвётся. А система, увы, не угадывает намерения пользователя, она честно считает то, что ей дали.

Как приучить команду проводить документы вовремя (и без криков)

Самое простое — настроить роль «менеджер», где галка «Проводить документы» включена по умолчанию, а «Записать» отдельно не вынесена. Нажал «ОК» — сразу провёл. Но это полумера, ведь иногда нужно оставить черновик: согласовать цены, добавить реквизиты.

Поэтому я люблю другой подход:

1. Дневные регламенты. В конце дня менеджер открывает отчёт «Мои документы без движения» — если список пуст, можно смело выходить с работы. Одна строка — возвращается и доводит до порядка.

2. Светофор в интерфейсе. В УНФ легко добавить колонку с условным форматированием: зелёный — проведён, жёлтый — черновик до трёх часов, красный — старше. Цвета бьют по глазам лучше любой инструкции.

3. Уведомления в мессенджере. Робот раз в день шлёт список непроведённых штук ответственному. Мы делали на веб-хуке, уходит прямо в общий чат отдела продаж. Коллеги подшучивают, но работает.

4. Обратная связь в KPI. Если бонус считается с объёма продаж, который в отчётах, а не на словах, сотрудники быстро улавливают связь: «провёл = получил». Правда жизни.

5. Микрообучение. Семинар раз в квартал и листовка на стене про «Записан ≠ учтён». Люди забывают, ничего страшного, напомнили и поехали дальше. Главное — без моральных лекций, мы же команда.

Обычный спорный вопрос: «А если документ ещё не финальный, зачем же сразу проводить?». Ответ — проводите, но помните о перепроведении, когда правите суммы. УНФ при повторном проведении корректирует старые движения, не плодя дубликатов. Главное — чтобы в журнале не оставалось полумёртвых версий.

Так мы постепенно приходим к теме, которую без фанфаров называют «качество исходных данных». Ведь отчёты строятся на движениях, а движения рождаются при проведении. Хочешь чистую управленческую картину — убедись, что документы либо проведены, либо осознанно оставлены черновиками и помечены на доработку. Казалось бы, банально, но именно тут…

Когда «Отменить проведение» спасает, а когда ломает учёт

Иногда кажется: если ошибка уже в отчётах, достаточно нажать «Отменить проведение», поправить сумму и снова провести. Логика здравая, но в 1С УНФ за одной кнопкой прячется три разных сценария.

1. Документ — финальная точка цепочки. Пример: груз сдан перевозчику, но стоимость фрахта забыли. Снимаем проведение, дописываем сумму, проводим заново — все регистры пересобрались, остатки унф на складах не тронулись. Хорошо.

2. Документ внутри цепочки. Классический «Приход → Перемещение → Списание». Если вы отменили проведение прихода, последующие движения не увидят товар. УНФ покажет минусовые остатки или откажется перепроводить списание. Итог — зигзаги себестоимости. Здесь безопаснее создать корректирующий документ или воспользоваться механизмом драгоценного «Исправить» без отмены движения.

3. Документ связан с отчётом производства. Отмените проведение закрывающего наряда — и система пересчитает выпуск, затронет материалы, зарплату, налоги. Нужно ли такое домино? В 90 % случаев — нет. Поправьте детали через «Изменить реквизиты в проведённом» и запустите точечное перепроведение.

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

Тонкие места: себестоимость, серии, розница

Куда чаще всего бьёт непроведённый или криво исправленный документ? Не в кассу даже, а в себестоимость. УНФ держит несколько регистров для расчёта: партия, стоимость, налоговые параметры. Пропустили проведение прихода на конец месяца — и система закрыла себестоимость по средневзвешенной без этой партии. Итог: вместо 27 % маржи получили 8 %. Руководитель думает, что отдел продаж «халтурил», а бухгалтер ищет утечку денег.

Второй кандидат — серийные номера. Представьте: техника с серией S-1001 ушла клиенту, но в документе отбор по серии не проведён. Отчёт «Движение товарных серий» кричит: «На складе –1 шт.», менеджер нервничает, инвентаризация затягивается. Лекарство одно: перепровести цепочку с правильным отбором по сериям.

И третий — розничный модуль. Здесь скорость = деньги: кассир пробивает чек, система пишет продажу. Если кассовый аппарат офлайн, документ копится, потом ночью выгружается. Пользователь видит чек в журнале, но без движения по регистру розницы, потому что дата продажи вчера, а сервер считает по сегодняшним ценам. Чек зависает, скидки не сходятся, лояльность клиентов под угрозой. Решение — пакетное перепроведение выгрузки с реальными датами.

Чек-лист перед закрытием месяца

Несколько компаний повесили этот список на дверцу холодильника в офисе. Не шучу.

1. Отчёт «Документы без движения» — фильтр на месяц, ответственный = я. Если строк больше трёх, кофе откладывается.

2. Сверка отрицательных остатков — склады и финансы. Любое «минус 0,01» — красный флаг. Часто лечится простым проведением пропущенного прихода.

3. Перепроведение после изменения учётной политики — ставки НДС, варианты списания МПЗ. Меняли? Перепроведите за период строго после сохранения настроек, а не до.

4. Проверка взаиморасчётов — отчёт «Анализ субконто». Видите оплату без основания или долг без счёта? Ищите непроведённый банковский документ.

5. Контроль дат — сортировка журнала по дате проведения. Если документ от 31 января проведён 3 марта, задайте вопрос «почему». Иногда так и нужно, но пусть это будет осознанно.

Частые ошибки, которые стоят денег

Ошибка № 1. «Записал, чтобы не забыть, проведу вечером». Вечером пришла срочная задача, документ так и висит. Через неделю ищем 250 000 ₽ разницы в оборотке.

Ошибка № 2. «Перемещение без проведения, чтобы складчик не видел». Хотели спрятать будущую отгрузку, получили отрицательный остаток и блокировку следующего списания. Мягко говоря, невыгодно.

Ошибка № 3. «Отменить проведение и закрыть». Отменили налоговую накладную, ушли домой. Утром автоматический обмен с банком нашёл пустое основание, платёжка упала в «Не распределено». Потеряли полдня, чтобы разобрать клубок.

Ошибка № 4. «Групповое перепроведение на боевой базе в час пик». Пользователи жалуются на тормоза, сервер потеет, а результат иногда нулевой — проблема была всего в паре документов.

Ошибка № 5. «Игнорировать предупреждения». Чек-бокс «Пропустить контроль остатков» соблазнителен. Но каждая такая «победа» — мина замедленного действия для отчётов P&L.

Как автоматизировать контроль проведения (и не раздражать коллег)

Технарям нравится робот, пользователям — минимум всплывающих окон. Компромисс нашли такой:

А. Портрет дня на главном экране. В УНФ легко настроить панель показателей: «Непроведённые документы за сегодня». Число меняет цвет от зелёного к красному. Никто не ругается, но все видят.

Б. Автозакрытие черновиков. Скрипт ищет записи старше трёх дней без движения, отправляет уведомление автору: «Или проведи, или удали». Через пять рабочих дней документ помечается на удаление. Жёстко? Зато порядок.

В. Лимит прав на отмену проведения. 90 % пользователей его и не замечают, потому что им это не надо. Зато риск случайно снять движение падает на порядок.

Г. Ночной регламент. Раз в сутки сервисная роль запускает перепроведение только тех документов, что изменялись за день. Сервер свободен днём, данные чинятся ночью.

Микроскоуп: что делать, если документ всё же не проводится

Алгоритм короткий, я его даже на стикере держу:

1. Сообщение об ошибке. Читаем, не кликаем «ОК» на автомате. Часто в тексте уже есть подсказка: «Не хватает остатка…», «Отсутствует связанный договор…».

2. Открываем «Движения» прямо из формы ошибки — там видно, на каком регистре споткнулась программа.

3. Проверяем настройки прав. Руководитель иногда меняет роли, роль теряет доступ к бюджету — документ не проводится, потому что пользователь не видит статью ДДС.

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

5. Звоним консультанту. Когда четыре шага не помогли, сработает опытный взгляд. Часто причина смешная: сбили последовательность нумерации, а регистр настроен на контроль уникальности.

Финальный штрих

Парадокс: чем выше автоматизация, тем важнее дисциплина. Проведение документов — не красивая галка, а минимальная цена точного управленческого учёта. Проводи вовремя, проверяй порядок, не лечи ошибку отбойным молотком, если хватает отвертки. Кстати, сколько непроведённых черновиков сейчас в вашей базе — не заглянуть ли ради спортивного интереса?