Новости https://ivan-prog-1s.ru ru Thu, 14 May 2026 14:14:39 +0300 Почему в 1С не сходятся остатки и как навести порядок в учете https://ivan-prog-1s.ru/tpost/b9oz1s89b1-pochemu-v-1s-ne-shodyatsya-ostatki-i-kak https://ivan-prog-1s.ru/tpost/b9oz1s89b1-pochemu-v-1s-ne-shodyatsya-ostatki-i-kak?amp=true Tue, 03 Feb 2026 10:00:00 +0300 В 1С данные расходятся? На складе и в отчетах разные суммы? Это не баг программы, а результат неверных настроек и процессов. В статье мы разберем основные причины этих расхождений

Почему в 1С не сходятся остатки и как навести порядок в учете

Основные причины расхождения остатков в 1С

1. Нарушена логика учета товаров

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

2. Документы проведены задним числом

Когда документы проводят «задним числом», особенно после закрытия периода, учет начинает ломаться:
  • меняется себестоимость,
  • пересчитываются остатки,
  • отчеты перестают сходиться.
Это классическая история, когда:
  • менеджер вспомнил про документ через неделю;
  • бухгалтер исправил данные в прошлом месяце;
  • никто не предупредил других участников процесса.

3. Ошибки в настройках складского учета

Если складской учет в 1С настроен неправильно, проблемы будут постоянными. Часто встречается:
  • отключен количественно-суммовой учет;
  • неправильно настроены склады;
  • не используется учет по партиям;
  • некорректно работают перемещения между складами.
В результате программа считает одно, а бизнес живет по другим правилам.

4. Смешивание ручного учета и 1С

Когда часть учета ведется в 1С, а часть — в Excel или блокнотах, это всегда заканчивается хаосом.
Типичная ситуация:
  • реальные остатки правят «на бумаге»,
  • в 1С данные не обновляют,
  • в отчетах каша.
1С не предназначена для работы «наполовину». Либо учет ведется в системе, либо нет.

5. Ошибки в списаниях и инвентаризациях

Если:
  • списания делаются нерегулярно;
  • инвентаризация проводится формально;
  • результаты не отражаются корректно в 1С,
то остатки начинают «плыть» месяц за месяцем, и в итоге никто уже не понимает, где ошибка и с какого момента.

Чем опасны неверные остатки в 1С

Многие недооценивают проблему, пока она не начинает бить по деньгам.
Неверные остатки приводят к тому, что:
  • закупают лишний товар;
  • не могут продать то, что реально есть;
  • искажается себестоимость;
  • невозможно понять реальную прибыль;
  • руководитель принимает решения на неверных цифрах.
Фактически бизнес теряет деньги, даже если внешне все работает.

Как проверить, почему не сходятся остатки

Первый шаг — диагностика, а не «тыкание наугад».
Что обычно проверяется:
  • порядок оформления документов;
  • настройки складского учета;
  • движение товаров по складам;
  • корректность списаний и перемещений;
  • влияние задних дат;
  • расхождения между отчетами.
Без этого любые правки — временное решение.

Как навести порядок в остатках в 1С

Рабочий алгоритм выглядит так:
  1. Фиксируем точку отсчета
  2. Определяем период, с которого начинаются ошибки.
  3. Проверяем настройки учета
  4. Часто проблема решается корректной настройкой, без доработок.
  5. Наводим порядок в документах
  6. Убираем дубли, некорректные операции, задние даты.
  7. Проводим корректную инвентаризацию
  8. Не формально, а так, чтобы данные действительно сошлись.
  9. Настраиваем правила работы сотрудников
  10. Чтобы проблема не повторялась через месяц.

Почему важно не откладывать решение

Чем дольше бизнес живет с кривыми остатками:
  • тем сложнее восстановить учет;
  • тем дороже обходится исправление;
  • тем выше риск ошибок в отчетности и налогах.
В какой-то момент «разгрести» это становится в разы сложнее, чем сразу сделать нормально.

Итог

Если в 1С не сходятся остатки — это не приговор и не «такая программа». Это сигнал, что:
  • учет настроен неправильно;
  • процессы требуют пересмотра;
  • системе не доверяют и обходят ее стороной.
Хорошая новость в том, что эти проблемы решаемы, если подходить к ним системно, а не латать дыры.
]]> Внедрение 1С для бизнеса: зачем это нужно и как сделать так, чтобы система реально работала https://ivan-prog-1s.ru/tpost/48ckdtcp41-vnedrenie-1s-dlya-biznesa-zachem-eto-nuz https://ivan-prog-1s.ru/tpost/48ckdtcp41-vnedrenie-1s-dlya-biznesa-zachem-eto-nuz?amp=true Tue, 10 Feb 2026 10:32:00 +0300 Почти каждый бизнес в какой-то момент упирается в хаос учета...

Внедрение 1С для бизнеса: зачем это нужно и как сделать так, чтобы система реально работала

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

Что такое 1С и почему без нее бизнес долго не растет

1С — это не «программа для бухгалтера». Это система, которая может объединить:
  • продажи,
  • склад,
  • закупки,
  • деньги,
  • зарплату,
  • налоги,
  • управленческую аналитику.
На старте бизнеса учет часто ведут в Excel, тетрадях или «в голове». Это работает до первого роста. Потом начинаются проблемы:
  • остатки на складе не совпадают с реальностью;
  • деньги есть, а прибыли непонятно где;
  • отчеты собираются неделями;
  • решения принимаются на ощущениях, а не на цифрах.
Внедрение 1С позволяет перевести бизнес из режима «тушим пожары» в режим управляемой системы.

Какие задачи решает внедрение 1С

Грамотно настроенная 1С закрывает сразу несколько ключевых блоков.

1. Учет товаров и склада

  • контроль остатков в реальном времени;
  • партии, сроки годности, серии;
  • автоматическое списание;
  • понимание, что и когда нужно закупать.

2. Финансовый учет и деньги

  • движение денежных средств;
  • контроль кассы и расчетных счетов;
  • реальная прибыль, а не «по ощущениям»;
  • понимание, где бизнес зарабатывает, а где теряет.

3. Бухгалтерия и налоги

  • корректный налоговый учет;
  • подготовка отчетности без авралов;
  • меньше ошибок и штрафов;
  • спокойствие перед проверками.

4. Управленческие отчеты

  • отчеты по продажам;
  • анализ рентабельности;
  • контроль работы сотрудников;
  • цифры для принятия решений, а не догадки.

Почему у многих 1С «есть», но она не работает

Очень частая ситуация: 1С вроде внедрили, но пользы от нее мало. Причины почти всегда одни и те же.
Типовые ошибки:
  • 1С ставят «как есть», без учета специфики бизнеса;
  • автоматизируют не процессы, а старый хаос;
  • не объясняют сотрудникам, зачем и как работать в системе;
  • нет сопровождения после внедрения;
  • каждую доработку делают в спешке и без логики.
В итоге 1С превращается в «обязаловку», а не инструмент.

Как выглядит правильное внедрение 1С

Нормальное внедрение — это не установка программы за один день. Это процесс.

Шаг 1. Анализ бизнеса и задач

Сначала разбираемся:
  • как сейчас ведется учет;
  • где возникают ошибки;
  • что именно нужно автоматизировать;
  • какие отчеты реально нужны руководителю.
Без этого этапа любое внедрение обречено.

Шаг 2. Подбор конфигурации 1С

1С — это не одна программа. Для разных задач подходят разные решения:
  • 1С:Бухгалтерия;
  • 1С:УНФ;
  • 1С:УТ;
  • 1С:Розница;
  • Комплексная автоматизация и другие.
Важно выбрать не «самую популярную», а подходящую именно под бизнес.

Шаг 3. Настройка и адаптация

На этом этапе:
  • настраивается учет;
  • дорабатываются процессы;
  • убирается ручной труд;
  • автоматизируются типовые операции.

Шаг 4. Перенос данных

Если учет велся раньше:
  • переносим остатки;
  • проверяем корректность данных;
  • сверяем цифры.

Шаг 5. Обучение сотрудников

Если людям не объяснить, как и зачем работать в 1С — система работать не будет. Обучение всегда экономит деньги и нервы в будущем.

Шаг 6. Поддержка и сопровождение

После запуска почти всегда появляются вопросы:
  • что-то нужно донастроить;
  • появляются новые задачи;
  • бизнес растет и меняется.
Сопровождение — это нормальная часть жизни 1С, а не «проблема».

Какие выгоды получает бизнес от внедрения 1С

При правильном подходе 1С дает вполне осязаемый результат:
  • меньше ручной работы;
  • меньше ошибок;
  • прозрачные цифры;
  • контроль над деньгами и складом;
  • спокойствие перед отчетностью;
  • возможность масштабироваться без хаоса.

Кому особенно важно внедрение 1С

1С особенно полезна, если у вас:
  • торговля или производство;
  • склад с остатками;
  • несколько сотрудников;
  • несколько точек или направлений;
  • рост оборотов;
  • регулярные налоговые и управленческие отчеты.

Итог

1С — это не просто программа «для галочки». Это инструмент управления бизнесом. Но только в том случае, если:
  • система подобрана под задачи;
  • процессы продуманы;
  • сотрудники понимают, как с ней работать;
  • есть поддержка и развитие.
Если внедрять 1С без этого — она действительно становится сложной и неудобной. Если делать правильно — она начинает экономить время, деньги и нервы.
]]> 1С не обновлялась годами... https://ivan-prog-1s.ru/tpost/g87btgp391-1s-ne-obnovlyalas-godami https://ivan-prog-1s.ru/tpost/g87btgp391-1s-ne-obnovlyalas-godami?amp=true Fri, 20 Feb 2026 10:00:00 +0300 Фраза «у нас 1С давно не обновлялась, но вроде всё работает» звучит чаще, чем кажется. Ее обычно говорят до первого серьезного страха: не считаются налоги, не снимаются отчеты, не оформляются документы или внезапно изменяются законодательство

1С не обновлялась годами...

Почему бизнесами годами не обновляется 1С

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

Чем опасна старая версия 1С

1. Ошибки в налоговых органах и республиках

Законодательство меняется постоянно:
  • ставка,
  • форма чтения,
  • правила измерения,
  • требования ФНС.
Если 1С не обновляется, она просто не знает о новых правилах . В результате:
  • налоги некорректно;
  • отчетность с ошибками;
  • растет риск штрафов и требований от налоговой.
И самое неприятное — ошибка может быть незаметна при проверке.

2. Неверная себестоимость и привлеченная прибыль.

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

3. Несовместимость с сервисами и интеграциями.

В настоящее время возникают проблемы с:
  • банками и загрузкой выписок;
  • ЭДО;
  • маркетплейсами;
  • кассами и маркировкой;
  • посетили сервисы.
Интеграции обновляются, а старая 1С — нет. В какой-то момент связь просто перестает работать.

4. Рост стоимости будущего обновления

Чем дольше 1С не обновляется:
  • тем больше изменений нужно накатывать;
  • тем выше риски риска;
  • тем дороже и сложнее становится процесс.
Обновить 1С, которую не трогали 6 месяцев, и 1С, которую не обновляли 5 лет — это две разные задачи по сложности и цене .

5. Повышенный риск «падения» базы.

Старые версии работают с:
  • определить объемы данных;
  • новыми версиями Windows;
  • современными серверами.
И в какой-то момент база может просто перестать открываться. Аварийно, без предупреждения.

Когда обновление 1С становится критическим

Есть признаки, при которых откладывать уже нельзя:
  • 1С не считает налоги или считает их странными;
  • отчеты перестали сходиться;
  • ошибки при закрытии месяца;
  • система работает медленно;
  • появились новые требования в области маркировки, ЭДО или Республики Беларусь;
  • никто точно не знает, какая версия сейчас установлена.
Если бы узнали хотя бы 2–3 пункт — обновление нужно не «когда-нибудь», а в ближайшее время.

Почему обновление 1С часто боятся зря

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

Как должно выглядеть нормальное обновление 1С

Правильный подход включает:
  1. Анализ текущей базы и версии
  2. Проверка доработок и нетиповых решений
  3. Тестовое обновление
  4. Исправление ошибок
  5. Проверка учета и отчетов
  6. Обновление рабочих баз
  7. Контроль после обновления
Такое обновление проходит спокойно и без сюрпризов.

Итог

Старая версия 1С — это отложенная проблема. Она может не учитывать месяцы, но в нужный момент удар будет сразу по состоянию здоровья, независимости и нервам.
Обновлять 1С нужно не «потому что надо», а чтобы:
  • учет был корректным;
  • цифры отражали реальность;
  • бизнес мог спокойно работать и расти.
И чем раньше этим заняться, тем проще и лучше это сделать.
]]> 1С не открывается из-за ошибки “Формат потока”: что делать, чтобы не потерять учет https://ivan-prog-1s.ru/tpost/espuecgrf1-1s-ne-otkrivaetsya-iz-za-oshibki-format https://ivan-prog-1s.ru/tpost/espuecgrf1-1s-ne-otkrivaetsya-iz-za-oshibki-format?amp=true Fri, 06 Mar 2026 21:45:00 +0300 Кровь стынет в венах, а кофе мгновенно остывает в кружке, когда видишь сообщение “1С не открывается. Формат потока”

1С не открывается из-за ошибки “Формат потока”: что делать, чтобы не потерять учет

Сразу договоримся: “Формат потока” почти всегда означает, что 1С попыталась прочитать кусок данных, а там каша. Как будто вы открыли книгу, а на 73-й странице внезапно пошел рецепт борща и два листа смяты.
Хорошая новость: базу часто реально вернуть к жизни.
Плохая: если начать хаотично нажимать кнопки, можно сделать хуже.
Дальше будет четкий порядок действий. Не “как в учебнике”, а как делают люди, которым нужно вернуть работу бухгалтерии сегодня, а не когда-нибудь.

В первую минуту: что точно НЕ делать

  1. Не пытайтесь открыть базу снова и снова “на удачу”.
  2. Это как дергать за провод у мигающего роутера: иногда кажется, что помогает, но чаще просто добиваешь.
  3. Не лечите “на оригинале”.
  4. Починка без копии это ремонт телефона молотком. Иногда “включился”, но ненадолго.
  5. Не позволяйте всем подряд “просто зайти посмотреть”.
  6. Один человек чинит, остальные ждут. Иначе получится командная работа по ухудшению ситуации.

Быстро понять, какая у вас база: файловая или SQL

Это важно, потому что “рецепт” разный.
Файловая база
В списке баз путь выглядит примерно так: \\server\share\... и внутри лежит файл 1Cv8.1CD.
Обычно это база на сетевой папке или на локальном диске.
Клиент-сервер (SQL)
Подключение идет через сервер 1С/кластер, а не напрямую к файлу. Там чаще всплывают другие причины и другая диагностика.
Если сомневаетесь, 9 раз из 10 у малого бизнеса это как раз файл 1Cv8.1CD на шаре. Та самая “экономия”, которая потом превращается в ночные переписки.

Если база файловая (1Cv8.1CD)

Блок 1. Сначала спасаем “тело”, потом лечим “голову”

Шаг 1. Сделайте копию файла базы

Прямо копию 1Cv8.1CD.
И да, иногда это 8 ГБ. Иногда 42 ГБ. Иногда 120 ГБ и вы внезапно узнаете, что гигабайты умеют идти пешком.
Копировать нужно, когда все вышли из базы.
Если база лежит на сетевой папке и люди заходят “по привычке”, проще временно закрыть доступ или переименовать папку. Жестко? Зато честно.
Мини-кейс из типовых: база 27 ГБ, свет моргнул, утром “формат потока”. Сделали копию, починили на копии, оригинал оставили как музей ошибок. Сэкономили себе возможность отката, когда позже выяснилось, что у клиента еще и диск начал сыпаться.

Шаг 2. Проверьте, не “железо” ли устроило праздник

Очень часто причина не в 1С, а в том, что:
  • сеть дернулась на секунду
  • диск словил ошибки
  • сервер перезагрузили в момент записи
  • на шару прилетел антивирус “проверить файл прямо сейчас”
Если база на сетевой шаре, “формат потока” может прилететь просто потому, что связь с сервером у пользователя похожа на разговор по телефону в лифте.

Блок 2. Лечим аккуратно, по слоям

Шаг 3. Запускаем “Тестирование и исправление” в Конфигураторе

Это самый спокойный и часто самый результативный метод.
Порядок простой:
  • открыть базу в Конфигураторе
  • Администрирование → Тестирование и исправление
Как выбирать галочки?
Не “все подряд”. Лучше в 2 захода.
Первый заход (самый безопасный):
  • проверка целостности
  • исправление ссылок (если есть такая опция)
  • аккуратные исправления без фанатизма
Второй заход (если первый не помог или помог частично):
  • более глубокие проверки
  • пересчет итогов, если нужно
По времени это может быть по-разному:
на базе 10-20 ГБ иногда укладывается в 30-90 минут.
на базе 60+ ГБ может тянуться 4-8 часов. Да, неприятно. Но часто дешевле, чем “пересоздать все руками”.

Шаг 4. Если Конфигуратор не открывается, пробуем chdbfl

Это утилита для проверки файловой базы.
Она не волшебная, но иногда делает ровно то, что нужно: приводит базу в состояние “хотя бы открыть и дальше лечить штатно”.
Ключевое: запускать на копии, не на оригинале.
Кейс из частых: база не открывалась ни тонким, ни толстым, Конфигуратор падал на старте. chdbfl прогнался, выдал пару неприятных сообщений, но после этого Конфигуратор уже запустился, и дальше база починилась через тестирование.

Шаг 5. План “переезд”: выгрузка/загрузка (dt)

Если база открывается хотя бы в Конфигураторе, выгрузка в dt и загрузка в новую базу иногда работает лучше любой “хирургии”.
Это как переехать из квартиры, где “что-то странно пахнет”, в новую, забрав нужное и выкинув мусор по дороге.

Блок 3. Когда проще восстановиться, чем чинить

Если у вас есть нормальный бэкап, часто быстрее:
  • восстановить базу
  • потерять максимум день работы (или меньше)
  • и уже потом разбираться, почему случилось
Но тут есть ловушка, которую многие узнают слишком поздно:
“Бэкап есть” не равно “бэкап рабочий”.
Самый грустный сценарий выглядит так:
  • копировали базу “просто файлом”, пока в ней работали
  • копия есть, но внутри она битая
  • и это выясняется только в день аварии
Поэтому золотое правило сопровождения: периодически проверять восстановление. Пусть раз в неделю. Пусть на тестовой машине. Иначе бэкап это не спасательный круг, а рисунок спасательного круга.

Если база на SQL (клиент-сервер)

Тут “формат потока” чаще связан с проблемами на уровне СУБД, диска, индексов, или “сервер резко выключили”.
Базовая логика:
  1. Сделать резервную копию SQL базы (даже если она подозрительная).
  2. Проверить состояние базы средствами SQL.
  3. Если есть повреждения и есть нормальный бэкап, часто разумнее восстановиться, чем пытаться “дочинить” живьем.
Почему так? Потому что SQL-ремонт иногда похож на склейку вазы из 300 осколков. Вроде можно, но потом кто-то дотронется, и она снова рассыпется.

Почему это случается: 4 причины, которые я вижу чаще всего

1) Файловая база на сетевой папке, пользователей больше 5

Сеть моргнула, кто-то открыл “толстым клиентом”, кто-то печатал, кто-то провел документ.
И вот данные записались “на половину вдоха”.
Если пользователей 10-20 и база живет на шаре, это как возить стекло в тележке по брусчатке. Когда-то разобьется.

2) Резко выключили сервер

Самый классический сюжет: “а что, он завис, я просто перезагрузил”.
Именно в эту секунду 1С могла писать данные.

3) Копирование базы во время работы

Люди искренне думают, что “копия файла” и “резервная копия” одно и то же.
Нет. Копия файла в момент записи часто превращается в полуфабрикат.

4) Антивирус/резервное ПО вмешивается не вовремя

Он “проверил” файл базы, когда 1С в него писала.
И все, как в плохой комедии: вы лечите, оно снова ломается.

План на первые 15 минут (если нужно прям сейчас)

  1. Остановить пользователей.
  2. Сделать копию (файл 1Cv8.1CD или SQL backup).
  3. Понять тип базы.
  4. Для файла: Конфигуратор → тестирование и исправление.
  5. Если не открывается: chdbfl на копии.
  6. Если есть рабочий бэкап: восстановление часто быстрее и спокойнее.

Как снизить шанс повторения (без фанатизма)

  • Бэкапы по расписанию: минимум ежедневно, а лучше 2-4 раза в день для активных баз.
  • Раз в неделю проверять восстановление. Да, это скучно. Но скука тут лечит убытки.
  • Не держать файловую базу на сетевой шаре, если база крупная и пользователей много.
  • ИБП для сервера: дешевле, чем один аварийный выезд и потерянный день.
  • Следить за диском и ошибками, не ждать “пока совсем умрет”.
]]> Обновление 1С без поломок: как подготовиться, сделать бэкап и откатиться, если что-то пойдет не так https://ivan-prog-1s.ru/tpost/x69gl1zkp1-obnovlenie-1s-bez-polomok-kak-podgotovit https://ivan-prog-1s.ru/tpost/x69gl1zkp1-obnovlenie-1s-bez-polomok-kak-podgotovit?amp=true Fri, 06 Mar 2026 21:47:00 +0300 Однажды мне позвонила Анна - давняя клиентка, которой я когда-то настраивал 1С

Обновление 1С без поломок: как подготовиться, сделать бэкап и откатиться, если что-то пойдет не так

Однажды мне позвонила Анна - давняя клиентка, которой я когда-то настраивал 1С. Когда я взял трубку услышал паническое: “Иван, мне срочно нужна ваша помощь! Думала обновление займет 20 минут и я продолжу решать свои задачи, но теперь печать не идет, кнопка пропала, а что происходит с обменом с сайтом вообще не разобрать”.
После новостей о том, что дело поправимо и мы с командой разрешим ситуацию, Анна наконец-то смогла спокойно выдохнуть.
Я видел, как обновление проходило тихо и скучно. И это лучший комплимент обновлению.
А видел и другое: обновили ночью, утром касса молчит, менеджеры нервничают, бухгалтер уже пишет “срочно верните как было”, а у руководителя в глазах проступает мысль “может, вообще не обновляться никогда”. Как в случае Анны, когда все пошло не по плану.
Разница почти всегда в одном: обновление делают не как “поставить релиз”, а как маленькую операцию с подготовкой и с планом отката. И с коротким контролем после.
Ниже схема, которая снижает шанс сюрпризов и помогает навести порядок, который в итоге спасает ситуацию.

Перед обновлением: короткая подготовка, без которой потом гадание

Сфотографируйте “как сейчас”

Не буквально. Хотя иногда хочется.
За 5 минут зафиксируйте:
  • версия платформы 1С (например, 8.3.xx)
  • версия конфигурации (БП/УТ/ЗУП и номер релиза)
  • есть ли расширения и сколько их
  • есть ли доработки (хотя бы “есть/нет”)
  • тип базы: файл (1Cv8.1CD) или SQL
  • сколько пользователей обычно работает одновременно
Зачем?
Потому что если после обновления что-то “стало странно”, вы хотя бы понимаете, от какой точки отталкиваться. Это как записать показания счетчика перед ремонтом.

Договоритесь с людьми о “тишине в операционной”

Пользователи в момент обновления похожи на кота, который обязательно полезет на клавиатуру ровно тогда, когда нельзя.
Нужно окно. И в этом окне никто не работает в базе.
По грубой, но честной практике:
  • маленькая база без наворотов: 30-60 минут
  • база средняя, есть расширения: 1-2 часа
  • большая база + обмены + печать + “что-то дописано”: 2-4 часа
Можно уложиться быстрее. Иногда.
Но лучше закончить раньше, чем объяснять, почему “еще полчасика” длится третий час.

Проверьте, хватит ли места на диске

Очень обидно, когда все готово, а обновление падает на ровном месте, потому что некуда положить бэкап или временные файлы.
Случается чаще, чем хочется признавать.

Бэкап: не “где-то лежит”, а “я могу восстановиться”

Вот здесь обычно две реальности.
Первая: “у нас есть резервная копия”.
Вторая: “мы никогда ее не пробовали восстановить”.
И угадай, какая всплывает в день аварии.

Если база файловая (1Cv8.1CD)

Самый безопасный вариант перед обновлением:
  • выгрузка в dt
  • или
  • копия 1Cv8.1CD, но строго когда все вышли, и никто не держит базу открытой через сеть
Кейс из практики сопровождения, который повторяется как анекдот:
Компания копировала папку базы на сервер “в любое время”. Потом удивлялась, что “бэкап” иногда не открывается. Он и не должен, если копировали файл в момент, когда туда писали данные. Это как сделать фотку движущейся машины на старую мыльницу и потом пытаться прочитать номер.

Если база на SQL

Нужен нормальный backup средствами SQL.
Не “папку с чем-то”. Не “мы же виртуалку снапшотим иногда”. А понятный бэкап, который можно развернуть.

Самая полезная привычка: проверка восстановления

Прямо перед обновлением или хотя бы периодически делайте так:
  • развернули бэкап на тестовую базу
  • зашли
  • открыли 2-3 ключевых места (пара документов, один отчет)
10 минут проверки могут сэкономить вам день нервов. Иногда два.

Тестовый контур: место, где можно ошибиться без штрафа

Если обновляете “сразу боевую”, это как менять прошивку телефону без возможности откатиться, когда он зависнет на логотипе. Шанс, что все пройдет гладко, есть. Но ставки странные.

Как выглядит нормальный тестовый контур

Это копия вашей базы, только:
  • отдельно
  • с понятным названием “ТЕСТ_дата”
  • без живых обменов (или в песочницу)
  • без автоматических регламентных задач, которые могут что-то портить

Зачем он нужен на самом деле

Поймать не “падение базы”. Это редкость.
Поймать мелочи, которые выстреливают больно.
Типичные:
  • печать формы поехала
  • касса перестала дружить
  • обмены начали отдавать дубли
  • у роли бухгалтера исчезла нужная кнопка
  • отчет стал считаться заметно дольше

Что проверять на тесте, чтобы не утонуть

Мне нравится подход “12 контрольных точек”. Не 120.
Например:
  • вход под 2-3 ролями (бухгалтер, кадровик, менеджер)
  • проведение пары типовых документов
  • печать 1-2 критичных форм (счет, УПД, накладная)
  • один ключевой отчет (оборотка, взаиморасчеты, начисление)
  • если есть интеграции, короткая проба: касса, ЭДО, сайт, банк (что у вас важно)
Если это работает на тесте, боевую обновлять уже не страшно. Уже просто “работа”.

Сам момент обновления: делаем так, чтобы не словить “эффект домино”

Отключите то, что может дернуть базу в процессе

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

Записывайте, что делаете

Это звучит занудно, но потом превращается в спасательный круг.
Достаточно коротко:
  • было: платформа/релиз
  • стало: платформа/релиз
  • что делали с расширениями
  • какие ошибки вылезали и как решались
Через 6 месяцев вы сами себе скажете спасибо.

После обновления: быстрый контроль, пока все еще под вашим управлением

Вот тут обычно и рождаются “сюрпризы”.
Поэтому после обновления нужен не час тестирования “всего”, а 15-20 минут проверок по делу:
  • зашли 2-3 пользователя с разными ролями
  • провели типовой документ
  • распечатали ключевую форму
  • собрали ключевой отчет
  • включили обмены по одному, а не все разом
Кейс, который часто всплывает:
Включили все обмены сразу, ушла пачка дублей в сайт, и теперь люди спорят, что первично: база, сайт или “оно само”. Если включать по одному, это ловится за 5 минут и не превращается в уборку на полдня.

Откат: когда он нужен и как сделать его без драматизма

Откат часто воспринимают как поражение.
На деле это нормальная страховка. Как запаска в багажнике.

Когда стоит откатываться без колебаний

Если после обновления:
  • база не стартует или сыпется ошибками
  • ключевые документы не проводятся
  • критичная печать развалилась (счета, УПД, накладные)
  • обмены выдают мусор, и вы не уверены, что остановите это быстро
Тут геройство не нужно. Нужна холодная голова.

Как выглядит нормальный откат

  1. остановили пользователей
  2. восстановили базу из проверенного бэкапа
  3. вернули исходные версии
  4. зафиксировали, на чем споткнулись
  5. повторили обновление на тесте, закрыв причину
Это не “отступление”. Это способ не сделать хуже.

Топ-3 сюрприза после обновления и как их ловить заранее

Сюрприз 1: пропали поля или кнопки

Часто виноваты расширения или конфликт доработок.
Ловится тестовым контуром и проверкой ролей.

Сюрприз 2: стало медленно

Иногда это не “релиз плохой”, а нуждается в обслуживании базы: пересчет, перестроение, статистика, SQL-обслуживание.
Ловится простым сравнением времени “до/после” на тесте.

Сюрприз 3: интеграции начали чудить

Кассы, ЭДО, сайт, банк.
Решение простое: включать по одному и смотреть первые логи, а не ждать, когда накопится ком проблем.

Короткий план, если хочется как в чек-листе

  • зафиксировали версии и состав системы
  • сделали бэкап и проверили восстановление
  • подняли тестовую копию и прогнали 12 контрольных точек
  • отключили фон и обмены, обновили боевую
  • проверили ключевые сценарии
  • включили интеграции по одному
  • если критично, откатились без истерики
]]> Почему тормозит 1С и что проверить в первую очередь: чек-лист на 30 минут https://ivan-prog-1s.ru/tpost/okon80c3u1-pochemu-tormozit-1s-i-chto-proverit-v-pe https://ivan-prog-1s.ru/tpost/okon80c3u1-pochemu-tormozit-1s-i-chto-proverit-v-pe?amp=true Fri, 06 Mar 2026 21:49:00 +0300 Если вы задаетесь вопросом “Почему тормозит 1С?”, значит проблема уже не терпит отлагательств

Почему тормозит 1С и что проверить в первую очередь: чек-лист на 30 минут

Если вы задаетесь вопросом “Почему тормозит 1С?”, значит проблема уже не терпит отлагательств. Поэтому обойдемся без длинных вступлений. Коротко и по делу. Есть два вида “1С тормозит”:
  • Первый: “ну чуть медленнее, чем обычно”.
  • Второй: “я нажал, пошел налил чай, вернулся, а она все еще думает”.
Если у вас второй вариант, поздравляю: вы сейчас в клубе людей, которые умеют ненавидеть спиннер загрузки на уровне философии.
Хорошая новость: за 30 минут можно понять хотя бы класс проблемы. Сеть это, сервер, база, блокировки или один несчастный компьютер, который решил устроить саботаж. И часто этого хватает, чтобы либо быстро починить, либо хотя бы перестать тыкать наугад.

Сначала 2 минуты: “где болит” и у кого

Прямо сейчас, пока вас не унесло в мир гипотез, ответьте:
  1. Тормозит у всех или у одного?
  2. Тормозит всегда или в конкретных местах: вход, поиск, проведение, отчеты?
  3. Был “триггер”: обновление, переезд базы, новый антивирус, переход на Wi-Fi, “сервак перезагрузили”?
Это как с машиной: если у вас скрежет только при повороте налево, не надо менять мотор.

Чек-лист на 30 минут

Блок 1. Отсекаем “виноват один компьютер” (до 7 минут)

Сценарий А: тормозит только у одного человека

Это самый приятный сценарий, потому что часто лечится быстро и без плясок вокруг сервера.
Что проверить по порядку:
1) Он не на Wi-Fi?
Звучит смешно, но это лидер по “странным тормозам”.
История из практики: менеджер пересел в переговорку, поймал слабый Wi-Fi, и 1С стала открывать карточку контрагента по 12 секунд. У остальных все летало. Мы уже полезли смотреть сервер, а потом просто пересадили человека обратно на провод и все стало нормально. 3 минуты, минус 2 часа нервов.
2) Антивирус не стал “умнее”?
Если недавно включили “глубокую проверку всего”, он может сканировать кэш 1С и временные файлы в момент работы.
Симптом: тормоза именно на открытии форм и списков, иногда рывками.
3) Кэш 1С, да, тот самый
Когда кэш разрастается, 1С иногда начинает вести себя как шкаф, набитый пакетами: закрыть дверцу можно, но с усилием.
Если чистка кэша помогла только одному пользователю, сервер почти точно ни при чем.
Если после этих трех шагов стало лучше, считайте, вы выиграли в лотерею.

Блок 2. Если тормозит у всех: ищем класс проблемы (до 5 минут)

Тут важно понять, “что именно медленно”.
Быстрая расшифровка симптомов:
  • Долго входит в базу / долго открывает стартовую
  • Часто это сеть, лицензирование, DNS, сервер 1С на пределе, диск “пыхтит”.
  • Долго открывает формы и списки
  • Часто сеть + кэш + расширения + тяжелые формы.
  • Тормозит поиск
  • Часто индексы/SQL/обслуживание базы. Иногда люди просто ищут “по всем полям” в списке на 300 тысяч строк, и 1С честно пытается.
  • Тормозит проведение документов
  • Часто блокировки: кто-то держит “дверь”, остальные стоят в очереди.
  • Тормозят отчеты
  • Часто база выросла, отчеты стали тяжелее, а обслуживание не делали “ну года два точно”. Плюс пики, когда все одновременно формируют одно и то же.
Выберите 1-2 самых заметных симптома. Не пытайтесь лечить всю вселенную сразу.

Блок 3. Самый полезный быстрый тест: сеть или сервер? (до 6 минут)

Тут без сложных инструментов.
Сделайте так:
  1. Возьмите двух пользователей. Один “рядом с сервером” (в офисе на проводе), второй “на другом конце” (другой этаж, Wi-Fi, VPN, удаленка).
  2. Пусть оба выполнят одно и то же действие: открыть один и тот же список, сделать поиск, открыть документ.
Если разница огромная, а сервер один и тот же, то очень вероятно, что виновата сеть.
И сеть умеет делать вид, что она “в целом нормальная”. Она просто периодически превращается в кашу.
Кейс: 1С на файловой базе, утром резко стало медленно. Оказалось, кто-то на том же канале начал заливать большой архив, сеть забилась, и 1С стала “думать” как пенсионер у банкомата в пятницу вечером.

Блок 4. Важно: у вас файловая база или SQL? (до 2 минут)

Это развилка, где половина диагностики становится очевиднее.
Файловая база: есть файл 1Cv8.1CD и часто путь через \\server\share\...
Файловая база любит стабильность: нормальный диск и нормальную сеть. Не любит “шара + много людей”.
SQL: клиент-сервер, кластер, база на SQL
SQL любит обслуживание. И терпеть не может, когда его годами не трогают, а потом удивляются.

Маршрут А. Файловая база: самый частый источник боли (до 8 минут)

1) База на сетевой папке? Сколько пользователей?

Если база на шаре и пользователей больше 5-7, тормоза часто не вопрос “если”, а вопрос “когда”.
Быстрые проверки:
  • не идет ли сейчас бэкап/копирование больших файлов по сети
  • не сканирует ли серверный антивирус папку базы
  • не перегружен ли файловый сервер
История: 12 пользователей, база 35 ГБ на шаре. Утром все тормозит, днем чуть лучше, вечером опять. Причина оказалась не “1С сломалась”, а банальная: антивирус на сервере начал сканировать большой файл базы именно в рабочее время. Настроили исключения, стало заметно лучше. Потом уже планировали миграцию на SQL, потому что это было не последнее предупреждение.

2) Проверьте, не уперся ли сервер в диск

Если диск на сервере стоит “на сотке” по загрузке, 1С будет тормозить даже на простых действиях.
Симптом простой: тормозит не только 1С, но и все, что связано с файлами на этом сервере.

Маршрут B. SQL: когда “сервер вроде жив, но 1С думает” (до 8 минут)

1) Отчеты и поиск стали медленнее “постепенно”

Это типичный признак базы, которая выросла, а обслуживания не было.
Кейс из реальности: база выросла с 20 до 90 ГБ за год, отчеты сначала считались 20 секунд, потом 2 минуты, потом 7. Все уже готовились покупать новый сервер. В итоге помогло обычное обслуживание SQL и корректировки настроек. Железо осталось тем же.

2) Пик нагрузки по времени

Если в 10:00 “все падают на отчеты” и 1С превращается в желе, это не магия. Это очередь.
Система не любит, когда 15 человек одновременно запускают один тяжелый отчет, который читает полбазы.

Блок 5. Блокировки: когда тормозит не железо, а человеческая привычка (до 5 минут)

Это отдельный жанр.
Выглядит так:
  • проведение документа идет 30 секунд
  • у некоторых висит “ожидание”
  • проблема чаще в одни и те же часы
Причины обычно такие:
  • регламентные операции работают в то же время, что и пользователи
  • обмены гоняют документы, пока люди проводят свои
  • кто-то открыл “огромный список за 3 года” и оставил его жить на весь день
Был случай: один сотрудник держал открытым список документов на несколько лет, фильтров ноль, сортировка сложная, и он к нему “иногда возвращался”. В результате проведение у остальных начинало тормозить волнами. Решение оказалось приземленным: настройка представления списка, ограничение периода, небольшой регламент “не держим тяжелое открытым” и чуть правок. Без апгрейда сервера.

Блок 6. “После обновления стало медленно” (до 4 минут)

Это отдельный тревожный звонок.
Что часто случается:
  • расширение стало конфликтовать или стало тяжелее
  • включились/изменились фоновые задания
  • пошла реструктуризация, пересчеты, обновление итогов
  • изменился “поведенческий” кусок: то, что раньше считалось быстро, теперь делает больше работы
Что можно сделать быстро:
  • вспомнить, что обновляли (платформа, конфигурация, расширения)
  • сравнить одну и ту же операцию на 2-3 рабочих местах
  • если есть понимание, какое расширение подозрительное, временно отключить его на тесте и сравнить

Итог за 30 минут: что вы должны получить

После этого чек-листа у вас обычно появляется четкий вывод из 5 вариантов:
  1. проблема локальная: один ПК, Wi-Fi, антивирус, кэш
  2. проблема в сети: задержка, перегрузка, нестабильность
  3. проблема файловой базы на шаре: инфраструктура уперлась в потолок
  4. проблема SQL: обслуживание/диск/пики/настройки
  5. проблема блокировок: конкуренция операций и пользователей
Это уже половина победы. Потому что “1С тормозит” без уточнений лечится только молитвой и закупкой железа. А вот конкретный вариант лечится нормально.

Что собрать, если дальше будет разбор “по-взрослому”

Чтобы специалист не начинал с гадания, приготовьте:
  • тормозит у всех или у одного
  • где именно тормозит (вход/поиск/проведение/отчеты)
  • тип базы (файл/SQL)
  • когда началось и что изменилось
  • размер базы примерно и число пользователей
  • есть ли обмены/регламентные операции и во сколько они стартуют
Это как дать механику не “машина плохо едет”, а “на 80 км/ч появляется вибрация, после замены резины”.
]]> Бэкап 1С: как настроить файловая/SQL, как часто, куда хранить, как проверять https://ivan-prog-1s.ru/tpost/skmczol761-bekap-1s-kak-nastroit-failovayasql-kak-c https://ivan-prog-1s.ru/tpost/skmczol761-bekap-1s-kak-nastroit-failovayasql-kak-c?amp=true Tue, 24 Mar 2026 07:00:00 +0300 Типичная сцена: база не открывается, бухгалтер держится из последних сил, а кто-то говорит сакральное: “Да у нас же есть копия… где-то”

Бэкап 1С: как настроить файловая/SQL, как часто, куда хранить, как проверять

Бэкап 1С обычно вспоминают в момент, когда уже поздно играть в “может, само пройдет”.
Типичная сцена: база не открывается, бухгалтер держится из последних сил, а кто-то говорит сакральное: “Да у нас же есть копия… где-то”.
И вот тут начинается лотерея.
Потому что “копия есть” и “копия спасает” это две разные вселенные.
Я видел ситуации, когда бэкап реально вытаскивал компанию за 15 минут. И видел, когда бэкапов было “целая папка за год”, но ни один не восстанавливался. Ощущение примерно как открыть шкаф с парашютами и понять, что они нарисованы.
Давай сделаем так, чтобы у тебя был бэкап, который не просто лежит, а работает.

1) От чего бэкап спасает на самом деле

Не только от “сгорел сервер”. Это редкость.
Чаще прилетает что-то бытовое и гадкое:
  • свет моргнул, база стала “формат потока”
  • диск тихо умирает, но делает вид, что он бодрячком
  • шифровальщик или “случайно удалили папку”
  • обновились и внезапно нужно откатиться
  • кто-то провел массовую обработку и понял, что зря… через 10 дней
Самое важное: бэкап должен позволять вернуться назад не в теории, а руками. Быстро. Без танцев.

2) Файловая база (1Cv8.1CD): как делать правильно и не попасть в ловушку

Файловая база это когда у вас есть конкретный файл 1Cv8.1CD. Часто он лежит на сетевой папке, и все ходят туда “как в холодильник”.
Главная ловушка: копировать базу, пока люди в ней работают.
Выглядит невинно: “мы же просто копируем файл”.
По факту это как переписывать книгу, пока кто-то вырывает страницы и вставляет новые. Иногда повезет. Иногда копия получится битой, и вы узнаете об этом в самый плохой день.
Что делать нормально:

Способ 1. Выгрузка в dt

Это самый понятный “честный” вариант.
  • делается из Конфигуратора
  • получаете файл .dt, который потом можно развернуть обратно
Минус один: на больших базах это может занять время.
Но это лучше, чем часами потом расковыривать повреждения.

Способ 2. Копия 1Cv8.1CD, но только когда все вышли

Работает. И часто быстрее, чем dt.
Правила простые, как табличка “не прислоняться”:
  • все пользователи вышли
  • база не открыта ни у кого
  • вы копируете файл, а не “папку на глаз”
Если база на сетевой шаре и пользователей много, я обычно сразу говорю честно: это временное решение. Не “плохо”, просто рано или поздно сеть моргнет, и файл словит приключения.

3) SQL база: что считается настоящим бэкапом

Если у вас клиент-сервер, база живет на SQL.
Тут бэкап это SQL backup (полный/дифференциальный/логи, если вы их используете). Не “скопировали папку” и не “снапшот виртуалки иногда”.
Снапшоты иногда помогают, но в день, когда все горит, хочется опираться на штуку, которая:
  • делается по расписанию
  • хранится нормально
  • проверена восстановлением
Потому что SQL умеет быть капризным, если цепочка логов рвется, если место кончилось, если бэкап “успешен”, но внутри сюрприз. Да, бывает и так.

4) Как часто делать бэкап: вопрос не про “как надо”, а про “сколько готовы потерять”

Самый честный вопрос звучит так:
Если база умрет, сколько времени работы вы готовы выкинуть?
  • готовы потерять день? делайте раз в сутки
  • готовы потерять 3–4 часа? делайте 2–4 раза в сутки
  • готовы потерять максимум час? делайте каждый час (или логи транзакций в SQL)
Кейс из практики, который вспоминается без смеха: склад + продажи, документы летят каждые 5–10 минут. Бэкап был раз в сутки. В день сбоя потеряли почти весь рабочий день и потом пытались “вспомнить по чекам”. После этого поставили бэкап раз в 2 часа. Потери стали измеряться не “катастрофой”, а “ну неприятно, но переживем”.
Хорошая рабочая схема для многих:
  • полный бэкап ночью
  • еще один-два днем (по ситуации)
  • отдельная точка перед опасными действиями: обновление, массовая обработка, миграции

5) Куда хранить: бэкап рядом с базой это как второй ключ под ковриком

Если бэкап лежит на том же сервере, где база, это не “защита”. Это “копия для успокоения”.
Нормальная логика простая:
  • одна копия рядом (быстро восстановиться)
  • вторая копия в другом месте (если сервер умер/украли/зашифровали)
В идеале:
  • локально (сервер/NAS)
  • плюс облако или удаленная площадка
И важный нюанс, который многие пропускают: доступы.
Если шифровальщик попал в сеть и имеет права на NAS, он зашифрует и базу, и бэкапы. Двойной удар.
Минимально разумно:
  • учетная запись для бэкапа пишет в папку
  • у обычных пользователей туда нет прав
  • чтение только у 1–2 админов

6) Проверка бэкапа: та самая часть, которую откладывают “на потом”

Вот правда жизни: наличие файла бэкапа ничего не гарантирует.
Гарантирует только восстановление.
Как проверять без боли:
  • раз в неделю (или раз в две недели, если совсем тяжело)
  • восстановить копию в тестовую базу
  • зайти
  • открыть пару важных мест: документ, список, отчет
Это занимает 10–30 минут.
Зато в день Х вы не будете выяснять, что “оно не открывается”.
Самая грустная история, которую я видел несколько раз: компания копировала папку базы “как придется”, бэкапы копились месяцами. В день аварии выяснилось, что половина из них битая. И тут уже не “настроить бэкап”, тут уже “как не потерять учет”.

7) Сколько хранить бэкапы: лестница вместо свалки

Хранить “вечно” обычно бессмысленно, а хранить “3 дня” рискованно.
Рабочая схема:
  • ежедневные: 7–14 дней
  • еженедельные: 4–8 недель
  • ежемесячные: 6–12 месяцев (если нужно)
Почему так: ошибки часто замечают не сразу.
Сегодня “все ок”, через 9 дней внезапно “а почему справочник стал странный”. И если у вас есть точка назад, вы спасли себе кучу времени.

8) Отдельное правило: бэкап перед обновлением

Перед обновлением бэкап обязателен. Всегда.
Идеальная последовательность выглядит так:
  1. сделали бэкап
  2. (в идеале) убедились, что он восстанавливается хотя бы периодически
  3. обновили на тестовой копии
  4. обновили боевую
  5. проверили ключевые сценарии
Обновление без бэкапа это как прыжок в воду в незнакомом месте. Может быть мелко, а может быть бетон.

9) Короткий чек-лист “чтобы уже сегодня стало лучше”

Файловая база

  • бэкап только когда все вышли
  • лучше dt или аккуратная копия 1Cv8.1CD
  • хранение минимум в двух местах
  • раз в неделю тест восстановления

SQL

  • бэкап средствами SQL по расписанию
  • хранение “локально + вне сервера”
  • ограниченные права на хранилища
  • регулярная проверка восстановления на тест
]]> Не работает обмен между УТ и БП или ЗУП: где чаще всего ломается и как чинить https://ivan-prog-1s.ru/tpost/a5zzfr0mm1-ne-rabotaet-obmen-mezhdu-ut-i-bp-ili-zup https://ivan-prog-1s.ru/tpost/a5zzfr0mm1-ne-rabotaet-obmen-mezhdu-ut-i-bp-ili-zup?amp=true Tue, 24 Mar 2026 07:01:00 +0300 “Вчера все работало. Сегодня не работает. Мы ничего не трогали”

Не работает обмен между УТ и БП или ЗУП: где чаще всего ломается и как чинить

Обмен между УТ и БП (или ЗУП) это как автоматические двери в магазине. Пока они открываются, никто не думает о механизме. Но стоит им зажевать створку, и внезапно весь поток людей встает. У 1С ровно так же: один “затык” в обмене и через пару часов начинается цепная реакция. Реализации не попали в бухгалтерию, НДС не сходится, зарплата “в вакууме”, руководитель спрашивает “почему цифры разные”.
Самая узнаваемая фраза звучит так:
“Вчера все работало. Сегодня не работает. Мы ничего не трогали”.
И каждый раз хочется вежливо спросить: “А обновления? А сервер? А папку на сетевом диске кто-то переименовал?”.
Давайте без паники. Обмен обычно ломается в нескольких предсказуемых местах. Если идти по шагам, чинится быстрее, чем кажется.

1) Первые 3 минуты: что именно “не работает”

Самая частая ошибка людей: лечат не то место. Поэтому сначала короткая диагностика, почти как у врача.
Ответьте себе на 4 вопроса:
  1. Не выгружается из УТ/ЗУП или не загружается в БП?
  2. Обмен идет через файлы, через HTTP/веб-сервис, через прямое подключение, или это что-то “самописное”?
  3. Не идет вообще ничего или не идут конкретные документы (например, реализации едут, а поступления нет)?
  4. Есть ли ошибка/сообщение/лог? Даже одна строка “нет доступа” уже почти диагноз.
Если ответы есть, дальше вы не блуждаете, а двигаетесь по маршруту.

2) Как устроен обмен и где у него слабые места

У обмена почти всегда три слоя. И он может умереть на любом:
  1. Транспорт: файл не создался, путь недоступен, HTTP не отвечает, сертификат истек, права слетели, антивирус “защитил”.
  2. Запуск по расписанию: регламентное задание не стартует, фоновые задания выключены, сервис работает не под тем пользователем.
  3. Правила и соответствия: справочники не совпали, дубли, конфликт номеров, после обновления появилось обязательное поле, расширение вмешалось.
Лайфхак: пока не понятно, на каком слое “пробка”, бесполезно ковырять правила обмена. Это как менять двигатель, когда у вас просто закончился бензин.

Блок А. Транспорт: обмен даже не доезжает

А1) Файловый обмен: “папка есть… вроде”

Если у вас обмен через каталог, половина проблем тут вообще не про 1С. Они про “путь, права, место, антивирус”.
Что обычно случается:
  • папку обмена переименовали или перенесли, а в настройках осталась старая
  • отвалились права на сетевую шару после обновления сервера/политик
  • закончилось место на диске (и вы об этом узнаете, когда обмен уже стоит)
  • антивирус начал проверять/блокировать файлы обмена
  • включили автоочистку папки и она бодро удаляет свежие файлы вместе со старыми
Быстрая проверка
Запустите обмен вручную и посмотрите, появляются ли новые файлы в папке.
  • Если не появляются, проблема до выгрузки: права, путь, запись.
  • Если появляются, но “в БП пусто”, значит выгрузка есть, а загрузка/обработка хромает.
Кейс из практики
УТ выгружала в \\server\exchange\ut_bp. Год тишина. Потом админ включил чистку “старых” файлов и по ошибке поставил правило: удалять все, что старше 10 минут. В итоге обмен “то работает, то нет”, потому что файлы исчезали быстрее, чем БП успевала их подобрать. Решение было смешным: отдельная папка под обмен, запрет чистки, хранение хотя бы 3–7 дней.

А2) Обмен по HTTP: “вчера открывалось, сегодня 404”

Если обмен по веб-сервису, то чаще всего виноваты:
  • сертификат истек или обновился, но криво
  • адрес публикации поменяли
  • прокси/фаервол стал умнее
  • время на сервере уехало и TLS начал ругаться
  • служба веб-публикации лежит
Быстрая проверка
Откройте адрес публикации:
  • на сервере
  • с рабочего места бухгалтера
  • Если на сервере открывается, а с рабочих нет, это сеть/доступ. Если нигде не открывается, это уже публикация/сертификат/службы.

Блок B. Регламентные задания: все настроено, но никто не запускает

Это второй хит. Снаружи выглядит как загадка, внутри обычно банально.
Типовые причины:
  • выключили “выполнять регламентные задания”
  • фоновые задания отключены, агент/служба не стартует
  • поменяли пользователя, под которым крутится регламент, и у него нет прав на папку/HTTP
  • база переехала, а расписание осталось “в прошлой жизни”
Самый быстрый тест
Запустите обмен вручную с обеих сторон.
Если вручную едет, а по расписанию нет, значит копаем в заданиях и правах, а не в правилах.
Кейс
ЗУП → БП перестал обмениваться после “безобидного” переноса на другой сервер. Ручной обмен у бухгалтера работал, потому что у нее были права. Автоматический падал, потому что сервисный пользователь потерял доступ к сетевой папке. Неделя простоя, пока кто-то не догадался проверить “а под кем выполняется”.

Блок C. Правила и соответствия: обмен едет, но разваливается по дороге

Это самый нервный тип проблем, потому что кажется, что “что-то загрузилось, но как-то странно”.

C1) Дубли в справочниках: контрагенты, номенклатура, склады

В УТ контрагент “ООО Ромашка”, в БП “Ромашка ООО”. ИНН одинаковый, КПП отличается, еще и кто-то руками подправил название. Обмен начинает плодить дублей или валиться на сопоставлении.
Симптомы:
  • дубли контрагентов/номенклатуры
  • документы “частично” загружаются
  • в протоколе что-то вроде “не найдено значение”, “не удалось сопоставить”
Решение в реальности почти всегда одно: один раз навести порядок по ключевым полям и правилам сопоставления. Если этого не сделать, обмен будет постоянно подкидывать “новых Ромашек”.

C2) Конфликт номеров и префиксов

Любимая история после объединений и миграций: номера пересекаются, и БП говорит “такой документ уже есть”.
Симптом: документы не загружаются, или загружаются не так, как ожидаете.
Лечится настройкой префиксов и нумерации до запуска массового обмена, иначе потом будет “раскопки в археологии”.

C3) После обновления обмен умер или стал капризным

Обычно виноваты:
  • обновили только УТ или только БП, версии разъехались
  • появились новые обязательные реквизиты
  • расширение вмешалось и документы стали “невалидными” для обмена
Что помогает быстро:
  • сравнить версии конфигураций
  • посмотреть первую реальную ошибку в протоколе
  • проверить на тестовой копии и, если нужно, временно отключить подозрительное расширение

3) Алгоритм “починить без героизма”

Если бы я ставил это на стену, выглядело бы так:

Шаг 1. Найдите слой, где пробка

  • нет файлов/сервис не доступен → транспорт
  • вручную работает, по расписанию нет → регламентные задания/права
  • есть ошибки при загрузке, дубли, “частично” → правила/соответствия

Шаг 2. Откройте лог и цепляйтесь за первую настоящую ошибку

Не за десятую, не за “что-то там не так”. За первую, которая объясняет, почему обмен остановился.

Шаг 3. Прогоняйте маленьким пакетом

Не надо сразу “за год”.
Сначала 5–10 документов, один контрагент, одна номенклатура. Проверили. Потом расширили.

Шаг 4. Если очередь забилась, чистите аккуратно

Перед любыми резкими действиями снимите копию.
Очередь может застрять на одном битом объекте и не пускать остальные. Тут важно не устроить себе “обнуление истории” в попытке ускориться.

4) Быстрые симптомы и что они обычно значат

“Файлы создаются, но в БП пусто”
Чаще всего БП не подхватывает файлы: задание не крутится или нет прав. Либо подхватила, но упала на обработке. Смотрите протокол.
“Идет только часть документов”
Почти всегда правила/соответствия, дубли справочников, конфликт номеров, обязательные поля.
“После обновления все умерло”
Проверьте версии обеих сторон и расширения. Это частая история.
“ЗУП не выгружает кадровые/начисления”
Часто проблема в расписании, правах, дубли физлиц/сотрудников или в закрытых периодах и ограничениях.

5) Как сделать, чтобы обмен не ломался “каждую пятницу”

Тут не нужны сложные системы. Нужны привычки:
  • обновлять УТ/БП/ЗУП связкой, а не “что успели”
  • иметь тестовую копию для прогона обмена перед изменениями
  • следить за папкой обмена и логами: если сутки тишина, это тревога
  • один раз навести порядок в справочниках и нумерации
  • перед крупными действиями делать бэкап
]]> Печатные формы в 1С: почему “поехала” печать и как вернуть макеты на место https://ivan-prog-1s.ru/tpost/nb3412i6d1-pechatnie-formi-v-1s-pochemu-poehala-pec https://ivan-prog-1s.ru/tpost/nb3412i6d1-pechatnie-formi-v-1s-pochemu-poehala-pec?amp=true Tue, 24 Mar 2026 07:05:00 +0300 Давай разберем, где чаще всего проблема и как быстро вернуть нормальный вид макетам

Печатные формы в 1С: почему “поехала” печать и как вернуть макеты на место

Печатные формы в 1С обычно работают тихо, как батарея зимой: пока греет, о ней никто не вспоминает.
А потом наступает тот самый момент: пятница, 16:40, клиент ждет счет, вы жмете “Печать”… и видите, что шапка уехала вверх, подпись обрезало, а табличная часть решила уйти на второй лист из-за одной несчастной строки.
И вот тут начинается “оно само”. Само обновилось. Само поменялось. Само выбрало другой формат бумаги.
Секрет в том, что печать редко “ломается” одной большой причиной. Обычно это набор мелочей, которые совпали в один день. Как когда у телефона разрядился аккумулятор, еще и интернет слабый, и зарядка куда-то делась. По отдельности терпимо. Вместе — беда.
Давай разберем, где чаще всего рвется цепочка и как быстро вернуть нормальный вид макетам.

1) Первые 5 минут: понять, где проблема — в макете или в принтере

Проверь: криво у всех или у одного?

Это самый полезный вопрос.
  • Криво только у одного сотрудника — почти всегда виноваты локальные настройки печати, драйвер, масштаб, выбранный принтер по умолчанию, шрифты.
  • Криво у всех — скорее изменился макет (обновление 1С, расширение, внешняя форма, ручная правка).

Сравни: PDF и бумага

Тест простой, но очень показательный.
  • В PDF красиво, на бумаге криво — чаще всего драйвер принтера, поля, формат бумаги, “умные” настройки принтера.
  • И в PDF криво — вопрос к макету, параметрам печатной формы, типовым изменениям после обновления.

Попробуй другой принтер (да, серьезно)

Иногда это самый быстрый способ убедиться, что проблема не в 1С.
Был кейс: один принтер после автообновления драйвера стал печатать так, будто лист А4 у него чуть уже. На втором принтере все идеально. 1С не меняли. Макет не трогали. Виноват драйвер, который решил “улучшить поля”.

2) Почему печать “поехала”: самые частые причины из реальной жизни

Причина 1. Масштабирование: тихий убийца аккуратных макетов

Включилось “Вписать в страницу” или “Подогнать”.
Иногда вместо 100% внезапно стало 97% или 103%. Казалось бы, ерунда. А макет, который выверяли под миллиметры, начинает плыть как разметка на мокром асфальте.
Типичный симптом: “раньше на один лист, теперь на два” или “слева чуть обрезает”.

Причина 2. Драйвер принтера обновился и поменял правила игры

Это классика, особенно у сетевых принтеров.
Что драйвер умеет делать “по умолчанию”:
  • сменить формат бумаги (A4 на Letter — привет офисам, где Windows живет с американскими настройками)
  • увеличить непечатаемую область (и у вас исчезает кусок шапки)
  • включить режим экономии/сжатия/какой-нибудь “Smart Fit”
Кейс: после обновления драйвера HP шапка счета обрезалась сверху на 6–8 мм. На экране и в PDF все было идеально. На бумаге — беда. Решение оказалось приземленным: откат драйвера и фиксация формата A4 в свойствах.

Причина 3. Поменяли формат бумаги или ориентацию (часто случайно)

Один раз кто-то выбрал А5, принтер “запомнил”, 1С “запомнила”, и дальше вы ловите сюрпризы.
Признаки:
  • таблица съезжает вправо/влево
  • поля внезапно стали огромными
  • на второй лист уходит не таблица целиком, а одна строка

Причина 4. Обновление конфигурации изменило типовой макет

После обновления БП/УТ/ЗУП типовой макет мог:
  • слегка поменять шапку
  • добавить обязательные реквизиты
  • перестроить табличную часть
  • сменить шрифт
И вы получаете эффект: “вчера было привычно, сегодня ощущение, что это другой документ”.

Причина 5. Внешняя печатная форма или расширение “подлезли” под типовой макет

Когда стоит внешняя форма или расширение, есть риск, что после обновления они начнут конфликтовать.
Самая популярная ситуация: типовой макет стал чуть выше, а расширение добавляло “еще пару строк красоты”. Раньше влезало. Теперь — второй лист.

Причина 6. Шрифты и Windows-настройки

Да, шрифты реально двигают таблицы.
Если в макете используется нестандартный шрифт, а на компьютере его нет, Windows подставит замену. Замена бывает шире или выше — и колонки расползаются.
Еще одна мелкая, но злая штука: системное масштабирование 125%/150% и особенности конкретного драйвера. Иногда это влияет на предпросмотр и вывод.

3) Как восстановить печатные макеты: план, который обычно срабатывает

Шаг 1. Вернуть “базовую печать” — принтер, бумага, масштаб

Начинаем не с макетов, а с простого.
  1. Выбери нужный принтер (тот, на котором “раньше было норм”).
  2. Формат бумаги строго A4.
  3. Масштаб 100%. Без “вписать” и “подогнать”, если макет под лист.
  4. Пробная печать в PDF и на бумаге.
Иногда на этом все заканчивается. И это тот случай, когда хочется и смеяться, и немного плакать: “виновата одна галочка”.

Шаг 2. Если у одного криво, а у другого нормально — ищем разницу

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

Шаг 3. Если “поехало у всех после обновления” — проверяем расширения и внешние формы

Тут главное не бросаться откатывать всю 1С из-за одной печатной формы.
Логика такая:
  • сверяем версии конфигурации “было/стало”
  • смотрим, подключены ли расширения/внешние печатные формы
  • на тестовой копии временно отключаем подозрительное расширение и печатаем
Кейс: после обновления УТ УПД начала вылезать на второй лист. Оказалось, типовой макет подрос, а расширение добавляло “подвал для красоты”. Раньше сходилось. Теперь нет. Починили расширение под новый макет за 10–15 минут. Без драмы.

Шаг 4. Восстановление макета из рабочей версии

Если вы уверены, что “раньше было идеально” и макет дорабатывали:
  • ищем рабочую версию (бэкап базы, dt, выгрузка расширения, сохраненная внешняя форма)
  • сравниваем изменения
  • возвращаем макет или подключаем прежнюю версию внешней формы
Тут одна важная привычка: перед правками макетов сохранять версию. Иначе восстановление превращается в “а когда было нормально?”. Это не вопрос, это пытка.

Шаг 5. Если в PDF нормально, а бумага кривая — лечим драйвер

Когда цифровая картинка ровная, а принтер печатает “как хочет”, это почти всегда драйвер/свойства печати.
Что реально помогает:
  • переустановка драйвера
  • откат на предыдущую версию (если сломалось “вчера”)
  • фиксация формата A4 в свойствах принтера
  • отключение “улучшайзеров” драйвера (экономия, сжатие, auto-fit)
  • иногда смена ветки драйвера (PCL/PS), если доступно

4) Частые “симптом → причина” без лишней философии

“На второй лист вылезла одна строка”

Обычно это:
  • не 100% масштаб
  • поля принтера увеличились
  • шрифт заменился на более широкий
  • в макет добавили лишний блок

“Обрезает слева или сверху”

Обычно это:
  • формат бумаги не A4 (часто Letter)
  • непечатаемая область у драйвера стала больше
  • в драйвере включился режим с другими полями

“У одного нормально, у другого нет”

Обычно это:
  • разные принтеры/драйверы
  • разные настройки масштаба
  • на одном ПК нет шрифта, который использует макет

5) Как сделать, чтобы печать не ломалась каждые два месяца

  1. Перед обновлением 1С прогонять 3–5 ключевых печатных форм на тестовой копии.
  2. Хранить версии внешних форм и расширений нормально, а не “final_final_2”.
  3. Если нашли стабильный драйвер, не обновлять его без теста.
  4. Перед правками макета всегда сохранять исходник/версию.
  5. Иметь “эталонный” принтер для проверки, если принтеров много.

Быстрый чек-лист “вернуть печать в чувство” за 15–20 минут

  • Поняли: у всех или у одного
  • Сравнили: PDF vs бумага
  • Зафиксировали: A4 + 100% + нужный принтер
  • Проверили: расширения/внешние формы (если началось после обновления)
  • Если PDF норм, лечим драйвер
  • Если макет изменен, возвращаем рабочую версию из бэкапа/репозитория
]]> Честный Знак в 1С Розница: вместе настроим продажу маркированного товара, чтобы забыть о конфликтах на кассе https://ivan-prog-1s.ru/tpost/bzb2medf91-chestnii-znak-v-1s-roznitsa-vmeste-nastr https://ivan-prog-1s.ru/tpost/bzb2medf91-chestnii-znak-v-1s-roznitsa-vmeste-nastr?amp=true Mon, 20 Apr 2026 02:10:00 +0300

Честный Знак в 1С Розница: вместе настроим продажу маркированного товара, чтобы забыть о конфликтах на кассе

Кассир сканирует код, система проверяет данные, чек уходит, Честный Знак получает информацию, бизнес спокойно работает дальше, и вокруг царит идиллия. А потом вы просыпаетесь. Это был всего лишь сладкий сон, как жаль, что в жизни все не так просто и сценарий нередко напоминает старую машину зимой: с виду все на месте, а заводится почему-то только с третьей попытки, и то если уговорить.
Я не раз видел, как магазины влетают в одну и ту же историю. До маркировки всё шло ровно. Потом включают Честный Знак, и обычная продажа футболки вдруг становится маленьким квестом. Код не читается, а чек зависает. Еще и 1С молчит, а очередь у кассы уже начинает дышать продавцу в затылок.
Поэтому давайте разберем, как настроить продажу маркированного товара в 1С Розница, где чаще всего ломается система и что стоит проверить в первую очередь, чтобы не искать проблему там, где её нет.

Как должна работать продажа, если всё настроено нормально

В идеальном мире это выглядит вообще буднично.
Кассир берёт товар, сканирует DataMatrix, 1С подтягивает позицию, код проходит проверку, чек печатается, данные уходят дальше по цепочке. На всё уходит несколько секунд. Покупатель даже не замечает, что за одной короткой операцией стоит целый оркестр из кассы, учётной системы, обмена и маркировки.
Именно так и должно быть.
Но реальность обычно чуть более колючая. Потому что продажа маркированного товара в 1С Розница держится на нескольких звеньях сразу. И если хотя бы одно работает криво, весь процесс начинает скрипеть. Иногда тихо. Иногда так, что слышно во всём магазине.

С чего лучше начать, чтобы не чинить симптомы

Первая ошибка почти у всех одинаковая: люди сразу идут в кассу и пытаются тестировать продажу, хотя база ещё не подготовлена.
Это как красить стены в квартире, где не провели проводку. Вроде занят делом, но результат всё равно будет странный.
Перед настройкой продаж я бы всегда проверял три вещи:
  • есть ли рабочее подключение 1С к Честному Знаку
  • проходит ли авторизация без ошибок
  • умеет ли база вообще работать с маркировкой в нужной конфигурации и версии
Звучит очевидно, но на практике именно здесь часто и прячется корень проблемы.
У меня был случай с небольшим магазином косметики. Они были уверены, что у них “неправильно работает касса”. Продавцы жаловались, что маркированный товар не пробивается, собственник уже готов был менять оборудование. Начали проверять с самого начала и быстро выяснили, что 1С даже не была нормально авторизована в системе. То есть касса тут вообще была ни при чём. Просто на фасаде висела вывеска “всё подключено”, а внутри никто никуда не подключился.

Шаг 1. Включи маркировку в 1С Розница, но не формально, а по-настоящему

Вот это место многие недооценивают.
Они заходят в настройки, ставят нужную галочку, видят знакомое слово “маркировка” и считают, что дело сделано. А потом удивляются, почему одна часть ассортимента продаётся нормально, а другая будто живёт по каким-то своим законам.
В 1С Розница мало просто включить общий режим работы с маркированным товаром. Нужно ещё проверить, для каких именно товарных групп это включено. Обувь, одежда, парфюм, вода, табак, молочка, лекарства, шины и так далее. У каждой категории своя специфика, и система должна понимать, с чем именно ты работаешь.
Один магазин одежды как-то жаловался, что с обувью всё прекрасно, а с футболками и куртками начинается бардак. Выяснилось быстро: маркировка в настройках была включена, но нужная группа товаров была отмечена не полностью. Получалась забавная картина: половина магазина живёт по правилам, половина как будто в параллельной реальности.
Так что здесь лучше быть занудой. Проверить дважды. Иногда одна забытая настройка портит тебе целый день.

Шаг 2. Посмотри на карточки товаров. Серьёзно, посмотри

Есть у бизнеса вечная надежда, что если товар уже заведён в базе, значит с ним всё хорошо. Но в 1С это работает не всегда.
Карточка номенклатуры для маркированного товара должна быть заполнена аккуратно. Не “на отвали”, не “потом доправим”, не “и так сойдёт”. Потому что маркировка такие вещи очень быстро вскрывает.
Важно, чтобы:
  • товар относился к нужной категории
  • по нему был включён корректный учёт маркировки
  • карточка не содержала странных дубликатов, старых вариантов и путаницы с характеристиками
  • сама номенклатура была заведена единообразно, без хаоса
Это скучная часть работы. Да. Но она экономит кучу нервов.
Однажды я разбирал историю, где магазин не мог продавать часть курток. Не весь ассортимент, а именно кусок. Из-за этого проблему искали в кассе, в обновлениях, в обмене, где угодно. По факту у этих товаров были криво заведены карточки: где-то не была указана нужная группа, где-то была старая логика учёта, а где-то товар вообще дублировался в базе под почти одинаковыми названиями. Представь склад, где коробки подписаны то ручкой, то карандашом, а на двух написано почти одно и то же. Рано или поздно кто-то ошибётся. Здесь та же история.

Шаг 3. Не списывай всё на 1С. Сканер очень часто главный интриган

Вот тут многие попадают в ловушку.
Когда код не считывается или считывается странно, первая реакция почти всегда такая: “1С опять чудит”. Но сканер в этой цепочке часто ведёт себя как актёр второго плана, который внезапно оказывается главным злодеем.
Для маркировки нужен нормальный 2D-сканер, который корректно работает с DataMatrix. Причём не просто “как бы читает”, а передаёт код в систему в правильном формате, без мусора, без обрезков, без лишних символов в конце.
У меня был кейс в магазине обуви. Код сканировался, товар вроде находился, но дальше продажа не проходила. На первый взгляд всё выглядело почти нормально, и именно это бесило сильнее всего. В итоге оказалось, что сканер передавал строку с лишним символом в конце. Мелочь? На глаз вообще незаметно. Но для системы это уже другой код. Как если бы ты ошибся на одну цифру в номере телефона и потом удивлялся, почему не можешь дозвониться.
После перенастройки сканера проблема исчезла моментально. И вот в такие моменты особенно хорошо понимаешь, как легко потратить полдня на поиски “сложного бага”, когда виновата одна маленькая настройка.

Шаг 4. Настрой кассу и РМК так, чтобы они не саботировали продажу

Если с базой и товарами всё более-менее в порядке, следующий участок фронта - это рабочее место кассира и сама касса.
Именно здесь всё должно сойтись в одну точку. Потому что можно идеально подготовить номенклатуру, аккуратно включить маркировку, настроить обмен, но если касса или РМК не готовы, продажа всё равно упрётся в стену.
Что важно проверить:
  • включена ли работа с маркировкой в РМК
  • корректно ли связана ККТ с системой
  • актуальна ли прошивка кассы
  • передаются ли нужные данные в чек
  • нет ли ограничений или конфликтов на стороне оборудования
На бумаге это выглядит скучно. На практике часто именно здесь сидит проблема.
Помню случай в магазине детских товаров. Руководитель клялся, что “в учётной части всё идеально”. И он, в общем, не сильно преувеличивал. Настройки в базе правда были адекватные. Но касса работала на старой прошивке и с маркированными товарами вела себя так, будто её об этом никто не предупредил. Итог был прекрасен в своей абсурдности: товар сканируется, 1С вроде всё понимает, а чек не уходит как надо. После обновления прошивки история закончилась так же внезапно, как началась.
Иногда причина выглядит настолько приземлённо, что даже немного обидно.

Шаг 5. Тестируй не “для галочки”, а как в реальной продаже

Это важный момент, на котором многие пытаются сэкономить время, а потом всё равно теряют его в два раза больше.
Нельзя считать настройку завершённой только потому, что в программе появились нужные пункты меню и нет красных ошибок на экране. Проверка должна быть живой.
Я обычно смотрю на самый простой и честный сценарий:
  1. Берём реальный маркированный товар.
  2. Сканируем код в рабочем месте кассира.
  3. Проверяем, корректно ли подтянулась позиция.
  4. Проводим продажу.
  5. Смотрим, сформировался ли чек без странностей.
  6. Проверяем, ушли ли данные дальше, куда должны уйти.
Только после этого можно выдохнуть.
Потому что интерфейс очень любит создавать ложное ощущение порядка. Он как новый фасад у здания: снаружи всё гладко, а внутри может до сих пор не работать лифт.

Где чаще всего начинаются проблемы

Теперь самое полезное. То, с чем реально сталкиваются магазины.

Код не считывается или считывается через раз

Обычно тут виноват один из трёх:
  • сам код повреждён или напечатан плохо
  • сканер не дружит с DataMatrix так, как должен
  • сканер передаёт код криво
Иногда продавцы говорят: “Этот товар как будто заколдованный”. На деле магии нет. Есть техническая грязь. Смазанная печать, плохая этикетка, дешёвый сканер, неправильные настройки. Всё очень прозаично.

Товар сканируется, но 1С не понимает, что с ним делать

Вот это история про карточки и настройки.
Причины обычно такие:
  • товар не привязан к нужной группе маркировки
  • учёт включён не до конца
  • номенклатура заведена криво
  • в базе есть дубли или старые карточки
Это особенно неприятный тип ошибки. Внешне кажется, что всё почти работает. А на деле система просто не может собрать картину целиком.

Чек не пробивается

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

Продажа проходит, а данные в Честный Знак не уходят

А вот это уже самый мерзкий вариант.
Потому что снаружи всё выглядит нормально. Продавцы работают. Чеки есть. Руководитель думает, что процесс живой. А потом внезапно выясняется, что обмен не шёл, токен отвалился или задания не выполнялись.
У одного клиента так прошли почти два дня. Магазин жил своей жизнью, все были уверены, что система работает. А потом начали всплывать ошибки. И выяснилось, что после одного сбоя авторизация слетела, а никто этого не заметил. То есть проблема не просто была, а тихо сидела в углу и копилась.
Вот почему после настройки важно смотреть не только на продажу, но и на то, что происходит после неё.

Сколько времени занимает нормальная настройка

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

Что реально помогает не утонуть в хаосе

Самая здравая тактика, которую я видел, выглядит так: не пытаться настроить всё вообще. Не охватывать сразу каждый сценарий, каждый магазин, каждый тип товара и каждую кассу.
Сначала сделай одну вещь. Одну, но рабочую.
Например:
  • взять один маркированный товар
  • провести одну корректную продажу
  • убедиться, что чек пробился
  • проверить, что обмен отработал
Всё. Этого уже достаточно, чтобы понять, что фундамент живой.
Потом можно расширять настройку дальше. Но если сразу пытаться охватить всё, голова очень быстро превращается в ящик с проводами, где на глаз уже непонятно, что к чему подключено.

Что в итоге

Если говорить честно, продажа маркированного товара в 1С Розница не такая страшная, как кажется в начале. Но и не такая простая, как это любят показывать в коротких инструкциях на три абзаца.
Здесь важно собрать несколько вещей одновременно:
  • нормальное подключение к Честному Знаку
  • корректные настройки 1С Розница
  • чистые карточки товаров
  • рабочий сканер
  • адекватно настроенную кассу
  • проверенный обмен после продажи
Когда всё это собрано, продажа идёт спокойно. Почти незаметно. Именно так, как и должно быть.
А когда не собрано, обычная операция на кассе начинает напоминать поход по минному полю: шаг влево, шаг вправо, и кто-то уже зовёт “специалиста по 1С”.
Так что здесь работает простое правило: меньше надежды на авось, больше проверки по шагам. Это не так эффектно, зато экономит и время, и нервы, и очень часто деньги.
]]> Не тратьте много времени! Делюсь, как подключить Честный Знак в 1С: инструкция для тех, кто не хочет долго возиться https://ivan-prog-1s.ru/tpost/ld8ur0y1l1-ne-tratte-mnogo-vremeni-delyus-kak-podkl https://ivan-prog-1s.ru/tpost/ld8ur0y1l1-ne-tratte-mnogo-vremeni-delyus-kak-podkl?amp=true Mon, 20 Apr 2026 02:09:00 +0300

Не тратьте много времени! Делюсь, как подключить Честный Знак в 1С: инструкция для тех, кто не хочет долго возиться

Многие думают, что подключение Честного знака к 1С - это “поставить галочку, нажать пару кнопок, ввести токен”, и готово.
Так и мой клиент начал подключение с мыслью “сейчас быстренько разберусь”, а через пару часов уже сидел с квадратными глазами: подпись не видится, токен не получаетcя, обмен молчит, а 1С намекает, что проблема вообще не в ней. Мы с командой сразу же пришли на подмогу и все правильно настроили.
Чтобы вы не наступали на те же грабли, что и мой клиент, давайте пройдем весь путь, по шагам, с теми моментами, где обычно всё и буксует.

Сначала главное: без чего вообще ничего не заработает

Перед тем как открывать 1С, стоит проверить базу. Это как перед поездкой посмотреть, есть ли в машине бензин. Можно, конечно, сразу крутить руль, но далеко не уедешь.
Тебе понадобятся:
  • регистрация в системе Честный Знак
  • действующая УКЭП
  • установленный криптопровайдер, чаще всего КриптоПро
  • доступ в личный кабинет Честного Знака
  • актуальная версия 1С с поддержкой маркировки
На этом месте многие уже теряют время. Самая частая история такая: человек уверен, что “всё есть”, а потом выясняется, что подпись просрочена, КриптоПро стоит криво, а конфигурация 1С обновлялась примерно тогда, когда все ещё спорили, нужен ли бизнесу TikTok.
У меня был случай с небольшим магазином одежды. Руководитель был уверен, что проблема в интеграции. Два дня ковыряли настройки, перепроверяли права, смотрели обмен. В итоге причина оказалась до смешного простой: база 1С была старой, и часть нужного функционала там просто работала через раз. После обновления всё подключилось меньше чем за час. Обидно, да. Но зато показательно.

Шаг 1. Зарегистрируйся в Честном Знаке нормально, а не “лишь бы зайти”

Казалось бы, регистрация и регистрация. Но и здесь люди регулярно подставляют сами себя.
Важно не просто создать доступ, а зарегистрироваться именно как участник оборота товаров в нужной категории. Если у тебя обувь, лекарства, вода или, например, одежда, это должно быть корректно отражено в профиле.
Что часто идёт не так:
  • зарегистрировались не с той ролью
  • не добавили нужную товарную группу
  • не завершили подтверждение через подпись
  • кто-то “из офиса уже заводил аккаунт”, но никто не помнит, на кого и как
И потом начинается театр абсурда. 1С вроде подключается. Интерфейс есть. Кнопки нажимаются. Но реальные операции не проходят. Всё как будто живое, но по факту это декорация.
Поэтому сначала проверь, что в самом Честном Знаке у тебя порядок. Без этого двигаться дальше бессмысленно.

Шаг 2. Проверь электронную подпись, потому что именно тут часто спрятан корень зла

Если хочешь быстро понять, где проблема, запомни простую мысль: если подпись работает нестабильно, вся схема будет вести себя так же.
Не “примерно работать”. Не “иногда пускать”. А именно сыпаться в самых неприятных местах.
Что нужно проверить:
  • сертификат действующий
  • подпись установлена на том компьютере, где будет настройка
  • КриптоПро видит сертификат
  • через эту подпись ты можешь войти в личный кабинет Честного Знака и что-то подписать
Вот это, кстати, лучший тест. Не надо сразу мучить 1С. Зайди в Честный Знак напрямую и попробуй выполнить действие, где нужна подпись. Если уже здесь что-то не так, дело точно не в учетной системе.
Однажды бухгалтер уверяла меня, что “1С не дружит с Честным Знаком”. Формулировка звучала сурово. По факту оказалось, что на её компьютере стоял старый сертификат, а новый был выпущен, но не установлен. То есть 1С ни с кем не ссорилась. Ей просто нечем было подписывать запросы.

Шаг 3. Включи маркировку в самой 1С

Теперь можно заходить в программу.
Дальше путь зависит от конфигурации, но логика везде плюс-минус одна: нужно открыть раздел с настройками и включить работу с маркировкой. Обычно это находится где-то в блоках администрирования, НСИ, продаж или интеграции.
Суть простая:
  • включаешь функционал маркировки
  • выбираешь нужные товарные группы
  • сохраняешь изменения
  • проверяешь, появились ли нужные документы и операции
Здесь есть один тихий, но очень противный подвох. Люди часто включают маркировку “в целом”, но не дожимают детали по конкретным товарным категориям. А потом удивляются, почему обувь работает, а одежда нет. Или почему в базе есть маркировка, а в документах пусто.
Это как включить свет во всей квартире и забыть, что лампочка в ванной вообще не вкручена. Формально электричество есть. По ощущениям темно.

Шаг 4. Подключи 1С к Честному Знаку и пройди авторизацию

Вот здесь начинается тот этап, где у многих резко портится настроение.
Обычно в настройках нужно найти подключение к системе маркировки, выбрать способ авторизации и пройти вход через сертификат. После этого 1С получает доступ для обмена.
Что обычно происходит по шагам:
  1. Открываешь настройки интеграции.
  2. Нажимаешь авторизацию.
  3. Выбираешь сертификат.
  4. Подтверждаешь доступ.
  5. Сохраняешь параметры подключения.
Если всё прошло гладко, можно даже немного порадоваться. Потому что это уже половина победы.
Если не прошло, чаще всего виноват один из трёх персонажей:
  • выбран не тот сертификат
  • у пользователя не хватает прав
  • криптография на рабочем месте настроена через боль и старые привычки
Особенно забавно, когда на компьютере стоит несколько сертификатов, а человек выбирает первый попавшийся. Потом система отвечает ошибкой, и начинается любимое: “странно, вчера же что-то открывалось”.
Да, открывалось. Но не то.

Где обычно всё ломается

Вот не теория, а то, что реально встречается чаще всего.

Ошибка с токеном авторизации

О ней спрашивают постоянно. Иногда создаётся ощущение, что токен живёт своей жизнью и периодически обижается на людей.
Типичные признаки:
  • не удалось получить токен
  • ошибка авторизации
  • доступ отклонён
  • соединение создано, но обмен не идёт
В реальности проблема чаще всего довольно приземлённая. Неправильный сертификат. Слетевшая сессия. Недостаточные права. Иногда помогает просто пройти авторизацию заново, но уже внимательно, не на автомате.
У одного клиента после трёх часов поиска “сломанного API” всё решилось тем, что мы выбрали другой сертификат из списка. Буквально другой файл. Всё. С этого момента 1С вдруг “починилась”. Магии не было. Была банальная невнимательность.

Обмен включён, но по факту тишина

Это вторая классика.
На бумаге всё подключено. В настройках красиво. Нажимаешь кнопки, документы создаются. Но реальные данные не уходят или не приходят.
Вот где обычно зарыта причина:
  • не настроены регламентные задания
  • не хватает прав у пользователя
  • проблемы с доступом к сети
  • антивирус или защита режут соединение
  • в базе включили функционал, но не завершили настройку процесса
Помню кейс с аптечным складом. Там всё выглядело почти идеально. Интеграция есть, подпись есть, токен есть. А обмена нет. После часа проверок оказалось, что антивирус на сервере душил часть обращений. Не полностью, не явно, а выборочно. Из-за этого картина была особенно мерзкая: иногда что-то проходило, иногда нет. Когда добавили нужные процессы в исключения, проблема исчезла так быстро, что всем стало неловко.

Коды маркировки не видны или не подтягиваются

Ещё одна история, которая выбешивает особенно сильно. Потому что визуально всё вроде работает, а полезного результата нет.
Причины обычно такие:
  • не выбрана нужная товарная группа
  • документ оформляется не тем сценарием
  • обмен настроен не до конца
  • карточки номенклатуры заполнены кое-как
  • база не обновлена до версии, где это вообще должно работать нормально
Иногда проблема сидит в номенклатуре. Люди недооценивают этот момент. А потом выясняется, что товар в базе заведен так, будто его создавали в пятницу в 18:57. Название есть, а обязательные параметры заполнены через вдохновение.
С маркировкой такие штуки быстро всплывают.

Шаг 5. Не верь галочкам. Проверь всё на реальном действии

Вот это важный момент. Если система говорит “подключено”, это ещё не значит, что всё действительно живое.
Проверка должна быть практической:
  • создай документ с маркированным товаром
  • попробуй получить или обработать код маркировки
  • отправь тестовый документ в Честный Знак
  • убедись, что статус обмена меняется корректно
Именно здесь вылезает правда.
Иногда настройка выглядит завершённой, пока ты не делаешь первый реальный шаг. Это как после ремонта открыть кран и понять, что вода почему-то течёт в стену.

Сколько времени это занимает в реальности

Если всё подготовлено заранее, нормальная настройка обычно укладывается примерно в 1,5-2 часа.
Примерно так:
  • регистрация и проверка доступа: до 1 часа
  • подпись и криптография: 15-30 минут
  • настройка в 1С: ещё 30-40 минут
  • тестирование: 15-20 минут
Но это в хорошем сценарии. Когда никто не ищет пароль по трём чатам, не вспоминает, у кого токен, и не обнаруживает внезапно старую конфигурацию.
Если что-то не готово, процесс растягивается легко на день, а иногда и на два. Причём не из-за сложности как таковой, а из-за мелочей. В таких задачах мелочи вообще решают всё. Они как песчинка в ботинке: сама по себе ерунда, но пройти далеко не даст.

Что я бы сделал на твоём месте, чтобы не усложнять

Я бы не пытался настроить сразу весь цикл: подключение, заказы кодов, ввод в оборот, продажи, возвраты и все возможные сценарии.
Гораздо разумнее идти поэтапно.
Сначала добиться одного простого результата:
1С должна корректно авторизоваться в Честном Знаке.
Потом следующий этап:
сделать один рабочий сценарий, например тестовый документ или операцию с маркировкой.
И только после этого уже дожимать остальное.
Так меньше хаоса. И меньше соблазна чинить десять вещей одновременно, половина из которых вообще не виновата.
]]> Не работает обмен 1С с Честным Знаком: как быстро понять, где именно затаилась ошибка https://ivan-prog-1s.ru/tpost/60f46r5nr1-ne-rabotaet-obmen-1s-s-chestnim-znakom-k https://ivan-prog-1s.ru/tpost/60f46r5nr1-ne-rabotaet-obmen-1s-s-chestnim-znakom-k?amp=true Thu, 02 Apr 2026 02:11:00 +0300

Не работает обмен 1С с Честным Знаком: как быстро понять, где именно затаилась ошибка

Недавно мне позвонила клиентка, она была немного напугана: “Иван, у нас ничего никуда не уходит, ответы не приходят, статусы не меняются. Мы пытаемся понять временная ли это заминка, или это тот самый момент, когда нужно беспокоиться за рабочий процесс”.
Да, такое часто происходит. И почти всегда люди начинают не с того места. Сразу лезут в сложное: ищут баг в API, подозревают кривую интеграцию, ругают обновления, зовут программиста. А потом оказывается, что причина была где-то на уровне “отвалился токен” или “не крутятся регламентные задания”.
То есть не катастрофа. Но попробуй догадайся с ходу.
Давайте разберем как быстро проверить обмен 1С с Честным Знаком и найти причину без бессмысленного блуждания по меню.

Сначала вообще пойми: обмен правда не работает или просто тормозит

Это кажется очевидным, но на практике многие путают сбой с задержкой.
Иногда документ не улетает мгновенно, и это ещё не повод бить тревогу. Но если у тебя прошло 10-15 минут, потом полчаса, потом час, а статус так и висит без движения, значит дело уже не в “подождать ещё чуть-чуть”.
Вот признаки, что обмен реально встал:
  • документы зависают в статусе вроде “к отправке” или “ожидает обработки”
  • коды маркировки не подтягиваются
  • входящие ответы не появляются
  • статусы по операциям не меняются слишком долго
  • в базе всё выглядит замороженным, хотя интернет и сама 1С вроде живы
У одного клиента документы спокойно висели по 3 часа. Они искренне думали, что это такая особенность работы с Честным Знаком. Мол, система большая, бывает. Нет. Когда обмен живой, он может быть не молниеносным, но точно не должен напоминать очередь в поликлинике в понедельник утром.
Если что-то стоит часами, проблема уже есть. Не надо делать вид, что всё под контролем.

Главная ошибка: люди сразу ищут что-то сложное

Вот это прям классика.
Как только обмен перестаёт идти, начинается аттракцион: кто-то вспоминает про доработки, кто-то предлагает переустановить модуль, кто-то говорит, что “после последнего обновления всё стало странно”, а кто-то уже морально готов обвинить всю архитектуру 1С разом.
Хотя по опыту примерно в 8 случаях из 10 всё куда приземлённее.
Обычно проблема сидит в одной из четырёх зон:
  • авторизация
  • регламентные задания
  • сеть и доступ
  • настройки самой 1С
Всё. Без магии.
Это как если машина не заводится, а ты сразу подозреваешь поломку двигателя, хотя в баке просто кончился бензин. Звучит смешно, пока сам не окажешься в такой ситуации.

Шаг 1. Проверь авторизацию. Да, опять её

Если коротко: слетевшая авторизация - это чемпион по количеству нервов, потерянных зря.
Когда 1С теряет нормальный доступ к Честному Знаку, обмен перестаёт работать либо полностью, либо начинает делать вид, что жив, но по факту ничего не отправляет. И вот именно эта “полужизнь” бесит сильнее всего. Потому что кажется, будто система вот-вот проснётся. А она не просыпается.
Что я бы проверил первым делом:
  • активен ли текущий токен
  • не истёк ли срок доступа
  • можно ли заново пройти авторизацию из 1С без ошибок
  • видит ли система нужный сертификат
  • не поменялось ли что-то с правами пользователя
Один раз у клиента обмен умер буквально за ночь. Вчера ещё всё уходило. Утром открывают базу, а там тишина и паника. Люди уже успели придумать версию про неудачное обновление, проблемы на стороне Честного Знака и какую-то нестабильность сервера. Причина оказалась почти обидной: истёк токен авторизации. Всё.
Иногда вся “большая авария” сводится к одной штуке, которую можно поправить за 10 минут. Но пока не проверишь это первым, будешь час ходить кругами.

Шаг 2. Загляни в регламентные задания. Очень часто там и спрятан ответ

Если авторизация жива, следующий кандидат номер один - регламентные задания.
Это вообще недооценённый источник проблем. Люди часто относятся к ним как к чему-то фоновому. Ну крутятся себе где-то в недрах базы и крутятся. Но на самом деле обмен с Честным Знаком держится на них как поезд на рельсах. Если рельсы внезапно убрать, поезд не “подумает немного”. Он просто не поедет.
Нужно проверить:
  • включены ли задания вообще
  • запускаются ли они по расписанию
  • не висят ли в ошибке
  • не отключились ли после обновления, переноса базы или правок на сервере
Был случай у интернет-магазина с маркированной продукцией. После обновления базы обмен будто исчез. Не ругался, не падал красиво, не выдавал ничего внятного. Просто перестал работать. Полдня люди ковыряли настройки интеграции, проверяли сеть, даже обсуждали, не “сломалась” ли сама 1С. В итоге всё упёрлось в то, что после обновления регламентные задания оказались выключены. Как будто в доме есть вся проводка, все лампы на месте, но автомат в щитке опущен вниз.
Включили. И всё снова поехало.
Обидно? Да. Зато очень жизненно.

Шаг 3. Проверь сеть, антивирус, firewall и прочую невидимую охрану

Вот тут начинается самая коварная часть. Потому что когда проблема в сети, внешне всё может выглядеть вполне благополучно.
Интернет есть? Есть.
Сайты открываются? Открываются.
1С работает? Работает.
Тогда почему обмен не идёт?
Потому что между “вообще есть интернет” и “конкретное приложение может спокойно обмениваться данными с нужным сервисом” лежит целый маленький лес из ограничений. Антивирус, firewall, прокси, сетевые правила, фильтры безопасности, старые настройки сервера, которые никто не трогал два года, потому что “оно же работало”.
Именно здесь часто прячется проблема, от которой хочется закатить глаза.
У меня был кейс, где обмен не работал только на одном сервере. На втором, резервном, всё шло нормально. Это уже само по себе выглядело как детектив. Начали разбирать различия и выяснили, что на проблемном сервере firewall резал нужные обращения. Не всё подряд, а достаточно выборочно, чтобы картина выглядела максимально неочевидно. На поиск ушло почти 2 часа. На исправление - минут 5.
Такие истории особенно раздражают. Потому что ты тратишь силы не на решение, а на то, чтобы поймать виновника за руку.

Шаг 4. Открой журнал регистрации. Не самый весёлый шаг, но часто самый честный

Журнал регистрации любят не все. И я понимаю почему. Иногда он выглядит как разговор системы самой с собой на языке, который она считает понятным, а ты нет.
Но если обмен 1С с Честным Знаком не работает, журнал часто даёт хотя бы направление. Не идеальный ответ. Не красивую инструкцию. Но направление.
Что стоит искать:
  • ошибки авторизации
  • ошибки соединения
  • сбои при выполнении регламентных заданий
  • сообщения, связанные с отправкой документов
  • повторы неудачных попыток обмена
Тут важный момент: не жди, что система напишет тебе роман с заголовком “Причина вашей проблемы находится вот здесь”. Чаще ты увидишь что-то скупо-техническое. Например, намёк на ошибку соединения, отказ в доступе или невозможность выполнить запрос. Но и этого уже хватает, чтобы сузить круг поиска.
Это как искать протечку по мокрому пятну на потолке. Ты ещё не видишь саму трубу, но уже понимаешь, в какой комнате поднимать потолок.

Шаг 5. Посмотри настройки интеграции, особенно если обмен работает странно и неравномерно

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

Как я бы искал причину, если бы нужно было уложиться в 10-15 минут

Когда нет времени на раскачку, лучше не метаться, а идти коротким маршрутом. Вот последовательность, которая реально экономит нервы:
Сначала проверяешь авторизацию.
Потом смотришь, живы ли регламентные задания.
После этого проверяешь, нет ли сетевых ограничений.
Дальше заглядываешь в журнал регистрации.
И только потом уже лезешь глубже в настройки интеграции и специфические сценарии.
Почему именно так? Потому что это даёт максимум результата за минимум времени. Не самый романтичный подход, зато рабочий. В техподдержке вообще романтика быстро заканчивается, когда у клиента зависли документы и он пишет тебе уже третий раз за утро.

Что встречается чаще всего на практике

Если очень грубо разложить причины по частоте, картина будет примерно такая:
Около трети случаев - это авторизация и токены.
Ещё заметный кусок - регламентные задания.
Потом идут сеть, firewall, антивирус и доступы.
Дальше уже ошибки настроек, доработки, старые версии, экзотика.
То есть самые страшные версии обычно не подтверждаются. Да, сложные баги бывают. Да, бывают неприятные кейсы с доработками, конфликтами релизов и нестандартными обменами. Но в ежедневной жизни проблема чаще напоминает не аварию на электростанции, а выключенный удлинитель под столом. Глупо, неочевидно, но именно так оно и работает.

Самая дорогая ошибка: менять всё сразу

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

Когда уже правда стоит звать специалиста

Не всегда, но иногда без этого лучше не упираться.
Я бы не тратил слишком много времени сам, если:
  • в базе есть нестандартные доработки
  • ошибки повторяются без понятной логики
  • журнал показывает что-то, связанное с API или внутренними механизмами обмена, а не с обычной авторизацией
  • сбой возникает регулярно, хотя базовые причины уже исключены
  • после обновлений начались странные конфликты, которые не лечатся простыми проверками
Во всех остальных случаях шанс найти причину самому довольно высокий. Особенно если не пытаться думать сразу на десять шагов вперёд.

Что в итоге

Когда 1С не обменивается с Честным Знаком, это почти никогда не выглядит красиво. Обычно это раздражающая, вязкая история, где неясность бесит сильнее самой поломки.
Но хорошая новость в том, что причина чаще всего не какая-то запредельная.
Обычно это:
  • слетевшая авторизация
  • умершие или отключённые регламентные задания
  • сетевые ограничения
  • кривые настройки интеграции
То есть сначала стоит смотреть на самые земные вещи. Не на редкие сценарии. Не на экзотику. Не на “может, там баг платформы”. А на то, что ломается у людей чаще всего.
И да, в этом есть даже что-то успокаивающее. Большинство таких проблем не требуют магии. Только нормальной последовательной проверки. Без паники. Без суеты. Без желания разнести полсистемы в попытке починить одну маленькую трещину.
]]> С чего начать работу в 1С:УНФ: пошаговая настройка для малого бизнеса https://ivan-prog-1s.ru/tpost/8rzgf89491-s-chego-nachat-rabotu-v-1sunf-poshagovay https://ivan-prog-1s.ru/tpost/8rzgf89491-s-chego-nachat-rabotu-v-1sunf-poshagovay?amp=true Mon, 20 Apr 2026 02:24:00 +0300

С чего начать работу в 1С:УНФ: пошаговая настройка для малого бизнеса

Вспомните свой первый контакт с 1С:УНФ. Думаю, что все было примерно так:
вы открываете программу, смотрите на меню. Потом ещё раз смотрите. Потом тихо закрываете и идёте пить чай, потому что мозг уже слегка дымится.
Я угадал? На самом деле там все не так сложно, нужно просто разложить все по полочкам.
И не стоит думать, что так происходит лишь у новичков. Да-да, у владельцев бизнеса с оборотом 3-5 млн в месяц я тоже это видел. Ошибка почти всегда одна и та же: люди пытаются настроить систему целиком, за один заход, будто собирают самолёт перед вылетом. А потом тонут в мелочах.
На деле 1С:УНФ лучше запускать не как большой проект века, а поэтапно. Иначе снаружи всё красиво, а внутри неразбериха.

Начинать надо не с программы, а с головы

Самая странная вещь в любой автоматизации в том, что проблема обычно не в кнопках. Проблема в том, что сам бизнес до этого жил на интуиции, переписках и героизме сотрудников.
Один владелец небольшой оптовой компании как-то сказал мне: «У нас вся система учёта держалась на Лене и её памяти». И это было не преувеличение. Лена помнила, кому обещали скидку, что уже приехало, чего не хватает на складе и какой клиент точно оплатит во вторник. Когда Лена ушла в отпуск, бизнес на неделю превратился в квест.
Вот в этот момент обычно и понимаешь, зачем нужна УНФ. Не ради галочки. И не ради красивого слова «автоматизация». А чтобы бизнес перестал зависеть от случайностей.
Поэтому до первой настройки полезно честно ответить себе на вопрос: что у вас каждый день происходит в компании? Не в идеальном мире, а в реальном.
Обычно список короткий:
товары или услуги,
продажи,
деньги,
закупки,
склад.
Всё. Не надо в первый же день лезть в сложные отчёты, CRM, интеграции и прочую тяжелую артиллерию. Сначала нужен каркас.

Шаг первый. Разобраться с номенклатурой и не устроить цифровую свалку

Самый недооценённый этап. И один из самых важных.
Номенклатура кажется скучной, потому что это не «большая стратегия», а просто список товаров и услуг. Но если здесь навести бардак, потом этот бардак размножится везде: в продажах, остатках, закупках, отчётах. Это как криво залить фундамент, а потом удивляться, почему дверь не закрывается.
Обычно на старте делают так: загружают всё подряд из Excel, не чистя дубли. В базе появляются «Стул офисный чёрный», «Стул оф черн», «Черный стул офис», а иногда и бессмертное «Товар 17». Формально всё занесено. По факту искать это невозможно, анализировать тоже.
У одного клиента, который продавал сантехнику, в базе было почти 4200 позиций. Когда начали разбирать, выяснилось, что примерно 18 процентов из них были дублями или мусором. Люди сами потом смеялись: «У нас смеситель был представлен в четырёх творческих интерпретациях».
Нормальный старт выглядит скучнее, но работает лучше. Вы садитесь и приводите номенклатуру в порядок: убираете повторы, делите по группам, называете позиции так, чтобы их можно было найти без экстрасенса, добавляете единицы измерения, артикулы, цены закупки.
Это не самая вдохновляющая работа. Но она потом экономит недели. Не часы, а недели.

Шаг второй. Настроить склад, даже если кажется, что он маленький и там всё и так понятно

Это любимая ловушка малого бизнеса.
«У нас один склад, там всё на виду, зачем его отдельно настраивать?»
Потом проходит три месяца. Ассортимент растёт. Появляются резервы, возвраты, пересорт, один сотрудник отложил товар, второй его уже пообещал клиенту, третий вообще не в курсе, что происходит. И вот уже вроде склад один, а ощущение, будто он живёт своей жизнью и немного издевается.
УНФ имеет смысл именно тогда, когда остатки в системе начинают совпадать с реальностью. Не примерно. Не «плюс-минус вот этот стеллаж». А нормально.
Был у меня в практике небольшой магазин товаров для дома. Ничего гигантского, обычный локальный бизнес. До внедрения владельцы проверяли наличие буквально сообщениями: «Посмотри на складе, есть ли белые коробки 40х60». В день таких уточнений набегало 20-30 штук. Умножьте на месяц, и станет видно, сколько времени сгорает просто в трубу.
Когда они завели склад в УНФ, не произошло никакого волшебства. Просто стало видно, что есть, чего нет, что в резерве, а что пора дозаказывать. Через полтора месяца они сами сказали, что впервые перестали жить в режиме бесконечных уточнений.
Для маленького бизнеса это уже огромная победа. Не звучит пафосно, но именно из таких вещей и складывается нормальная работа.

Шаг третий. Настроить продажи так, чтобы менеджеры не работали в трёх мирах одновременно

Вот здесь начинается магия хаоса. Потому что продажи у малого бизнеса часто живут одновременно в телефоне, в таблице, в голове менеджера и иногда, если повезёт, в какой-то части 1С.
Это очень похоже на ситуацию, когда люди пытаются готовить ужин сразу на трёх кухнях. Вроде что-то делается, но в итоге непонятно, где сковородка, что уже готово и кто вообще выключил газ.
На старте не надо выстраивать сложную архитектуру. Достаточно самого простого маршрута: заказ клиента, счёт, реализация. Всё. Если эта цепочка работает чисто, уже становится легче дышать.
Один небольшой сервисный бизнес, который продавал оборудование и параллельно услуги по установке, долго жил так: заявки падали в мессенджеры, суммы фиксировались в таблице, документы заводились позже, иногда через день. Итог был предсказуемым: часть заявок терялась, часть висела без движения, владелец не понимал загрузку менеджеров.
После того как они перевели продажи в УНФ и начали вести всё последовательно, без этих прыжков между чатами и файлами, ситуация стала заметно спокойнее. Не потому что программа внезапно сделала всех умнее. А потому что исчезла лишняя ручная суета.
И это, кстати, важный момент. Хорошая настройка 1С не должна делать жизнь драматичнее. Наоборот. Если после внедрения сотрудники страдают больше, чем до него, значит что-то пошло не туда.

Шаг четвёртый. Деньги. Потому что именно здесь чаще всего начинается нервный смех

У малого бизнеса с деньгами всегда особые отношения. На бумаге всё вроде неплохо. Выручка идёт. Заказы есть. А потом собственник смотрит на счёт и задаёт вечный вопрос: «Почему при такой работе денег опять мало?»
И вот тут без нормального учёта движения денег УНФ превращается просто в красивую коробку с кнопками.
Нужно с самого начала настроить хотя бы базовые вещи: кассу, банковский счёт, статьи движения денег. Причём статьи это не какая-то скучная формальность. Это способ наконец увидеть, куда утекают деньги, вместо общего ощущения, что их кто-то тихо съедает по ночам.
У одного клиента после базовой настройки выяснилось, что у него реклама в одном канале стабильно съедала около 90 тысяч рублей в месяц и почти ничего не приносила. Пока расходы шли общей массой, это было незаметно. Когда их разложили по статьям, картина стала такой ясной, что неприятно. Зато полезно.
Иногда один только этот шаг даёт больше пользы, чем половина красивых отчётов. Потому что собственник наконец перестаёт смотреть на финансы как на туманное болото.

Шаг пятый. Закупки: перестать покупать на ощущениях

Есть особый тип предпринимательской логики. Она звучит так: «Давайте возьмём побольше, чтобы точно хватило». Иногда это работает. Но чаще превращает склад в музей непродуманных решений.
Когда закупки делаются на глаз, деньги застывают в товаре, который потом месяцами лежит без движения. И вроде актив есть, но пользы от него примерно как от беговой дорожки, на которую вешают одежду.
В УНФ даже базовый учёт закупок уже сильно отрезвляет. Вы начинаете видеть остатки, динамику продаж, повторяемость спроса. Не как гуру аналитики, а хотя бы на понятном уровне: что реально уходит, а что закупается потому, что «в прошлый раз вроде брали».
У одного магазина товаров для ремонта после первых двух месяцев нормального учёта высвободилось около 600 тысяч рублей. Не за счёт чуда, а потому что они перестали закупать часть позиций по инерции. Деньги буквально лежали на полках под видом заботы о запасе.

Шаг шестой. Права доступа. Скучно, пока не случится беда

Про это вспоминают обычно после неприятностей.
Кто-то случайно меняет цену. Кто-то удаляет документ. Кто-то получает доступ туда, куда ему вообще не надо было заглядывать.
Потом начинается разбор полётов в духе «а кто это сделал» и «почему система позволила». Хотя правильный вопрос другой: почему вы не ограничили доступ сразу?
В УНФ лучше с первых дней разделить роли. Менеджеру одно. Бухгалтеру другое. Собственнику всё, что ему нужно для контроля. Это не паранойя. Это обычная гигиена, как пароль на телефоне. Вы же не оставляете банковское приложение открытым для всех подряд просто потому, что «у нас маленькая команда и все свои».
На практике это экономит массу нервов. Причём не только из-за безопасности, но и из-за порядка. Когда сотрудник видит только то, с чем реально работает, он меньше путается и быстрее делает свою часть.

Самая частая ошибка на старте: попытка автоматизировать весь космос

Вот это прям классика.
Сегодня купили УНФ. Завтра хочется уже CRM, интеграцию с сайтом, автоматические отчёты, воронки, чат-боты, прогнозирование закупок и, возможно, чтобы система ещё варила кофе.
Не надо.
Если база не настроена, если номенклатура кривая, если продажи идут как попало, а деньги не разложены по статьям, любая дополнительная автоматизация будет похожа на дорогую люстру в гараже без крыши. Красиво. И абсолютно не в тему.
Нормальная последовательность простая:
сначала база,
потом порядок,
потом автоматизация,
и только потом украшения.
Это не самый захватывающий путь. Зато рабочий.

Как понять, что вы всё делаете правильно

Есть очень простой критерий. После внедрения базовых настроек 1С:УНФ должна не впечатлять, а облегчать жизнь.
Если вы открываете систему и быстрее находите нужную информацию, значит идёте верно.
Если остатки стали понятнее, продажи прозрачнее, деньги перестали быть загадкой, всё ок.
Если сотрудники меньше бегают с вопросами и реже что-то теряют, вообще отлично.
А вот если спустя пару недель 1С стала ещё одной нагрузкой, которую все терпят из чувства долга, значит не программа плохая. Скорее всего, вы перескочили через фундамент и начали строить второй этаж в воздухе.
]]> Как вести складской учет в 1С малому бизнесу без пересортицы и ручных таблиц https://ivan-prog-1s.ru/tpost/fmi8cn3t71-kak-vesti-skladskoi-uchet-v-1s-malomu-bi https://ivan-prog-1s.ru/tpost/fmi8cn3t71-kak-vesti-skladskoi-uchet-v-1s-malomu-bi?amp=true Mon, 20 Apr 2026 02:24:00 +0300

Как вести складской учет в 1С малому бизнесу без пересортицы и ручных таблиц

Кто работал со складом, тот знает, что там не бывает резкого кризиса. Все происходит постепенно. Помните притчу про лягушек, которых варят в медленно нагревающейся воде так, что они не успевают понять, что уже сварились? Вот и здесь такой же принцип. Сначала один товар «где-то должен быть». Потом менеджер обещает клиенту позицию, которой по факту уже нет. Потом закупают лишнее, потому что никто не уверен в остатках. А дальше появляется тот самый Excel-файл, который все боятся удалить. Обычно он называется что-то вроде «остатки_точные_финал_последний_реально.xlsx».
Самое забавное и самое грустное тут в том, что владельцы часто думают: проблема в 1С. Мол, система неудобная, люди не разобрались, всё слишком сложно. Но если честно, в большинстве случаев дело вообще не в программе. Просто у склада своя жизнь, а 1С в лучшем случае наблюдает за этим со стороны.
А потом все удивляются, откуда берётся пересортица, почему остатки не совпадают и зачем снова открывать ручные таблицы, от которых вроде хотели уйти.
Давайте разберёмся без сказок про «достаточно просто быть внимательнее».

Как понять, что склад у вас уже врёт

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

Почему пересортица появляется даже у аккуратных сотрудников

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

Почему ручные таблицы сначала спасают, а потом топят

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

С чего реально начинается нормальный складской учет в 1С

Многие ждут, что всё решит какая-то хитрая настройка. Но правда гораздо менее эффектная.
Нормальный складской учет начинается с порядка в номенклатуре.
Да, это скучно. Да, это не тот этап, который хочется показывать в кейсах. Но если база товаров кривая, дальше всё будет работать примерно так же надёжно, как шкаф на одной ножке.
Я всегда советую начинать с очень простой вещи: открыть список номенклатуры и посмотреть на него не как на привычный мусорный ящик, а как на фундамент всего учета.
Если у вас есть «Кроссовки черные», «кроссовки чёрные», «Черн. кросс 42», «Кроссы чёрные муж.», это уже не база, а словесный эксперимент. Склад не сможет сходиться в такой системе, даже если люди будут работать идеально.
У одного клиента после чистки номенклатуры оказалось, что из 1500 позиций около 300 были дублями или почти дублями. Просто вдумайтесь: каждая пятая позиция фактически мешала учёту. После нормализации названий, групп и характеристик половина складовых вопросов ушла сама собой. Без магии. Без дорогих доработок. Просто потому, что система наконец начала понимать, что в ней лежит.

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

Есть ещё одна популярная ошибка.
«У нас небольшой бизнес, зачем всё усложнять?»
Это обычно говорят про склады. Мол, если точек немного, можно и без разделения обойтись. А потом внезапно оказывается, что товар вроде есть в компании, но не там, где нужен прямо сейчас. И вместо нормального управления начинается цирк с поиском коробок и звонками между сотрудниками.
Если у вас хотя бы две точки, два помещения, шоурум и склад, магазин и подсобка, всё это лучше сразу развести в 1С как отдельные места хранения. Иначе система будет видеть общий «средний» остаток, а бизнесу от этого не легче. Клиенту ведь не нужен абстрактный товар «где-то в компании». Ему нужно понимать, можно ли отгрузить его сегодня и откуда именно.
У небольшой сети из двух точек после такого разделения вскрылась очень показательная история. На одной точке товар зависал месяцами, на другой его регулярно докупали, как будто он закончился. По факту он просто лежал не там. После настройки складов и перемещений закупки по некоторым позициям сократились примерно на 20 процентов. Не потому что стали хуже продавать. А потому что наконец перестали покупать то, что у них уже было.

Главное правило: любое движение товара должно жить в 1С

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

Инвентаризация нужна, но не как карательная акция

Есть ещё перекос в другую сторону. Когда склад начинает расходиться, многие пытаются лечить это постоянными глобальными пересчётами. Раз в месяц, раз в квартал, срочно собрать всех и считать до ночи.
Честно, это плохой способ жить.
Большая инвентаризация полезна, но если она единственный инструмент контроля, значит с процессом уже что-то не так. Это всё равно что вместо нормальной чистки зубов каждый раз ждать, пока заболит, и потом бежать к врачу.
Гораздо лучше работают маленькие, регулярные проверки. Не считать весь склад разом, а проходить категориями, зонами, отдельными группами товаров. Так ошибки ловятся раньше, а сотрудники не воспринимают учет как стихийное бедствие.
У одного магазина косметики после перехода на цикл маленьких проверок вместо редких тотальных инвентаризаций количество неожиданностей на общем пересчёте упало в разы. Потому что проблемы перестали копиться годами, как снежный ком в шкафу.

Что меняется, когда склад в 1С наконец начинает жить по правилам

Обычно владельцы ждут чего-то большого и героического. Но реальные перемены на складе ощущаются иначе.
Становится тише.
Меньше лишних вопросов. Меньше хаотичных звонков. Меньше срочных закупок «на всякий случай». Меньше ситуаций, когда менеджер краснеет перед клиентом и говорит, что товар «буквально только что закончился».
У интернет-магазина со складом после нормальной настройки учета ушло примерно 2-3 часа в день только на бесконечные уточнения по наличию. Представьте: почти полноценный кусок рабочего дня просто освобождается, потому что люди перестают играть в угадайку.
А ещё появляется вещь, которую сложно посчитать в таблице, но очень легко почувствовать. Спокойствие. Когда склад перестаёт быть чёрным ящиком, бизнес начинает дышать ровнее.

Что в итоге

Если совсем честно, складской учет в 1С не про программу. Он про дисциплину, логику и уважение к реальности.
1С не исправит хаос сама по себе. Но если вы:
привели в порядок номенклатуру,
разделили склады как нужно,
запретили движения мимо системы,
фиксируете всё документами,
проверяете склад регулярно, а не в режиме паники,
тогда пересортица перестаёт быть вечным фоном вашей работы.
Не потому что люди внезапно стали идеальными.
А потому что системе больше негде путаться.
И вот тогда 1С наконец начинает делать то, ради чего её вообще ставят: не просто хранить цифры, а помогать управлять складом так, чтобы бизнес не жил в режиме постоянного «сейчас уточним».
]]> Какую 1С выбрать для малого бизнеса: УНФ, Бухгалтерия или комплексное решение https://ivan-prog-1s.ru/tpost/h2ke522i51-kakuyu-1s-vibrat-dlya-malogo-biznesa-unf https://ivan-prog-1s.ru/tpost/h2ke522i51-kakuyu-1s-vibrat-dlya-malogo-biznesa-unf?amp=true Mon, 20 Apr 2026 02:22:00 +0300

Какую 1С выбрать для малого бизнеса: УНФ, Бухгалтерия или комплексное решение

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

Почему с выбором 1С так часто промахиваются

Самая частая ошибка звучит безобидно: «Возьмём то, что посоветовал бухгалтер».
Иногда это правда нормальный совет. Но далеко не всегда.
Потому что бухгалтер смотрит на бизнес со своей колокольни. Для него главное, чтобы всё закрывалось, проводилось, сдавалось и не вызывало лишней головной боли перед отчётным периодом. Это логично. У него своя зона ответственности.
Но у собственника другая боль. Ему нужно понимать, что продаётся, где зависают деньги, почему один товар крутится как бешеный, а другой лежит мёртвым грузом третий месяц. И вот тут выясняется неприятная вещь: система, которая удобна для налогового учёта, не всегда помогает управлять компанией в ежедневном режиме.
Именно поэтому выбор 1С надо начинать не с названия программы, а с простого вопроса: что именно у вас сейчас разваливается?
Если бардак в документах и отчётности, это одна история.
Если у вас склад, продажи, закупки, сотрудники и вечное «а куда делись деньги?», это уже совсем другая.

Когда хватает 1С:Бухгалтерии, а когда она начинает душить

С 1С:Бухгалтерией всё довольно просто. Это хороший инструмент, если вам нужен именно бухгалтерский и налоговый учёт. Не больше. И не меньше.
Она отлично решает задачи, связанные с отчётностью, первичкой, проводками, налогами. Для бухгалтера это привычная, понятная среда. Всё на своих местах. Всё по правилам.
Но есть один момент, о который спотыкаются очень многие. Бухгалтерия не создавалась как удобный центр управления малым бизнесом. Это не про операционку. Не про продажи в реальном времени. Не про живой склад. Не про картину бизнеса здесь и сейчас.
Я видел компанию, которая продавала оборудование для салонов красоты. Небольшая команда, пять человек, приличный оборот. Вроде всё аккуратно. Документы в порядке. Отчётность сдаётся. Но когда владелец пытался понять, на чём он реально зарабатывает, начинался цирк с калькулятором, Excel и голосовыми сообщениями менеджеру. Заказы были отдельно. Остатки проверялись вручную. Маржинальность считалась почти на интуиции.
В какой-то момент оказалось, что часть товаров они стабильно продавали с минимальной наценкой, а кое-где вообще в ноль. Просто потому, что никто не видел картину целиком. Бухгалтерия это не подсвечивала. Она и не должна была.
Вот поэтому 1С:Бухгалтерия подходит, если у вас очень простой формат бизнеса. Например, услуги без сложного склада, без большого потока заказов, без необходимости ежедневно смотреть на управленческие цифры. Небольшая студия, частная практика, маленькая фирма, где главное вовремя закрыть документы и спокойно жить дальше.
Но если у вас магазин, торговля, онлайн-продажи, закупки, остатки, возвраты и сотрудники, которые работают не в вакууме, одной Бухгалтерии обычно становится тесно. Она начинает напоминать костюм, из которого выросли: вроде надеть можно, но двигаться уже неудобно.

Почему УНФ чаще всего оказывается самым вменяемым вариантом

Вот УНФ, то есть 1С:Управление нашей фирмой, обычно ближе к реальной жизни малого бизнеса.
Не к идеальной картинке из презентации. А именно к жизни, где у вас утром поставка, днём менеджер перепутал заказ, вечером клиент просит срочно счёт, а ночью вы пытаетесь понять, почему выручка есть, а денег как будто нет.
УНФ хороша тем, что в ней бизнес перестаёт быть набором разрозненных действий. Продажи, закупки, склад, деньги, заказы, базовая работа с клиентами, отчёты для руководителя, всё это собирается в одну систему. Не идеально, не волшебно, но уже в одном месте. А это для малого бизнеса почти всегда половина победы.
Мне как-то показывали внедрение УНФ в маленькой сети из трёх магазинов одежды. До этого там было всё как у многих: остатки в таблицах, часть информации в головах продавцов, часть в переписках, часть в бухгалтерской базе. Классическая история, когда один и тот же свитер по документам есть, а по факту его уже кто-то куда-то переложил, продал или потерял.
После перехода на УНФ первое время все, конечно, ворчали. Это тоже классика. Когда появляется порядок, людям кажется, что им стало сложнее жить. Но через пару месяцев владелица призналась, что впервые за долгое время перестала ездить по точкам с ощущением, что где-то что-то утекает сквозь пальцы. Стало видно, какие товары висят мёртвым грузом, где проседают продажи, что надо дозаказывать, а что лучше вообще больше не трогать.
И вот в этом главная сила УНФ. Она не пытается казаться космическим кораблём. Она просто даёт малому бизнесу нормальную приборную панель вместо россыпи лампочек и записок на холодильнике.

Но УНФ не панацея, и это тоже надо признать

Иногда про УНФ говорят так, будто это серебряная пуля. Поставил и всё заиграло. Нет, так не бывает.
Если процессы в компании кривые, если сотрудники не вносят данные, если собственник сам не понимает, какие цифры ему нужны, никакая система не спасёт. Она просто аккуратно цифровизирует хаос. Был беспорядок на бумаге, станет беспорядок в интерфейсе.
Кроме того, у УНФ есть свои пределы. Если у вас сложное производство, запутанная структура, много юрлиц, тяжёлое финансовое планирование, потребность в очень глубокой аналитике, рано или поздно станет ясно, что возможностей не хватает.
Но для малого бизнеса это обычно не проблема, а скорее здравый компромисс. Потому что большинству небольших компаний не нужен швейцарский армейский нож на двадцать семь лезвий. Им нужен нормальный рабочий инструмент, который не развалится в руках и не потребует отдельного отдела внедрения.

Комплексные решения: когда слишком мощно тоже плохо

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

Как понять, что нужно именно вашему бизнесу

Тут лучше не усложнять. Есть вполне земной способ разобраться.
Если вам нужно в первую очередь сдавать отчётность, вести бухгалтерский и налоговый учёт, а всё остальное либо минимально, либо живёт отдельно, скорее всего, хватит 1С:Бухгалтерии.
Если у вас есть продажи, закупки, остатки, движение денег, задачи по управлению и желание видеть бизнес не раз в квартал, а каждый день, скорее всего, вам ближе УНФ.
Если у вас уже серьёзная, многослойная структура и простой системой вы реально не закроете процессы, тогда есть смысл смотреть на комплексные решения.
Нормальный ориентир тут такой: не выбирайте программу по принципу «чем мощнее, тем лучше». Это ловушка. Программа должна соответствовать масштабу и зрелости бизнеса. Не опережать его на десять шагов вперёд и не тащить назад.

Очень простой тест перед выбором

Вот несколько вопросов, которые помогают быстро отрезвиться.
Вы за пять минут можете понять, сколько товара реально в наличии?
Вы видите прибыль не в целом по месяцу, а хотя бы по группам товаров или услуг?
Можете быстро понять, сколько денег свободно, а сколько только кажется свободными?
Ваши сотрудники работают в одной системе, а не в четырёх чатах, двух таблицах и памяти администратора?
Если на половину вопросов ответ честный «нет», дело уже не только в бухгалтерии. Вам нужна система, которая помогает управлять, а не просто фиксировать последствия.

Что бы я советовал в реальной жизни

Если говорить без красивых упаковок, то для большинства малых компаний самый разумный старт это УНФ. Не потому что она идеальна. Идеальных систем вообще не бывает. А потому что она обычно даёт лучший баланс: не слишком пусто, не слишком тяжело, не слишком дорого по боли внедрения.
Бухгалтерия остаётся хорошим выбором там, где бизнес действительно простой и управленческий контур почти не нужен.
Комплексные решения нужны тогда, когда вы точно понимаете, зачем вам вся эта мощность. Не на уровне «ну вдруг пригодится», а на уровне конкретных процессов, цифр и задач.
И, пожалуй, самое важное. Неправильно выбранная 1С не убивает бизнес мгновенно. Она делает хуже по чуть-чуть. Медленно. Почти незаметно. Лишние ручные операции, потерянные заказы, кривые остатки, слабая аналитика, усталость сотрудников, ощущение, что денег постоянно меньше, чем должно быть. Это как маленькая трещина в трубе: сначала капает, потом сыреет стена, а потом вы уже делаете ремонт всей квартиры.
Поэтому выбирать систему лучше не по чужим советам и не по принципу «у всех так». А по тому, где у вас сегодня реальные узкие места.
И да, в малом бизнесе чаще всего выигрывает не самая крутая программа.
А та, которой реально пользуются.
]]> Не проводится приход на склад в 1С: 6 причин и где проверить в первую очередь https://ivan-prog-1s.ru/tpost/ngblmvy7z1-ne-provoditsya-prihod-na-sklad-v-1s-6-pr https://ivan-prog-1s.ru/tpost/ngblmvy7z1-ne-provoditsya-prihod-na-sklad-v-1s-6-pr?amp=true Fri, 13 Mar 2026 00:08:00 +0300 Есть один вид боли, которую ни с чем не перепутать - это боль от увиденного красного сообщения после нажатия “Провести”. На экране появляется сообщение вроде “заполните обязательные реквизиты”

Не проводится приход на склад в 1С: 6 причин и где проверить в первую очередь

Есть один вид боли, которую ни с чем не перепутать - это боль от увиденного красного сообщения после нажатия “Провести”. На экране появляется сообщение вроде “заполните обязательные реквизиты”.
Какие именно? Конечно, те самые, которые “должны быть очевидны”.
Хорошая новость в том, что приход в 1С почти никогда не ломается сам по себе. Обычно система упирается в одну маленькую деталь: где-то не указана серия, где-то не совпадает характеристика, где-то документ пытается пройти мимо складского ордера или партии.
Давайте разберем самые частые причины, почему не проводится приход на склад в 1С, и как быстро найти место, где система остановилась.

Сначала честная проверка: он реально не проводится или просто “не попал в склад”?

Иногда люди говорят “не проводится”, а на самом деле документ:
  • провелся, но без движений по складу, потому что включена ордерная схема и вы пока только оформили бумагу
  • провелся “не туда”: другой склад, организация, вид запасов
  • ушел в другую аналитику: серия/характеристика/партия другая, поэтому в отчете кажется, что “ничего не пришло”
Если времени ноль, делайте три быстрых движения:
  1. гляньте статус документа
  2. откройте движения (если есть)
  3. посмотрите, что выбрано в строке: склад + серия/характеристика/партия
Если документ все-таки падает с ошибкой и не дает провести вообще, тогда дальше по списку.

Блок 1. Серии: включили учет, а дальше началась “мелкая боль”

Серии это как паспорт для каждой партии товара. Иногда он реально нужен. Иногда без него все разваливается. И когда серия обязательна, 1С превращается в строгого охранника: “Без пропуска не пройдешь”.

Как это выглядит

  • “Не указана серия”
  • “Серия недопустима”
  • “Серия не соответствует правилам учета”
  • документ падает на одной строке из двадцати, и вы потом полчаса ищете, где она

Живой пример

Склад косметики, 120 единиц товара, сроки годности обязательны. Приехали коробки, на каждой серия и дата, но напечатано так, будто производитель ненавидит людей. Кладовщик вводит номенклатуру и количество, серию оставляет “на потом”.
И вот это “на потом” превращается в “сейчас мы стоим”.

Что проверить, чтобы не гадать

  • серия обязательна по этой номенклатуре или нет
  • серия должна вводиться вручную или выбирается из списка
  • если серия связана со сроком годности: срок годности заполнен и не противоречит правилам (да, бывает запрет на “плохие” даты)
  • нет ли ситуации “серия одна, но не создана/не разрешена”
Коротко: если серии включены, “пусто” в серии почти всегда = красная ошибка.

Блок 2. Характеристики: “один товар”, который в 1С внезапно становится десятью

Характеристика это когда одна номенклатура распадается на варианты: размер, цвет, модификация, комплектация. В жизни это просто “ну красный и синий”. В 1С это разные сущности. И если характеристика обязательна, вы без нее никуда.

Самый частый сценарий

  • номенклатура требует характеристику
  • в строке пусто или выбрано “что-то похожее”
  • документ ругается так, что не сразу ясно, что дело именно в характеристике

Пример, который повторяется как день сурка

Одежда. В приходе 68 строк. Документ не проводится из-за одной позиции, где выбрали характеристику “Размер L” вместо “48”. Почему так получилось? Потому что справочник делали разные люди, в разное время, и там полно “похожих вариантов”.
Ошибка выглядит не как “ты выбрал не то”, а как “не заполнены аналитики” или “некорректные данные”. И ты сидишь, как сапер, и ищешь мину по пикселям.

Что проверять

  • характеристика реально привязана к этой номенклатуре
  • характеристика обязательна и заполнена в каждой строке, где надо
  • нет ли “двойников” характеристик (одинаковое название, разный смысл)

Блок 3. Ордерная схема: документ есть, а склад говорит “я тебя не знаю”

Ордерная схема это как два шага вместо одного.
Сначала вы оформляете поступление (как основание), потом делаете фактическую приемку (ордер/задание/статус).
И вот тут самая частая человеческая ошибка: “Мы же приняли товар, зачем еще что-то делать?”

Как это выглядит снаружи

  • документ “поступление” вроде бы создан, но складских движений нет
  • или 1С требует ордер
  • или ордер создан, но завис и не проводится из-за серий/ячеек/статусов

Кейс из практики

Два склада. Один ордерный, другой нет. Новичок оформил приход на “не тот” склад. Система начала требовать действия по ордерам там, где их никто не ждал. Люди два часа спорили, “почему вчера работало”, пока не увидели, что склад выбран другой.

Быстрая проверка

  • склад действительно ордерный?
  • создан ли ордер автоматически, и в каком он статусе?
  • нет ли незавершенных заданий приемки?
  • не требует ли ордер дополнительные поля (серии, ячейки, качество), которые пустые?
Если ордера есть, но “не закрываются”, это почти всегда вопрос статусов и обязательных аналитик.

Блок 4. Партии и FIFO: когда учет “по правилам”, а вы пытаетесь жить “по ощущениям”

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

Как это бывает

  • учет по партиям включен, а система требует данные, которых в документе нет
  • политика учета говорит одно, карточка номенклатуры другое
  • партии должны формироваться автоматически, но механизм не настроен (и кнопки “создать” вы не видите)

Реальный сюжет

Продукты, партии + сроки годности. В карточке товара включили учет по партиям, но правила формирования партий толком не дожали. Приход ругается на отсутствие партии, а сделать партию в документе нельзя, потому что сценарий “не завершен”.
И ощущение такое, будто у вас есть дверь, ключ и замок, но ручки почему-то нет.

Что проверять

  • как формируются партии: авто или вручную
  • обязательны ли партии для этой группы товаров
  • согласованы ли настройки учета между политикой и номенклатурой

Блок 5. Единицы измерения и упаковки: когда “короб” внезапно ломает документ

Это звучит смешно, пока не попадете на это в пятницу в 17:40.

Что ломается

  • базовая единица “шт”, а приход вводят в “короб”, но коэффициент упаковки пустой или кривой
  • упаковка выбрана, а в карточке товара она не настроена
  • коэффициент равен 0 или 0,1 вместо 10 (и дальше математика делает больно)

Кейс

Бытовая химия, документ на 54 строки. Не проводится из-за одной позиции, где коэффициент упаковки случайно стоял 0. Да, ноль.
Ошибка была из серии “некорректные данные”, без подсказки “ищи коэффициент”. В итоге нашли не сразу. Настроение у всех было как у людей, которые собирали шкаф, а в конце остался один винт и “лишняя деталь”.

Что проверить

  • базовая единица измерения заполнена
  • коэффициенты упаковок адекватные
  • нет ли дублей единиц (“уп”, “упак”, “упаковка”), которые путают пользователей

Блок 6. Права: документ идеальный, но у пользователя “не те ключи”

Самая коварная история. Вы все заполнили правильно. Ошибка непонятная. И вы начинаете сомневаться в реальности.
А потом выясняется, что у пользователя нет прав на проведение именно этого документа, или на работу с конкретным складом/организацией/операцией.

Как это проявляется

  • “Провести” есть, но вылетает странная ошибка
  • документ пытается провести и откатывается
  • сообщения про доступ/регистры/запрет операций
Что делать
  • проверить, под кем вы работаете
  • для диагностики попробовать провести под пользователем с расширенными правами (если есть)
  • если подтвердилось, чинить роли, а не ковырять документ до посинения

Мой рабочий маршрут поиска: как быстро найти “ту самую одну строку”

Когда времени мало, я иду по простому пути:
  1. Смотрю текст ошибки и не верю ему на 100%. Он часто намекает, но не говорит прямо.
  2. Если ошибка указывает на строку, начинаю с нее. Если не указывает, ищу “странную” строку: где серия пустая, характеристика другая, единица измерения нестандартная.
  3. Сравниваю проблемную строку с соседней нормальной. Что отличается? Обычно отличие одно.
  4. После исправления провожу и сразу проверяю движения или статус ордера.
И да, в большинстве случаев виновник один: одна позиция, одна серия, один коэффициент, один склад.

Перед тем как писать “1С опять сломалась”: мини-чеклист на 30 секунд

  • склад выбран правильно и соответствует схеме (ордерный/не ордерный)
  • где нужны серии, они заполнены и допустимы
  • характеристики заполнены и принадлежат этой номенклатуре
  • единицы измерения и коэффициенты упаковок не кривые
  • если учет по партиям обязателен, понятен механизм заполнения
  • права пользователя позволяют проводить документ

И напоследок: не “выключайте проблему”, если она мешает прямо сейчас

Самый опасный соблазн звучит так: “Да давайте отключим серии/характеристики/ордера, чтобы провести один приход”.
Это как снять двери с машины, потому что они скрипят. Ехать можно. Но недолго и грустно.
Гораздо дешевле по нервам найти конкретную причину. Обычно она маленькая. Просто очень громкая.
]]> Резерв товара в 1С не ставится: где обычно прячется ошибка https://ivan-prog-1s.ru/tpost/d98lv23z11-rezerv-tovara-v-1s-ne-stavitsya-gde-obic https://ivan-prog-1s.ru/tpost/d98lv23z11-rezerv-tovara-v-1s-ne-stavitsya-gde-obic?amp=true Fri, 13 Mar 2026 00:07:00 +0300 Это знакомо почти каждому, кто работает с 1С. Не буду держать интригу, перейдем сразу к сути

Резерв товара в 1С не ставится: где обычно прячется ошибка

Это знакомо почти каждому, кто работает с 1С. Не буду держать интригу, перейдем сразу к сути.
Представьте, как менеджер открывает заказ, нажимает "Зарезервировать товар” и ничего не происходит. Даже ошибка не возникает, а в воздухе висит громкая тишина. Система будто говорит: “Я тебя услышала, но делать ничего не буду”.
Через пару минут начинается привычная цепочка. Менеджер пишет на склад: “У нас этот товар точно есть?”
Склад отвечает: “Есть, конечно”.
А в заказе резерв так и не появился.
В этот момент самое неприятное даже не в том, что кнопка не сработала. Проблема в том, что система продолжает показывать товар свободным. И кто-то может успеть оформить на него другой заказ.
На практике резерв почти никогда не “ломается просто так”. Обычно он упирается в какую-то конкретную настройку: склад, статус заказа, способ обеспечения или маленькую галочку, которую легко не заметить.
Давайте разберем, почему в 1С не ставится резерв товара и где обычно искать причину, чтобы быстро вернуть системе нормальную логику работы.

Что такое резерв на самом деле

Резерв в 1С это не “у нас есть товар”.
Это “этот товар больше не трогайте, он закреплен за конкретным заказом”.
Как табличка “Занято” на стуле в кафе. Стул стоит в зале, он не исчез. Но если табличка есть, вы туда не садитесь. Если таблички нет, садится тот, кто успел.
Поэтому главная мысль простая: наличие на складе и возможность поставить резерв — разные вещи.

Сценка из жизни, которую я видел раз сто

Остаток по товару: 120 штук.
Клиент просит: 30 штук.
Менеджер жмет резерв.
Резерва нет.
На этом месте обычно звучит: “Да как так-то, мы же видим остаток!”
А дальше выясняется, что из 120 штук:
  • 70 уже в резерве под другие заказы
  • 30 лежат в другой характеристике (почти такой же, но “другая вселенная”)
  • 20 вообще “в пути”, потому что приемку не закрыли
И вот так из “120 есть” получается “0 доступно”.

Быстрая диагностика: смотрите не “Остаток”, а “Доступно”

Если у вас есть только одна привычка, пусть будет эта.
Остаток показывает “что числится”.
Доступно показывает “что можно отдать именно сейчас, именно в таком разрезе”.
Когда резерв не ставится, 7 из 10 раз проблема живет именно в доступности.

Почему резерв не ставится: 9 причин, которые реально встречаются

1) Резервирование выключено или настроено не на ту схему

Иногда в компании уверены, что “резервы у нас есть”, потому что когда-то они работали.
А потом меняли склад, внедряли ордера, добавляли новый тип заказа, и резервирование осталось в прошлом, как пароль от вайфая на старом роутере.
Как это выглядит:
  • кнопка есть, но резерв не появляется ни при каких условиях
  • у части пользователей работает, у части нет, и все спорят
Что делать:
  • проверить, включено ли резервирование в принципе
  • проверить правила по складам/типам заказов/этапам
Да, звучит как “галочка”. Иногда это и правда галочка. И от этого еще обиднее.

2) Резерв у вас появляется не в заказе, а после обеспечения

Есть схемы, где 1С не ставит резерв “по желанию менеджера”. Она ставит его, когда заказ прошел этап обеспечения, распределения, отбора и прочих взрослых вещей.
Менеджер ждет резерв сразу. А система говорит: “Сначала собери пазл, потом получишь картинку”.
Признаки:
  • резерв появляется только после доп. действий или вообще не появляется без них
  • в заказе все красиво, но резерв ноль
Что делать:
  • понять, как устроен процесс у вас: заказ → обеспечение → отбор/ордера → резерв
  • обучить менеджеров: где именно они должны увидеть резерв, чтобы не начинать паниковать на пустом месте

3) Выбран не тот склад

Это настолько частая причина, что я уже отношусь к ней как к погоде: “ну да, снова дождь”.
Товар лежит на “Основном”.
А в заказе выбран “Интернет-магазин” или “Склад отгрузки” или “Комиссия”.
Резерв не ставится не потому что 1С вредная, а потому что на выбранном складе ноль.
Что делать:
  • проверить склад в заказе
  • сверить остатки именно по этому складу, а не “в целом по больнице”

4) Характеристики: товар один, но для 1С это два разных товара

Это любимая ловушка в одежде, мебели, запчастях, стройматериалах.
Пример: “Кабель 2х1.5”.
На складе он есть.
Но заказ оформлен на характеристику “в бухтах по 50 м”, а остаток лежит “в метрах”. Или наоборот.
Визуально то же самое.
В 1С это разные сущности.
Что делать:
  • проверить характеристику в заказе и в остатках
  • убедиться, что характеристики не размножились как кролики (пять одинаковых “Черный”, которые отличаются только тем, что их завели разные люди)

5) Серии/партии: “есть товар”, но не в той серии, которая нужна

Это встречается у товаров со сроком годности и серийниками постоянно.
Кейс из реальности: клиент просит 10 штук “из свежей партии”. На складе 200 штук, но “свежая” серия уже закончилась. В 1С это не философия, это точная аналитика: резервируется конкретная серия.
Что делать:
  • проверить, какие серии есть в остатках
  • как у вас происходит подбор серий под заказ (авто/вручную)
  • не мешает ли правило “не отгружать просрочку/не тот срок годности”

6) Адресное хранение и ячейки: товар есть, но “не там”

Когда включены ячейки, склад без ячейки это как “улица есть, дома нет”.
Адрес вроде указан, но доставить некуда.
Если товар числится по ячейкам, а заказ пытается резервировать “просто по складу” (или наоборот), резерв может не вставать.
Что делать:
  • проверить настройки склада (адресное хранение)
  • проверить, нужно ли указание ячейки для резерва/отбора
  • посмотреть, не сидит ли товар в зоне “карантин/приемка”, откуда резерв запрещен

7) Товар “в пути”: поступление оформлено, но приемка не завершена

Это прям классика складов с ордерами.
Документ поступления есть. Машина приехала. Товар разгрузили.
Но приемка не закрыта, ордер не проведен, статус не тот.
Для 1С товар еще не “ваш”. Он как посылка в приложении: “прибыло в сортировочный центр”.
Что делать:
  • убедиться, что товар реально попал в складские остатки
  • если ордерная схема, закрыть ордера/задания

8) Товар уже в резерве, просто не там, где вы смотрите

Иногда резерв есть, но:
  • на другой склад
  • на другой заказ
  • на другую аналитику (характеристика/серия)
  • или вообще закреплен другим документом
Симптом:
  • “резерва нет”, но доступно почему-то тоже нет
Что делать:
  • открыть отчет по резервам/обеспечению с расшифровкой до документов
  • найти, кто держит остаток “за рукав”
Самый частый финал такого расследования: “О, это резерв под заказ, который отменили месяц назад”.

9) Права доступа: кнопка есть, а полномочий нет

Если у одного менеджера резерв ставится, а у другого нет при одинаковых условиях, я бы не спорил про “1С снова глючит”. Я бы проверил права.
Иногда ограничение настроено так, что пользователь может создать заказ, но не может ставить резерв, потому что это считается складской операцией.

Что делать, если резерв не ставится: рабочий маршрут “без беготни”

Шаг 1. Сразу выясните “доступно сколько”

Если доступно 0, вы уже почти нашли причину.

Шаг 2. Сверьте разрез

Товар + склад + характеристика + серия/партия + (ячейка, если есть).
Резерв ломается на деталях. Как молния зарядку: вроде все подходит, но “чуть-чуть не то”.

Шаг 3. Найдите, кто держит остаток

Если остаток есть, а доступно нет, кто-то его уже забрал: резервом, обеспечением, статусом качества.

Шаг 4. Проверьте, не “в пути” ли товар

Очень частая причина, когда закупка уже “в голове у продаж”, но еще не в складских остатках.

Шаг 5. Если все сходится, копайте настройки схемы резервирования

Редко, но бывает: резерв должен ставиться не там и не так, как вы ожидаете.

Три коротких кейса, чтобы было понятно, что это не теория

Кейс 1: “На складе 300, резерв не ставится”
Оказалось: 300 лежат в характеристике “Белый”, а заказ на “Супербелый”. На глаз одинаково. В 1С разные миры.
Починили: убрали дубли характеристик, сделали обязательный выбор из нормального списка. Минус 80% вопросов “почему не ставится”.
Кейс 2: “Резерв не ставится только утром”
Утром товар еще в зоне приемки, ордер не закрыт. В обед закрывают и “вдруг начинает работать”.
Починили: ввели правило, что продажи резервируют только из статуса “Принято”, а “Ожидается” показывается отдельно, чтобы не путали.
Кейс 3: “У Пети работает, у Васи нет”
Права. Вася не мог ставить резерв по своему профилю.
Починили: поправили роли и добавили понятную ошибку вместо молчаливого нуля.

Если хотите, чтобы резервирование перестало быть лотереей

Я бы начал не с “давайте нажимать по-другому”, а с двух вещей:
  1. один понятный отчет для менеджеров: “Доступно к отгрузке” с учетом резервов/серий/характеристик
  2. правило: если товар в приемке или карантине, он не обещается клиенту как “свободный”
После этого разговоров “у нас же точно было” становится заметно меньше. Обычно процентов на 30–50 уже в первый месяц.
]]> Почему появляются отрицательные остатки в 1С и как их исправить https://ivan-prog-1s.ru/tpost/pfdc1acs41-pochemu-poyavlyayutsya-otritsatelnie-ost https://ivan-prog-1s.ru/tpost/pfdc1acs41-pochemu-poyavlyayutsya-otritsatelnie-ost?amp=true Fri, 13 Mar 2026 00:06:00 +0300 Минус на складе в 1С - это как лампочка check engine в машине. Иногда действительно что-то сломалось, а иногда система просто показывает, что где-то в учете что-то пошло не так...

Почему появляются отрицательные остатки в 1С и как их исправить

Минус на складе в 1С - это как лампочка check engine в машине. Иногда действительно что-то сломалось, а иногда система просто показывает, что где-то в учете что-то пошло не так.
Самый неприятный момент в том, что отрицательные остатки обычно появляются, когда уже идет отгрузка. Но в большинстве случаев товар никуда не пропадает. Просто в какой-то момент ломается логика документов: где-то провели реализацию раньше поступления, где-то сделали корректировку, где-то документ прошел задним числом.
Хорошая новость в том, что такие ситуации почти всегда можно разобрать и исправить. Главное - это понять, где именно учет пошел не по плану.

Как это выглядит в жизни

Один из самых типичных звонков из серии “спасайте”:
“У нас товар лежит на складе, я его руками трогаю, а 1С показывает -12. Как так вообще возможно?!”
Возможно. Причем очень просто.
1С не ходит по складу. Она живет в бумажках, только бумажки у нее электронные. Для нее мир это движение документов. Приход, перемещение, резерв, расход. В правильном порядке. Если порядок нарушили, 1С честно рисует минус. Как кассир, который считает по чекам, а не по вашим словам “да там в ящике точно было”.

Почему появляются отрицательные остатки: 6 причин, которые встречаются чаще всего

1) Продали раньше, чем оприходовали (да, даже если фактически товар уже приехал)

Это чемпион.
Пример: поставщик привез 40 коробок вчера в 18:30. Их разгрузили, поставили к стене, все счастливы. Но документ “Поступление” бухгалтерия провела сегодня утром, потому что накладную привезли вместе с водителем только на следующий день.
А менеджер вчера в 20:10 уже оформил реализацию “чтобы закрыть день”.
Итог: вчера у 1С расход есть, прихода нет. Получите минус.
Ловушка тут психологическая: всем кажется, что “раз товар на складе, значит он в системе”. Нет. В системе он появляется только когда документ проведен.
Что делать:
  • найти дату, когда впервые вылез минус
  • посмотреть, какие документы по этому товару стоят до и после
  • выровнять хронологию (иногда достаточно поменять дату/время или перепровести цепочку)

2) Перемещение между складами оформлено наполовину

Это как переезд: вещи уже в новой квартире, а в старой вы еще числитесь.
Обычная картина: товар физически уехал со склада А на склад Б. Но в 1С:
  • списали со склада А (или “отгрузили на перемещение”)
  • а прием на складе Б не закрыли (ордер завис, документ не провели, статус не тот)
В результате склад А уходит в минус, потому что “отдали больше, чем было”. А склад Б бедный: “ничего не получал”.
Что делать:
  • проверить, закрыт ли второй этап перемещения
  • если ордерная схема, посмотреть статусы ордеров и заданий
  • довести процесс до конца, а не подгонять остатки руками

3) Остаток есть, но “доступно” ноль: резервы и обеспечение съели товар

Склад видит 100 штук. Менеджер видит 100 штук. А 1С говорит: “отгрузить нельзя” или вылезает минус, если контроль отключен.
Почему? Потому что эти 100 штук могут быть:
  • зарезервированы под другой заказ
  • “в обеспечении” и не считаются свободными
  • в статусе, который не дает их списать (например, качество/карантин, если у вас так настроено)
Мне встречался кейс, где резерв висел 62 дня. Заказ уже отменили, но “снять резерв” никто не считал важным. В итоге отдел продаж каждый день бился лбом о “товар есть, но его нет”.
Что делать:
  • смотреть не только “Остатки”, а “Доступно к отгрузке”
  • найти, на что висит резерв
  • снять резерв там, где жизнь давно закончилась

4) Серии/характеристики/партии: товар “один”, но для 1С он “два разных”

Вот тут 1С похожа на педанта, который различает одинаковые носки по оттенку черного.
Пример из реальной рутины: майка одна и та же, но:
  • поступление сделали с характеристикой “Размер M”
  • продажу оформили “без характеристики” (или “Размер L”, потому что в спешке ткнули не туда)
Физически это может быть та же майка, да.
В учете это разные сущности.
Результат: по одной аналитике плюс, по другой минус. И вы сидите, смотрите на экран и чувствуете легкую ненависть к миру.
Что делать:
  • проверять аналитики в документе (характеристика/серия/партия/склад)
  • убедиться, что правила заполнения одинаковые для всех
  • если сотрудники часто ошибаются, сделать обязательность заполнения и подсказки

5) Инвентаризация “закрыли на глаз”, а потом удивляемся

Инвентаризация иногда спасает учет, а иногда превращает его в квест.
Если ее провести “лишь бы закрыть”, можно получить:
  • пересортицу вместо нормальной причины
  • движения, которые потом никто не понимает
  • недостачи и излишки там, где их не было
Один раз видел, как компания “вылечила” минуса инвентаризацией, а через 2 недели минуса вернулись, только уже в другом месте. Потому что причина была не в факте, а в кривой цепочке документов.
Что делать:
  • если расхождение реальное, фиксировать его честно
  • если расхождение “учетное”, чинить первичку и порядок документов
  • не смешивать эти два мира

6) Контроль отрицательных остатков отключен

Это как снять ограничитель скорости и удивляться штрафам.
Когда контроль выключен, система молча пропускает “продали в минус”. А вы узнаете об этом позже. Обычно в конце месяца, когда кто-то считает себестоимость, или когда надо срочно отгрузить еще одну партию.
Что делать:
  • включать контроль хотя бы точечно (по складу, группе товаров, этапами)
  • сначала убрать системные причины, потом закручивать гайки

Как быстро найти, откуда взялся минус: алгоритм “без магии”

Тут важно не бегать кругами и не лечить симптом.

Блок 1. Зафиксируйте “минус” точно

Нужно понять:
  • какой товар
  • какой склад
  • какие аналитики (характеристика, серия, партия, ячейка)
  • на какую дату минус появился впервые
Если вы смотрите просто “Товар X” без серий/характеристик, вы как будто ищете человека по имени “Саша” без фамилии. В офисе 12 Саш. Удачи.

Блок 2. Найдите документ, после которого стало плохо

Обычно в движениях видно: вот было 0, вот стало -12. Значит, конкретный документ сделал расход.
Дальше вопрос простой: почему на этот момент не было прихода на ту же аналитику.

Блок 3. Пройдитесь по цепочке

Я всегда проверяю в таком порядке:
  1. есть ли корректный приход (и туда ли он пришел)
  2. не “уехал” ли товар перемещением
  3. нет ли резерва/обеспечения, которые съели доступность
  4. какой документ первым сделал расход
Это похоже на детектив: вы не “прибираете место преступления”, вы ищете, где появилась первая странность.

Как убрать отрицательные остатки: 5 сценариев, от нормального до опасного

1) Исправить первичку и перепровести цепочку (самый здоровый путь)

Да, иногда это скучно. Зато потом вы не ловите минуса снова.
Обычно хватает:
  • поправить дату/время
  • поправить аналитику (серия/характеристика)
  • перепровести “приход -> перемещения -> резервы -> расход”

2) Довести до конца “незавершенку” (ордера, статусы, задания)

Если у вас ордера, не удивляйтесь: товар может быть “в пути” вечно, пока кто-то не нажмет нужную кнопку.
Здесь лечение не в корректировке остатков, а в закрытии процесса. Прямо как с доставкой: пока курьер не нажал “вручено”, посылка в вашем приложении где-то в параллельной вселенной.

3) Разобрать резервы (часто это снимает 80% боли “есть, но нельзя”)

Найдите:
  • кто держит резерв
  • под какой заказ
  • жив ли этот заказ вообще
Иногда один снятый резерв дает вам обратно 200 штук “доступно”, и все резко перестают ругаться.

4) Если факт реально не совпадает с учетом: инвентаризация по-взрослому

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

5) “Корректировка остатков, чтобы прямо сейчас отгрузить” (только как аварийный костыль)

Я понимаю, почему так делают. Клиент ждет, склад стоит, все кипит.
Но это как заклеить лампочку “масло” изолентой. Лампочка исчезла. Проблема осталась.
Если уж делаете, то как “пожарный выход”, а потом все равно возвращаетесь к причине. Иначе минус просто переедет в другое место.

Как сделать так, чтобы минуса не возвращались (и жизнь стала спокойнее)

Правило 1. Расход не раньше прихода

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

Правило 2. Приведите аналитику к единым правилам

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

Правило 3. Еженедельная быстрая проверка

15-20 минут раз в неделю спасают от больших разборов.
Я бы проверял:
  • товары с минусом и “околоминусом”
  • зависшие ордера/задания
  • резервы без движения 14+ дней
  • документы задним числом за неделю

Мини-инструкция, если минус вылез прямо сейчас

  1. Точно определить аналитику: товар + склад + серия/характеристика/партия.
  2. Найти первый документ, который увел в минус.
  3. Проверить, где должен быть приход и почему его нет/не там/не той датой.
  4. Исправить первичку.
  5. Перепровести цепочку в правильном порядке.
  6. Если затронута себестоимость, не “перепроводить весь год” на эмоциях. Действовать точечно.
]]> Скидка в 1С:УТ не срабатывает: где проверить настройки и условия https://ivan-prog-1s.ru/tpost/50mpbblro1-skidka-v-1sut-ne-srabativaet-gde-proveri https://ivan-prog-1s.ru/tpost/50mpbblro1-skidka-v-1sut-ne-srabativaet-gde-proveri?amp=true Fri, 13 Mar 2026 00:05:00 +0300 Пока про нее никто не вспоминает, все работает. Но стоит открыть заказ и сказать системе: “применись”, - она делает вид, что совершенно не понимает о чем речь...

Скидка в 1С:УТ не срабатывает: где проверить настройки и условия

Порой скидка в 1С:Управление торговлей ведет себя довольно странно. Пока про нее никто не вспоминает, все работает. Но стоит открыть заказ и сказать системе: “применись”, - она делает вид, что совершенно не понимает о чем речь.
Был у меня случай, когда менеджер уверенно пообещал клиенту: “сделаем минус 10%”. Клиент уже был согласен на сделку, менеджер открыл заказ, а там обычная цена. Ни процента скидки. Как будто разговор про скидку был где-то не здесь.
В этот момент менеджер недоумевает: “Все же у нас настроено”. И, если взглянуть на настройки, все действительно настроено. А система тем временем спокойно считает по полной цене.
За годы работы мне приходилось видеть такие ситуации десятки раз. И почти всегда причина находилась. Просто она обычно прячется не там, где ее ищут в первую очередь. Чаще всего дело в соглашениях с клиентом, приоритетах скидок, условиях применения или одной маленькой настройке, на которую никто не обратил внимания.
Давайте разберем, почему в 1С:УТ не применяется скидка и как быстро найти место, где она сломалась, не превращая проверку в долгие раскопки по настройкам.

Сначала проверка на здравый смысл: вы точно ждете скидку, а не “другую цену”?

Иногда люди ищут “почему не применяется скидка”, а на самом деле у них логика такая:
  • “Дилерская цена” уже ниже, чем “Розница”
  • и это не скидка, а вид цены
То есть система просто подставляет другую цену, а проценты скидки вы не увидите принципиально. Это как если вы ждали купон в кассе, а вам сразу дали цену “по карте” на ценнике. Вроде выгодно, но не тем способом.
Если вы хотите, чтобы именно в документе было видно “-10%”, значит надо копать механизм скидок, а не виды цен.

Быстрый поиск причины, когда клиент уже на телефоне

Если времени ноль, я действую так:
  1. Беру один товар в конкретном документе, где скидка не сработала.
  2. Смотрю, какой вид цены подставился.
  3. Проверяю, какое соглашение действует.
  4. Затем условия скидки: дата, количество, сумма, сегмент, группа товара.
  5. И финальный босс: приоритеты и ограничения (минимальная цена, запреты скидок).
На этом обычно всплывает причина. Либо сразу. Либо с тихим “ааа, вот оно что”.

Почему скидка не применяется: 12 причин, которые встречаются чаще всего

1) Скидки в документе просто “не включены”

Звучит как прикол, но это реальность. Особенно когда в компании разные шаблоны документов.
Кейс: в одной сети половина менеджеров работала через “старый” шаблон заказа, где скидки были включены. Остальные через “новый”, в котором кто-то когда-то выключил применение скидок.
Итог: “у Пети работает, у меня нет”. Секретный уровень: это не Петя, это шаблон.
Что смотреть: настройки документа, права, режимы работы с ценами/скидками.

2) Подставляется “не тот” вид цены

Вы ждете скидку, а система берет и ставит цену “Розница”, хотя должна быть “Опт”. И дальше хоть танцуйте вокруг, скидка может не примениться так, как вы ожидаете.
Однажды у клиента менеджеры любили руками менять вид цены в заказе “чтобы красиво”. Ровно до момента, пока скидки не стали жить случайными вспышками.
Как только ручную смену вида цены ограничили, исчезло ощущение, что 1С играет в рулетку.

3) Не то соглашение (или соглашение не подхватилось)

Соглашение в УТ это как правила дорожного движения для продаж: какие цены, какие скидки, какие условия.
Ошиблись соглашением и скидка не обязана появляться. Она вообще “не в этом мире”.
Простой житейский вариант: у клиента два направления продаж. Один договор розничный, другой оптовый. Менеджер выбрал не тот. И скидка “куда-то пропала”. На самом деле она в другом соглашении, просто вы туда не вошли.

4) Даты: скидка “вчера была”, а сегодня уже нет

Да, бывает банально.
Акция до 31 числа. На календаре 1-е. Скидка исчезла.
И дальше половина отдела обсуждает “почему отключилось”, хотя отключился только срок действия.
Особенно весело, если документ создают задним числом. Тогда скидка может то появляться, то исчезать в зависимости от даты документа.

5) Условия по количеству/сумме не добиты

Скидка “от 10 штук”, а у вас 9.
Скидка “от 50 000”, а у вас 49 800.
И вот менеджер говорит: “ну там же почти!”.
А 1С отвечает: “почти не считается”.
Еще один подводный камень: упаковки. 1 короб = 12, а кто-то считает короб как “10”. Итог: порог не достигается, скидка не включается, все злятся.

6) Скидка завязана на сегмент, а клиент туда не попал

Это очень коварно, потому что снаружи выглядит как “ну он же VIP”.
Кейс: скидка -12% для VIP. Менеджер уверен, что клиент VIP, потому что “давно покупает”.
А сегмент динамический: например, оборот за последние 90 дней. Клиент месяц молчал, вылетел из сегмента, скидка пропала.
И начинается: “у нас что, 1С память потеряла?”
Нет. Просто правила такие.

7) Скидка настроена на группу товаров, а товар переехал в другую

Товар поменяли, карточку подкрутили, категорию перенесли, кто-то “чуть-чуть” пересобрал группы.
Скидка была на группу А. Товар теперь в группе Б.
Скидка стоит и вроде “живая”, но она смотрит на вас стеклянными глазами, потому что товар для нее чужой.
Проверка: группа/категория товара и на что именно завязано условие скидки.

8) Приоритеты: другая скидка или правило перекрывает вашу

Тут у людей обычно появляется лицо “да ну не может быть”.
Может. И постоянно так происходит.
Например:
  • есть акция “-5% всем”
  • есть персональная “-10% по карте”
  • и есть ограничение “не опускать цену ниже минимальной/маржинальной”
И вот на одних товарах -10% проходит, на других система режет скидку до нуля, потому что иначе цена уйдет ниже порога.
В итоге скидка “то работает, то нет”, а на самом деле работает четко, просто вы не видите, кто сверху главный.

9) Документ не пересчитал скидки после изменений

Иногда скидка бы применялась, но документ как будто “завис” на старых расчетах: поменяли количество, соглашение, склад, дату, а скидки не обновились.
Частая причина: копирование документа. Копируют старый заказ, внутри остаются старые цены, и скидка не пересобирается автоматически.
Это как взять старую смету, заменить одну строку и удивляться, почему итог не поменялся.

10) Вы ждете скидку в заказе, а она “фиксируется” в реализации

Такое встречается, когда в процессе продаж у вас разделение: в заказе предварительные условия, в реализации финальные.
Менеджер смотрит на заказ и говорит “скидки нет”.
А она появляется на следующем шаге, просто по логике процесса.
Если в компании это не проговорено, люди сходят с ума регулярно.

11) Условия по складу/организации не совпали

Скидка может быть привязана к конкретной организации или направлению продаж.
У компании две организации. Акцию завели на одну. Документ сделали от второй. Скидки нет.
Выглядит как “рандом”, но это чистая математика условий.

12) Ручная правка цены “ломает” скидку

Иногда достаточно одного движения: менеджер руками меняет цену на 1-2 рубля “чтобы красиво”.
А дальше система считает, что цену задали вручную, и автоматические скидки либо не трогают строку, либо применяются иначе, чем вы ждете.
Кейс из жизни: скидка пропала на одной позиции. Полдня искали. Оказалось, менеджер поправил цену, чтобы получить “ровные 990”. И этим выключил всю автоматику.

Два коротких кейса, которые отлично показывают, где обычно прячется причина

Кейс 1: “скидка не работает только у одного сотрудника”

Причина: он создавал документы через другой шаблон, где скидки отключены.
Решение: 10 минут. Споров: 2 дня.

Кейс 2: “скидка пропадает, когда берут больше”

Причина: ограничение минимальной цены/маржи.
На 2 штуках скидка проходила. На 20 штуках система резала ее до нуля, потому что итоговая цена падала ниже порога.
Решение: пересмотр порога и исключения для пары категорий. После этого продажи перестали “спотыкаться” на ровном месте.

Что сделать, чтобы скидки были предсказуемыми, а не как погода

Я бы навел порядок в трех вещах:
  1. Один главный механизм: или виды цен, или скидки, но не “все сразу и вперемешку”.
  2. Явные приоритеты: что сильнее, что слабее, где запрет, где минимум цены.
  3. Регламент проверки: раз в неделю пройтись по топовым товарам и посмотреть, где скидки не применились и почему.
Это скучно звучит. Зато потом менеджеры перестают гадать, а вы перестаете слушать “1С опять чудит”.
]]> Резервирование товара в 1С:УТ: как настроить, чтобы резервы не съедали остатки https://ivan-prog-1s.ru/tpost/vty96gmr01-rezervirovanie-tovara-v-1sut-kak-nastroi https://ivan-prog-1s.ru/tpost/vty96gmr01-rezervirovanie-tovara-v-1sut-kak-nastroi?amp=true Fri, 13 Mar 2026 00:03:00 +0300 Резерв в 1С - это не история про “товар пропал”. Это история про “товар уже заняли”

Резервирование товара в 1С:УТ: как настроить, чтобы резервы не съедали остатки

Резерв в 1С - это не история про “товар пропал”. Это история про “товар уже заняли”.
Он может лежать на складе, но для системы он уже обещан другому заказу. Примерно как последний столик в ресторане вечером: стол вроде свободный, но администратор говорит “извините, он уже в резерве”.
Проблема в том, что в 1С:Управление торговлей резервы умеют расти незаметно без предупреждений. Сегодня один заказ зарезервировал товар, завтра второй, потом третий. А старые заказы никто не проверил.
И в какой-то момент получается странная картина: в отчетах на складе лежит 300 штук, а при подборе в реализацию система показывает доступно 0.
Дальше начинается подобная сцена: менеджер смотрит на остатки со словами
“Да вот же товар, система показывает”. Кладовщик открывает подбор и отвечает:
“Отгрузить не дает. Все в резерве”. А руководитель в этот момент спрашивает самое неприятное: “Почему мы опять тормозим отгрузки?”
Обычно эта проблема решается не подвигами и не срочными правками документов.
Все гораздо проще: нужны понятные правила - где резервируется товар, на какой срок, кто может ставить резерв и что делать со старыми заказами, которые давно никто не трогал.

Как понять, что резерв у вас живет своей жизнью

Вот пять сигналов, после которых я всегда лезу смотреть резервы первым делом:

1) Товар “есть”, но его невозможно отгрузить

Отчет бодро рисует остаток, а документ говорит “недостаточно”. Как будто склад есть, но дверь заклеили скотчем.

2) Резервы висят неделями, а отгрузок по ним нет

Это прям отдельный жанр. Товар “заморожен”, продажа не случилась, а склад пустеет “на бумаге”.

3) Менеджеры начинают “бронировать заранее, чтобы не увели”

Если в отделе продаж пошла игра “кто раньше встал, того и товар”, резервирование превращается в борьбу за ресурсы. И 1С тут ни при чем.

4) Резервы размазаны по складам

Отгружаем с магазина, резерв стоит на центральном. Или наоборот. И начинается ощущение, что остаток телепортировался.

5) Слова “мы резервы не ставим” звучат уверенно… но резерв есть

Потому что он ставится автоматически по статусу заказа, по обеспечению, по настройкам, которые “кто-то когда-то включил”.

Резерв по-человечески: что он делает, а чего не делает

Резерв не двигает товар физически. Он просто говорит системе: “эти 20 штук не трогайте, они под заказ”.
И вот тут важный момент: резерв может быть полезным (реально держим под оплату/отгрузку) или токсичным (держим под “может быть”, а потом забываем).
Разница между ними не в кнопке. Разница в правилах.

Кейс, который повторяется слишком часто: “остатки съело”, а съел их страх

Опт, несколько складов, менеджеров много. Началась классика: у половины заказов статус “в работе”, везде резервы, отгрузки буксуют.
Сели разбирать по топ-20 товарам. Картина примерно такая:
  • зарезервировано 1 400+ единиц,
  • реально отгружается за неделю 600-700,
  • остальное висит под заказы без оплаты, без даты, без понятного “когда”.
То есть товар не “пропал”. Он заперт. Как в кладовке с табличкой “не открывать, там важное”.
Что сделали:
  • ввели срок жизни резерва,
  • запретили держать жесткий резерв без оплаты,
  • и самое главное: договорились, кто может продлевать резерв и почему.
После этого исчезла львиная доля фразы “1С съела остатки”. Потому что есть перестали не остатки, а иллюзии.

Настройки и правила, которые реально спасают

1) Выберите правильный тип: резерв по складу или “в целом”

Это решение звучит как мелочь, но оно прям меняет игру.

Резерв по складу

Подходит, когда:
  • отгружаете с конкретного склада/магазина,
  • важна физическая привязка,
  • не хотите “товар есть где-то в космосе”.

Резерв “в целом”

Подходит, когда:
  • склады взаимозаменяемые,
  • вам все равно, откуда поедет,
  • логистика сама перекинет.
Самая болезненная комбинация, которую я встречаю чаще всего: резерв “в целом”, а отгрузка строго из точки. Итог предсказуемый: в магазине свободно 0, хотя товар рядом. Просто он “занят” не там.

2) Введите срок жизни резерва. Без него будет болото

Резерв без срока это как вкладка в браузере “прочитать потом”. Потом не наступает.
Рабочий вариант (с цифрами, которые обычно приживаются):
  • без оплаты: 24-48 часов,
  • с предоплатой: 5-7 дней (или под ваш цикл),
  • проектные/спецзаказы: отдельное правило, но с ответственным и датой пересмотра.
Кейс из интернет-продаж: после правила “без оплаты держим 24 часа” свободные остатки по ходовым позициям выросли заметно, а количество срывов по отгрузке упало. Не потому что склад внезапно стал больше. А потому что перестали хранить воздух как товар.

3) Разделите “бронь на подумать” и “резерв под отгрузку”

Если всем дать жесткий резерв, вы получите склад, где все “чужое” и ничего нельзя трогать.
Нормальная схема:
  • короткая бронь менеджера: чтобы успеть выставить счет, уточнить доставку, согласовать;
  • жесткий резерв: когда реально собираем и отгружаем.
Это как в кино: трейлер и премьера. Не надо устраивать премьеру каждый раз, когда кто-то увидел афишу.

4) Не резервируйте то, что физически не готово к отгрузке

Это особенно важно, если есть:
  • адресное хранение,
  • серии/сроки,
  • зоны приемки/карантина.
Пример: товар числится, но он “в приемке”. Или партия с истекшим сроком, а отгрузку такого система запрещает. Резерв на такой товар это обещание, которое вы сами же потом будете выкручивать, как сломанную крышку на банке.

5) Права: кто может резервировать, кто может продлевать, кто может снимать

Если любой менеджер может “занять” любой товар на неопределенный срок, склад превращается в общий чат, где все пишут “моё”.
Рабочая модель:
  • менеджер: бронь на короткий срок,
  • руководитель: продление и исключения,
  • склад/логистика: жесткий резерв под сборку,
  • снятие чужого резерва: только по роли и с фиксированием, чтобы не было подковерных войн.

6) Проверьте, не ставится ли резерв автоматически

Иногда люди правда уверены, что “мы все делаем вручную”. А резерв ставится:
  • по статусу заказа,
  • по правилам обеспечения,
  • при проведении документа,
  • по цепочке “заказ -> обеспечение -> резерв”.
И в итоге резерв появляется как кот ночью: вы его не звали, но он уже на кухне и что-то уронил.

Быстрая диагностика: что именно “съело” остаток

Берем один товар (прям один), и проверяем по короткой схеме:

1) Остаток по складу есть?

Да. Отлично.

2) Свободный остаток есть?

Если нет, идем в резервы.

3) Расшифровываем резерв

Под какие заказы? Кто создал? Когда? Есть ли оплата? Есть ли дата отгрузки?

4) Проверяем физическую доступность

Если адресный склад: лежит ли в ячейке, не висит ли в приемке/карантине.
Если серии: подходит ли серия, не просрочено ли.
В 8 случаях из 10 на этом месте уже понятно, что делать: снять/перенести/ограничить/перенастроить.

Мини-набор правил, который обычно убирает 70% боли

  1. Резерв без оплаты живет максимум 24-48 часов.
  2. Жесткий резерв только под подтвержденную отгрузку.
  3. Резерв по складу, если отгрузка со склада, а не “как-нибудь”.
  4. Раз в неделю отчет “старые резервы” и ответственные по ним.
  5. Запрет на бесконечные продления без причины.
Это не “жестко”. Это просто похоже на правила дорожного движения. Без них тоже можно… но недолго.

Если прямо сейчас горит: с чего начать

Когда звонит клиент, машина у ворот, а “доступно 0”, я бы сделал так:
  1. Найти резервы старше 7 дней по проблемным товарам.
  2. Проверить, совпадает ли склад резерва со складом отгрузки.
  3. Посмотреть, нет ли товара “в пути/в приемке/в карантине”.
  4. Проверить, не ставится ли резерв автоматически по статусу.
Это быстрые рычаги. Они возвращают управляемость.
]]> Остатки в 1С:УТ не сходятся: 10 причин и где искать ошибку, чтобы быстро вернуть порядок https://ivan-prog-1s.ru/tpost/i1zxcrc121-ostatki-v-1sut-ne-shodyatsya-10-prichin https://ivan-prog-1s.ru/tpost/i1zxcrc121-ostatki-v-1sut-ne-shodyatsya-10-prichin?amp=true Fri, 13 Mar 2026 00:01:00 +0300 Недавно сотрудники моей клиентки начали бить тревогу в рабочем чате: “Не можем найти товар!” - летели сообщения крупным шрифтом...

Остатки в 1С:УТ не сходятся: 10 причин и где искать ошибку, чтобы быстро вернуть порядок

Недавно сотрудники моей клиентки начали бить тревогу в рабочем чате: “Не можем найти товар!” - летели сообщения крупным шрифтом.
Клиентка открывает 1С, а остатки показывают, что всё отлично - на складе лежит 127 единиц товара. Через пять минут прибегает кладовщик и сообщает, что посмотрел весь склад и там пусто.
И дальше начинаются попытки докопаться до истины. Менеджер уже пообещал клиенту отгрузку сегодня, а моя клиентка хватается за голову и не понимает куда делся товар, который в 1С вроде бы есть.
Чаще всего его никто не украл и не потерял, просто учет в какой-то момент слегка “съехал”.
Где-то провели документ задним числом, где-то поправили склад, где-то сделали корректировку, которая выглядела безобидно. По отдельности такие вещи почти не заметны. Но со временем они начинают наслаиваться и однажды вы открываете остатки, а там уже свое альтернативное количество товара.
Я видел это в оптовых компаниях, в рознице, на складах с двумя сотрудниками и в сетях с десятками точек. Сценарий почти всегда одинаковый. Отличается только масштаб проблемы.
Давайте разберем 10 самых частых причин, почему в 1С:Управление торговлей перестают сходиться остатки, и как быстро найти место, где учет дал трещину.

Быстрый старт: как не утонуть в расследовании

Первое, что спасает нервы: не пытайтесь “починить остатки вообще”. Берите один конкретный товар. Один склад. Одну дату.
Дальше я обычно делаю три сравнения. Это как треугольник: если две точки совпали, третья почти всегда выдаст проблему.

Шаг 1. Сверяем три числа

  1. Что показывает отчет по остаткам (например, “Ведомость по товарам”).
  2. Сколько доступно к отгрузке в документе (реализация/заказ/отбор).
  3. Сколько сидит в резервах, ожиданиях, “в пути”, в обеспечении.

Шаг 2. Смотрим последние 2-3 дня, а не месяц

За месяц можно найти все: и ошибку, и смысл жизни, и пару седых волос.
А вот за последние 2-3 дня обычно видно, в какой момент цифра “дернулась” и кто это сделал.

Быстрые подсказки по масштабу беды

  • Расхождение на 1-3 штуки? Часто это единицы измерения, упаковки, округления.
  • Расхождение на 50-500? Почти всегда резервы, серии/характеристики или документы задним числом.
Все. Теперь можно идти по причинам.

Причина 1. Резервы: товар есть, но он уже “обещан”

Это самая частая история. И самая обидная, потому что выглядит как “1С жадничает”.
Пример из типовой жизни: в остатках 120, доступно 0. Почему? Потому что 120 уже зарезервированы под заказы клиентов. Это как холодильник, который полный, но все контейнеры подписаны чужими именами.
В одной компании (опт, 3 склада, около десятка менеджеров) в пятницу ближе к вечеру поднялся шум: “отгрузка не идет, 1С врет”. В итоге на позицию висело 11 заказов, резерв 118. Свободно было 2 штуки. Программа не врала. Она просто была единственным трезвым участником в комнате.
Что смотреть быстро:
  • отчеты по резервам и обеспечению,
  • статусы заказов,
  • резерв “по складу” или “в целом”.
Мелкая, но частая подстава: резерв висит “в целом”, а отгружаете вы с конкретного склада. Поэтому ощущение, что товар где-то “есть”, но его “не дают”.

Причина 2. Документы задним числом: переписали прошлое и удивились настоящему

Есть фраза, после которой у консультантов начинает дергаться глаз: “мы там просто дату поменяли”.
Поменяли дату, перепровели, и УТ честно пересчитала историю. А вы потом честно ловите последствия.
Ситуация из практики внедрений: расхождение по группе товаров на 347 единиц. Нашли одно поступление, которое внесли задним числом на 18 дней, когда уже было около 40 продаж. Себестоимость и движения перестроились. Отчеты начали “расходиться” в разных разрезах, потому что прошлое теперь стало другим.
Что сделать быстро:
  • найти документы с подозрительными датами,
  • посмотреть, кто и когда проводил (журнал регистрации, если он включен),
  • проверить, не было ли массового перепроведения.

Причина 3. Упаковки и единицы: “коробка” внезапно стала не 12, а 10

Если расхождение красивое и ровное: 10, 12, 24, 48… это почти всегда упаковки.
Такая ошибка как таракан: маленькая, неприятная и размножается быстро.
Кейс из розницы: учет в “упаковках”, продажи в “штуках”. Коэффициент пересчета в карточке стоял 10 вместо 12. На обороте 2400 штук ошибка превращается в “пропало 400”, и люди реально начинают подозревать склад.
Проверяем:
  • единицу хранения остатков,
  • коэффициенты упаковок,
  • какие единицы подставляются в документах (реализация, перемещение, сборка).

Причина 4. Характеристики: остаток есть, но “не того размера”

Одежда, обувь, запчасти, цвета, размеры, модификации. Тут очень легко смотреть “в целом” и пытаться отгрузить “конкретное”.
В отчете вы видите “кроссовки модель X”. А в документе подбираете “модель X, размер 42”.
Остаток по номенклатуре есть. По характеристике пусто. И кажется, будто 1С издевается. А она просто уточняет: “какие именно кроссовки-то?”
Что смотреть:
  • включены ли характеристики и в каком режиме ведется учет,
  • не меняли ли правила учета на ходу,
  • нет ли дублей характеристик.
Да, дубли бывают в стиле “42” и “42 ” с пробелом. Это как два одинаковых ключа, один чуть подпилен. Вроде то же самое, а замок уже другой.

Причина 5. Серии/партии/сроки: товар есть, но “не годится”

Если включены серии (фарма, продукты, косметика), остаток “без серии” часто просто декоративный. Как вывеска “магазин открыт”, когда двери закрыты на ключ.
Пример: склад косметики, тысячи позиций. По товару остаток 58, к отгрузке 0. Причина простая: вся партия с истекшим сроком, а в настройках запрет отгрузки такого товара. И это правильно. Просто неприятно узнавать об этом в момент, когда машина уже стоит у ворот.
Проверяем:
  • включен ли учет по сериям там, где нужно,
  • ограничения по срокам,
  • корректность ввода серий в приходах и перемещениях.

Причина 6. Адресный склад: “есть на складе”, но не “лежит в ячейке”

Адресное хранение дисциплинирует. И мстит за бардак.
Типовая картина: остаток есть, а к отбору не предлагается. Потому что товар не размещен по ячейкам, завис в зоне приемки, или лежит в “карантине”, который не участвует в отборе. Это как чемодан в аэропорту: он ваш, он прилетел, но пока не вышел на ленту, вы его не получите.
Что смотреть:
  • остатки по ячейкам,
  • задания на размещение/отбор,
  • статусы складских операций.
Если расхождение кратно паллете (60, 80, 96) я бы почти сразу полез в зоны приемки/карантина.

Причина 7. “В пути”: перемещение отправили, а приемку забыли

Межскладские перемещения любят превращаться в сериал. Серия 1: “отправили”. Серия 2: “не приняли”. Серия 3: “почему минус?”. Финал обычно безрадостный.
Кейс из сети магазинов: разница 213 единиц. Нашли 9 перемещений “в пути” старше 14 дней. И это не про учет, это про человеческую привычку “сделаю потом”. Потом не наступило.
Проверяем:
  • незавершенные перемещения,
  • ордера (если используете),
  • статусы “отгружено/принято”.

Причина 8. Возвраты и корректировки: вернули, но “не туда”

Возвраты могут ломать картину очень изящно. Особенно когда их оформляют на автомате.
Частая ошибка: возврат оформили не на тот склад или не тем видом операции. Вроде бы товар “вернулся”, а по регистрам он ушел в другое место. Потом начинается: “почему в магазине минус, а на центральном плюс?”
Был случай: возвраты делали на склад “Брак”, а отгружали с “Основного”. Через месяц “Основной” ушел в минус на 37 позиций, “Брак” раздулся на +512. И все такие: “ну это же брак”. Да, но цифры-то общие.
Проверяем:
  • вид операции возврата,
  • склад возврата,
  • привязку к исходной реализации (если у вас так принято).

Причина 9. Дубли номенклатуры: два одинаковых товара, две разные жизни

Это смешно, пока не ваш отчет. Потом уже не смешно.
“Кабель USB Type-C 1м” и “Кабель USB Type C 1м”. Разница в дефисе или пробеле. На одном карточка с остатками, на другом продажи. И вы реально продаете “то, чего нет”, хотя оно лежит рядом.
Я видел историю, где дублей было 73 позиции, а расхождение по себестоимости на конец месяца вылезло на 1,2 млн рублей. Не кража. Просто учет распилили на две почти одинаковые сущности.
Быстрая диагностика:
  • поиск по артикулу и штрихкоду,
  • отчеты/правила уникальности (если настроены),
  • простая проверка: один штрихкод не должен жить в двух карточках.

Причина 10. Права и “ручные поправки”: когда учет чинят руками, как проводку изолентой

Обычно это всплывает последним, когда все остальное проверили.
Если у кого-то есть возможность:
  • проводить что угодно без контроля,
  • менять настройки учета в разгар недели,
  • делать ручные операции и корректировки движений,
  • то остатки будут расходиться снова и снова. Даже если люди толковые. Особенно если толковые и уставшие.
Самый неприятный кейс, который приходилось разбирать: сотрудник раз в неделю “подправлял остатки, чтобы сходилось”. Подправлял не там. Через пару месяцев расхождение стало стабильным 3-5% по группе. На обороте в 20 млн в месяц это ощущается не только в отчетах, но и в настроении директора.
Что сделать:
  • проверить, у кого доступ к корректировкам,
  • посмотреть, используются ли ручные операции,
  • включить журнал регистрации и пожить с ним хотя бы неделю.

Чеклист: найти источник за 15-40 минут, без шаманства

  1. Выберите один проблемный товар. Один.
  2. Откройте отчет по остаткам и провалитесь до документов.
  3. Проверьте резервы: если резерв равен расхождению, вы почти у цели.
  4. Проверьте разрезы: склад, организация, характеристика, серия, ячейка.
  5. Ограничьте период последними 3 днями и найдите момент, когда цифра “поехала”.
  6. Сравните дату документа и дату проведения. Если они живут отдельно, это сильный кандидат.
  7. Если адресный склад/ордера, посмотрите незавершенные операции. Там часто “залипает” товар.
На практике обычно уже на 3-5 шаге становится ясно: это резерв/разрез или задняя дата.

Два признака, что виновата не “1С”, а то, как вы на нее опираетесь

  1. Расхождение кратно упаковке (10, 12, 24).
  2. В отчете “есть”, а в документе “нет”, и при этом включены характеристики/серии/адресный склад.
Это почти всегда означает: вы смотрите не туда или система честно соблюдает правила (резерв, срок годности, ячейка).

Что бы я подкрутил, чтобы остатки перестали устраивать вам квесты

  • ограничить проведение задним числом (или хотя бы сделать это заметным событием),
  • жестко держать уникальность по артикулу/штрихкоду,
  • раз в день/неделю проверять “незавершенные” (перемещения, ордера, задания),
  • договориться, как именно работает резерв: кто держит, сколько, когда снимает.
Это не про идеальный мир. Это про то, чтобы вы перестали играть в “найди пропажу” каждую неделю.
Если хотите, могу сделать продолжение в формате “берем один товар и разбираем по шагам в УТ 11” с конкретными отчетами и что в них искать. Без воды, как инструкция, которую реально открывают в момент паники.
]]> Налог на прибыль в 1С не сходится с бухгалтерской прибылью: 10 частых причин и где искать ошибку https://ivan-prog-1s.ru/tpost/ss1zvmk6y1-nalog-na-pribil-v-1s-ne-shoditsya-s-buhg https://ivan-prog-1s.ru/tpost/ss1zvmk6y1-nalog-na-pribil-v-1s-ne-shoditsya-s-buhg?amp=true Fri, 06 Mar 2026 22:56:00 +0300 Думаю, что я не ошибусь, если скажу, что этот вопрос вы задавали себе чаще, чем хотелось бы: “Почему в 1С налог на прибыль не сходится с бухгалтерской прибылью?”

Налог на прибыль в 1С не сходится с бухгалтерской прибылью: 10 частых причин и где искать ошибку

Бывает открываешь отчет и видишь прибыль по бухгалтерии, например, 1,8 млн, а налог на прибыль в 1С почему-то считает базу 2,4 млн.
И в этот момент закрадывается мысль: “Это ошибка или так и должно быть?”
Первое, что важно понять, бухгалтерская прибыль и налоговая база по прибыли - это разные вещи. Они связаны между собой, но живут по разным правилам.
Бухгалтерский учет показывает экономический результат работы компании. Налоговый учет считает сколько нужно заплатить государству.
Поэтому расхождения между ними - это нормально. Но когда разница выглядит странно или слишком большая, значит где-то в учете есть нюанс, который стоит проверить.
За годы работы с 1С мне доводилось видеть такую картину десятки раз. Бухгалтер начинает копать одну операцию, потом вторую, через час уже проверяет проводки за март. А в итоге причина оказывается совсем в другом месте.
Поэтому ниже собраны самые частые причины, из-за которых налог на прибыль в 1С не сходится с бухгалтерской прибылью. Эти причины собраны из практики и показывают, где обычно и спрятана проблема.

Для начала: вы точно сравниваете одинаковые цифры?

Иногда проблема даже не в налоге. А в том, что люди сравнивают яблоки с пирожками.
Типовая ситуация:
  • бухгалтер взял прибыль “до налога”
  • руководитель открыл отчет, где уже “после налога”
  • кто-то третий вообще посмотрел обороты по 90 счету и назвал это прибылью
У меня был случай, когда спорили с пеной у рта из-за расхождения примерно на 360 000. Уже собирались “перепроверять все документы квартала”. А потом выяснилось: сравнивали чистую прибыль с налоговой базой. То есть цифры из разных миров. Мы просто назвали вещи правильными словами и конфликт сдулся, как шарик.

Карта местности: где чаще всего “ломается” сходняк БУ и НУ

Я люблю думать об этом так: бухгалтерская прибыль — это фото, а налоговая база — это видео. Фото показывает “как было красиво в моменте”. Видео показывает “как это реально считалось по правилам”. Иногда кадры совпадают. Иногда нет.

ТОП причин, почему в 1С налог на прибыль не совпадает с бухгалтерской прибылью

1) Постоянные разницы: расход есть, а для налога его как будто не существует

Это самый токсичный вариант. Потому что в бухучете расход лег нормально. И ты уже расслабился. А налоговый учет такой: “Не-не, дружище, это мы не едим”.
Примеры, которые стабильно всплывают:
  • штрафы, пени, санкции
  • представительские “с перебором”
  • странные “мероприятия”, где половина трат без нормальной первички
  • подарки и траты, которые сложно назвать рекламой без натяжки
Мини-кейс из жизни.
Компания провела “мероприятие для партнеров” на 120 000. По бухучету прибыль уменьшилась. Красота.
А в налоговом учете часть расходов не подтвердилась нормально. Итог: база по прибыли выше на те же 120 000, налог примерно +24 000 (20% от суммы). И ощущение, что 1С “зажала” расходы. Хотя на самом деле она просто соблюдает правила.

2) Временные разницы: расход “не сейчас”, а позже (или раньше)

Тут чаще всего никто не виноват. Просто время.
Услуги, аренда, подписки, длительные работы — и начинается хореография дат: акт одной датой, документ другой, закрытие третьей.
У меня было: услуги на 590 000. Акт реально подписали в начале следующего месяца, а “умом” все считали, что это прошлый.
В бухучете расход ушел в следующий период. В налоговом тоже. А руководитель уже сравнил “как должно быть” со своим ожиданием и удивился: “почему налог больше”. Потому что расход пока не там, где ты его ждешь. Он придет. Просто не в этот месяц.

3) Амортизация: один объект, две жизни

Если в компании есть основные средства, то расхождение между БУ и НУ — это не “если”, а “когда”.
В бухучете один срок полезного использования, в налоговом — другой. Методы тоже могут отличаться. И это превращается в разные суммы расходов каждый месяц.
Кейс, прям школьная классика.
Станок за 3 200 000. В БУ поставили СПИ 5 лет, в НУ получилось 7 лет по группе.
В первые месяцы БУ “списывает” быстрее, в НУ расход меньше — налоговая база выше, налог выше. Потом графики начнут догонять друг друга, но сначала это всегда выглядит как “почему так несправедливо”.

4) Резервы: бухучет щедрый, налоговый капризный

Резервы в бухучете — как подушка безопасности. В налоговом — как бумажная салфетка. Иногда помогает, иногда рвется, иногда вообще “не положено”.
Часто всплывают:
  • резерв отпусков
  • резерв по сомнительным долгам
Пример без украшений.
Сделали резерв по сомнительным долгам на 800 000. В бухучете прибыль снизилась. Вроде логично.
А в налоговом резерв не сформировался, потому что не выполнены условия или что-то не так в настройках/аналитике задолженности. Итог: налоговая база не уменьшилась. И человек уверен, что 1С “не учла резерв”. На деле 1С просто не нашла оснований.

5) Курсовые разницы и авансы в валюте: когда учет превращается в аттракцион

Если у вас валюта, особенно авансы, это почти гарантированная причина “почему разъехалось”.
Я видел расхождение по прибыли на 1,1 млн. Серьезно, там у людей лицо стало цвета офисной бумаги.
Разобрались: большая часть — курсовые разницы и то, как они “попали” по периодам из-за авансов. Бухучет отразил так, налоговый иначе, 1С посчитала честно. Просто не так, как ожидали “на глаз”.

6) Закрытие месяца сделано наполовину или сделано, но документы потом не перепровели

Это как поставить будильник, но не завести его.
Самая неприятная штука: закрыли месяц, потом исправили пару документов, и забыли перепровести цепочку. Себестоимость изменилась, а реализация осталась “старой”. В БУ одно, в НУ другое, и все выглядит как загадка.
Кейс: разница базы 450 000, налог примерно +90 000.
Причина банальная: после пересчета себестоимости не перепровели реализации. Одна кнопка “перепровести” и жизнь снова стала проще.

7) Статья затрат: один флажок, один неверный выбор, минус настроение

Эта причина тихая и гадкая.
Расход на 210 000 три месяца подряд не попадал в налоговый учет. Никто не понимал почему. Проверяли документы, ругались, делали сверки.
А потом нашли: в статье затрат стоял признак “не учитывается в целях налогообложения”. Одна настройка. И три месяца лишнего налога.

8) Доходы и расходы по договорам живут своей логикой (особенно на услугах и “длинных” проектах)

В бухучете можно признать равномерно, в налоговом доход “встал” по-другому. Или наоборот.
Если закрывающие документы любят приходить пачкой “в последний день”, считайте, что вы сами поставили себе квест.

9) Убытки прошлых лет: бухгалтерия уже в плюсе, а налоговая база еще “доедает” старое

Иногда происходит обратное: прибыль по бухучету нормальная, а налог маленький.
И руководитель радуется… пока не спросит: “А почему так мало?”
Потому что переносимые убытки прошлых лет могут уменьшать налоговую базу. Это ок. Не ок — когда убытки не учли из-за настроек или “не закрыли период, где это формируется”.

10) Ставки, обособки, региональные нюансы: мелкие настройки, большой эффект

Это уже из серии “почему мы платим больше, чем могли бы”.
Ставку поставили не ту, льготу не включили, распределение по подразделениям настроили криво — 1С не спорит. Она просто считает.
Один случай: квартальная переплата выходила на 130 000+. Нашли случайно, когда начали копать “почему по прибыли так жирно”. Оказалось, часть ставки должна была быть другой по региону, а настройка стояла “как по умолчанию”.

Где смотреть в 1С, чтобы не гадать по кофейной гуще

Я обычно иду по маршруту “сверху вниз”. Он экономит время.
  1. Сначала смотрю бухгалтерский результат (чтобы понимать, что за прибыль вообще обсуждаем).
  2. Потом смотрю начисление налога на прибыль (что 1С поставила к уплате).
  3. Проверяю закрытие месяца: без этого любые сравнения могут быть как прогноз погоды по настроению.
  4. Дальше иду в расшифровки и разницы (там почти всегда видно, где “разъехалось” и какими документами).
И вот тут важное наблюдение из практики: когда расхождение крупное, виноваты обычно не “сто документов”, а две-три точки. Амортизация. Резервы. Флажок в статье затрат. Реже валюта и авансы.

Чек-лист на 10 минут: если прямо сейчас надо понять, почему цифры разные

Пробеги глазами:
  • Закрытие месяца выполнено полностью и без ошибок?
  • После закрытия никто не менял документы, не перепроведя цепочку?
  • Статьи затрат: не стоит ли где-то запрет на учет в НУ?
  • Есть резервы? Они настроены и реально формируются в НУ?
  • По основным средствам: сроки/методы в БУ и НУ не конфликтуют?
  • Есть “любимые” расходы, которые налог не принимает (штрафы, спорные документы)?
  • Есть валюта и авансы? Сверь периоды отражения.
]]> Декларация по НДС в 1С: как проверить перед отправкой и найти ошибки, чтобы потом не получать требования из налоговой https://ivan-prog-1s.ru/tpost/ojp2afe851-deklaratsiya-po-nds-v-1s-kak-proverit-pe https://ivan-prog-1s.ru/tpost/ojp2afe851-deklaratsiya-po-nds-v-1s-kak-proverit-pe?amp=true Fri, 06 Mar 2026 22:55:00 +0300 Этот момент знаком почти каждому бухгалтеру. Ты открываешь декларацию по НДС в 1С, смотришь на итоговую сумму и в голове загорается мысль:

Декларация по НДС в 1С: как проверить перед отправкой и найти ошибки, чтобы потом не получать требования из налоговой

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

Сначала не декларация. Сначала порядок в квартале

Самая популярная ошибка звучит так: “Давай сначала декларацию сформируем, а потом посмотрим, что там не так”.
Это как сначала испечь торт, а потом выяснить, что муку забыли. Можно, конечно, но настроение будет странное.

Шаг 1. Закрыть период по-человечески

Если квартал не закрыт или закрыт “на честном слове”, декларация будет плясать.
У меня был случай: НДС к уплате около 2,8 млн. Все уже согласовали, почти отправили.
И тут менеджер находит: в одной реализации не тот договор. Бухгалтер перепроводит документ. Итог в декларации меняется на +190 000.
С виду кажется, что 1С “капризничает”. По факту она просто пересобрала расчет, потому что вы поменяли кирпичик в стене.
Мораль: любые правки после закрытия периода делать можно, но тогда не удивляйтесь, что цифры пошли гулять.

Шаг 2. Проверить, что счета-фактуры не играют в прятки

НДС любит две вещи: даты и бумажки.
Перепутали дату, забыли счет-фактуру, сделали “потом заведем” и… привет, дырка в книге и странная декларация.
Иногда “потом” вылезает в виде сдвига вычета на следующий квартал.
И ты сидишь и думаешь: “Почему в этом квартале НДС больше?”. А потому что вычет, который вы ждали, физически уехал в следующий период.

Шаг 3. Отдельно пробежать авансы, корректировки и возвраты

Если у вас их нет, жизнь проще.
Если есть, относитесь к кварталу как к аккуратной уборке: не шевели стопку, если не готов разобрать все листочки.
Вот что чаще всего ломает картину:
  • аванс получили, НДС начислили, но потом зачли криво
  • возврат сделали “как получится”, без корректировочных связок
  • скидку оформили ручной операцией “чтобы сошлось”, а книги стали выглядеть как плохой детектив

Декларация начинается с книг. Это прям закон физики

Я почти всегда начинаю не с самой формы декларации, а с книг.
Потому что книги покупок и продаж это как черновик контрольной.
Если в черновике каша, чистовик будет красивым… но неправильным.

Книга продаж: где рождаются лишние суммы и странные повторы

Книга продаж обычно подкидывает два сюжета: либо чего-то не хватает, либо что-то задублилось.

Сюжет 1: “лишнее” попало два раза

Реальная история. НДС “вылез” к уплате на +74 000. Все нервничают, кто-то уже подозревает мироздание.
Оказалось, два счета-фактуры на одну реализацию попали в книгу продаж оба. Один документ случайно скопировали и не удалили. Он выглядел как нормальный. 1С его и съела как нормальный.
После удаления/исправления дубля НДС вернулся туда, где его ждали.

Сюжет 2: реализация есть, а счета-фактуры нет или дата не та

Особенно больно, когда реализация в последний день квартала, а счет-фактура заведена “чуть позже”.
И вот у вас база в одном месте, а документы в другом. Красота.

Книга покупок: почему вычеты иногда “исчезают”, хотя документы на месте

Это прям классика жанра: “Счет-фактура есть, поступление есть, почему вычета нет?”
Потому что “есть” еще не значит “правильно зарегистрировано”.
Кейс из практики.
Входной НДС 312 500 не попадал в вычет. Документы вроде бы все были.
Нашли причину неожиданно простую: счет-фактуру завели, но не связали так, как 1С ждала (не тот статус/регистрация/привязка). В книге покупок пусто.
Исправили связку, перепровели и вычет появился, как будто он просто стоял за дверью и ждал, когда его позовут.

Тест на адекватность: итог по НДС должен объясняться простыми словами

У меня есть правило, которое спасает от отправки “на авось”.
Если вы не можете объяснить итог НДС за 2 минуты, декларацию рано отправлять.
Нормальная картина такая:
  • НДС с продаж: 4 650 000
  • вычеты: 3 980 000
  • итог к уплате: 670 000
И вы можете быстро сказать, что в этих вычетах крупного (топ-3 поставщика, аренда, импорт, основные закупки). И что в продажах дает основную массу (2-3 больших договора).
Если вместо этого мысль “ну 1С так считает” — это не аргумент, это просьба к судьбе быть доброй.

Теперь можно заполнять декларацию. Но без романтики

Когда книги выглядят нормально, только тогда я формирую декларацию.
И дальше делаю очень земную вещь:
  • смотрю ключевые суммы
  • проваливаюсь в расшифровки
  • беру 5–10 самых крупных строк и проверяю руками
Потому что ошибки редко размазаны тонким слоем по тысяче документов. Обычно это пара “жирных” мест, которые портят всю картину.

Последняя проверка перед отправкой: где чаще всего рвется

Контрольные соотношения и предупреждения

Если 1С ругается, это не “она вредничает”. Это она намекает, что где-то торчит гвоздь.
Однажды клиент сказал: “Да ладно, отправим, а там видно будет”.
Видно было быстро. Пришло требование. Потом два дня уточнений, объяснений и дерганья нервов. Экономия времени вышла отличная, только со знаком минус.

Авансы: источник “почему у нас такой НДС”

Пример, чтобы было понятно, почему на авансах нельзя зевать.
Получили аванс 5 000 000. НДС с аванса 833 333.
Потом часть отгрузили, часть зачли, часть вернули, часть ушла в следующий квартал.
Если хотя бы один документ в цепочке оформлен криво, итог начинает выглядеть как “число, которое придумали ночью”.

Корректировки и скидки

Скидка по договору -400 000 в конце квартала — любимый сюжет.
Если пытаться “подправить руками”, декларация может стать похожа на картину, которую подклеивали скотчем: вроде держится, но проверка косится.
Когда оформляешь корректировкой правильно, книги и декларация становятся логичными. И это ощущается как физическое облегчение.

Мой короткий чек-лист “перед кнопкой отправить”

Я обычно пробегаю по этому списку и только потом жму отправку:
  • период закрыт и после закрытия не было правок без перепроведения
  • в книге продаж нет дублей и странных “пустышек”
  • в книге покупок крупные вычеты подтверждаются документами и статусами
  • авансы и их зачеты на топ-контрагентах проверены
  • корректировки и возвраты отражены корректно, а не “чтобы сошлось”
  • итог НДС можно объяснить нормальными словами, без мистики
  • проверка в 1С не показывает критичных ошибок
Если все ок, отправляю. И сплю нормально.
]]> Налоги в 1С 8.3: как быстро найти начисления и уплату по всем налогам https://ivan-prog-1s.ru/tpost/ryd9li58c1-nalogi-v-1s-83-kak-bistro-naiti-nachisle https://ivan-prog-1s.ru/tpost/ryd9li58c1-nalogi-v-1s-83-kak-bistro-naiti-nachisle?amp=true Fri, 06 Mar 2026 22:54:00 +0300 Скорость в работе - это один из залогов успешного выполнения задач. Когда речь касается налогов, важно быстро понять, должны ли мы еще бюджету или уже все закрыли

Налоги в 1С 8.3: как быстро найти начисления и уплату по всем налогам

Скорость в работе - это один из залогов успешного выполнения задач. Когда речь касается налогов, важно быстро понять, должны ли мы еще бюджету или уже все закрыли.
И вот открываешь 1С, там вроде все под рукой, но очень легко залипнуть не туда и потратить час на мелочь, которая вообще ни на что не влияет.
Я обычно иду от общего к частному. Сначала смотрю картину целиком, потом уже проваливаюсь в детали. Потому что если начать наоборот, можно надолго зависнуть на одном платеже на 12 340 рублей, а потом выяснить, что проблема вообще в другом налоге и сумма там в десятки раз больше.
Ниже расскажу, что помогает быстро разобраться и не попасть в вереницу лишних проверок.

Сначала реальность: что 1С считает начисленным и что реально ушло деньгами

Самая частая ловушка: “начислено” и “уплачено” люди мешают в одну кашу.
Начисление это то, что 1С насчитала по учету и регламентным операциям.
Уплата это то, что реально списалось со счета и правильно село в расчеты с бюджетом.
И да, платеж может уйти, но не закрыть долг. Как письмо без адреса: улетело, а куда, неизвестно.

Где посмотреть все начисления сразу (без раскопок по декларациям)

Вариант 1. ОСВ по 68 и 69, когда нужно быстро и по делу

Если надо понять “сколько висит и по чему”, я начинаю с оборотно-сальдовой.
Счета:
  • 68: налоги
  • 69: взносы
Фокус простой: проваливаешься в субсчета, и там видно, что именно болит. НДС, прибыль, имущество, взносы… все на ладони.
Личный кейс из практики “все как у людей”.
Директор пишет: “Мы же налоги закрыли? Там тысяч 200 осталось?”
Открываю ОСВ по 68, а там 463 000. И это не потому что кто-то “плохой”. Просто он в голове держал только НДС. А в реальности еще висели авансы по прибыли, плюс хвост по пеням на 9 700 (который обычно прячется тихо, как кот под диваном).
ОСВ хороша тем, что она без эмоций. Просто показывает: вот было, вот стало, вот остаток.

Вариант 2. Закрытие месяца и справки-расчеты, когда сумма кажется “какой-то не такой”

Если ОСВ показывает цифру, но ты не понимаешь, откуда она взялась, тогда идешь по следам:
  • Закрытие месяца (там видно, какие регламентные операции “подвинули” налоги)
  • Справки-расчеты (особенно по прибыли, НДС и тому, что связано с начислениями)
Это как смотреть не только итог в чеке, но и список покупок. И внезапно находить “сыр за 118 000”.
Был случай: налог на прибыль в 1С оказался на 118 000 больше “ожидаемого”.
Ожидали по управленке. В учете же две услуги сидели датой в следующем месяце. Акт подписали, но в 1С провели позже. Закрытие месяца подсветило, где именно. Перепровели документы, закрыли период и сумма вернулась в норму. Никакой магии. Просто даты и дисциплина.

Где посмотреть уплату налогов (и почему “мы платили” иногда не считается)

С уплатой начинается кино.
Потому что деньги могли уйти, но:
  • попасть не на тот налог
  • улететь с неверным КБК
  • оказаться не в том периоде
  • быть оформлены документом, который 1С не воспринимает как уплату налога

Точка 1. Банк и касса: выписки и платежки

Смотрим:
  • списания с расчетного счета
  • платежные поручения исходящие
  • реквизиты: КБК, ОКТМО, назначение, счет учета
Если хочется понять, “платили или только собирались”, выписка самый честный свидетель.
Классика, которую я видел раз десять, если не больше:
Заплатили НДС 156 400. В выписке есть. В расчетах с бюджетом долг висит.
Почему? КБК выбрали не тот. Вообще другой, не “ошибка в одной цифре”, а прям другое направление.
После исправления реквизитов и перепроведения в 1С долг исчез так быстро, будто его и не было.
А если платеж уже ушел в банк с неправильным КБК, начинается отдельный сериал с уточнениями, заявлениями и ожиданием. Не рекомендую.

Точка 2. Контроль: платеж должен уменьшить сальдо в расчетах с бюджетом

Я всегда делаю маленькую проверку: открыл отчет по расчетам с бюджетом, выбрал налог, посмотрел, уменьшилось ли сальдо.
Если уменьшилось, можно выдыхать.
Если нет, значит платеж “прилетел не в тот аэропорт”.

Как увидеть все налоги одним взглядом, а не переключать 10 отчетов

Когда налогов много, удобнее жить по принципу “панель приборов”.
Сначала общий отчет по расчетам: там видно остатки по каждому налогу.
Потом проваливаешься в самый большой хвост и разбираешь его до документов.
Пример, чтобы было по-человечески:
Допустим, на сегодня у вас:
  • НДС к уплате: 312 000
  • аванс по прибыли: 90 000
  • взносы: 248 500
  • имущество: 17 200
Если это увидеть одной таблицей, сразу понятно, где “тяжесть”. Не имущество же делает вам кассовый разрыв, а НДС и взносы. И разговор с руководителем меняется. Не “все пропало”, а “вот два главных платежа, вот сроки, вот что можно сдвинуть, а что нельзя”.

Когда 1С показывает долг, а вы уверены, что платили: три проверки, которые реально спасают

1) Платеж есть, но он не “опознан”

Иногда платеж оформляют как абстрактное списание. Деньги ушли, но 1С не поняла, что это уплата конкретного налога.

2) КБК и ОКТМО

Это чемпион по проблемам.
Особенно на взносах и пенях. Там ошибки цепляются как репей.

3) Период и дата

Заплатили 30-го, а выписку загрузили 1-го.
И вы смотрите отчет за “прошлый месяц”, а платеж уже в следующем. Вроде мелочь, но на квартальной сверке это превращается в “почему у нас минус 700 тысяч”.

Как быстро объяснить руководителю “что у нас с налогами” без лекции на час

Мой рабочий сценарий такой:
  1. Показываю общий отчет по расчетам: начислено, уплачено, остаток.
  2. Беру самый большой налог и проваливаюсь в расшифровку до документов.
  3. Нахожу 1-2 “странности”: платеж не туда, хвост прошлого периода, ошибка в реквизитах, документ в неверной дате.
И разговор сразу становится нормальным. С цифрами и причинами, а не “сейчас я еще посмотрю”.
]]> Почему документ не проводится в 1С и как быстро найти ошибку https://ivan-prog-1s.ru/tpost/6pde2731d1-pochemu-dokument-ne-provoditsya-v-1s-i-k https://ivan-prog-1s.ru/tpost/6pde2731d1-pochemu-dokument-ne-provoditsya-v-1s-i-k?amp=true Fri, 06 Mar 2026 22:52:00 +0300 Случалась, ли с вами ситуация:

Почему документ не проводится в 1С и как быстро найти ошибку

Случалась, ли с вами ситуация:
  • нажимаете "Провести";
  • 1С думает секунду;
  • вместо привычного результата появляется ошибка;
  • а дальше жмете "Провести" еще раз, потом еще и еще, но 1С не реагирует на настойчивость?
Программа просто не проводит документ, потому что где-то есть конкретная причина.
Хорошая новость в том, что в большинстве случаев ее можно найти за несколько минут, если проверять по понятному маршруту.

Сначала: где 1С обычно говорит правду (а не “ошибка проведения”)

1) Сообщение внизу формы

Там часто написано не “в целом плохо”, а конкретно: что не заполнено или что конфликтует.
Проблема в том, что мозг цепляется за “не удалось провести” и пропускает вторую строку, где спрятан ответ.

2) Кнопка “Подробно” (если есть)

Это как открыть коробку, вместо того чтобы трясти ее и надеяться, что станет ясно, что внутри.

3) Список “Все сообщения”

Иногда сверху одно короткое “не проведено”, а внутри три нормальных причины, типа:
  • не заполнено подразделение
  • не указан график
  • период закрыт

4) Журнал регистрации, если ошибка мутная

Это уже уровень “достаем фонарик”. Полезно, когда проблема не в данных, а в правах, блокировках или технических вещах.

Что проверять в первую очередь

Я бы мог написать “проверьте всё”. Но это не план, а настроение.
Вот план. И он реально работает.

1) Дата документа и закрытый период

Это чемпион. Абсолютный.
Кейс, который повторяется как сериал:
Кадровик оформляет прием задним числом “по приказу”. А бухгалтерия уже закрыла месяц. 1С упирается и делает вид, что она злодей. Хотя по факту она просто охраняет закрытый период, как сторожевой пес.
Что делаю:
  • смотрю дату документа
  • проверяю, не стоит ли запрет на изменения/проведение за этот период
  • если период закрыт, не ломаю дверь лбом: либо меняю дату, либо договариваюсь об открытии периода (и понимаю последствия)
Иногда это решает проблему за 30 секунд. И это приятно.

2) Обязательные поля, которые “как будто заполнены”, но не на ту дату

Да, звучит скучно. Но именно тут чаще всего прячется мелкая заноза.
Типовые “пустоты”, из-за которых документ не проходит:
  • организация
  • сотрудник (и чтобы это был тот сотрудник, а не “его двойник”)
  • подразделение
  • должность
  • график
  • основание/вид отпуска/причина кадрового события
Мини-кейс:
Документ отпуска не проводится. На форме график у сотрудника вроде есть. Но он действует с 15-го числа, а отпуск начинается с 1-го. Для человека “ну есть же график”, а для 1С “на эту дату графика нет, извините”.
Фишка: 1С не ругается “график неправильный”. Она ругается как человек, который устал: “не могу рассчитать”. И дальше ищи.

3) Дубли сотрудников: один копит историю, другой мешает жить

Это как иметь два одинаковых ключа, один от квартиры, второй от домофона. И пытаться открыть квартиру ключом от домофона. Вроде “ключ же мой”, но дверь не та.
Признаки:
  • в базе два одинаковых ФИО
  • сотрудник то появляется, то исчезает в подборе
  • в отчетах его отпуск/стаж есть, а документ не проводится
Кейс из практики:
У человека было две карточки “Сотрудник”: одну завели “для кадров”, вторую “для доступа”. Отпуска копились на первой, а оформляли на второй. Документ упирался, потому что “истории нет”. И это не починить галочкой. Сначала нужно разрулить дубль.
Что делаю:
  • ищу, нет ли второй карточки сотрудника
  • смотрю, на какую карточку оформлялись предыдущие документы
  • дальше уже аккуратно: объединение/перенос/корректировка по ситуации

4) Хронология событий: нельзя вставить отпуск “после увольнения”

1С в этом смысле зануда. Но логичная.
Кейс:
Сначала провели увольнение. Потом вспомнили, что был отпуск “вот перед увольнением”. Пытаются провести отпуск датой после увольнения. 1С говорит: “Человек уже не работает”. И она права.
Проверяю:
  • нет ли увольнения раньше даты документа
  • нет ли перевода/изменения условий, которое “перекрывает” период
  • не пытаюсь ли я вставить событие между уже проведенными событиями так, что история становится невозможной

5) Пересечения: отпуск на отпуск, больничный на отпуск, отсутствие на отсутствие

Это прямо классика жанра.
Кейс:
Оформили отпуск с 01.07 по 14.07. Потом сотрудник попросил “перенести”, сделали второй отпуск с 10.07 по 20.07. Первый забыли отменить.
И дальше 1С либо не проводит, либо проводит так, что потом вы разгребаете.
Что делаю:
  • смотрю календарь отсутствий
  • нахожу пересечения
  • отменяю лишнее или оформляю перенос корректно, а не “новым документом поверх”

6) Права доступа: когда вы уверены, что “вчера же проводилось”

Это тот случай, когда человек божится, что ничего не менял, а причина в том, что кто-то поменял роли.
Кейс:
Расчетчик спокойно проводил документы. Потом админ “настроил безопасность”. И внезапно у расчетчика половина кнопок работает, а проведение нет. Сообщение бывает мутным: что-то вроде “операция не выполнена”.
Проверка:
  • пробую провести под пользователем с расширенными правами (если есть)
  • смотрю роли
  • если совсем странно, лезу в журнал регистрации

7) Блокировки: “кто-то держит документ открытым”

Эта штука особенно любит конец месяца. Когда в базе 5 человек и у каждого “последнее маленькое исправление”.
Кейс:
Один кадровик открыл документ и ушел на обед. Второй в это время попытался провести изменения. Получил “объект заблокирован” или “не удалось записать”. Начался чат “у тебя документ открыт?” “нет” “точно?” “ну может”.
Что делаю:
  • закрываю документ у всех, кто мог его держать
  • обновляю форму
  • провожу один раз, без серии из 12 кликов

8) После обновления: вдруг появилось новое “обязательное”

Это неприятно, но бывает.
Кейс:
После обновления документ начал требовать поле, которое раньше можно было не заполнять. Например, основание или новый реквизит. Вы смотрите и думаете: “Да что вы ко мне пристали, вчера всё работало”.
Что делаю:
  • читаю сообщение полностью
  • ищу, не появилось ли новое обязательное поле
  • если есть расширения/доработки, держу в голове, что конфликт возможен

Мой “быстрый алгоритм”, когда документ не проводится

Если я хочу за 10 минут хотя бы понять, где болит, и часто сразу вылечить:
  1. Читаю сообщение. Прямо внимательно.
  2. Открываю “Подробно” и “Все сообщения”.
  3. Проверяю дату и закрытый период.
  4. Пробегаю обязательные поля.
  5. Проверяю график/подразделение “на эту дату”, а не “вообще есть”.
  6. Смотрю пересечения по периодам.
  7. Сверяю хронологию (не после увольнения ли я что-то делаю).
  8. Если не нашел: права и блокировки. Потом журнал регистрации.
Выглядит длинно, но когда набита рука, это реально 5-10 минут.

Три коротких кейса, которые встречаются постоянно

“Отпуск не проводится, хотя всё заполнено”

Обычно: график не действует с нужной даты или у сотрудника “дырка” в кадровой истории.

“Прием задним числом не проводится”

Обычно: месяц закрыт запретом редактирования.

“Ошибка странная, как будто ничего не объясняет”

Обычно: права доступа или блокировка.

Чего я стараюсь не делать (и вам советую)

  • Не перепроводить “всё за год”, если причина не ясна. Это часто превращает одну проблему в пять.
  • Не создавать второй такой же документ “на всякий случай”. Потом начнутся пересечения, и будет еще веселее.
  • Не править цифры “лишь бы провелось”. Проведется, но дальше вы получите сюрпризы в отчетах.
]]> Остатки отпусков в 1С не сходятся: где искать ошибку и как всё исправить https://ivan-prog-1s.ru/tpost/anu0hpesl1-ostatki-otpuskov-v-1s-ne-shodyatsya-gde https://ivan-prog-1s.ru/tpost/anu0hpesl1-ostatki-otpuskov-v-1s-ne-shodyatsya-gde?amp=true Fri, 06 Mar 2026 22:51:00 +0300 Бывали случаи на моей практике, когда сотрудник рассчитывал, что у него есть 14 дней отпуска, но кадровик открывал программу и видел совсем другие цифры

Остатки отпусков в 1С не сходятся: где искать ошибку и как всё исправить

Бывали случаи на моей практике, когда сотрудник рассчитывал, что у него есть 14 дней отпуска, но кадровик открывал программу и видел совсем другие цифры. А работник тем временем уже выбрал отель и все распланировал.
И здесь кадровики обычно тяжело вздыхают, ведь придется объяснять сотруднику, почему у него “накопилось” 3,67 дня, вместо двухнедельного периода.
Я видел это десятки раз. И почти всегда проблема не в отпуске. Проблема в прошлом. В мелких решениях, которые тогда казались безобидными: “потом поправим”, “да поставь пятидневку, позже разберемся”, “ну пусть будет 1-е число, так проще”.
Поговорим, почему остатки расходятся и как их привести в порядок так, чтобы потом они не развалились снова.

Для начала: “не сходится” с чем именно?

Перед тем как чинить, я задаю себе один простой вопрос: с чем вы сравниваете остаток?

Вариант 1. “По ощущениям должно быть 28”

Логика понятная: год отработал значит 28 дней.
Но если были перерывы, совместительство, неполное время, сменные графики, переносы, увольнение и повторный прием, “год” перестает быть ровным годом.

Вариант 2. “У нас в Excel другое”

Excel это как семейный альбом: все ведут по-разному, но все уверены, что именно у них правда.
И если Excel и 1С расходятся, сначала надо понять, кто из них ошибся, а не сразу обвинять базу.

Вариант 3. “В одном отчете 12, в другом 9”

Вот это уже красный флаг. Значит, вы смотрите на разные механики или разные точки отсчета.

Причина №1. Сотрудника приняли “на скорую руку”, а потом забыли

Самая частая история. И самая коварная, потому что первые месяцы все выглядит нормально.
Кейс из жизни:
Человек реально вышел 15 марта. В 1С его приняли 1 марта, потому что “так в приказе” или “так удобнее”. Прошло 8 месяцев, сотрудник накопил лишние дни. Руководитель уже пообещал отпуск. И вот вы сидите с выбором: либо отдаете лишнее, либо объясняете, почему “система отняла то, что было”.
Что обычно ломает картину:
  • дата приема поставлена “красивая”, а не фактическая
  • перепутали организацию (особенно если их несколько)
  • занятость оформили как совместительство вместо основного (или наоборот)
И да, это не мелочь. Это как начать фильм не с первой серии, а с третьей, а потом удивляться, что сюжет странный.

Причина №2. Дубли сотрудников: отпуск копится у одного, а гуляет другой

Это штука из разряда “не видно, пока не стукнет”.
Симптомы знакомые:
  • в базе два одинаковых Иванова И.И.
  • в списке выбора он то есть, то его нет
  • остатки где-то копятся, но в документе отпуска будто исчезают
Один раз мы разбирали базу на 120 человек и нашли 9 дублей. Девять.
И это не потому что люди хитрили. Просто в какой-то момент кого-то завели “для доступа”, а потом еще раз “для кадров”. А дальше отпуск жил своей жизнью на одной карточке, а документы оформляли на другой.
Важно: если есть дубль, бесполезно “подкрутить остаток”. Это как подкрашивать стену, когда у вас течет крыша. Через месяц опять будет пятно, только больше.

Причина №3. График работы стоит “на отстань” и мстит потом

График это, по сути, линейка, которой измеряют рабочие дни, периоды, списание.
Если линейка кривая, измерения будут “примерно”.
Кейс, который я помню слишком хорошо:
Сотрудник работал 2/2, но в базе ему поставили пятидневку, потому что так быстрее оформить. Он взял отпуск на 14 календарных дней, а списание получилось не так, как ожидали. И тут начинается веселое:
  • сотрудник уверен, что его обманули
  • руководителю нравится, что “меньше гуляет”
  • вы пытаетесь объяснить, что вообще-то это не экономия, а ошибка учета
Если график неверный, остатки могут выглядеть “логично” в цифрах, но быть абсолютно нелепыми по факту.

Причина №4. Компания “вчера” жила в Excel, “сегодня” в 1С, а мост не построили

Переходный период это всегда зона турбулентности.
Типичный сценарий:
  1. пару лет отпуска считали в таблице
  2. решили вести в 1С
  3. ввели стартовые остатки “примерно”
  4. начали оформлять отпуска
  5. через полгода все разъехалось, потому что “примерно” копится тоже очень старательно
Кейс:
Внесли сотруднику стартовый остаток 14 дней вместо 9,33. Почему 14? “Мы округляем, чтобы людям приятно”. Через год стало неприятно, потому что лишние дни превратились в спор: отдавать ли их как обещание или выравнивать по правилам.

Причина №5. Исправления задним числом: эффект домино

1С хорошо живет, когда события идут по времени.
А когда начинают “вчера перепровели два года, потому что надо было”, база иногда реагирует как организм на резкую диету: формально все еще работает, но настроение так себе.
У меня был проект, где остатки стали плясать именно после массового перепроведения за 2 года. Мы не “чиняли отпуск”. Мы восстанавливали историю: кто когда принят, когда менялся график, когда были отпуска, где появилось заднее число.

Как привести остатки в порядок: план, который реально работает

Не магия. Скорее уборка в шкафу: сначала достаешь все, потом раскладываешь.

1) Не хватайтесь за всех сразу

Берите 10-15 “самых шумных” случаев:
  • у кого отпуск скоро
  • у кого остаток очевидно странный (0 при стаже 2 года или 40 при стаже 1 год)
  • у кого были переводы, смена графика, увольнение и повторный прием
Так вы быстрее поймете корень проблемы, а не утонете в массе.

2) По каждому человеку соберите “скелет истории”

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

3) Проверьте дубли

Да, скучно.
Да, обязательно.
Если у человека две карточки сотрудника, сначала решается это. Потом все остальное.

4) Проверьте график именно на периоды отпусков

Не “сейчас график правильный, значит все ок”.
А “какой график был на дату отпуска”.
Вот тут часто и прячется причина “почему списало 10 вместо 14”.

5) Уточните правила подсчета и округления

Вот откуда берутся эти “2,33” и “11,67”.
Если отпуск 28 дней в год, то в среднем в месяц это 28 / 12 = 2,3333…
И дальше вопрос не в математике, а в том, как вы договорились жить:
  • храните дроби
  • округляете
  • округляете всегда в одну сторону (что со временем наращивает ошибку)
Я видел ситуации, где округление каждый месяц “в меньшую сторону” давало минус почти 4 дня за год. Люди думали, что их обокрали. А это была просто “удобная привычка”.

6) Исправляйте причину, а не конечную цифру

Самый популярный “быстрый фикс”: поставить остаток “как надо”.
Иногда это допустимо как временная заплатка. Но если причина не устранена, заплатка слетит.
Если проблема в дате приема, чинится дата и последствия.
Если в дубле, решается дубль.
Если в графике, правится график.

7) Контрольная проверка на здравый смысл

Мне нравится простая оценка, которая ловит почти все явные перекосы:
  • 28 дней в год это примерно 2,33 в месяц
  • за 6 месяцев около 14
  • за 12 месяцев около 28
Если стаж 6 месяцев, а остаток 3 дня, что-то не так.
Если стаж год, а остаток 40, тоже что-то не так.
Это не точный расчет, но отличный “сигнал тревоги”.

Быстрые подсказки по симптомам

Остаток 0 при долгом стаже

Часто: дубль сотрудника или отпуск копится “не на той карточке”.

Остаток слишком большой

Часто: неверная дата приема, завышенные стартовые остатки, округления.

В разных отчетах разные цифры

Часто: разные механики расчета или “перелопаченная” история задним числом.

Документ отпуска списывает “не те дни”

Часто: график или единица учета (календарные/рабочие) не совпадают с тем, как вы ожидаете.

И последнее, по-честному

Когда остатки отпусков не сходятся, очень хочется “просто поставить правильное число и забыть”.
Я понимаю. Правда.
Но если в базе осталась причина, вы через пару месяцев снова вернетесь сюда же. Только уже с другим сотрудником. И с тем же вздохом при открытии отчета.
]]> Прием сотрудника в 1С: как оформить правильно, чтобы отпуск и стаж считались без ошибок https://ivan-prog-1s.ru/tpost/bpy6617ml1-priem-sotrudnika-v-1s-kak-oformit-pravil https://ivan-prog-1s.ru/tpost/bpy6617ml1-priem-sotrudnika-v-1s-kak-oformit-pravil?amp=true Fri, 06 Mar 2026 22:50:00 +0300 Когда принимаешь сотрудников в 1С, события обычно происходят по двум сценариям:

Прием сотрудника в 1С: как оформить правильно, чтобы отпуск и стаж считались без ошибок

Первый вариант.
Все оформили за 10 минут, сотрудник работает, отпуск считается правильно, стаж идет как надо. Через полгода никто даже не вспоминает, как его принимали.
И второй вариант.
Тоже сделали все за 10 минут. Но через полгода эти десять минут оборачиваются парой часов, а то и больше. Начинаются вопросы: почему отпуск считается неправильно, куда делся стаж, почему 1С показывает странные даты.
В этот момент обычно говорят, что 1С опять чудит. На практике программа почти никогда не чудит. 1С считает очень честно. Она просто берет те данные, которые ей ввели при приеме сотрудника, и дальше считает по ним отпуск, стаж и расчеты.
Если в приеме что-то заполнено не так, ошибка всплывет позже. Обычно в самый неудобный момент: перед отпуском, увольнением или расчетом компенсаций.
Поэтому важно не просто оформить прием сотрудника, а сделать это так, чтобы отпуск и стаж считались правильно с самого начала.
Давайте разберем, где чаще всего возникают проблемы при приеме сотрудника в 1С и что проверить сразу, чтобы потом не возвращаться к этому снова.

1) Важная мысль, которую я повторяю как мантру

Отпуск и стаж ломаются не в отпуске.
Они ломаются на входе. В приеме. В карточке. В датах. В графике.
Это как посадить дерево в кривую яму: оно потом будет расти “правильно”, только криво. И вы хоть поливайте его отпускными документами, оно от этого ровнее не станет.

2) “Физлицо” и “сотрудник” это не одно и то же (и на этом многие горят)

В 1С человек может жить в двух “образах”:
  • Физлицо: паспортные данные, СНИЛС, ИНН, дата рождения.
  • Сотрудник: рабочая сущность в конкретной организации, с табельным номером, приемом, графиком, должностью.
Самый неприятный кейс, который я видел: один человек был заведен как два сотрудника. Один “для кадров”, второй “для доступа/учета”. Итог шикарный: отпуск копился у одного, а отпуск оформляли на другого. Через 8 месяцев сотрудник пришел с честным лицом: “Почему у меня ноль дней?”
И вот вы не просто “исправляете пару полей”. Вы лезете в базу как в шкаф, где кто-то перемешал носки с документами.
Что я делаю теперь на автомате:
  • перед созданием нового сотрудника всегда ищу физлицо
  • если человек уже работал раньше, десять раз думаю, надо ли создавать нового сотрудника, или правильно принять “существующего” заново

3) Дата приема: одна цифра, которая легко превращается в конфликт

Тут все просто, как с будильником: если поставить не то время, проснешься не тогда. И потом виноват будильник.
Типичные промахи:
  • поставили дату приказа, а не дату фактического выхода
  • перепутали “01.02” и “10.02” (да, бывает)
  • приняли задним числом “чтобы красиво”, а потом забыли, что “красиво” это опасно
Как это выглядит в реальности:
Сотрудник вышел 15 марта. Его приняли 1 марта, потому что “так договорились” и “потом поправим”. Через полгода у него накопилось больше отпуска, чем должно. Руководитель уже пообещал две недели. А вы стоите между “надо по правилам” и “ну мы же пообещали”.
С тех пор правило железное:
  • Дата приема = фактический первый рабочий день.
  • Приказ печатайте как хотите, но базу не превращайте в сказку.

4) Вид занятости и ставка: мелочь, которая всплывает как поплавок

Есть особый вид боли: когда сотрудника приняли как совместителя, хотя он основной.
Снаружи все выглядит нормально. Первые недели вообще тишина. А потом начинают сыпаться странности:
  • в отчетах он как будто “второстепенный”
  • где-то он не выбирается
  • отпуск копится “не так”, как ожидают
Один раз мы нашли такую ошибку только по косвенным признакам: человек не попадал в один из списков, а попадал в другой. Как будто он не сотрудник, а кот Шредингера.
Что проверяю в приеме:
  • занятость (основное/совместительство)
  • ставка (1, 0,5, 0,25)
  • если неполное время, то чтобы это поддерживалось графиком и условиями, а не просто цифрой “0,5 для галочки”

5) График работы: тут 1С мстит тихо и без предупреждения

График часто ставят по принципу “пусть будет пятидневка, потом разберемся”.
А потом “потом” наступает в виде отпуска, который списался странно.
У меня был кейс: половина людей работала 2/2, но новичкам всем ставили стандартный график, чтобы быстрее оформлять. Когда один сотрудник взял отпуск на 14 дней, 1С списала не те дни. Начались споры, скриншоты, звонки. И классика: “а вы точно правильно оформили?”
Сравнение, которое я люблю: график это как рельсы. Документы по ним едут. Если рельсы проложили в сторону болота, поезд туда и поедет. И он не виноват.
Что делаю:
  • ставлю правильный график сразу
  • если график индивидуальный, лучше потратить 10-15 минут, чем потом разбирать “почему отпуск не совпадает с реальностью”

6) Подразделение и должность: не “для красоты”, а чтобы история не развалилась

Кадры любят мысль “потом поправим подразделение”. Но база это не заметки в блокноте. Любое “потом” оставляет след.
Сценарий обычный:
  1. приняли в “Администрацию”, потому что так быстрее
  2. через два месяца перевели в “Продажи”
  3. руководитель говорит: “А можно чтобы он как будто всегда был в Продажах?”
И вот дальше начинается хирургия без наркоза: кто-то правит прием задним числом, перепроводит цепочки, а потом удивляется, почему где-то стаж или периоды стали странными.
Мой подход:
  • прием фиксирует факт на дату
  • дальше только документами по хронологии
  • “переписать прошлое” только когда есть реальная необходимость, а не ради красоты в отчете

7) Стаж для отпуска: руками трогать можно, но лучше как с электрикой

Тут опасность не в том, что нельзя. А в том, что последствия всплывают позже.
Был случай: сотрудник уволился, через месяц вернулся. Руководитель сказал: “Он свой, пусть стаж не прерывается”. Кадровик руками “подкрутил” стаж. Через год оказалось, что у человека накопились лишние дни отпуска. И дальше дилемма без хорошего выхода:
  • либо вы отдаете лишние дни (и всем потом “тоже так хочу”)
  • либо отнимаете (и получаете конфликт)
Что я делаю сейчас:
  • если нет основания, стаж руками не правлю
  • если основание есть, фиксирую это документально, чтобы через год не было “а кто решил?”

8) Двухминутная проверка после приема, которая спасает жизнь

Это мой любимый кусок, потому что он реально экономит время.
После проведения приема я делаю быструю проверку:

1) Сотрудник не “раздвоился”?

Ищу дубль. Да, каждый раз. Это как проверка, закрыли ли вы дверь.

2) График правильный?

Смотрю, с какой даты он действует. Чтобы не было “график с понедельника”, а прием со среды.

3) Отпуск хотя бы выглядит адекватно?

Простой бытовой расчет:
28 дней в год это примерно 2,33 дня в месяц.
Через 2 месяца должно быть около 4,66.
Если вижу 0 или 9, я не иду дальше. Я ищу, где косяк.
Да, это грубо. Зато работает как детектор дыма.

Самые частые мины (и как не наступить)

Мина: дубль сотрудника

Симптом: отпуск копится, но “не там”, человек не выбирается в документах, остатки странные.
Лечение: аккуратно разруливать карточки и связки. Лучше не доводить.

Мина: неправильный график

Симптом: отпуск списывается не по ожиданиям, табель странный.
Лечение: корректировка графика с нужной даты и контроль документов.

Мина: правка задним числом “ради красоты”

Симптом: история кадровых движений становится кашей.
Лечение: уважать хронологию. База любит порядок.

Мина: ручная правка стажа “по справедливости”

Симптом: через год всплывают лишние дни.
Лечение: только по основанию и с фиксацией.

Итоговый “прием без сюрпризов” в одну страницу

Если совсем коротко, то так:
  1. Сначала ищем физлицо, не плодим дублей.
  2. Создаем сотрудника в правильной организации.
  3. Дата приема = фактический выход на работу.
  4. Занятость и ставка соответствуют реальности.
  5. График правильный и действует с нужной даты.
  6. Подразделение и должность не “примерно”, а точно.
  7. После проведения 2 минуты проверяем отпуск и видимость сотрудника.
]]> УПД, счет-фактура или накладная: как правильно настроить документы в 1С https://ivan-prog-1s.ru/tpost/6ei4z65m01-upd-schet-faktura-ili-nakladnaya-kak-pra https://ivan-prog-1s.ru/tpost/6ei4z65m01-upd-schet-faktura-ili-nakladnaya-kak-pra?amp=true Fri, 06 Mar 2026 22:27:00 +0300 В наши дни время - самый ценный ресурс. Поэтому важно решать все вопросы быстро и точно. И так во всем, будь то домашние дела, поездки по магазинам или рабочие вопросы

УПД, счет-фактура или накладная: как правильно настроить документы в 1С

УПД, счет-фактура или накладная: как правильно настроить документы в 1С

В наши дни время - самый ценный ресурс. Поэтому важно решать все вопросы быстро и точно. И так во всем, будь то домашние дела, поездки по магазинам или рабочие вопросы. Знаете, бывает переписываешься с контрагентом и сообщения выглядят примерно так:
“Отправили документы”
“Не то”
“А что не так?”
“Ну… не то”
И дальше начинается квест: кто-то хотел УПД, кто-то принципиально требует ТОРГ-12, у кого-то бухгалтерия принимает только счет-фактуру отдельным файлом, а у кого-то печать почему-то уехала прямо на табличную часть, как чемодан с оторванным колесом.
Чтобы больше не тратить время на долгие переписки и недопонимания, давайте разберемся: чем отличаются счет-фактура, УПД и накладная, в каких случаях что выбирать и как в 1С настроить печатные формы так, чтобы больше не заниматься “переотправьте, пожалуйста”.

Для начала: кто здесь кто (без умных слов)

Счет-фактура

Это история про НДС. Не “закрывашка”, а документ, из которого потом складываются книги продаж/покупок и вычеты.
Если ты на ОСНО и с НДС, счет-фактура будет возникать регулярно. Если ты на УСН без НДС, в обычной жизни она чаще всего вообще не нужна.

Накладная (ТОРГ-12) и акт

Это первичка.
ТОРГ-12 обычно про товары, акт про услуги/работы. И да, многие до сих пор любят “старую добрую” ТОРГ-12 так, будто это семейная реликвия.

УПД

УПД это “два в одном”. Может быть:
  • и первичкой (накладная/акт),
  • и счетом-фактурой одновременно (если нужен НДС).
Но у УПД есть тонкий момент, из-за которого и летят возвраты документов: статус.

Про статусы УПД, которые ломают людям утро

Статус 1: УПД = первичка + счет-фактура.
Чаще всего это вариант “ОСНО с НДС, всё по-взрослому”.
Статус 2: УПД = только первичка, без счет-фактуры.
Типичная история для УСН, или когда счет-фактура не нужна.
Самая частая трагикомедия: клиент на ОСНО ждет НДС к вычету, а вы отправили УПД со статусом 2. Клиент не злой. Он просто не может провести документ. И пишет вам мгновенно. Иногда даже с тремя восклицательными.

Что выбрать: 6 ситуаций, где можно не гадать

1) Продаете товары с НДС, покупатель тоже с НДС

Обычно самый удобный вариант: УПД, статус 1.
Один документ вместо связки “накладная + счет-фактура”. Меньше шансов перепутать и забыть.

2) Оказываете услуги с НДС

Тут два нормальных пути:
  • акт + счет-фактура, если у клиента строгие правила
  • УПД статус 1, если клиент его принимает спокойно
В реальности часто решает не “как правильно”, а “как у них принято”. И иногда это прям железобетонное “акт отдельным файлом, иначе не проведем”.

3) УСН без НДС, товары или услуги

Обычно достаточно накладной/акта.
Если клиент просит УПД, часто он имеет в виду “один документ вместо двух” и ему ок УПД статус 2.

4) Контрагент просит строго ТОРГ-12

Лучший ответ: “ок” и печатаем.
Это как спорить с человеком, который привык ездить только на механике. Можно убеждать, но проще просто дать то, с чем ему удобно.

5) Крупные сети, маркетплейсы, тендеры

Там не обсуждается. Там “как в регламенте”.
И если написано “УПД, статус 1, такие-то реквизиты, такие-то подписи”, лучше так и сделать. Иначе документ будет возвращаться как бумеранг.

6) Смешанный случай: и товары, и услуги

Можно сделать одним документом, можно двумя.
Но если у вас потом регулярно путается печать, строки, ставки и люди в офисе начинают нервно смеяться, проще разделить: отдельно реализация товаров, отдельно акт услуг. Жизнь сразу становится чуть менее драматичной.

Где люди чаще всего ошибаются (и почему потом “переотправьте”)

Кейс 1: “Отправили УПД, а клиент всё равно просит счет-фактуру”

Звучит странно, но бывает регулярно.
Что чаще всего за этим стоит:
  • вы отправили УПД со статусом 2 (то есть без счет-фактуры),
  • или у клиента внутреннее правило: “счет-фактура только отдельным документом”.
Как обычно разруливают: оставляют УПД статус 1 как базовый вариант, но настраивают печать так, чтобы по просьбе можно было вытащить еще и счет-фактуру отдельным файлом. И все довольны. Ну почти все.

Кейс 2: “Печать и подпись съехали, в PDF всё криво”

Это почти никогда не “сломалась 1С”. Обычно виноваты:
  • другой принтер или драйвер,
  • масштаб “подогнать по странице”,
  • разные шрифты на разных ПК.
Из практики: фиксишь масштаб 100%, делаешь “эталонный” вариант печати в PDF и договариваешься, что сотрудники не печатают “как попало”. Количество возвратов падает заметно, примерно в 2–3 раза.

Кейс 3: “В форме не хватает строки, клиент не принимает”

Часто люди в панике начинают дописывать текст в PDF вручную. Это как чинить провод изолентой: вроде держится, но страшно.
Правильнее:
  • проверить реквизиты в карточках,
  • включить вывод нужных полей,
  • если совсем никак, аккуратно доработать макет печатной формы (так, чтобы обновления 1С потом не превратились в сериал).

Как настроить печатные формы в 1С: один раз и по уму

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

Шаг 1. Выберите “стандарт по умолчанию”

Прямо договоритесь внутри компании:
  • для товаров печатаем: УПД или ТОРГ-12
  • для услуг: УПД или акт
  • для НДС: УПД статус 1 или счет-фактура отдельно
Это снимает 80% хаоса. Люди перестают гадать.

Шаг 2. Проверьте реквизиты, без которых печать выглядит “как будто забыли часть текста”

Самая частая причина “почему не выводится” проста: не заполнено.
Проверь в карточке организации:
  • адрес,
  • ИНН/КПП,
  • должности и ФИО подписантов,
  • банковские реквизиты (когда нужны).
1С не телепат. Если поле пустое, оно пустое и в печати.

Шаг 3. Статус УПД: зафиксируйте и не прыгайте

Убедитесь, что у вас в документах печатается нужный статус (1 или 2).
Одна неправильная цифра, и документ превращается в “непринят”.

Шаг 4. Настройте печать на уровне документа

Откройте документ реализации/акта, нажмите “Печать” и посмотрите, какие формы доступны.
Задача простая: сделать так, чтобы нужная форма находилась за 1–2 клика, а не в списке “где-то там”.

Шаг 5. Кастомный шаблон делайте только когда стандарт реально не закрывает задачу

Если просят “добавьте логотип” или “выведите основание крупнее”, иногда можно решить настройками.
Макеты и доработки стоит трогать, когда требования стабильные и повторяются постоянно. Иначе вы сделаете красивую форму, а через обновление она вдруг начнет капризничать.

Мини-чек: почему печатная форма “не такая”

  1. Пустые реквизиты организации/контрагента
  2. Неправильный статус УПД
  3. Выбран “не тот” документ или “не та” организация
  4. Съехала верстка из-за принтера/масштаба
  5. В документе привязан не тот договор, и в “Основании” выходит ерунда
  6. Кто-то правит PDF руками и потом требует, чтобы “всегда было как вчера”

Вопросы, которые задают чаще всего

Можно ли всегда печатать УПД вместо счет-фактуры и накладной?
Если вы на НДС и используете УПД статус 1, во многих случаях да. Но часть контрагентов всё равно просит отдельную счет-фактуру по своим правилам.
Если мы на УСН, УПД вообще нужен?
Не обязан. Но УПД статус 2 удобно использовать как универсальную первичку, если контрагенты к нему привыкли.
Почему клиент “не принимает” документ, хотя он вроде правильный?
Чаще всего из-за статуса УПД, подписантов, реквизитов или потому что у них в компании установлен свой “документальный культ”: только ТОРГ-12 или только акт.
]]> Выписка банка не загружается в 1С: чек-лист проверки (формат, кодировка, договор, счет) https://ivan-prog-1s.ru/tpost/xkx77tads1-vipiska-banka-ne-zagruzhaetsya-v-1s-chek https://ivan-prog-1s.ru/tpost/xkx77tads1-vipiska-banka-ne-zagruzhaetsya-v-1s-chek?amp=true Fri, 06 Mar 2026 22:26:00 +0300 Есть один закон, который не прописан ни в одном законодательстве - закон подлости. Иногда я думаю, что 1С ломается именно благодаря этому неписаному правилу.

Выписка банка не загружается в 1С: чек-лист проверки (формат, кодировка, договор, счет)

Выписка банка не загружается в 1С: чек-лист проверки (формат, кодировка, договор, счет)

Есть один закон, который не прописан ни в одном законодательстве - закон подлости. Иногда я думаю, что 1С ломается именно благодаря этому неписаному правилу.
Каких только форс-мажоров я не встречал за 12 лет работы. Только на прошлой неделе у клиентов не загружалась выписка банка в 1С, а платежи нужно было разнести сию минуту. Бухгалтерия ждала закрытия дня, руководитель спрашивал, почему деньги не отражены, а 1С то выдавала ошибку, то делала вид, что все прошло успешно, но операций в базе не было.
Обычно в этот момент начинается хаотичная проверка: скачать файл заново, попробовать другой формат, нажать другую кнопку в загрузке. Иногда это помогает,но чаще всего только тратит время и заставляет нервничать.
На самом деле у этой проблемы есть несколько типичных причин: неподходящий формат файла, кодировка, неверный счет или договор, настройки обмена с банком. И почти всегда их можно найти за несколько минут, если проверять систему по правильному порядку.
В этой статье разберем простой чек-лист диагностики, который поможет быстро понять, почему выписка банка не загружается в 1С, и что именно нужно проверить: формат файла, кодировку, договор и счет. Пройдем шаги, которые помогут восстановить загрузку и спокойно продолжить работу.

Сначала выбери, какой у тебя сценарий

Это важно. Потому что “не грузится” бывает разным.

1) 1С сразу показывает ошибку и отказывается читать файл

Почти всегда виноваты формат или кодировка. Иногда файл битый или не тот.

2) Загрузка прошла “успешно”, но документов нет

Обычно это не та организация, не тот расчетный счет, не тот период. 1С просто не поняла, куда складывать операции, и сделала вид, что она тут ни при чем.

3) Операции появились, но выглядят странно

Кракозябры в назначении, не узнаются контрагенты, создаются дубли. Тут обычно кодировка + сопоставление + бардак в справочниках.

Блок 1. Формат выписки: самая частая подлянка

Начнем с очевидного, потому что он срабатывает чаще всего.
Банки обычно дают два типа выписок:
  • “для глаз” (PDF, иногда Excel)
  • “для обмена” (txt/xml/ofx и т.п., часто прямо написано “для 1С”)
PDF красивый, спору нет. Но для 1С он примерно как скриншот паспорта вместо паспорта. Вроде похоже, но документом не считается.

Что сделать быстро

Зайди в интернет-банк и найди экспорт, где есть явный намек “для 1С” или “обмен”. Если банк предлагает “версию формата”, бери базовую, самую обычную. Эксперименты банки любят, а бухгалтерия не очень.

Кейс “вчера работало, сегодня нет”

Компания жалуется: “файл перестал загружаться, 1С сломалась”.
Оказалось, банк обновил интерфейс, и кнопка “Скачать” стала отдавать PDF по умолчанию, хотя раньше отдавала файл обмена.
Поменяли формат, скачали заново, всё загрузилось. Заняло минуту. Нервы стоили дороже.

Блок 2. Кодировка: когда назначение платежа превращается в набор символов

Если ты видишь в назначении платежа что-то типа “ÐŸÐ»Ð°Ñ‚ÐµÐ¶”, значит файл прочитался “не тем языком”. Как будто тебе прислали сообщение, но включили не ту раскладку.

Почему так бывает

  • банк поменял кодировку после обновления
  • кто-то открыл файл в Excel “просто посмотреть” и сохранил обратно
  • файл перекинули через мессенджер/облако, и он по дороге слегка “похудел”

Что помогает

Если у тебя в 1С есть выбор варианта загрузки или обработки, попробуй другой. Иногда проблема решается одной настройкой, без танцев.

Кейс “120 строк каши”

У розницы за день было 120 операций. Загрузилось всё, суммы на месте, но назначения платежа стали нечитаемыми. Причина: банк стал отдавать файл в UTF-8, а обработка в 1С ожидала другое. Переключили вариант импорта и перезагрузили файл. Всё стало нормальным текстом.

Блок 3. Организация и расчетный счет: когда загрузка “успешна”, но пусто

Это самый обидный вариант. 1С ничего не ругает. Просто показывает ноль операций. Как человек, который не хочет спорить.

Что проверить

  • в 1С выбрана правильная организация
  • расчетный счет в выписке совпадает символ в символ с тем, что заведено в 1С
  • нет ли ситуации “два счета почти одинаковые, а выбрали не тот”

Кейс “разница в двух цифрах”

У ООО было два счета, отличались двумя цифрами в середине номера. Выписку выгрузили по одному, а в 1С при загрузке выбрали другой.
1С не стала спорить, просто не показала операций. Поменяли счет в форме загрузки, и появилось 78 строк сразу.

Блок 4. Договоры и “привязка” платежей: когда всё загрузилось, но дальше боль

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

Почему так

  • в назначении платежа нет “якорей”: номера счета, договора, ИНН
  • в 1С дубли контрагентов (“ООО Ромашка”, “Ромашка ООО”, “Ромашка (покупатель)”)
  • договоры названы так, что отличить их может только экстрасенс

Что реально помогает (без фанатизма)

Навести минимальный порядок:
  • склеить явные дубли контрагентов
  • назвать договоры нормально (номер/дата/смысл)
  • для ключевых контрагентов закрепить основной договор, если вы так работаете

Кейс “17 контрагентов вместо одного”

Платежи от одного источника приходили с разными формулировками назначения. 1С каждый раз создавала нового контрагента. За месяц их стало 17. После чистки и нормального сопоставления остался 1, и платежи стали ложиться куда надо.

Блок 5. Даты, фильтры и дубли: иногда виновата не 1С, а спешка

Банки умеют запоминать фильтры: “только входящие”, “без комиссий”, “по конкретному счету”. И потом ты скачиваешь выписку, а она “не такая”, и в 1С кажется, что ничего не работает.

Проверь

  • период выгрузки (даты начала и конца)
  • нет ли фильтра по типам операций
  • не загружаешь ли повторно уже загруженный кусок

Кейс “300 дублей”

Сначала выгрузили “за неделю”, потом “за неделю, но на день шире”. Итог: 300+ дублей. Разгрести это заняло больше времени, чем просто нормально выгрузить период с первого раза.

Быстрый чек-лист, если времени ровно на одну попытку

  1. Это точно файл обмена, а не PDF/Excel “для красоты”?
  2. Та организация выбрана?
  3. Расчетный счет совпадает один в один?
  4. Период и фильтры выгрузки нормальные?
  5. Если кракозябры: кодировка, файл не трогать Excel-ом.

Чтобы эта история повторялась реже

  • Один раз настрой экспорт “для 1С” в интернет-банке и не меняй его из любопытства.
  • Не сохраняй выписки в папки синхронизации, где файл может быть “занят” облаком.
  • Если счетов несколько, подпиши их в 1С по-человечески, чтобы не гадать.
  • Раз в месяц делай тест: выгрузи один день и проверь, что импорт живой. Это дешево.
]]> Почему не запускается 1С:Бухгалтерия и как это исправить за 10–30 минут https://ivan-prog-1s.ru/tpost/z9crmv0241-pochemu-ne-zapuskaetsya-1sbuhgalteriya-i https://ivan-prog-1s.ru/tpost/z9crmv0241-pochemu-ne-zapuskaetsya-1sbuhgalteriya-i?amp=true Fri, 06 Mar 2026 22:24:00 +0300 Есть у 1С талант ломаться строго по расписанию. Например, прямо перед отчетностью. У меня же напротив есть талант чинить программу в короткие сроки. Поэтому мы с 1ской идеально друг другу подходим.

Почему не запускается 1С:Бухгалтерия и как это исправить за 10–30 минут

Почему не запускается 1С:Бухгалтерия и как это исправить за 10–30 минут

Есть у 1С талант ломаться строго по расписанию. Например, прямо перед отчетностью. У меня же напротив есть талант чинить программу в короткие сроки. Поэтому мы с 1ской идеально друг другу подходим.
Недавно клиентка смеялась, что выявила закономерность - все поломки 1С происходили, когда она наливала кофе, делала глоток и думала, что сегодня успеет пораньше закончить работу, ведь план уже четко намечен. “Решила больше не пить кофе в начале рабочего дня и ничего не планировать, чтоб не сглазить” - отшучивалась она, пока я разбирался почему возникла проблема.
В этот раз на экране появилось вечное “Подключение…”, как лифт, который приехал, но двери не открывает. Выглядит страшно, на деле починил быстрее, чем остыл кофе в кружке.
Это одна из типичных ошибок, с которой сталкиваются пользователи. Также часто бывает, что кликаешь ярлык и вместо привычного окна получаешь:
  • тишину, как будто ярлык просто картинка
  • сердитое окошко с ошибкой
И самое обидное: вчера все было ровно.
Давайте разберем, что чаще всего мешает 1С:Бухгалтерии стартовать, как быстро понять, что произошло и как с этим справиться.

Быстрая диагностика на полминуты (она реально спасает нервы)

Самая распространенная ошибка в такие моменты: “щас переустановлю, и всё”. Это как лечить головную боль сменой головы. Иногда помогает, но чаще становится только веселее.
Сделай три штуки.
1) Зафиксируй текст ошибки.
Не “я запомню”. Не запомнишь. Сделай скрин или сфоткай экран. Одна строка может сэкономить час бега по кругу.
2) Пойми, где живет база.
Файловая (папка/файл на диске или сетевой папке) или клиент-сервер (SQL/кластер). Это важнее, чем кажется. Файловая база ломается и лечится как “файл”, серверная как “система”.
3) Вспомни, что менялось за последние сутки.
Windows обновлялась? Антивирус “подкрутили”? Платформу 1С обновили? Базу переносили? Права на папку меняли? Пароль сбрасывали?
Вот тут и сидит причина в большинстве историй. Реально, примерно в 7 из 10.

Симптом 1. “Ошибка лицензии”, “ключ защиты не обнаружен”, “лицензия недоступна”

Как это обычно выглядит

1С вроде стартует, но почти сразу спотыкается и падает. Иногда даже до выбора базы не доходит. Ощущение такое, будто тебе не дают открыть дверь в офис: “вход по пропуску”, а пропуск внезапно “не читается”.

Почему так бывает (по-честному, без мистики)

  • служба лицензирования не запущена или зависла
  • USB-ключ или сетевой ключ перестал нормально определяться (часто после обновлений Windows)
  • лицензия занята или “залипла” после аварийного выключения
  • антивирус или защита Windows перекрыл доступ к компонентам

Что делать, чтобы быстро отсеять лишнее

1) Перезагрузи компьютер.
Да, звучит как анекдот. Но “залипшие” лицензии после такого часто отпускают.
2) Проверь службы, если есть доступ.
Открываешь службы Windows и смотришь все, что похоже на 1С/лицензирование. Бывает, что служба просто остановлена и всем плохо.
3) Если лицензия сетевая, попробуй открыть 1С на другом ПК.
  • на другом всё ок: значит, проблема локальная (кэш, службы, доступ, антивирус)
  • нигде не запускается: значит, смотреть сервер лицензий, ключ, сеть

Кейс “12 минут и бухгалтерия ожила”

Компания, 12 пользователей. Понедельник, 9:10. У всех 1С не запускается. Паника настоящая: касса, банк, счета.
Оказалось, ночью Windows обновила сервер, служба лицензирования стартанула криво, а брандмауэр подхватил новый профиль. Решение заняло 12 минут: перезапуск службы и проверка, что нужные порты не отрубило.

Симптом 2. “Неверный формат файла базы”, “поврежден 1Cv8.1CD”, база не открывается

Это почти всегда история про файловую базу. Особенно когда база лежит на сетевой папке и кто-то выключил компьютер “как чайник из розетки”.

Как понять, что проблема именно в базе

  • 1С открывается, список баз виден, но конкретная база не стартует
  • ошибка про повреждение/формат/чтение данных

Что делать, чтобы не сделать хуже

1) Не запускай базу “на авось” десять раз.
Каждая попытка иногда добавляет мусора. Это как дергать заевшую молнию: в какой-то момент она рвется окончательно.
2) Сначала копия, потом лечение.
Скопируй папку базы целиком. Прямо целиком. До любых действий. Это твой страховочный парашют.
3) Проверь, не держит ли базу кто-то еще.
На общих ресурсах бывает, что один зависший сеанс мешает всем.

Что обычно помогает

  • тестирование и исправление базы стандартными средствами 1С
  • восстановление из бэкапа, если повреждение серьезное

Кейс “флешка моргнула, неделя ушла в ручной ввод”

ИП на УСН вел учет на флешке. Флешка один раз “моргнула”, база стала открываться через раз, потом умерла совсем.
Хорошая новость: резервная копия была недельной давности. Плохая: неделю документов пришлось дозаносить руками.
Вывод там родился сам собой: ежедневная копия занимает 30–60 секунд, а экономит 6–10 часов в разгар аврала.

Симптом 3. “Версия платформы не поддерживается”, “несоответствие версии”, после обновления перестало работать

Это ситуация “две детали из разных конструкторов”. Вроде обе про 1С, но не стыкуются.

Как это обычно начинается

Вчера работало. Потом кто-то обновил платформу. Или наоборот не обновил, а конфигурация обновилась. И всё.

Что делать

1) Уточни версию платформы и версию конфигурации (Бухгалтерии).
Без этого можно бегать по кругу.
2) Если вариант серверный, проверь связку “сервер + клиенты”.
Очень частая история: клиент обновили, сервер нет. Или наоборот. Итог: у половины пользователей открывается, у половины нет. И начинается вечное “а у меня работает”.
3) Если есть несколько баз, проверь, открываются ли другие.
Если другие базы тоже падают, проблема скорее в платформе. Если нет, то в конкретной базе.

Кейс “40 минут простоя, из них 30 ушло на попытки”

ООО на ОСНО. Обновили платформу на рабочих местах, а сервер оставили старым. У части сотрудников 1С открывалась, у части нет.
Решение заняло один заход: выровняли версии, перезапустили службы. Простой около 40 минут, но из них 30 ушло на “давайте еще раз попробуем, вдруг само”.

Симптом 4. 1С висит на “Запуск…” и молчит, без ошибок

Это самое противное. Ошибки нет. Подсказок нет. Работы тоже нет.

Частые причины

  • антивирус блокирует (особенно после обновления баз)
  • сетевой путь до базы/сервер недоступен или DNS “думает” слишком долго
  • профиль пользователя Windows “поехал”, кэш 1С стал капризным
  • на сервере закончились ресурсы: диск/память, зависшие процессы

Что можно сделать быстро

1) Проверь сеть.
Если база на сервере или сетевой папке, банально убедись, что путь доступен.
2) Попробуй открыть ту же базу под другим пользователем Windows.
Это простой тест: если у другого заходит, значит проблема в профиле/кэше/правах.
3) Посмотри свободное место на диске C.
Когда остается 1–2 ГБ, 1С может вести себя как человек без сна: вроде держится, но уже на грани.

Мини-кейс “сервер живой, а места нет”

Торговая компания, база на сервере. У всех 1С “висит”, сервер пингуется, всё вроде живое.
Причина оказалась одновременно смешной и грустной: системный диск был заполнен на 99% логами и временными файлами. Освободили 8 ГБ, перезапустили службы, и всё ожило.

Симптом 5. “Нет доступа”, “Отказано в доступе”, “Недостаточно прав”

Обычно прилетает после:
  • смены прав на папку базы
  • переезда базы на другой диск
  • настройки сетевой шары

Что проверить

1) Файловая база: у пользователя должны быть права на чтение и запись.
2) Сетевая шара: права проверяй и на уровне шары, и на уровне NTFS. Ошибка может сидеть в любом месте.
3) Если вчера работало: вспомни, кто “слегка поправил доступ” и “ничего такого не делал”.

План действий, если не хочется копаться часами

Вот порядок, который чаще всего реально работает:
  1. Одна попытка запуска и фиксация ошибки (или факта зависания)
  2. Перезагрузка ПК
  3. Проверка: запускается ли 1С вообще до выбора базы
  4. Проверка: открывается ли другая база (если есть)
  5. Если лицензия: службы/ключ/сервер лицензий/сеть
  6. Если база: копия базы + тестирование/восстановление
  7. Если висит: сеть, диск, антивирус, кэш, ресурсы сервера
Эта схема обычно сокращает поиск причины с “полдня” до 20–60 минут.

Чего лучше не делать, если не хочется усугубить

  • Сразу сносить и ставить 1С заново. Часто это не лечит и добавляет новые проблемы.
  • Лезть в поврежденную базу без копии. Потом можно заплатить временем и нервами в разы больше.
  • Раздать всем права администратора “чтобы работало”. Оно может и заведется, но потом прилетит по безопасности и по порядку в учете.

Как сделать так, чтобы такое случалось реже

Три привычки, которые стоят копейки, а спасают регулярно:
1) Резервная копия каждый день. Автоматически или руками, не важно.
2) Обновления по схеме: тестовая копия базы, потом рабочая. Хотя бы раз в квартал.
3) База не на флешке и не “на рабочем столе”. Для файловой базы нужен нормальный диск или сервер. Временные носители для базы это как хранить бухгалтерию на салфетке: вроде можно, но зачем.
]]> Блокировки в 1С: как найти виновника и перестать “стоять” в очереди документов https://ivan-prog-1s.ru/tpost/72iyoks4i1-blokirovki-v-1s-kak-naiti-vinovnika-i-pe https://ivan-prog-1s.ru/tpost/72iyoks4i1-blokirovki-v-1s-kak-naiti-vinovnika-i-pe?amp=true Wed, 13 May 2026 14:19:00 +0300

Блокировки в 1С: как найти виновника и перестать “стоять” в очереди документов

Привет! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Сегодня поговорим о блокировках внутри вашей 1С-ки: нажимаешь «Провести документ» — и всё. Виснет. «Ожидание снятия блокировки данных», «Конфликт блокировок», «Документ заблокирован пользователем». А очередь растёт. Кто виноват? И главное — что делать?
Разбираемся, как найти виновника паники и разморозить учёт.

Тишина в зале: почему вообще бывают блокировки

Представьте магазин «Лампочки» и двух покупателей — Петрова и Иванова. Иванов первый взял с полки лампу и пошёл на кассу. Продавец мысленно зарезервировал товар за Ивановым. Петрову — от ворот поворот: «Эту уже покупают, выбирай другую».
Блокировка в 1С — тот же принцип: если один пользователь изменяет документ, другим остаётся только ждать. Это объектная блокировка — «примерка» документа, видимая остальным и работающая по принципу «один вошёл — второй встал в очередь». А когда два человека одновременно пытаются изменить одни и те же данные, система сообщает: «Возникла взаимоблокировка» — и это уже код красный.

Не «тыкать», а искать: пошаговая инструкция для администратора

Вместо того чтобы бегать по офису с криком «Кто сейчас в 1С?», вот чёткие шаги, чтобы вычислить виновника.
Режим 1С: Консоль кластера
В консоли серверов (раздел «Соединения» ветка «Соединения») видно, кто кого блокирует и сколько времени. Включите в функционале Администратора системы «Блокировка регламентных заданий», если нужно временно приостановить фоновую обработку и дать возможность пользователю поработать.
Журнал регистрации как детектив
Откройте «Сервис» → «Монитор пользователей» → «Журнал регистрации» — здесь Excel с детализацией: кто заходил, с какого компьютера, с какими документами работал в момент сбоя. Выберите отбор событий «отобрать сразу», иначе будете ждать вечность.
Прямой SQL-запрос (для продвинутых)
В Microsoft SQL Server Management Studio выполните запрос для отслеживания блокировок. Здесь хорошо видно, какой именно процесс «висит» и держит базу. Только осторожно — это не про нажатие «Запустить», а про чтение служебных таблиц.

Реальный кейс: как я за час разобрал очередь на 150 документов

Рассказывает Иван Николенко:
— Прилетает звонок от производственной компании. В кризис заказчик, торгующий товарами народного потребления, выпускает 40% объёмов. А в 1С бардак: час пик, сотрудники пытаются отгружать готовую продукцию, а система «встала». Очередь из непроведенных документов — более 150 штук! Люди сидят, заказы не уходят, касса стопорится.
— Выясняем — кто-то из кладовщиков по ошибке открыл «Реализацию товаров» и ушёл на перекур, а фоновое регламентное задание по обмену данными заблокировало таблицы. Да так, что остальные пользователи встали в очередь на ожидание.
— Первая мысль — убить сессию вручную. Но это крайность. Начали с диагностики: через консоль кластера за 2 минуты нашли заблокированную сессию, через Журнал регистрации определили — в какой момент и на каком компьютере это произошло. Удалили "зависший" процесс штатно. Разобрали очередь — 150 долгожданных документов провели за час.
Клиент был в шоке, когда увидел реального виновника — фоновое задание по синхронизации с сайтом. Оказалось, оно самопроизвольно встало в бесконечный цикл. Отключили его до вечера, дали людям поработать, а ночью уже детально переписали код.
Если бы в тот момент мы просто перезагрузили сервер — бизнес потерял бы день, а так — час простоя и десятки спасательных кругов для ключевых отгрузок. Главное научиться не гадать, а смотреть прямо в монитор и видеть, кто конкретно держит систему.

Что делать, если зависла ваша 1С

Золотое правило борьбы с блокировками — не паниковать, а спокойно разбираться:
1. Не перезагружайте сервер — потеряете данные и испортите индексы.
2. Откройте консоль кластера и Журнал регистрации — там почти всегда есть ответ.
3. Запомните: блокировка документа — это объект, который не устанавливается при простом открытии формы, а только при попытке изменения.
4. Вкладывайте в грамотную настройку и мониторинг — управляемые блокировки должны быть настроены так, чтобы они не перекрывали доступ ко всей системе. Для этого в свойствах конфигурации включают «Автоматический и управляемый» режим, а в коде добавляют объект «Блокировка Данных».
Автоматизация хороша, когда она работает незаметно. Если ваша 1С «стоит», а виновника найти не удаётся — пора звать профессионалов. И, пожалуйста, не перезагружайте сервер. Оставьте это нам, и то — на крайний случай)
]]> Сценарий “умер диск/сервер”: план восстановления 1С, который реально работает https://ivan-prog-1s.ru/tpost/f7e1imry31-stsenarii-umer-diskserver-plan-vosstanov https://ivan-prog-1s.ru/tpost/f7e1imry31-stsenarii-umer-diskserver-plan-vosstanov?amp=true Wed, 13 May 2026 14:53:00 +0300

Сценарий “умер диск/сервер”: план восстановления 1С, который реально работает

Привет, друзья! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Это случилось в обычный вторник. Отделы бронируют заказы, бухгалтер платит налоги, на складе отгружают товар. И вдруг — тишина. 1С не открывается. Экран гаснет сообщением: «Файл базы поврежден»!
Системный администратор проводит диагностику. Приговор суров: жёсткий диск умер навсегда. Безвозвратно.
Можно ли было этого избежать? Да. Можно ли восстановиться и не потерять миллионы? Тоже да. Разбираем чёткий план действий — без паники, с холодной головой.

Пошаговый план восстановления

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

Реальный кейс: как я оживил 8 лет учёта за 9 часов

В практике ведущего программиста 1С компании OSMINOG PROJECT Ивана Николенко был случай, который идеально иллюстрирует, почему важно не просто делать бэкап, а продумать его план:
— Крупный поставщик стройматериалов, 12 складов, 30+ менеджеров, годовой оборот около 800 млн рублей. База 1С: ERP на MS SQL Server.
И вот однажды в пятницу вечером сервер замолчал навсегда. RAID-массив RAID 5 развалился полностью — синхронно умерли два диска. Последний полноценный бэкап был от прошлой субботы — недельной давности. Восстановление из него означало бы неделю полностью потерянной работы всех складов и отдела продаж.
Вот что сделала моя команда:
1. Диагностика за 40 минут. Первым делом проверили — диск реально мёртв, восстановление данных специализированными утилитами невозможно.
2. Экстренный обход. Обнаружили, что на резервном SQL-сервере стояла репликация только для отчётности, но база 1С там была не полностью актуальной — запаздывала на 7-8 часов.
3. Ручное донакопление. За 9 часов непрерывной работы команда вручную восстановила из реплики все документы за потерянный день, сверяя с первичкой, логами и бумажными накладными от контрагентов.
— Это адская работа — по одному документу восстанавливать день работы склада. Но выбор был простой: 9 часов ручного труда сейчас или неделя простоя с убытками в 4–5 млн рублей, — объясняет Иван.
Что изменили после инцидента:
- Настроили ежечасное дифференциальное резервное копирование на отдельный физический диск.
- Внедрили ежемесячное тестовое восстановление на резервный сервер «по щелчку».
- Купили и настроили реальный план Disaster Recovery: чёткие инструкции, роли ответственных, контакты подрядчиков.
В результате: даже если сервер умрёт сегодня в 15:00, к 18:00 того же дня компания будет работать с новым сервером и потеряет не более часа данных.

Что делать, чтобы не оказаться в такой же ситуации

1. Настройте автоматическое резервное копирование. Средствами СУБД (например, SQL Server), с чёткими интервалами: полное — раз в сутки, дифференциальное — каждый час.
2. Храните бэкапы отдельно от сервера. На другом физическом диске, в облаке, в другом ЦОД.
3. Проверяйте бэкапы. Раз в месяц — тестовое восстановление на резервную машину.
4. Напишите план восстановления. Кто звонит, куда бежит, в каком порядке восстанавливать. Документ, который лежит не на умершем диске.
5. Не экономьте на отказоустойчивости. Кластер высокой доступности — недешево, но день простоя обходится гораздо дороже.
Золотое правило директора: ваш бизнес должен работать даже тогда, когда всё пошло не по плану. Если у вас заранее нет плана восстановления — значит, вы не справитесь с провалом.
Помните — проще и дешевле предусмотреть, чем недосмотреть.
]]> Интеграция 1С с сайтом: проблемы с остатками/ценами/заказами и как это все стабилизировать https://ivan-prog-1s.ru/tpost/kmgb439pc1-integratsiya-1s-s-saitom-problemi-s-osta https://ivan-prog-1s.ru/tpost/kmgb439pc1-integratsiya-1s-s-saitom-problemi-s-osta?amp=true Wed, 13 May 2026 15:04:00 +0300

Интеграция 1С с сайтом: проблемы с остатками/ценами/заказами и как это все стабилизировать

Привет, ребят! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Проблемы с синхронизацией остатков, цен и заказов — одна из самых частых головных болей. Причина почти всегда одна: нет единого источника правды. Разберём, как это лечить.

Три типовые проблемы и их корни

Проблема 1: товар заказали, а его нет. Остатки расходятся между складом, интернет-магазином и маркетплейсами. Цены меняются в одном месте и не обновляются в другом. Причина — асинхронное обновление без учёта резервов и приоритетов каналов.
Проблема 2: заказ пришёл в 1С, но статус потерялся, или документы зависли. Заказ может повиснуть из-за сбоя API или ошибки формата данных. 1С видит «новый», а сайт думает, что уже обработал — и продажа зависает в подвешенном состоянии.
Проблема 3: пересорт на складе из-за конфликта характеристик. SKU перепутаны либо одна позиция дублируется в нескольких каналах. Без централизованного склада резервирования высок риск продать один и тот же товар дважды: раз на сайте и раз на маркетплейсе.

Почему это ломается на самом деле

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

Как стабилизировать: три ключевых принципа

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

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

Рассказывает Иван Николенко:
— Ко мне обратилась оптовая компания — годовой оборот под 800 млн рублей, ассортимент около 15 000 позиций. Они торговали одновременно на сайте, на двух маркетплейсах и через офлайн-отдел продаж. Интеграция с 1С была… ну скажем так: была никакая.
Она происходила по расписанию раз в час через устаревший SOAP-сервис, и каждые выходные остатки разъезжались на 15-20%. Система не учитывала резервы под B2B-заказы, и один и тот же товар продавался одновременно на сайте и маркетплейсе.
— При этом статусы заказов постоянно конфликтовали: заказ отгрузили в 1С, а на сайте висело "в обработке". Клиенты возвращали товар — возврат обрабатывался вручную неделями, дебиторка росла. Наш аудит показал, что визуально всё работало, но "под капотом" царил хаос. Настоящая головная боль начинается, когда заказов становится больше нескольких десятков в день — и здесь бизнес-процессы живут в одном мире, а учёт — в другом.
— Мы полностью перепроектировали архитектуру обмена: назначили 1С единым источником правды; перевели интеграцию на REST API; настроили асинхронные очереди сообщений; добавили логирование каждого обмена с автоматической проверкой целостности. Результат: остатки перестали расходиться, заказы обрабатываются за минуты, а ручной ввод данных сократился на 95%. В сезон распродаж рост нагрузки не вызвал ни одного сбоя в обмене.
Иван подчёркивает: "Главное — не дожидаться, пока проблемы начнут бить по деньгам. Настройка мониторинга и архитектуры сегодня сэкономит миллионы завтра".

Итог: что делать вот прямо сейчас

Проверьте свою интеграцию по трём пунктам: единый источник правды — все остатки и цены должны управляться из 1С, резервы под разные каналы — учитываются ли они, и мониторинг ошибок — когда вы в последний раз смотрели отчёт о расхождениях?
Если ни одного пункта нет — вы теряете деньги. Не ждите, пока отмены заказов и пересорт на складе станут хроническими. Интеграция должна работать незаметно — но, когда она ломается, это бьёт напрямую по выручке.
]]> Штатное расписание в 1С: базовая настройка, чтобы потом не переделывать https://ivan-prog-1s.ru/tpost/vztzk85811-shtatnoe-raspisanie-v-1s-bazovaya-nastro https://ivan-prog-1s.ru/tpost/vztzk85811-shtatnoe-raspisanie-v-1s-bazovaya-nastro?amp=true Wed, 13 May 2026 15:14:00 +0300

Штатное расписание в 1С: базовая настройка, чтобы потом не переделывать

Привет, ребят! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT. Сегодня расскажу вам о просто о сложном.
Штатное расписание — это официальный документ, который фиксирует структуру компании, все должности, количество ставок и оклады. В Трудовом кодексе нет прямого требования иметь этот документ, но в статье 57 говорится, что работа по должности должна соответствовать штатному расписанию.
Налоговики и трудовая инспекция могут его запросить при проверке. Так что лучше сделать один раз и правильно.
В конфигурации «1С:Зарплата и управление персоналом» (ЗУП) ведение штатки включается настройкой. В Бухгалтерии 8.3 такого функционала нет — там только зарплатные отчёты. Короткая пошаговая инструкция — далее.

1. Подготовка почвы: справочники «Подразделения» и «Должности»

Прежде чем создавать штатное расписание, нужно наполнить базовые справочники:
- «Подразделения» (раздел «Кадры» → «Подразделения») — создаём структуру компании.
- «Должности» (раздел «Кадры» → «Должности») — вносим все должности, которые планируете использовать.

2. Включаем ведение штатного расписания

Путь: «Настройка» → «Кадровый учёт» → ссылка «Настройка штатного расписания». Здесь нужно отметить несколько флажков:
Дополнительно можно установить флажок «Автоматическая проверка кадровых документов на соответствие штатному расписанию», чтобы программа сама проверяла свободные ставки при приёме.

3. Утверждаем штатное расписание

Теперь, когда настройки готовы, переходим к созданию документа. Путь: «Кадры» → «Штатное расписание» → «Создать» → «Утверждение штатного расписания».
В документе укажите месяц начала действия штатки, дату приказа и заполните список должностей с указанием подразделений, графика работы, количества единиц и видов начислений (оклад, надбавки). Для версий ПРОФ и КОРП также доступны вилка окладов, разряды, категории, автоматическое бронирование позиций перед приёмом и гибкая настройка печатных форм.

4. Как вносить изменения

Если нужно добавить новую должность, увеличить оклады или сократить ставку:
- Крупные изменения (новая редакция штатки) — используйте документ «Утверждение штатного расписания».
- Локальные правки (изменение по нескольким позициям на любую дату) — документ «Изменение штатного расписания».

5. Типовые ошибки, которые могут дорого обойтись

Кейс: как я спасал компанию от штрафа за путаницу в должностях

Рассказывает Иван Николенко:
— Ко мне пришёл собственник среднего бизнеса — компания производила мебель и росла на 30% в год. Кадры вели через Excel: штатное расписание лежало в Word, в 1С висела своя «правда».
При проверке налоговая запросила штатку и приказы за два года. Выяснилось, что менеджеры принимали людей на должности, которых в официальной штатке не было, а оклады в трудовых договорах не соответствовали утверждённым.
Компании грозил штраф до 100 тыс. рублей за каждого «левого» сотрудника и доначисление страховых взносов.
— Я экстренно включил историю изменений штатного расписания в 1С. Перевел всех действующих сотрудников на актуальные позиции через кадровый перевод с первой даты месяца.
— Сформировал единую штатку за три года задним числом — с датами утверждения каждой позиции. Налоговая приняла уточнённые сведения, штрафа удалось избежать. Стоимость наших работ была в пять раз меньше потенциальных санкций.

Итог

Штатное расписание в 1С —это важнейший управленческий инструмент. Правильная настройка с включением истории изменений и чёткое разграничение документов «Утверждение» и «Изменение» уберегут от налоговых рисков.
Иван советует: «Мое мнение — лучше потратить час на настройку сегодня, чем недели на исправление ошибок и объяснения с проверяющими завтра».
]]> Воинский учет в 1С: какие справочники заполнить, чтобы отчеты формировались https://ivan-prog-1s.ru/tpost/xo6gttyy81-voinskii-uchet-v-1s-kakie-spravochniki-z https://ivan-prog-1s.ru/tpost/xo6gttyy81-voinskii-uchet-v-1s-kakie-spravochniki-z?amp=true Wed, 13 May 2026 15:21:00 +0300

Воинский учет в 1С: какие справочники заполнить, чтобы отчеты формировались

Привет, ребят! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Вести воинский учёт в 1С — это не про дань закону. Это ваш пропуск в мир спокойствия и отсутствия проблем с военкоматом.
Многие компании, особенно те, где кадровым учётом занимаются по остаточному принципу, сталкиваются с одной и той же проблемой: отчёты для военкомата не формируются.
На поверку причина чаще всего банальна и не требует вызова дорогостоящих специалистов — в программе просто не заполнены или заполнены неверно данные в нескольких ключевых справочниках.

Пошаговая настройка воинского учёта в 1С

Процесс настройки воинского учёта в 1С довольно прост. Чтобы система начала корректно собирать данные для отчётности, нужно выполнить всего три основных действия.
Шаг 1: назначаем ответственного
Первым делом необходимо назначить сотрудника, который будет отвечать за ведение воинского учёта в организации. Для этого нужно зайти в карточку вашей организации (раздел «Главное» — «Организации»).
В группе настроек «Подписи» укажите ответственного сотрудника. Эта информация в дальнейшем будет автоматически подставляться в печатные формы документов.
Шаг 2: настраиваем функциональность программы
Самый важный, но часто упускаемый шаг — это включение самого функционала воинского учёта в программе. По умолчанию он может быть отключён.
Для этого перейдите в раздел «Настройки» → «Кадровый учёт». В открывшемся окне найдите подраздел «Воинский учёт» и установите флажок «Ведётся воинский учёт». На этом базовая настройка программы завершена.
Шаг 3: заполняем справочник «Физические лица»
Следующий шаг — самый трудоёмкий, но критически важный для итоговой отчётности.
Необходимо зайти в карточку каждого сотрудника, подлежащего воинскому учёту (обычно все мужчины и женщины определённых специальностей).
В карточке сотрудника нужно найти раздел «Воинский учёт» и заполнить там все поля в строгом соответствии с предоставленными документами сотрудника (военный билет, приписное свидетельство).
Здесь потребуется заполнить такие реквизиты, как:
- Категория запаса и воинское звание.
- Состав (профиль), категория годности к военной службе.
- Код ВУС (военно-учётная специальность).
- Данные о военкомате, серия и номер военного билета и другие.

Три главные ошибки в справочниках (из-за которых не формируются отчёты)

Даже если вы включили функционал и начали заполнять данные, итоговые отчёты могут всё ещё формироваться некорректно. Вот три самые частые и коварные «ловушки».
1. Не заполнен военкомат или его реквизиты не совпадают
Очень часто в справочнике «Сотрудники» указан военкомат, но не заполнен его «Код по ОКПО». Для формирования печатных форм (например, «Карточка гражданина, подлежащего воинскому учёту») и для отправки электронных сведений этот код обязателен.
Без него программа не всегда сможет сформировать корректный документ.
2. Пустое поле «Категория запаса» или «Состав»
Если у сотрудника в военном билете указано, что он находится в запасе, но в 1С в разделе «Воинский учёт» не выбрана «Категория запаса» (например, первый разряд или второй), то этот человек может автоматически не попасть в некоторые отчёты.
То же самое касается и поля «Состав (профиль)» (солдаты, матросы, сержанты, прапорщики, офицеры), так как это важный классификационный признак для военкоматов.
3. Ошибка в дате постановки на учёт
Иногда, при заполнении карточки, пользователи по невнимательности указывают дату постановки на воинский учёт позже даты приёма сотрудника на работу. Или, наоборот, дата кадрового документа позже даты введённых сведений.
Такие несоответствия дат — частая причина того, что сотрудник «выпадает» из выборки при формировании отчёта «Сведения о гражданах, подлежащих воинскому учёту».

Реальный кейс: история о том, как пропала отчётность

Вот что рассказал нам Иван Николенко:
— Ко мне обратилась компания из сферы услуг, где работало около 50 мужчин. Кадровик жаловалась: "Иван, я заполнила военные билеты у всех! Но отчёт "Численность работающих и забронированных граждан" (форма № 6) выдаёт мне всего трёх человек!"
— Я начал проверку наугад. Открываю карточку первого сотрудника — есть и серия, и номер. Следующего — тоже всё заполнено. В чём же дело?
— Тогда я полез в саму печатную форму. В полях, которые должны были выводить код ВУС и должность, стояли прочерки. Оказывается, кадровик просто не знала: при заполнении данных в карточке нужно было выбрать из справочника не только название "военкомата", но и его КПП и ОКПО, а в разделе "Должности" указать для неё "категорию учёта забронированных".
— Мы с ней буквально за час исправили справочники: добавили недостающие реквизиты, уточнили категории по каждому подразделению. И сразу после этого форма № 6 заполнилась корректно.
Главный урок этой истории — 1С любит точность и требует заполнения всех, на первый взгляд незначительных, полей.

Подведём итог

Организация корректного воинского учёта в 1С — задача, решаемая без мудреных танцев с бубном. В 95% случаев, когда отчёты не формируются, проблема кроется не в «сломанной» программе, и не в специфической настройке прав доступа, а в банально незаполненных, либо «пустующих» справочниках.
Проверьте в карточках сотрудников раздел «Воинский учёт» — особенно поля «Категория запаса», «Состав», «Код ВУС» и реквизиты военкомата.
Скорее всего, вы найдёте ту самую строчку, которую забыли, и ваша отчётность начнёт работать.
]]> ТОП-10 кадровых отчетов, которые полезны руководителю и кадровику (и как их настроить) https://ivan-prog-1s.ru/tpost/3cmnumsaz1-top-10-kadrovih-otchetov-kotorie-polezni https://ivan-prog-1s.ru/tpost/3cmnumsaz1-top-10-kadrovih-otchetov-kotorie-polezni?amp=true Wed, 13 May 2026 15:23:00 +0300

ТОП-10 кадровых отчетов, которые полезны руководителю и кадровику (и как их настроить)

Всем привет, на связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Кадровые отчеты – как приборная панель для пилота. Без них вы не видите ни высоты вашего бизнеса, ни опасного крена в сторону. Особенно остро это становится понятно, когда компания перерастает штат в 30-40 человек.
Давайте посмотрим, какие из 30 штатных отчётов понадобятся руководителю и кадровику в первую очередь, и как настроить их так, чтобы не плодились дубли.

ТОП-10 кадровых отчетов в 1С: ЗУП 3.1

1. «Уволенные сотрудники»: главный барометр для руководителя. В расширенных настройках можно добавить фильтр «Количество ставок» (например, =0,5) для детального анализа.
2. «Кадровые перемещения»: отслеживает все изменения в штате – приёмы, переводы, увольнения. Цифровая история жизни компании.
3. «Анализ зарплаты по сотрудникам» (помесячно): святая святых. Вкладки «Группировки» и «Отборы» позволяют настроить вывод с точностью до дня.
4. «Остатки отпусков»: бывает краткий и развёрнутый. Рассчитывает и неиспользованные дни, и компенсации при увольнении ещё до того, как кадровик откроет личное дело.
5. «Стажи сотрудников» (общий для больничных и северный): контролирует все виды стажа для правильности пособий и доплат.
6. «Личные данные сотрудников»: визитная карточка кадровика. Гибкая настройка позволяет добавить любые поля, включая паспортные данные и номера СНИЛС.
7. «Штатные сотрудники»: «моментальный снимок» компании. Показывает, кто работает, на каких должностях и ставках непосредственно сегодня.
8. «Численность работающих и забронированных граждан запаса»: замена старой Формы N 6 с 2025 года. Воинский учёт требует чёткости позиций.
9. «Работа с вакансиями»: для HR-отдела. В настройках структуры можно добавить диаграммы для визуализации скорости закрытия вакансий.
10. «Плановые и фактические значения показателей сотрудников» (в разделе «Мотивация»): рассекречивает, на сколько процентов KPI менеджера совпадает с планом.

Настройка отчётов в 1С: ЗУП

Главное – разобраться с настройками. Для этого в любом отчёте есть кнопка «Настройки»:
- «Простой режим» (дата, организация, подразделение) – когда нужно быстро посмотреть цифры «на глаз».
- «Расширенный режим» – когда нужно докопаться до истины. В нём есть вкладки «Фильтры» и «Поля и сортировки».
- «Сохранить как...» – создание нескольких вариантов отчёта (например, «Для директора» и «Для военкомата»).
- Техническая настройка через «Настройки для технического специалиста» – для добавления специфических полей.
- «Сбросить мои настройки» – помогает, если в отчёте отображается абракадабра.

А вот такой кейс совсем недавно я добавил к себе в портфолио

Рассказывает Иван Николенко:
— История с одной сетью кофеен – типичный для меня случай. Директору нужны были “не только цифры”. Он хотел аналитику по каждому сотруднику, как на ладони: стаж, вилка зарплаты, баллы KPI. А в 1С: ЗУП 3.1 кадровик хранила все данные в карточках, но собрать их воедино не могла. Создавали один отчёт на троих — и данные плодились, как ненужные Excel-файлы.
— Мы решили задачу элегантно: сделали один общий отчёт “Анализ персонала”, добавив в настройки группировки по отделам и показателям, а в отборы — условие “Показывать только активных”. Теперь директор получает “срез” в один клик, а кадровик перестала тонуть в бумажках. Вот вам и морока – но освоив настройки, жизнь наладится сразу».

Типовые ошибки и их решения

- «Невозможно определить тип отчёта»: обновите «Классификатор Даты вступления НА» (Администрирование → Обновление классификаторов).
- «Сотрудник не попадает в военкомат»: не зарегистрирован «Листок сообщений об изменении сведений воинского учёта».
- «Отчёт пустой»: задвоение периодов или слетевшие отборы. Сбросьте настройки через «Сбросить мои настройки».
- «Зависшие» настройки: всегда проверяйте корректность дат начала/окончания в приказах.
Главный вывод: в настройке любого отчёта нужно лишь немного терпения и знание алгоритма. Освободите себе и сотрудникам время для более важных дел – роста бизнеса, а не распутывания кадровых головоломок.
С ними прекрасно справятся спецы по 1С, уж поверьте мне на слово.
]]> Налог на имущество в 1С: как настроить объекты налогообложения https://ivan-prog-1s.ru/tpost/um1mp18521-nalog-na-imuschestvo-v-1s-kak-nastroit-o https://ivan-prog-1s.ru/tpost/um1mp18521-nalog-na-imuschestvo-v-1s-kak-nastroit-o?amp=true Wed, 13 May 2026 15:26:00 +0300

Налог на имущество в 1С: как настроить объекты налогообложения

Всем привет, на связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Казалось бы, налог на имущество организаций — рутина, которую бухгалтер делает «на автомате» раз в квартал. Но стоит одному флажку в 1С оказаться не в том положении — и всё идёт наперекосяк. Сумма в декларации не сходится с ОСВ, авансовые платежи не рассчитываются, а в налоговую уходит не та цифра.
Разбираемся, как настроить объекты налогообложения в 1С: Бухгалтерии 8.3, чтобы программа считала налог правильно, и не допускать типовых ошибок.

Налог на имущество организаций в 2026 году: что изменилось

Налог на имущество организаций — прямой региональный налог, платить который обязаны юрлица на ОСНО, владеющие основными средствами: от зданий и сооружений до оборудования и транспортных средств (ст. 374 НК РФ). Максимальная федеральная ставка — 2,2%, но регионы могут устанавливать свои значения в пределах этого лимита. Есть особый «кадастровый» налог — для торгово-офисной недвижимости из специального регионального перечня. По таким объектам налог считается от кадастровой стоимости (ст. 378.2 НК РФ). Для всего остального имущества — по среднегодовой остаточной стоимости.
С 2026 года действуют изменения по ФЗ № 425 от 28.11.2025. Следующий год ожидается переломным: налоговики будут самостоятельно рассчитывать имущественные налоги (кадастровые) по данным из Росреестра, необходимость в ЕНП-уведомлениях отпадёт. Но в 2026-м работаем по-старому: организация сама считает налог, уплачивает авансовые платежи ежеквартально и сдаёт декларацию.

Настройка объектов налогообложения в 1С:Бухгалтерии 8.3

Настройка начинается с учётной политики. Заходим в «Главное» → «Налоги и отчеты» → «Налог на имущество» и проверяем способ отражения расходов, ставку налога и региональные льготы (при наличии). После этого переходим к самому главному — карточкам объектов основных средств.
Для каждого основного средства (ОС), которое является объектом налогообложения, нужно правильно заполнить карточку в 1С.
В разделе «Налоги» карточки ОС обязательно установите флаг **«Облагается налогом на имущество». Без него программа просто «не увидит» объект при расчёте.
Затем корректно укажите «вид объекта налогообложения». Выбор принципиален:
- Недвижимое имущество — здания, сооружения и прочие объекты, прошедшие госрегистрацию. По умолчанию программа будет считать налог по среднегодовой стоимости, но для объектов из регионального «кадастрового» перечня потребуется дополнительная настройка.
- Движимое имущество. С 2019 года движимое имущество (оборудование, транспорт) налогом не облагается — по нему ставку 0% применяют все регионы. Если ошибочно указать его как недвижимость, 1С будет начислять налог там, где его не должно быть.
Если объект облагается по кадастровой стоимости, дополнительно укажите «кадастровый номер» конкретного объекта недвижимости и «кадастровую стоимость» на начало года. Информацию о кадастровой стоимости можно уточнить в Выписке из ЕГРН (заказывается через Росреестр).
Если у организации есть льготы (освобождение от налога на имущество согласно ст. 381 НК РФ), их необходимо оформить в разделе «Главное» → «Налоги и отчеты» → «Налог на имущество» → «Льготы». Там создаётся запись с указанием кода льготы и (если льгота применяется выборочно) привязкой к конкретному объекту ОС. Для некоторых категорий налогоплательщиков (например, ИП на УСН и ПСН) по недвижимости, используемой в предпринимательской деятельности, льгота предоставляется в беззаявительном порядке, но лучше всё равно проверить, что в 1С всё отражено верно.
После настройки карточек ОС программа сможет автоматически рассчитывать налог и авансовые платежи через регламентную операцию «Расчет налога на имущество» (раздел «Операции» → «Закрытие месяца»).

Типовые ошибки, которые ведут к неверному расчёту

1. Путаница между движимым и недвижимым имуществом. Одна из самых частых ошибок: ОС, которое по факту является недвижимостью, учитывается в 1С как движимое. Причина — невнимательность при первичном вводе остатков. Исправляется документом «Изменение параметров ОС» или ручной корректировкой регистров.
2. «Забытый» флаг налогообложения. Сотрудник завёл основное средство, но не установил флажок «Облагается налогом». В итоге объект числится на балансе, амортизация идёт, но налог не начисляется. Налоговая доначислит его с пенями, а ваша база «разойдётся».
3. Не заполнены реквизиты кадастрового учёта. Для объекта, который облагается по кадастровой стоимости, не указан кадастровый номер или стоимость. Программа или не рассчитает налог вообще, или возьмёт «левую» цифру из регистра. Исправляется заполнением полей в карточке ОС или через «Объекты с особым порядком налогообложения».
4. Пустые льготы. Организация имеет право на освобождение от налога (например, как малый бизнес), но в 1С не оформлена соответствующая льгота. Программа продолжает начислять налог. Последствия — переплата.

Реальный кейс: как я помог компании сэкономить на доначислениях

Своим опытом поделился Иван Николенко:
— В прошлом квартале ко мне обратилась производственная компания. Бухгалтер не могла понять: авансовые платежи по налогу на имущество за полугодие были завышены в два раза против прошлого года, хотя новых объектов в эксплуатацию не вводили.
— Захожу в базу 1С:Бухгалтерия 8.3. Начинаю аудит. Выясняется, что три года назад при вводе остатков новое здание склада ошибочно классифицировали как "Движимое имущество" вместо "Недвижимого". Система по умолчанию не начисляла налог — и бухгалтер несколько кварталов отчитывалась "на глаз", подгоняя цифры под регистры. Пока я не открыл карточку ОС, ошибку было просто не найти.
— Что мы сделали: применили документ "Изменение параметров ОС", явно прописали объект как "Недвижимое имущество", указали кадастровый номер и стоимость склада. После этого заново перепровели расчёт налога — коррекция номер один. Затем сформировали уточнённые декларации за три квартала — пока инспекция не пришла с проверкой. Клиент сэкономил на потенциальных доначислениях около 1,5 млн рублей. И поумневшая бухгалтер больше не пытается "подогнать" цифры вручную.
Итог: обязательно проверьте свою 1С: запустите ОСВ по счёту 01, откройте карточки каждого объекта налогообложения и убедитесь, что флажок «Облагается налогом на имущество» стоит, а вид имущества указан верно. Не ждите, пока придется подгонять цифры и с ужасом ждать требований налоговой.
]]> Учет налогов в 1С: какие регистры формируют итог и где искать расхождение https://ivan-prog-1s.ru/tpost/iof89jf331-uchet-nalogov-v-1s-kakie-registri-formir https://ivan-prog-1s.ru/tpost/iof89jf331-uchet-nalogov-v-1s-kakie-registri-formir?amp=true Wed, 13 May 2026 15:29:00 +0300

Учет налогов в 1С: какие регистры формируют итог и где искать расхождение

Всем привет, снова с вами ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT. Поговорим об учете налогов в 1С.
Налоговый учёт в 1С — это огромный массив данных, скрытый под привычным интерфейсом. Цифры в декларации — это лишь вершина айсберга, тогда как его основание — это сложная система регистров, которые и вычисляют итоговый налог. Когда отчётность не сходится, нужно смотреть именно туда.

Регистры — фундамент налоговых расчётов

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

Поиск расхождений: с чего начать?

Если декларация не сходится или налоговая прислала запрос, действовать нужно по плану:
1. Проверьте корректность данных в каждом из перечисленных выше ключевых регистров.
2. Используйте встроенный отчёт «Анализ состояния налогового учёта». Он предназначен для анализа данных по налогу на прибыль и позволяет сравнить бухгалтерский и налоговый учёт, а также отыскать источник любых расхождений.
3. Сделайте «сверку деклараций». Если вы работаете на ОСНО, начиная с версии 1С 3.0.195 доступен мощный инструмент: «Отчёты → Анализ учёта → Сверка деклараций по налогу на прибыль и НДС». Он сам найдёт и расшифрует расхождения между двумя декларациями по документам-первоисточникам.

Что делать с расхождениями?

* Устраните причины: скорее всего, где-то в регистры не попали данные. Это может быть связано с ошибками в документах поступления, реализации или в настройках учётной политики.
* Исправляйте записи в регистрах. Для этого есть штатный документ «Корректировка записей регистров» в разделе «Операции». Он помогает внести исправления аккуратно, не нарушая другие данные.
* Не паникуйте. В редких случаях расхождение может быть вызвано ошибкой самой программы. Если сумма разницы отображается без объяснения причин, возможно, придётся ждать официального обновления от 1С.

Живой кейс: как я «очистил» регистры и спас компанию

Рассказывает Иван Николенко:
— Ко мне обратилась крупная торговая фирма. Они сдавали декларацию по НДС, и ФНС прислала требование о расхождении налоговой базы по прибыли и НДС. Их штатный бухгалтер бился над отчётами неделю, но найти причину не смог.
— Причину я нашел, открыв самые важные регистры. После детального аудита оказалось, что в регистре «НДС продажи» накопилось несколько «зависших» записей от возвратов товаров от покупателей. Эти записи не были своевременно сторнированы и искажали всю итоговую сумму в декларации.
— Сама ошибка по своей сути была проста, но её проявление — настоящий кошмар бухгалтера: налоговая база по НДС была завышена на 4 миллиона рублей, а по налогу на прибыль — занижена.
— Пока я не провёл «чистку» регистров через «Корректировку записей», компания находилась под угрозой доначисления крупных штрафов.
— После этого кейса компания заключила со мной договор на ежемесячный мониторинг состояния налоговых регистров и ведение 1С, чтобы подобные истории больше не повторялись.
]]> Начисление налогов задним числом в 1С: как корректно внести исправления https://ivan-prog-1s.ru/tpost/5cnc4fhh11-nachislenie-nalogov-zadnim-chislom-v-1s https://ivan-prog-1s.ru/tpost/5cnc4fhh11-nachislenie-nalogov-zadnim-chislom-v-1s?amp=true Wed, 13 May 2026 15:31:00 +0300

Начисление налогов задним числом в 1С: как корректно внести исправления

Привет друзья, на связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT. Сегодня поговорим об ошибках в начислении налогов.
Такие ошибки, увы — неотъемлемая часть работы с 1С. Неверно отражён счёт-фактура, начислили лишний НДС или забыли учесть расход. Задним числом «поправлять» документы нельзя — это разорвёт регистры и исказит отчётность. Рассказываю, как работать по правилам.

Когда требуется доначисление «задним числом»

Законодательство не запрещает исправлять ошибки прошлого, но требует разделять подходы в зависимости от периода выявления ошибки:
* Отчётность за прошлый год ещё не утверждена (не подписана). Исправления вносятся в том же году, декабрём (закрывающим периодом) или месяцем обнаружения.
* Отчётность за прошлый год уже утверждена. Исправления проходят строго через уточнённые декларации и корректировку записей в 1С с отражением на счёте 84 (нераспределённая прибыль).
Статья 81 НК РФ обязывает подавать уточнёнку, если ошибка повлияла на сумму налога в сторону занижения. В противном случае (переплата) — исправляйте ошибку в периоде её обнаружения.

Как правильно внести исправления в 1С

Вариант 1. Ошибка в прошлом отчётном периоде (год ещё не закрыт, отчётность не утверждена)
Всё просто. Исправляем первичный документ текущей (или декабрьской) датой, перепроводим его и заново закрываем месяц. Главное — не менять исходные документы в уже закрытом периоде.
Вариант 2. Ошибка в прошлом периоде, отчётность утверждена (бухгалтерская и налоговая)
Прямое исправление «задним числом» запрещено — повредит регистры. Действуем иначе.
1. Сторнируем неверные записи. Используем документ «Операция (бухгалтерский и налоговый учёт)» с ручной проводкой по дебету/кредиту счетов.
2. Вносим корректные записи. Там же, этим же документом, правильными суммами и счетами.
3. Корректируем налоговую базу прошлого периода. В современных версиях 1С (Бухгалтерия 3.0, ERP, КА) для этого предназначен регистр «Корректировки налоговой базы». Он собирает все правки, которые 1С позже учтёт при расчёте уточнённых деклараций.
4. Корректируем налог и пени через ЕНС. Задолженность и пени отражаем документом «Корректировка ЕНС» с видом операции «Начисление налога» и «Начисление пени» вручную.

Главная ошибка при исправлении

Многие бухгалтеры просто «открывают» старый документ, правят его и перепроводят.
Это прямой путь к сбоям в учёте! У отчётности уже прошли сверки, регистры сформированы. Ручное изменение прошлых периодов неизбежно приведёт к расхождениям в книге покупок, продаж и в итоге — к требованиям ФНС.

Сложный кейс: как я исправлял тотальную ошибку по НДС

Вспоминает Иван Николенко:
— Ко мне обратилась компания с такой вот проблемой: при оприходовании услуг по акту менеджеры ошиблись в разрядах — ввели сумму на 4,2 млн рублей без НДС, в то время как счёт-фактура поставщика предполагал ставку 20%.
Штатный бухгалтер, пытаясь исправить ошибку, просто перепроводил старые документы задним числом. Книга покупок разъехалась, декларации за полгода перестали сходиться, нависла угроза доначислений.
Рассказывает Иван:
— Прилетает клиент с ужасом в глазах: налоговая требует пояснений по расхождениям на 800 тыс. рублей. Оказалось, их сотрудники пару лет назад неправильно завели классификатор номенклатуры для услуг, и программа каждый месяц автоматически начисляла НДС там, где его быть не должно.
Каждый месяц бухгалтеры правили цифры вручную в декларациях, но база 1С оставалась "битой". Я не стал, как они, исправлять каждый ошибочный документ по отдельности. Я создал и применил одну сложную операцию вручную, которая сторнировала все старые неверные записи по НДС из регистров и заменила их правильными.
После этого — уточнённые декларации за каждый месяц. Всё сошлось. ФНС претензий не предъявила. А главное — мы перестали мучить старую базу и дали бизнесу чистый учёт. В 1С вообще не стоит бояться корректировок главное — системный подход.

Итог

Ошибки в начислении налогов — не трагедия, если подходить к ним системно. Корректно исправлять данные нужно только через уточнённые декларации и корректировку записей вручную, минуя прямое изменение документов прошлых периодов. А регулярный аудит — лучший способ не допускать ошибок вовсе и экономить нервы собственникам, бухгалтерам и налоговикам.
Если вы только что поняли, что в вашей 1С живёт похожая проблема — не тяните. Закажите аудит и профессиональное сопровождение 1С в OSMINOG PROJECT. Учитесь на чужих ошибках, а не на своих миллионных штрафах.
Прямо сейчас откройте журнал регистрации и проверьте: сходятся ли НДС и налог на прибыль в 1С? Если да — вы в порядке. Если нет — пора исправлять.
]]> 1С для общепита 2026: какой продукт выбрать под ваши задачи — сравнение «1С: Общепит»: «УНФ» и «ERP» https://ivan-prog-1s.ru/tpost/o3hb0e1m01-1s-dlya-obschepita-2026-kakoi-produkt-vi https://ivan-prog-1s.ru/tpost/o3hb0e1m01-1s-dlya-obschepita-2026-kakoi-produkt-vi?amp=true Wed, 13 May 2026 15:43:00 +0300

1С для общепита 2026: какой продукт выбрать под ваши задачи — сравнение «1С: Общепит»: «УНФ» и «ERP»

Начнем с рассказа ведущего программиста 1С компании «OSMINOG PROJECT» Ивана Николенко:
— Знакомый владелец небольшой сети кофеен как-то пожаловался: «Мы купили 1С: ERP, потому что кто-то сказал, что это круто. Теперь не знаем, что с ней делать, все сложно и непонятно. Поможешь?»
— Конечно помогу! — ответил я. История типичная. Многие уверены: чем дороже и мощнее программа, тем лучше для бизнеса. Но в 2026 году эта логика работает с точностью до наоборот.
Выбор правильной системы 1С для вашего ресторана или кафе — это как выбор ножа на кухне. Шеф-повару нужен профессиональный мусат, а курьеру — компактный лёгкий резак. Давайте разбираться, что именно нужно вам сегодня.

Вариант 1: «1С:УНФ 8. Управление предприятием общепита»

Это решение создано для одного или нескольких заведений с простой структурой. Знаете те уютные кофейни, где каждый бариста знает постоянных гостей по имени? Им не нужен навороченный космический центр управления. Им нужно контролировать себестоимость круассанов и вовремя заказывать молоко. Программа УНФ («Управление нашей фирмой») даёт именно это. CRM (ваша база постоянных гостей с историей заказов), склад, закупки — всё в одном окне. Главный плюс? Низкий порог входа. Базовая версия стартует от 20 000 руб., а профессиональная обойдётся около 60-70 тыс. Внедрение займёт 1-2 недели. Идеальный вариант для ИП и ресторанов с оборотом до 300 млн рублей в год.

Вариант 2: «1С: Общепит. Модуль для 1С: ERP и 1С:КА2»

Это уже гораздо серьезнее. Представьте федеральную сеть суши-баров или огромный ресторан при пятизвездочном отеле. У них — десятки поставщиков, сложная логистика, раздельный учёт в каждом филиале. Им нужен не просто учёт продуктов, а управление целым холдингом с казначейством и бюджетированием. Вот тут на сцену и выходит 1С: ERP Управление холдингом. Вы покупаете мощную платформу-основу (ERP или КА2) и подключаете к ней отраслевой модуль «Общепит». Стоимость такого удовольствия несопоставима с УНФ. Только один модуль стоит от 88 000 до 102 000 руб. плюс не дешевая платформа ERP, плюс дорогостоящее внедрение (диапазоны от 7 до 50 млн рублей — это не шутка, часто от полугода до года работы программистов). При этом ваша выручка должна начинаться от 500 млн в год.

А есть ли золотая середина?

Строго говоря, классического «1С: Общепит» как отдельной и универсальной программы на 2026 год уже нет. Выбор у вас бинарный. Если ваша компания разрослась, у вас более 50-100 сотрудников и несколько цехов — вам только в сторону ERP. Если же вы хотите автоматизировать одно или два заведения без головной боли — ваш выбор УНФ. Платить за лишний функционал, который никогда не пригодится, — это всё равно что купить Феррари для поездок в супермаркет за продуктами.

Живой пример от практиков

Вспоминает Иван Николенко:
— В прошлом году мне было нужно внедрить автоматизированную систему 1С в сети ресторанов быстрого питания Subjoy (бывшая Subway, в 2025 году провела ребрендинг и сменила в России название) из нескольких городов РФ.
— Руководству нужно было собрать разрозненный учёт в единую систему. Владельцы не стали брать переусложнённый ERP — тяжело, медленно и бессмысленно для их структуры. Команда выбрала ту самую УНФ. Результат: сегодня каждый су-шеф и управляющий понимает реальную себестоимость сэндвича, видит остатки ингредиентов в режиме реального времени и может спрогнозировать заказ на день вперёд с точностью до 95%.

Выводы и советы:

Выбирайте не то, что «круче», а то, что подходит «ровно под вашу задачу».
УНФ — для гибкости и контроля конкретной точки.
ERP + Модуль «Общепит» — для управления сетевой империей.
Главное правило автоматизации ресторана звучит так: если ваш главбух каждое утро делает отчёты в Excel, потому что «так привык» — пора внедрять «1С: Общепит», переучивать персонал и перестать терять деньги.
]]> Как 1С помогает ресторану экономить на налогах и упрощает отчетность в 2026 году? https://ivan-prog-1s.ru/tpost/yc4sdnv9g1-kak-1s-pomogaet-restoranu-ekonomit-na-na https://ivan-prog-1s.ru/tpost/yc4sdnv9g1-kak-1s-pomogaet-restoranu-ekonomit-na-na?amp=true Wed, 13 May 2026 15:49:00 +0300

Как 1С помогает ресторану экономить на налогах и упрощает отчетность в 2026 году?

Как налоговый 2026 год начался для общепита? С громкого «сюрприза»!
Вот что рассказал нам ведущий программист 1С компании «OSMINOG PROJECT» Иван Николенко:
— До недавнего времени вы работали на УСН или патенте, и НДС вас не касался. Но с 1 января порог входа в НДС для «упрощенцев» резко снизился с 60 до 20 млн рублей годовой выручки. Коснулось это многих. А уже через четыре месяца федеральные власти экстренно приняли новый закон — освободить малый общепит от этого налога до конца года. Выдохнуть удалось не всем, а точнее — только тем, кто быстро перестроил учёт. Именно здесь на первый план и выходит программа 1С.

Без паники: НДС отменён, но контроль остаётся

С 1 апреля по 31 декабря 2026 года организации общепита на УСН и ПСН официально освобождены от уплаты НДС. Льгота предоставлена бизнесу, у которого доля доходов от основной деятельности в сфере общественного питания составляет не менее 70 процентов общей выручки. Раньше требовалось ещё и соответствие средней зарплаты по региону — это условие отменили. Но даже временная льгота не отменяет обязанность правильно вести раздельный учёт, выставлять счета-фактуры и отчитываться в ФНС.
Всё это ложится на плечи бухгалтерии. Как только вы работаете с крупными поставщиками продуктов, напитков, упаковки, те неизбежно выставляют вам счета с НДС. Кто-то просто увеличивает отпускную цену на размер налога, а кто‑то продолжает выделять его отдельной строкой. Если упустить этот момент на входе, потом не сможете принять налог к вычету и потеряете деньги. Ручной контроль таких операций в ресторанной суете почти невозможен.
Автоматизация с 1С здесь незаменима. Программа сама отслеживает разделение поступлений на облагаемые и не облагаемые НДС, распределяет «входной» налог, формирует уведомления об исчисленных суммах и готовит всю регламентированную отчётность. Вы просто нажимаете кнопку «Заполнить» — и система делает расчёты за бухгалтера.

На одну форму стало меньше

1 января 2026 года вступили в силу поправки в 171-ФЗ. С этого дня заведения общепита в России больше не обязаны подавать декларацию по форме №7 — ту самую, где отчитывались об объёмах продаж крепкого алкоголя. Ежеквартальная бумажная волокита ушла в прошлое. Последний раз декларацию №7 сдали в январе 2026 года за IV квартал 2025‑го. Однако EГАИС‑учёт и передача данных в систему остались в силе: правило фиксировать каждую проданную бутылку никто не отменял.
1С автоматизирует этот процесс. В момент оформления заказа кассир сканирует акцизную марку, и данные о легальности оборота мгновенно уходят в сервер ЕГАИС. Теперь, когда нужно проверять остатки или сверять легальность поставок, всё хранится в единой информационной базе. Ни бухгалтер, ни управляющий больше не отслеживают сроки подачи отчёта — его просто нет, система сама напомнит о необходимости списания или вернёт ошибку при попытке реализовать нелегальную партию.

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

Вспоминает Иван Николенко:
— Крупный бизнес тоже чувствует каждый процент налоговой нагрузки. Сеть ресторанов быстрого питания Subjoy (бывшая Subway, в 2025 году провела ребрендинг и сменила в России название) автоматизировала управленческий учёт в 2023 году — как раз вовремя, чтобы встретить налоговые изменения подготовленной. Мы внедрили в нескольких городах «1С:УНФ 8. Управление предприятием общепита».
Зачем им это? Оказалось, ключевая боль управляющих — отсутствие единой прозрачной картины по остаткам, себестоимости сэндвича и маржинальности каждого ингредиента. Старые методы учёта давали погрешность 5–7 процентов. С автоматизацией всё встало на свои места: программа контролирует каждую закупку, любую инвентаризацию и автоматически «ведёт» калькуляцию. В результате себестоимость блюд перестала плавать, а управленческая отчётность стала точной до последней цифры.
Когда в 2026 году резко изменились правила игры с НДС, у Subjoy не было паники. Единая информационная база уже содержала полную историю закупок с выделенным налогом. Распределить льготные и облагаемые обороты, сформировать корректные декларации по новым правилам и отправить их в ФНС через «1С‑Отчётность» стало вопросом получаса, а не недели ручной сверки.

1С как ваш налоговый адвокат

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

Итог: время действовать, а не ждать

Налоговый 2026 год уже преподнёс рестораторам сюрприз, и второй раз он может оказаться не таким мягким. Временное освобождение от НДС — лишь отсрочка, к концу которой нужно подойти с идеальным порядком в учёте. 1С для общепита — это ваш главный инструмент, который защитит прибыль, сэкономит часы работы бухгалтера и избавит от постоянной головной боли «а всё ли мы правильно учли?».
Автоматизируйте процессы сейчас — и любое изменение законодательства встретите с холодной головой и горячими блюдами.
]]> Калькуляция себестоимости чашки кофе в кофейне: как 1С защищает вашу прибыль? https://ivan-prog-1s.ru/tpost/fzjm6z6tu1-kalkulyatsiya-sebestoimosti-chashki-kofe https://ivan-prog-1s.ru/tpost/fzjm6z6tu1-kalkulyatsiya-sebestoimosti-chashki-kofe?amp=true Thu, 14 May 2026 10:27:00 +0300

Калькуляция себестоимости чашки кофе в кофейне: как 1С защищает вашу прибыль?

Вот что рассказал нам ведущий программист 1С компании OSMINOG PROJECT Иван Николенко:
— Представьте картину. Каждое утро очередь из гостей, бариста работает как автомат, кофейня кипит. А в конце месяца вы смотрите на цифры прибыли и не понимаете: куда ушли деньги?
Проблема почти всегда скрывается в одном — в себестоимости чашки кофе. Если её не контролировать, можно продавать вагоны кофе и оставаться в минусе. Здесь на сцену выходит автоматизация кофейни на базе 1С.

Почему себестоимость чашки кофе — это не просто «цена зёрен плюс молоко»

Многие владельцы кофеен считают себестоимость примерно так: взяли цену зерен, добавили молоко, сироп и получили сумму. На деле всё сложнее.
В реальной чашке латте скрываются десятки компонентов затрат: амортизация кофемашины, стоимость стаканчика, крышки, салфетки, вода, электричество, работа баристы, аренда, логистика.
Вы удивитесь, но в некоторых кофейнях стоимость упаковки может достигать 15–20% от розничной цены напитка. Если не считать эти мелочи, бизнес медленно, но верно теряет деньги, которые утекают сквозь пальцы. Точный расчёт в 1С — это не прихоть, а суровая необходимость.

Как 1С автоматизирует учёт в кофейне и защищает прибыль

Когда в кофейне внедрена грамотная программа Учета в кофейне (например, 1С: УНФ для кофейни), калькуляция себестоимости перестаёт быть гаданием на кофейной гуще.
В системе создаётся калькуляционная карточка на каждый напиток. Туда заносятся все ингредиенты с точным весом. Например: двойная порция эспрессо — 18 граммов зерен, 200 мл молока, 15 мл сиропа.
Как это работает на практике:
Предположим, оптовая цена на зёрна выросла на 50 рублей за килограмм. В учете кофейни в 1С это изменение отражается мгновенно. Система тут же пересчитывает себестоимость всех напитков, где используется это зерно. При этом учитываются все сопутствующие затраты вплоть до стоимости одноразового стакана.
Кроме того, 1С автоматически списывает ингредиенты при каждом заказе. В реальном времени вы видите, сколько граммов кофе, молока и сиропов ушло на приготовление 50 капучино за смену. Если расход выше нормы — это повод проверить отделку порций или поискать возможные злоупотребления персонала.
Следовательно, 1С и управление затратами становятся единым механизмом, который не даёт деньгам утекать незаметно.

Реальный кейс: как автоматизация спасла одну кофейню

Долгое время одна кофейня в Москве работала по старинке — с Excel и на глазок. Бариста готовили «на интуиции», остатки списывали раз в месяц, а себестоимость чашки кофе считали примерно. Результат был предсказуем: при хорошей проходимости бизнес едва сводил концы с концами.
Владельцы обратились за помощью к профессионалам. Как рассказывает Иван Николенко, первым делом его команда провела аудит: «Мы загрузили в систему три месяца истории закупок, провели инвентаризацию на кухне и в баре. Результат шокировал — фактический расход молока превышал нормативный на 23 процента, а кофе — на 18 процентов. Это значит, что почти пятая часть дорогих ингредиентов уходила непонятно куда».
Команда OSMINOG PROJECT внедрила в кофейне единую систему учёта на базе 1С. Связали кассу, склад и производство в одну сеть. Каждый заказ от посетителя мгновенно отражался во всех учётных регистрах. Появились калькуляционные карты на каждый напиток. Бариста больше не гадал, сколько сиропа лить — система сама контролировала нормы.

Что получили после внедрения:

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

И в заключении:

Экономику кофейни можно представить простой формулой: Прибыль = (Цена чашки — её реальная себестоимость) × Количество проданных чашек.
Без точного расчёта себестоимости правую часть уравнения вы просто не знаете. Автоматизация на базе 1С — это способ превратить бизнес из «чёрного ящика» в прозрачную систему, где посчитано каждое зернышко и каждый потраченный рубль.
Если ваша кофейня пока работает на ощупь, а не по цифрам — возможно, пришло время для перемен? Есть над чем задуматься…
]]> Связка кассы с 1С: как автоматизация продаж ускоряет обслуживание в кофейне? https://ivan-prog-1s.ru/tpost/mmrkr0y7g1-svyazka-kassi-s-1s-kak-avtomatizatsiya-p https://ivan-prog-1s.ru/tpost/mmrkr0y7g1-svyazka-kassi-s-1s-kak-avtomatizatsiya-p?amp=true Thu, 14 May 2026 10:31:00 +0300

Связка кассы с 1С: как автоматизация продаж ускоряет обслуживание в кофейне?

Очереди в кофейне — пожалуй, главный убийца и настроения гостя, и вашей прибыли. В пиковый час каждая лишняя секунда на кассе оборачивается потерянным чеком. Если обслуживание тормозит, клиент уходит. И не факт, что вернётся.
Привет, на связи ведущий программист 1С компании OSMINOG PROJECT Иван Николенко.В этой статье разбираем, как связка кассы с 1С помогает ускорить обслуживание, выстроить учёт и снять головную боль с владельца. Живой кейс с реальной кофейней, ключевые цифры и примеры.

Откуда берутся очереди?

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

Как ручная работа убивает прибыль

Возьмём простую цифру. Средний чек в кофейне — 250–300 рублей. Если за смену из-за медленного обслуживания теряется 10 клиентов, вы недосчитываетесь 3 000 рублей. За месяц — около 90 000 рублей. За год — больше миллиона. При этом сотрудники тратят до часа в день на закрытие смены, отчёты и исправление ошибок.
Казалось бы, мелочь. Но из таких мелочей складывается устойчивый минус.

Автоматизация кофейни: как касса и 1С работают в одной связке

Когда касса синхронизирована с 1С — исчезает сам механизм ошибок и задержек.
Система работает так:
1. Бариста нажимает одну кнопку на кассе. Заказ передан на кухню/стойку выдачи мгновенно.
2. Продажа автоматически отражается в 1С. Никто не перебивает данные вручную, не заполняет журналы, не сверяет отчёты до полуночи.
3. Остатки и финансы обновляются в реальном времени. Вы видите, сколько прошло капучино, латте и раф за последний час. И сколько граммов зерна сгорело в браке.
На практике это означает рост скорости обслуживания на 30–40% только за счёт устранения ручного ввода. Контроль списания продуктов становится прозрачным. А аналитика по продажам доступна в пару кликов прямо со смартфона.

Кейс: как OSMINOG PROJECT наладила учёт в одной московской кофейне

Возьмём реальную историю. Московская кофейня формата «кофе с собой» работала по старинке: заказы принимали на слух, вбивали в устаревшую кассу, а отчёты сводили в Excel. В часы пик кассир отвлекался на посторонние действия, начиналась неразбериха, и клиенты ждали заказов по 10–15 минут.
Каждый вечер владельцы тратили до полутора часов на то, чтобы «свести концы с концами». Ошибки списания продуктов достигали 20–25%, а реальная картина по остаткам постоянно отличалась от учётной.
Владельцы обратились за помощью к профессионалам. Команда OSMINOG PROJECT во главе с ведущим программистом 1С Иваном Николенко оперативно провела аудит, построила и внедрила единую систему учёта. Они настроили полноценный обмен между кассой и 1С, связали воедино склад, производство и фронт-офис.
После запуска синхронизации каждое нажатие на кассе мгновенно обновляло остатки. Появились автоматические отчёты по продажам и списаниям. Сотрудники перестали тратить время на двойной ввод данных.

Что получили в сухих цифрах:

- скорость обслуживания возросла в два раза;
- время закрытия смены сократилось с 90 минут до 10–15 минут;
- точность учёта запасов достигла 98–99% (вместо прежних 75–80%);
- за полгода чистая прибыль выросла на 27% за счёт сокращения потерь и увеличения пропускной способности.
«Самое главное, — подчёркивает Иван, — что мы внедрили решение, которое не требует от бариста технических знаний. Всё работает просто и быстро. А владельцы теперь видят реальную картину бизнеса в реальном времени».

Преимущества связки, о которых молчат продавцы

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

Итог: инвестиция, которая окупается за месяцы

Связка кассы с 1С для кофейни — не роскошь. Это инструмент защиты денежного потока. Она экономит часы работы персонала, повышает лояльность гостей и даёт владельцам прозрачный, управляемый бизнес.
Если ваша кофейня сегодня работает «на слух и на глаз», а не по цифрам — значит, вы теряете деньги прямо сейчас. Каждая лишняя минута очереди — это упущенный чек. Каждый неотражённый возврат — дыра в кассе. Теперь у вас есть наглядный пример того, как грамотная автоматизация одним шагом решает множество проблем.
Если появятся вопросы по настройке или вы решитесь на автоматизацию — команда OSMINOG PROJECT всегда на связи!
]]> Налоговая реформа 2026: что изменилось для кофейного бизнеса? https://ivan-prog-1s.ru/tpost/unekx6g9a1-nalogovaya-reforma-2026-chto-izmenilos-d https://ivan-prog-1s.ru/tpost/unekx6g9a1-nalogovaya-reforma-2026-chto-izmenilos-d?amp=true Thu, 14 May 2026 10:38:00 +0300

Налоговая реформа 2026: что изменилось для кофейного бизнеса?

С 2026 года в России стартовала масштабная налоговая реформа. А именно: повысилась ставка НДС (до 22%), появились новые ставки 5% и 7% для упрощённой системы, а требования к кассам и отчётности стали жёстче. Для многих малых кофеен, которые раньше работали без НДС, это стало неожиданностью.
Однако государство пошло навстречу. С 1 апреля по 31 декабря 2026 года предприятия общепита на УСН и ПСН освобождены от уплаты НДС. Доход за 2025 год не должен превышать 60 млн рублей, а доля профильной выручки — составлять не менее 70%. Условие по зарплате временно отменили.
Что это значит для вас? Если вы попали под льготу, нужно перестроить учёт: настроить кассы на выдачу чеков без НДС, а чеки, пробитые с 1 апреля, — исправить через корректирующие документы. И здесь без автоматизации — никуда.

Как автоматизация в 1С упрощает налоговую жизнь

1С автоматически рассчитывает налоги, ведёт раздельный учёт (льготируемые и облагаемые операции), формирует декларации и отправляет их в ФНС прямо из программы.
Технология проста. В разделе «Главное → Налоги и отчёты» включается работа с ЕНП, настраиваются счета и правила распределения налогов. Регламентные операции переносят суммы в учётный контур — и можно формировать платёжки и отчёты.
Всё это экономит часы бухгалтера и исключает ошибки в расчётах. Важно, чтобы вы работали на актуальной версии 1С. Устаревшие версии могут неправильно рассчитывать НДС, что грозит штрафами.

Реальный кейс: как OSMINOG PROJECT помогла кофейне

«Расскажу на примере», — говорит ведущий программист 1С компании OSMINOG PROJECT Иван Николенко.
«Сетевой кофейне из трёх точек, работавшей на УСН, не повезло.
С 1 января 2026 года доходы превысили лимит освобождения от НДС, и кофейня автоматически стала плательщиком налога (ставка 5%). Проблема: бухгалтер вручную пересчитывал каждый чек, оформлял десятки корректировок и тратил на это до 10 часов в неделю. Чеки для физических лиц вообще не регистрировались — пришлось бы оформлять сводные справки и объясняться с налоговой».
«Когда мы пришли на проект, — рассказывает ведущий программист 1С компании OSMINOG PROJECT Иван Николенко, — системного учёта по сути не было. Налоговую базу считали в Excel. Мы видели задачу комплексно: не просто подключить модуль 1С-Отчётности, а полностью автоматизировать процесс. Клиент сначала не понимал, зачем это нужно, но когда через месяц он получил первые готовые декларации за пару кликов, его сомнения исчезли».
Что сделала команда OSMINOG PROJECT:
- обновили конфигурацию до актуального релиза;
- настроили расчёт НДС по ставке 5%, раздельный учёт облагаемых и льготируемых операций, интеграцию с онлайн-кассами (чеки теперь формируются автоматически);
- подключили прямое взаимодействие с ФНС через 1С-Отчётность.
Результат: время на подготовку налоговой отчётности сократилось с 10 часов в неделю до 30 минут. Ошибки в расчётах исчезли полностью. Кофейня сэкономила на бухгалтерском сопровождении около 200 тысяч рублей в год.

(!) Практические шаги для владельца кофейни

1. Проверьте, подпадаете ли вы под льготу по НДС (доход за 2025 год до 60 млн, доля выручки от общепита от 70%).
2. Обновите 1С до актуальной версии.
3. Настройте раздельный учёт НДС и ставки для ККТ.
4. В сервисе «1С-Отчётность» подключите отправку деклараций в ФНС.
5. Если продаёте алкоголь — настройте ЕГАИС.
Не затягивайте. Переходный период длится до 1 сентября 2026 года, и лучше пройти его плавно, без аврала.
Если ваша кофейня только вступает в мир НДС или вы хотите автоматизировать отчётность до дедлайна — специалисты OSMINOG PROJECT готовы помочь. Напишите нам — проведём аудит вашей учётной системы, настроим 1С и переведём налоговую отчётность в автоматический режим.
]]> Как отразить выплату от страховой компании в 1С: проводки, документы, частые ошибки https://ivan-prog-1s.ru/tpost/fn3xgnyzv1-kak-otrazit-viplatu-ot-strahovoi-kompani https://ivan-prog-1s.ru/tpost/fn3xgnyzv1-kak-otrazit-viplatu-ot-strahovoi-kompani?amp=true Thu, 14 May 2026 10:50:00 +0300

Как отразить выплату от страховой компании в 1С: проводки, документы, частые ошибки

Ошибки в учёте страховых выплат — одна из самых частых причин проблем с отчётностью. Неверные проводки, неправильный выбор документа в 1С или некорректное отражение суммы — всё это искажает налогооблагаемую базу и привлекает внимание проверяющих органов.
Разбираемся, как отразить выплату от страховой компании в 1С грамотно, и какие ошибки совершают чаще всего.

Что важно знать о страховых выплатах

При наступлении страхового случая (ДТП, порча груза, пожар и т.д.) страховая компания возмещает ущерб. С точки зрения бухгалтерского и налогового учёта эта сумма — прочий доход организации (п. п. 7, 10.2, 16 ПБУ 9/99, п. 3 ст. 250 НК РФ).
Момент признания дохода — дата, когда страховщик официально принял решение о выплате (подп. 4 п. 4 ст. 271 НК РФ). Важно соблюсти хронологию: сначала начисление, потом поступление денег.

Пошаговая инструкция: отражаем страховую выплату в 1С

Шаг 1. Начисление страховой выплаты

На дату, когда страховая компания признала ущерб (акт о страховом случае), создаём ручную операцию. Путь: Операции → Операции, введённые вручную → Создать → Операция.
Проводка:
Дт 76.01.1 (субсчёт расчётов по страхованию имущества) — Кт 91.01 (прочие доходы)
Что важно заполнить в проводке:
- Счёт Дт: 76.01.1 «Расчёты по страхованию имущества и гражданской ответственности»
- Субконто:Контрагент — страховая компания
- Договор: акт о страховом случае или другой подтверждающий документ
- Счёт Кт: 91.01 «Прочие доходы»
- Статья доходов: выбрать или создать статью с видом «Прочие внереализационные доходы (расходы)». Обязательно включить флаг «Принимается к налоговому учёту».

Шаг 2. Поступление денег на расчётный счёт

Когда деньги реально пришли, оформляем поступление. Путь: Банк и касса → Банк → Банковские выписки → Поступление.
Вид операции: «Прочее поступление».
Счёт расчётов: 76.01.1 — тот же самый, что и при начислении.
Проводка: Дт 51 — Кт 76.01.1.

Особые случаи

- Ремонт за счёт страховой. Если страховая оплатила ремонт напрямую автосервису, документы могут быть выписаны на страховую компанию. Потребуется корректировка долга через документ «Корректировка долга» (вид операции «Перенос задолженности»).
- Страхование жизни и здоровья сотрудников. Если организация уплачивала взносы по договорам добровольного личного страхования, возмещение по страховому случаю может освобождаться от налога на прибыль (п. 9 ст. 255 НК РФ) при соблюдении определённых условий.

Частые ошибки при отражении страховых выплат

1. Некорректный выбор субсчёта 76.
Ошибочно используют 76.09 «Прочие расчёты с разными контрагентами». Правильно — 76.01.1, специальный субсчёт для расчётов по страхованию имущества и ответственности.
2. Игнорирование этапа начисления.
Напрямую проводят Дт 51 Кт 91.01 без начисления через 76.01.1. При проверке сложнее отследить дебиторскую задолженность страховщика. Всегда используйте промежуточный счёт 76.01.1.
3. Неправильная статья доходов для налогового учёта.
Если в статье прочих доходов не установлен флаг «Принимается к налоговому учёту», сумма не попадёт в декларацию по налогу на прибыль — занижение налога со всеми вытекающими.
4. Путаница с НДС.
Страховое возмещение не облагается НДС (Письмо Минфина от 24.12.2010 № 03-04-05/3-744). Однако если страховая возмещает стоимость ремонта, в который включён «входной» НДС, вопрос о включении налога в сумму выплаты часто становится предметом споров. Судебная практика неоднозначна: в ряде случаев суды признают, что отказ страховщика в выплате НДС является нарушением условий договора.
5. Неверное определение даты признания дохода.
Доход признаётся на дату, когда страховая компания официально признала ущерб, а не на дату фактического поступления денег (пп. 4 п. 4 ст. 271 НК РФ).

Реальный кейс: как OSMINOG PROJECT навела порядок в учёте страховых выплат

Вспоминает ведущий программист 1С компании OSMINOG PROJECT Иван Николенко:
— У меня в практике был показательный случай. К нам обратилась крупная транспортно-логистическая компания с «больной» проблемой: частые ДТП с участием служебного автопарка, страховые выплаты фиксировались бессистемно, проводки разлетались по разным счетам, а в налоговой уже намекали на выездную проверку.
Иван Николенко продолжает:
— Мы провели аудит учёта и обнаружили, что бухгалтер использовал счёт 76.05 для всех расчётов со страховыми — и для претензий, и для возмещений. Субсчёт 76.01.1 вообще не применялся. Суммы "зависали", налог на прибыль рассчитывался неверно, а дебиторская задолженность страховщиков не отслеживалась.
Команда OSMINOG PROJECT перестроила учёт «с нуля»:
- настроили в 1С все необходимые субсчета;
- разработали типовые схемы проводок для каждого вида страховых случаев;
- обучили бухгалтерию правильному документообороту.
Результат: страховые выплаты стали отражаться корректно, налоговые риски сняты, а время на закрытие месяца сократилось в два раза. Иван подчёркивает:
«Главное — не исправлять ошибки по одной, а внедрить системное решение, которое исключит их появление в будущем».

Итог

Учёт страховых выплат в 1С не сложен, но требует внимания к деталям. Используйте счёт 76.01.1, оформляйте начисление до поступления денег, контролируйте статью доходов для налогового учёта и не забывайте о дате признания дохода.
Если в вашей компании хаос в учёте страховых выплат — возможно, пора пригласить профессионалов. Как показал пример OSMINOG PROJECT, грамотная настройка 1С избавляет от множества проблем и защищает бизнес от налоговых претензий.
]]> Поступление от страховой компании в 1С: пошаговая инструкция для бухгалтера https://ivan-prog-1s.ru/tpost/4krosusit1-postuplenie-ot-strahovoi-kompanii-v-1s-p https://ivan-prog-1s.ru/tpost/4krosusit1-postuplenie-ot-strahovoi-kompanii-v-1s-p?amp=true Thu, 14 May 2026 10:54:00 +0300

Поступление от страховой компании в 1С: пошаговая инструкция для бухгалтера

Рассказывает ведущий программист 1С компании OSMINOG PROJECT Иван Николенко:
— Знаете, где бухгалтеры чаще всего спотыкаются? Сразу лезут оформлять поступление денег. А это грубейшая ошибка!
— Взгляните на суть процесса. Страховое возмещение — это ваш прочий доход. И признать его нужно не тогда, когда деньги упали на счёт, а когда страховая компания официально признала убыток. Дата решения страховщика, акт о страховом случае — вот ваша точка отсчёта. Это требование зафиксировано в п. п. 2, 7, 10.2, 16 ПБУ 9/99 «Доходы организации».
Я помогу вам разобраться, как правильно все оформить, чтобы избежать ошибок.

Пошаговая инструкция: поступление от страховой компании в 1С

Итак, страховой случай подтверждён. Приступаем.

Шаг 1. Начисление страховой выплаты

Правильная дата — та, когда страховщик принял решение.
Заходим в раздел «Операции» → «Бухгалтерский учет» → «Операции, введенные вручную» → «Создать» → «Операция».
Создаём проводку:
- Дебет 76.01.1 (субсчёт расчётов по имущественному и личному страхованию)
- Кредит 91.01 (прочие доходы)
В аналитике по дебету обязательно заполняем:
- Контрагент — ваша страховая компания
- Договоры — выбираем акт о страховом случае или другой подтверждающий документ
Кредит счёта 91.01 требует особого внимания. Статью прочих доходов нужно выбрать или создать новую с видом «Прочие внереализационные доходы (расходы)». И главное — установить флаг «Принимается к налоговому учёту», иначе сумма не попадёт в декларацию по налогу на прибыль.
Почему 76.01.1, а не 76.09 или 76.05? Потому что это специальный субсчёт, предназначенный именно для операций по имущественному, личному и добровольному страхованию. Ошибка в выборе субсчёта — одна из самых частых проблем, с которой сталкиваются бухгалтеры.

Шаг 2. Поступление денег на расчётный счёт

Деньги пришли — отражаем фактическое получение.
Путь: «Банк и касса» → «Банк» → «Банковские выписки» → «Поступление» → «Прочее поступление».
В документе заполняем:
- Счёт расчётов: 76.01.1
- Сумма: согласно выписке
- Контрагенты: страховая компания
- Договоры: акт о страховом случае
Проводка, которую сформирует программа: Дебет 51 — Кредит 76.01.1.
Все. Деньги оприходованы, задолженность страховщика закрыта.

Что с налогами? А вот здесь внимание!

Страховое возмещение облагается налогом на прибыль. Пункт 3 статьи 250 Налогового кодекса РФ прямо относит суммы возмещения убытков или ущерба к внереализационным доходам. Минфин это неоднократно подтверждал в своих письмах, в том числе в письме от 16. 09.2022 года № 03-03-06/1/89952.
Нюанс, о котором многие забывают. Если договор страхования покрывает ущерб с учётом НДС, налоговая база увеличивается на всю сумму возмещения. Даже если товар был приобретён с «входным» НДС, страховое возмещение включается в облагаемые доходы в полном объеме.

Ошибка, которая может стоить штрафа

Самая распространённая ситуация, которую я вижу в практике: бухгалтер сразу оформляет поступление денег на расчётный счёт проводкой Дебет 51 — Кредит 91.01, минуя счёт 76.01.1.
На первый взгляд, конечный финансовый результат тот же. Но для контролирующих органов картина иная.
Отсутствие промежуточного счёта 76.01.1 лишает вас возможности отслеживать дебиторскую задолженность страховщика. А при налоговой проверке это может вызвать ненужные вопросы.
Правильная схема: сначала начисление через 76.01.1, потом поступление. Два документа, две даты, чистый учёт.

Живой кейс: как OSMINOG PROJECT помогла логистической компании

Теперь к практике. Расскажу историю, которую мне довелось сопровождать.
Одна логистическая компания (назовём её «Логист-Транс») столкнулась с неприятностями. В их автопарке за год случилось шесть ДТП — виноватые водители, повреждённые машины, куча бумаг. Страховые выплаты поступали на счета, но учёт был настроен… никак.
Бухгалтер каждый раз действовал по наитию: то на 76.05 отнесёт, то напрямую на 91.01, то вообще забудет отразить начисление дохода. В результате налоговая база по прибыли гуляла как на американских горках, а дебиторскую задолженность страховщиков было невозможно сверить.
Вспоминает Иван Николенко:
— Провели аудит: обнаружили три выплаты, которые вообще не попали в доходы, две — с неправильной аналитикой по контрагентам.
— Мы не просто исправили ошибки. Мы накрутили целую систему: настроили шаблоны ручных операций для страховых случаев, обучили бухгалтера двум обязательным шагам, добавили журнал контроля, где каждая выплата отслеживается от акта до поступления денег.
Через два месяца: все страховые выплаты в 1С отражаются корректно. Ни одного пропущенного дохода. Налоговая отчётность сходится с первого раза. А бухгалтер перестала бояться слова «страховой случай». Главный вывод, который Иван подчёркивает: «Система должна работать сама, а не держаться на памяти одного человека».

Итог

Поступление от страховой компании в 1С — это всего два документа. Но порядок их оформления критичен:
1. Начисление: Дт 76.01.1 — Кт 91.01 (на дату признания страховщиком)
2. Поступление: Дт 51 — Кт 76.01.1 (документ «Прочее поступление»)
Помните о налоговом учёте: страховое возмещение — это внереализационный доход по пункту 3 статьи 250 НК РФ. Не забывайте про флаг «Принимается к налоговому учёту» в статье доходов. И никогда не пренебрегайте промежуточным счётом 76.01.1 — он нужен для прозрачности и контроля.
А если в вашей компании до сих пор хаос с учётом страховых выплат — возможно, пора пригласить специалистов. Как показал пример OSMINOG PROJECT, наладить системный учёт можно быстро. Но лучше не ждать, пока налоговая сама обратит внимание на ваши ошибки.
]]> Как настроить интеграцию 1С с ВетИС Меркурий: пошаговая инструкция https://ivan-prog-1s.ru/tpost/ou6vf2lgl1-kak-nastroit-integratsiyu-1s-s-vetis-mer https://ivan-prog-1s.ru/tpost/ou6vf2lgl1-kak-nastroit-integratsiyu-1s-s-vetis-mer?amp=true Thu, 14 May 2026 11:07:00 +0300

Как настроить интеграцию 1С с ВетИС Меркурий: пошаговая инструкция

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

Что такое ВетИС Меркурий и зачем с ним дружить 1С

ФГИС «Меркурий» — это государственная платформа для контроля продукции животного происхождения на всех этапах: от фермы до прилавка. Закон № 243-ФЗ обязал бизнес фиксировать каждый шаг движения подконтрольных товаров с помощью ветеринарных сопроводительных документов (ВСД).
Ручное оформление ВСД на сайте или в отдельном приложении требует постоянного переключения между окнами, двойного ввода данных и постоянной сверки. В результате — десятки часов бюрократии в неделю и неизбежные ошибки, которые блокируют приёмку или отгрузку товара.
А вот что будет, если произойдет автоматизация с 1С через API:
- Экономия до 90% времени сотрудников — документы создаются из 1С в один клик.
- Исключение штрафов — программа сама погашает ВСД, напоминает о сроках и не даёт забыть ни один документ.
- Быть всегда в правовом поле — соответствовать требованиям Россельхознадзора без авралов.

Пошаговая настройка интеграции 1С с ВетИС Меркурий

Рассказывает ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT:
— Покажу на примере настройки в «1С: ERP» или «1С: Комплексной автоматизации». Эти конфигурации поддерживают полнофункциональный двухсторонний обмен с ФГИС «Меркурий» напрямую (в других программах может потребоваться доработка).
Шаг 1. Получаем доступ к API в Россельхознадзоре
Отправьте заявку на подключение. В ответ вы получите:
- issuerID (уникальный идентификатор вашей организации в реестре РСХН);
- логин, пароль, API-ключ и GUID хозяйствующего субъекта (ваша учётная запись в системе).
Важный нюанс: сначала вам выдадут доступ к тестовому контуру. По закону, чтобы перейти в продуктивную среду, нужно отработать хотя бы одну операцию в тестовом режиме. Смело обучайтесь и проверяйте всё на тестовом контуре, это сэкономит вам нервы.
Шаг 2. Включаем учёт подконтрольных товаров в 1С
Запустите 1С, перейдите в раздел **«НСИ и администрирование» → «Администрирование» → «Настройка интеграции с ВетИС»** и установите флажок **«Учёт подконтрольных товаров ВЕТИС»**.
Шаг 3. Настраиваем параметры подключения
В разделе «Интеграция с ВетИС (Меркурий)» откройте «Настройки подключения к ВетИС.API». Создайте новое подключение и введите полученные от Россельхознадзора данные (адрес шлюза, логин, пароль).
Затем нажмите кнопку с синей стрелочкой. Система проверит данные и, если GUID введён верно, автоматически загрузит ваш хозяйствующий субъект из «Меркурия».
Шаг 4. Сопоставляем справочники
Это важнейший этап, от которого зависит корректность обмена. Вам нужно «познакомить» вашу 1С с данными из «Меркурия»:
1. Сопоставьте вашу организацию с загруженным хозяйствующим субъектом (ХС) ВетИС.
2. Сопоставьте ваши склады с площадками ХС ВетИС.
3. Сопоставьте сотрудников (пользователей 1С) с пользователями ВетИС.
4. Отнесите каждый подконтрольный товар в номенклатуре к соответствующему виду продукции ВетИС (например, «Молоко и молочная продукция»).
Шаг 5. Настраиваем регламентные задания
Настройте в 1С автоматическое выполнение обмена по расписанию (например, каждые 15 минут). Это позволит системе самостоятельно загружать входящие ВСД и отправлять исходящие, без участия человека.

Кейс: как OSMINOG PROJECT «подружил» 1С с Меркурием и спас бизнес от ошибок

Вот вам реальная история. К команде OSMINOG PROJECT во главе с ведущим программистом Иваном Николенко обратилась крупная компания по переработке и оптовой торговле мясной продукцией.
Ситуация была не из простых: отдел ВСД, состоящий из трёх человек, работал на пределе. Каждый день сотрудники вручную переносили данные из 1С в веб-интерфейс «Меркурия» и обратно. Малейшая ошибка — неверный вес партии или неправильный код продукции — приводила к тому, что товар зависал на складе, поставщики выставляли штрафы за простой машин, а сети отказывались принимать мясо без правильно оформленных документов.
Дело дошло до того, что один из крупных ритейлеров пригрозил разорвать контракт из-за систематических задержек с ВСД.
Вот что рассказывает Иван Николенко: «Когда мы пришли на проект, то увидели такую картину: бизнес вырос, а процессы остались на уровне ручного ввода.
Мы все поняли, но не спешили вводить интеграцию технически. Мы сперва провели аудит, сопоставили каждый склад и каждого поставщика в 1С с их площадками в Меркурии. После этого настроили автоматическое гашение входящих ВСД прямо при оприходовании товара на склад. Теперь менеджер просто подтверждает приёмку — и система сама гасит документ в Меркурии».
Результат превзошёл ожидания:
- Время на оформление одной партии сократилось с 15 минут до 30 секунд.
- Ошибки при вводе данных ушли в прошлое.
- Отдел ВСД сократили с трёх человек до одного — и тот переключился на более важные задачи.
- Штрафы от сетей за задержки по ВСД канули в лету.
«Главный вывод, — подводит итог Иван, — не ждите, пока проблема достигнет критической точки. Интеграцию нужно настраивать тогда, когда вы впервые задумались: "А не слишком ли много времени мы тратим на эти бумажки?" Иначе рискуете потерять и деньги, и репутацию».

Главный вывод

Настройка 1С с ВетИС Меркурий — это инвестиция в ваш покой и репутацию. Да, придётся один раз потратить время на регистрацию в API, сопоставление справочников и тестирование. Но это избавит вас от вечных «а где наш ВСД?», штрафов от сетей и ночных смен отдела документооборота.
Технологии существуют, чтобы делать бизнес проще. Автоматизируйте взаимодействие с госорганами — и ваша компания сможет тратить энергию на развитие, а не на бюрократию.
]]> Что нужно для подключения 1С к Меркурию: доступы, сертификаты, права, площадки https://ivan-prog-1s.ru/tpost/reh6zo4di1-chto-nuzhno-dlya-podklyucheniya-1s-k-mer https://ivan-prog-1s.ru/tpost/reh6zo4di1-chto-nuzhno-dlya-podklyucheniya-1s-k-mer?amp=true Thu, 14 May 2026 11:12:00 +0300

Что нужно для подключения 1С к Меркурию: доступы, сертификаты, права, площадки

Перед тем как настраивать интеграцию 1С с «Меркурием», важно подготовить всё необходимое: доступы, сертификаты, права и площадки. Без этого обмен просто не будет работать. Разберем пошагово эту ситуацию вместе с ведущим программистом Иваном Николенко из компании OSMINOG PROJECT.

Коротко о главном: что такое ВетИС Меркурий

ФГИС «Меркурий» — это единая информационная система Россельхознадзора для контроля продукции животного происхождения — мяса, молока, рыбы, яиц, мёда и даже кормов для животных. Согласно Приказу Минсельхоза РФ № 248 от 27.04.2021, все участники оборота такой продукции обязаны оформлять ветеринарные сопроводительные документы (ВСД) в электронном виде.
Для чего это нужно? Любая партия подконтрольного товара, которую вы принимаете от поставщика или отгружаете покупателю, должна иметь ВСД. Ручное оформление на сайте Россельхознадзора требует постоянного переключения между окнами, двойного ввода данных, а любая ошибка грозит задержкой продукции и даже штрафом.
Поэтому интеграция 1С с «Меркурием» через API —необходимость для любого бизнеса, который работает с животноводческой продукцией. Но прежде, чем настраивать обмен, нужно подготовить «фундамент».

Что нужно для подключения: чек-лист

Весь процесс можно разбить на пять ключевых шагов.
1. Технические условия и доступ к API
Первый шаг — зарегистрироваться во ФГИС ВетИС. Для этого заполните заявку на подключение на портале Россельхознадзора. Организация должна быть аккредитована в системе как «хозяйствующий субъект» (ХС). После регистрации в системе создаётся заявка на доступ к API. Она рассматривается до 10 рабочих дней.
Что вы получите после одобрения:
— issuerID — уникальный идентификатор вашей организации в реестре Россельхознадзора;
— логин и пароль для доступа в систему;
— API-ключ для авторизации запросов;
— GUID хозяйствующего субъекта — глобальный идентификатор вашей учётной записи.
Важный нюанс: по закону сначала вам выдадут доступ к тестовому контуру системы. Чтобы получить доступ к продуктивной среде, нужно отработать все основные операции (приёмку, гашение ВСД, отгрузку) в тестовом режиме и только потом подавать заявку на переход в промышленный контур.
2. Электронная подпись (КЭП)
Это, пожалуй, самый важный пункт. Для подписания ВСД в «Меркурии» и для авторизации при интеграции с 1С требуется **квалифицированная электронная подпись (КЭП)**.
Требования к сертификату:
— Сертификат должен быть выдан аккредитованным Минцифры удостоверяющим центром — ФНС России, Калуга Астра, Такском, Контур и другие【2†L1-L4】.
— Важно: не всякая ЭЦП (простая или неквалифицированная) подойдёт. Для «Меркурия» нужна именно КЭП, причём та, которую поддерживает API-шлюз системы.
— Срок действия сертификата должен перекрывать период интеграции. Проверьте, не истекает ли он в ближайшее время.
Что даёт КЭП для интеграции:
— Юридическую значимость ВСД, подписанных через 1С;
— Возможность авторизации при вызове API «Меркурия» (подпись запросов).
Если у вас нет КЭП, оформляйте её заранее. Процесс получения обычно занимает от 1 до 5 рабочих дней.
3. Роли и права пользователей в системе
Даже если у вас есть доступы и подпись, но сотрудникам не назначены правильные роли в самом «Меркурии», интеграция работать не будет. Простыми словами: чтобы через 1С гасить входящие ВСД или создавать исходящие, ваш пользователь в системе должен иметь соответствующие права.
Практический совет: для целей интеграции достаточно, чтобы у вашей учётной записи, которую вы укажете в настройках 1С, была роль «Уполномоченное лицо» с правом подписи. Тогда система сможет автоматически подписывать ВСД от вашего имени. Если же доступ будет только на просмотр, 1С не сможет ни создать, ни погасить ни один документ.
4. Подготовка площадок и хозяйствующих субъектов
В системе «Меркурий» все операции привязаны к конкретным площадкам — вашим складам, цехам, магазинам. Каждая площадка должна быть зарегистрирована в системе и привязана к вашему ХС.
Что нужно сделать:
— Зайти в веб-интерфейс «Меркурия» под учётной записью администратора.
— Создать площадки для каждого места хранения продукции (возможно, для каждого юрлица или обособленного подразделения).
— Присвоить каждой площадке уникальный идентификатор (GUID площадки).
После этого в 1С, при настройке обмена, вы сопоставляете каждую площадку из «Меркурия» со своим конкретным складом в учётной системе.
5. Техническая готовность 1С
Не каждая версия 1С поддерживает интеграцию с «Меркурием» «из коробки». Полноценная двухсторонняя поддержка реализована в:
— 1С: ERP Управление холдингом 2.4 и выше;
— 1С: Комплексная автоматизация 2.4 и выше;
— 1С: Бухгалтерия КОРП (ограниченный функционал);
— 1С: Управление торговлей 11.4 (в режиме совместимости).
Что ещё нужно: доступ к шлюзу ВетИС.API по протоколу HTTPS, открытые порты для обмена (обычно 443), наличие КЭП на компьютере, где работает 1С (сервер или рабочее место пользователя), и правильно настроенные регламентные задания для автоматического обмена по расписанию.

Реальный кейс: как OSMINOG PROJECT помогла компании «Мясной Двор» настроить доступы и начать обмен

Рассказывает ведущий программист 1С компании OSMINOG PROJECT
Иваном Николенко:
— Компания «Мясной Двор» — оптовый поставщик мясных полуфабрикатов. У них два склада, несколько десятков поставщиков и сотни клиентов. Но система учёта ВСД работала… никак.
Проблемы были классическими:
- Нет электронной подписи, оформленной по новым требованиям.
- Администратор ХС не назначен, права у пользователей не разграничены.
- Площадки не зарегистрированы в «Меркурии».
- Бухгалтер каждый день вручную заходил на сайт, вбивал данные из 1С и наоборот — это отнимало 3–4 часа ежедневно.
Компания обратилась к нам за помощью. И мы взялись за проект с горящими глазами и холодной головой.
Иван вспоминает:
— Первым делом мы заказали для компании актуальную КЭП через аккредитованный удостоверяющий центр — у них стояла старая, которая не поддерживала API. Параллельно выдали заявку на API-ключи в Россельхознадзоре. Пока шло согласование, мы навели порядок в справочниках: зарегистрировали площадки, каждому сотруднику назначили права, провели обучение. В итоге, когда ключи пришли, настройка интеграции в 1С заняла меньше одного дня. Теперь ВСД оформляются автоматически, а время, которое раньше уходило на бюрократию, сотрудники тратят на основную работу.
Что стало итогом:
- Оформление ВСД ускорилось в 10 раз.
- Штрафы от сетей за задержку документов прекратились.
- Все подконтрольные товары теперь проходят по системе «автоматом», а бухгалтерия выдохнула с облегчением.
Главный вывод, который мы сделали: «Подготовка — это 80% успеха. Если вы сделаете всё правильно ещё до настройки 1С, интеграция пройдёт гладко. Если нет — будете мучиться с ошибками, которые не связаны с программой».

Что будет, если не подключиться

Игнорирование требований «Меркурия» — не вариант. За отсутствие ВСД или неправильное оформление ответственность серьёзная: для должностных лиц и ИП штраф составляет от 3000 до 10000 рублей, для юридических лиц — от 10000 до 20000 рублей. А систематические нарушения грозят приостановкой деятельности до 90 суток и изъятием продукции.
Итак, перед тем как открыть 1С и начать настраивать обмены, сверьтесь с этим чек-листом: есть ли КЭП? Зарегистрированы ли площадки? Назначены ли права пользователям? Получены ли API-ключи?
Если ответ на все пункты «да» — интеграция пройдёт быстро. Если нет — начните с подготовки. Экономия времени здесь только кажущаяся, а ошибки на этапе доступа могут парализовать работу склада на недели.
]]> Интеграция 1С и Меркурий для разных конфигураций: УТ, ERP, КА, БП https://ivan-prog-1s.ru/tpost/jdupnkgu71-integratsiya-1s-i-merkurii-dlya-raznih-k https://ivan-prog-1s.ru/tpost/jdupnkgu71-integratsiya-1s-i-merkurii-dlya-raznih-k?amp=true Thu, 14 May 2026 11:16:00 +0300

Интеграция 1С и Меркурий для разных конфигураций: УТ, ERP, КА, БП

Вот что рассказал ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT:
— с 1 июля 2018 года в 1С появился Меркурий: универсальный инструмент для обмена с одноименной госсистемой, которая обязательна для всех участников оборота товаров, подлежащих ветеринарному контролю.
— Однако со временем количество инструментов и способов передать данные разрослось, и теперь для комфортной работы нужно разбираться, какая конфигурация какую интеграцию поддерживает.
Схема работы в системе «Меркурий»

Краткий обзор "родной" интеграции

Крупнейший разработчик, фирма "1С", давно реализовал поддержку "Меркурия" в своих типовых конфигурациях для среднего и крупного бизнеса. Это значит, что для настройки обмена с госсистемой не нужно скачивать дополнительные сторонние решения - всё уже есть внутри самой программы.

Способы интеграции в разных конфигурациях

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

1С: Управление торговлей (ред. 11.4/11.5)

Начиная с релиза 11.4, в УТ появилась полноценная поддержка **управляемого обмена с «Меркурием» через API.
Что умеет: Приемка, гашение, создание ВСД, работа с площадками. Настраивается все в штатном режиме.
Как подключить: Путь: "НСИ и администрирование" -> "Настройка интеграции с ВЕТИС". Там настраивается подключение к API и сопоставляются справочники (номенклатура, контрагенты).
Нюанс: для использования интеграции необходимо быть на актуальной версии и иметь действующий договор 1С: ИТС, если вы работаете в среде, где это требуется.

1С: ERP Управление холдингом

Для ERP, которая часто используется на крупных производствах и в холдингах, интеграция реализована на самом высоком уровне. Помимо торговых операций, система поддерживает обмен по протоколу Ветис.API 2.0, что позволяет полностью автоматизировать документооборот, включая производственные ВСД (когда продукт делается из сырья) и транспортные ВСД (при перевозке). Настройка производится в том же разделе, что и в УТ.

1С: Бухгалтерия предприятия 3.0

Бухгалтерская конфигурация тоже не осталась в стороне. В ней также есть подсистема обмена с «Меркурием». Для небольших организаций ее функционала достаточно для базовых задач — тех же приемок и отгрузок. Однако если ваш бизнес активно растет и требует расширения учета, бухгалтеры часто прибегают к помощи сторонних разработок. Например, существует решение «Контур. Меркурий» (стоимостью около 4000 рублей в месяц), которое подключается к 1С и значительно расширяет базовые возможности бухгалтерской программы.

1С: Комплексная автоматизация (КА)

В КА, которая по сути является «старшей сестрой» ERP, также реализована полноценная интеграция. Как и в ERP, здесь можно настраивать не только работу с товарами, но и производственные процессы, что крайне важно для переработчиков сырья.
КА и ERP — мощные системы, и интеграция с «Меркурием» лишь одна из многих их возможностей. Для многих компаний функционала УТ 11 более чем достаточно, особенно если вы занимаетесь только оптовой торговлей.

Если родной интеграции недостаточно

Активно развивается рынок готовых решений от партнеров 1С, которые позволяют расширить или добавить функционал в любую конфигурацию. Эти сборки, такие как АСП-Меркурий и Контур. Меркурий, подключаются к любой конфигурации, даже к УТ и Бухгалтерии. Они предлагают дополнительные возможности, например, пакетную обработку ВСД (создание одного документа на несколько машин) или автоматическое формирование отчетов для Россельхознадзора (ветеринарная отчетность, сертификаты), что значительно экономит время.

Итог: как не запутаться

Подводя итог, можно выделить три простых шага для выбора правильного пути:
1. Проверьте конфигурацию: В большинстве современных программ 1С базовая интеграция уже встроена.
2. Оцените задачи: если сложности с контролем качества сырья или переходом на новый тариф, скорее всего, поможет бухгалтерская программа 1С с базовым функционалом.
3. **Установите модуль: если нужен расширенный функционал или вы работаете в старой конфигурации, обратите внимание на готовые сборки АСП-Меркурий, Контур. Меркурий, мы оценили их стоимость и возможности для вашего бизнеса.
Таким образом, сегодня нет никаких преград для того, чтобы полностью автоматизировать обмен с «Меркурием» в 1С. Осталось лишь выбрать подходящий именно вам способ.

Реальный кейс: как OSMINOG PROJECT помогла "переехать" на УТ

Рассказывает Иван Николенко:
— Кстати, о выборе. Моя команда столкнулась с похожей задачей, когда к нам в OSMINOG PROJECT обратилась крупная оптово-логистическая компания — назовем её «МолПродукт». Они перевозили тонны молочной продукции и получали тысячи ВСД от поставщиков.
— Проблема была в том, что они работали в устаревшей версии 1С: Бухгалтерии 3.0, используя для отчетности Excel. ВСД приходили на почту, оператор тратил по 3 часа в день на ручное гашение. К тому же, компания не могла создать ни одного производственного ВСД, что мешало развитию.
— Я предложил элегантное решение: перейти с Бухгалтерии на 1С: Управление торговлей 11 и внедрить полноценную интеграцию через API. План был прост:
1. Провести аудит всей входящей документации за квартал.
2. Обновить справочники товаров и контрагентов для корректного сопоставления.
3. Настроить автогашение входящих ВСД и автоматическое создание исходящих.
Результат не заставил себя ждать. Компания «МолПродукт» перестала бояться термина «производственный ВСД». Время на обработку одного документа сократилось с 15 минут до 15 секунд. А главное — я был рад, что мы смогли не просто подключить API, а полностью перестроить бизнес-процесс.
Так что выбор правильной конфигурации — это не просто вопрос комфорта, а инструмент для реального роста и масштабирования вашего бизнеса. Смело используйте готовые инструменты и помните, что автоматизация — это всегда вложение, которое окупается, если подойти к ней с умом.
]]> Как настроить интеграцию 1С с ЕГАИС с нуля: пошаговая инструкция для магазина https://ivan-prog-1s.ru/tpost/9c4613vyd1-kak-nastroit-integratsiyu-1s-s-egais-s-n https://ivan-prog-1s.ru/tpost/9c4613vyd1-kak-nastroit-integratsiyu-1s-s-egais-s-n?amp=true Thu, 14 May 2026 11:21:00 +0300

Как настроить интеграцию 1С с ЕГАИС с нуля: пошаговая инструкция для магазина

Привет! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
С этого года штрафы за продажу немаркированного алкоголя и ошибки в ЕГАИС выросли в разы. Если вы работаете с пивом, сидром или крепким алкоголем, вам не отвертеться: закон требует подключения к ЕГАИС строго с первого дня работы с этой продукцией. Как показывает правоприменительная практика 2026 года, игнорирование этого требования или попытка работать через «серые» схемы чаще всего заканчивается закрытием бизнеса или многомиллионными штрафами.
Я собрал полный алгоритм подключения с нуля — без лишней воды и заумных слов.

Шаг 0: готовим железо и документы

Всё начинается с покупки специального защищенного носителя — JaCarta PKI. На него вы запишете Квалифицированную электронную подпись (КЭП). Без КЭП вы не сможете авторизоваться в системе и подписывать документы. КЭП получают в аккредитованных удостоверяющих центрах — тех же, где вы оформляли электронную подпись для торгов или отчётности.
Далее вы регистрируетесь на сайте ФСРАР service.egais.ru. В личном кабинете генерируете RSA-ключ — он понадобится для защищенного соединения.
Кстати, если у вас несколько точек — для каждой нужен свой сертификат, своя JaCarta и свой профиль в кабинете. Экономить тут нельзя: система жёстко привязана к каждому месту продажи.

Шаг 1: качаем и ставим УТМ

Универсальный транспортный модуль (УТМ) — это «переводчик» между вашей 1С и серверами РАР. Бесплатно скачиваете дистрибутив в личном кабинете и устанавливаете на выделенный компьютер или сервер.
Важный момент: УТМ должен работать 24/7. Если он выключится — чеки по алкоголю перестанут проходить, касса встанет. Настоятельно рекомендую не ставить его на компьютер бухгалтера, который выключают на ночь. Лучше выделите под него отдельную машину или виртуальный сервер.

Шаг 2: включаем поддержку ЕГАИС в 1С

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

Шаг 3: вносим данные в 1С

Теперь заполняем реквизиты. В разделе «Администрирование» → «Настройка обмена с ЕГАИС» указываем:
* Адрес УТМ — обычно `http://localhost:8080`.
* Код организации в ФСРАР. Как узнать код? На машине с УТМ открываете браузер, вводите `http://localhost:8080` и в интерфейсе УТМ ищете закладку «Сертификаты». Код будет там.
* Путь к сертификатам — указываете JaCarta с КЭП.
Не пропускайте проверку подключения. Если связь не устанавливается — чаще всего проблема в IP-адресах и портах. Системные администраторы обычно решают это за 10 минут, но, если вы настраиваете сами — убедитесь, что брандмауэр пропускает трафик.

Шаг 4: обучаем персонал на кассе

Этот шаг критически важен. После настройки системы сотрудники обязаны сканировать каждую бутылку с акцизной маркой. Если бариста или продавец просто пробьет позицию «Корзина» вручную — товар не спишется с регистров ЕГАИС. Остатки повиснут, и через пару месяцев вы увидите расхождения на миллионы рублей.
Практика показывает, что даже на отлаженных объектах персонал периодически ошибается. Поэтому закладывайте время хотя бы на короткое обучение и напоминайте сотрудникам правило: «Нет штрихкода — нет продажи».

Сложный кейс: что делать на практике

Даже следуя инструкции, бизнес сталкивается с «подводными камнями». Например, когда у компании несколько юрлиц, несколько складов и пиво поступает партиями от десятков производителей — 1С может тупить, не видеть поставщиков или сбивать остатки.
Рассказывает Иван Николенко:
— У нас был проект — розничная сеть из 5 точек. Директор полгода мучился сам — покупал JaCart'ы, ставил УТМ, но касса то работала, то нет. При приёмке алкоголя 1С ругалась на лицензии, а при инвентаризации списывать акцизные марки было невозможно.
Когда мы подключились, оказалось, что причина была в мелочах: разные версии УТМ на точках и неправильная настройка справочника «Номенклатура» — одна и та же позиция «пива» дублировалась в нескольких производителях. Мы за пару дней переустановили УТМ на каждой точке заново по единому шаблону, сопоставили всех поставщиков и обновили регистры ЕГАИС.
После этого кассы заработали как часы: сканируешь марку — продажа фиксируется, чек печатается, остатки в ЕГАИС обновляются автоматом. Директор остался очень доволен.

Итог

Интеграция 1С с ЕГАИС делится на пять шагов: КЭП, JaCarta, УТМ, настройка 1С и обучение кассира. Это не требует огромного бюджета или штата программистов, но требует внимания к деталям. Если не уверены в своих силах — вызывайте профессионалов, которые уже набили шишки на чужих ошибках.
Автоматизация в 2026 году — это работающий механизм без простоев касс и нелепых штрафов.
]]> Почему 1С не обменивается с ЕГАИС: основные причины и способы исправления https://ivan-prog-1s.ru/tpost/xegeu9vyu1-pochemu-1s-ne-obmenivaetsya-s-egais-osno https://ivan-prog-1s.ru/tpost/xegeu9vyu1-pochemu-1s-ne-obmenivaetsya-s-egais-osno?amp=true Thu, 14 May 2026 11:23:00 +0300

Почему 1С не обменивается с ЕГАИС: основные причины и способы исправления

Привет! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT. Сегодня мы поговорим о проблемах обмена 1С с ЕГАИС.
Сбои способны парализовать торговлю алкоголем и поставить работу кассы на паузу. Разберем главные причины, по которым 1С отказывается общаться с госсистемой, и как это исправить.

Почему связь 1С с ЕГАИС прерывается: семь главных причин

1. Неполадки с УТМ. Универсальный транспортный модуль выступает связующим звеном между вашей 1С и серверами Росалкогольрегулирования. Сбои в его работе — самая частая причина проблем.
2. Ошибки в настройках подключения к УТМ. Даже если проверка проходит успешно, при отправке запроса может появляться ошибка, что настройки подключения не заданы. Часто это происходит после замены ФСРАР-ключа.
3. Криптографические проблемы. Ошибка «Сертификат не действителен» возникает, когда корневой сертификат удостоверяющего центра не установлен в списке доверенных ОС.
4. Проблемы с носителем ключа (Рутокен/JaCarta). Блокировка возникает если в USB-порт подключено несколько токенов — система не знает, какой использовать.
5. Устаревшие версии 1С. Крупные обновления протоколов ЕГАИС (например, переход на 3-ю версию) могут сделать старую конфигурацию неработоспособной.
6. Блокировки брандмауэра или антивируса. Даже когда УТМ установлен на том же компьютере, пакеты от 1С могут не доходить до УТМ, если сетевое ПО их перехватывает.
7. Закончился срок действия сертификатов (RSA или ГОСТ). Если после отправки документов статус обработки не меняется — ключ просрочен.

Пошаговая диагностика и лечение: как вернуть обмен

1.Проверяем сертификаты. Откройте «Панель управления РуТокен». Убедитесь, что сертификат действителен. Если истек — обращайтесь в удостоверяющий центр. Срок действия RSA истекает — его нужно перезаписать по инструкции.
2. Перезагружаем УТМ. В меню «Пуск» найдите «Службы», в списке найдите службу Transport и перезапустите. Иногда помогает полный снос базы УТМ: останавливаете службу, удаляете базу, запускаете заново. Помогает, если в УТМ залетели «битые» документы.
3. Обновляем 1С. Проверьте актуальность версии. Потерялась возможность выгружать ТТН в ЕГАИС — обновитесь до свежего релиза.
4.Настраиваем сетевые экраны. Отключите на время брандмауэр для проверки. Если обмен заработал, добавьте УТМ и 1С в исключения.
6.Исправляем реквизиты. При изменении КПП настройте новое подключение транспортного модуля в 1С или создайте подразделение с новым КПП.

Реальный кейс: OSMINOG PROJECT на страже ваших продаж

К нам обратилась компания — розничная сеть из нескольких магазинов.
Проблема: при попытке продажи крепкого алкоголя касса выдавала ошибку. Выяснилось, что на недавно открывшейся точке перестали работать два обязательных регистра ЕГАИС.
Иван Николенко вспоминает:
— Что же мы увидели? Алкоголь не продавался, полки пустели. Диагностика показала: на точке стояла старая версия 1С, которая просто не понимала команды нового протокола ЕГАИС. Обновили конфигурацию — ошибка ушла, а продажи вернулись.
Обновление прошло так плавно, что менеджеры заметили только пропажу ошибки. Иван объясняет: «Мы провели предварительное тестирование на тестовом контуре, чтобы убедиться — обновление не сломает учёт. Только после этого обновили на рабочей точке. Кстати, владельцы сети были приятно удивлены, что исправление обошлось дешевле, чем штраф за один день простоя».

Итог

В большинстве случаев проблему можно решить самостоятельно. Записывайте даты окончания сертификатов в календарь, следите за версиями 1С и хотя бы раз в неделю заглядывайте в лог УТМ на предмет ошибок.
Но если стандартные методы не помогают, а время поджимает — пригласите специалистов.
]]> Ошибки интеграции 1С и ЕГАИС: что означают и как быстро их устранить https://ivan-prog-1s.ru/tpost/6zrgma6301-oshibki-integratsii-1s-i-egais-chto-ozna https://ivan-prog-1s.ru/tpost/6zrgma6301-oshibki-integratsii-1s-i-egais-chto-ozna?amp=true Thu, 14 May 2026 11:26:00 +0300

Ошибки интеграции 1С и ЕГАИС: что означают и как быстро их устранить

Привет! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Ниже я разберу 7 частых ошибок интеграции 1С и ЕГАИС.
Внутри — инструкция по расшифровке и устранению
Обмен с ЕГАИС — как коммунальная услуга: пока работает, не замечаешь. Как только ломается — парализуются приёмка, продажа алкоголя и вся розница. Разберем самые популярные ошибки, что значат и как их быстро убрать. Без скучной теории — только практика.

Ошибка №1: «Сертификат не действителен» или «Проверка не пройдена»

Что означает: Криптографические ключи (RSA, ГОСТ или КЭП) устарели, отозваны или не установлены в систему. Корневой сертификат удостоверяющего центра не добавлен в доверенные — отсюда ошибки 103, 104 и подобные.
Как распознать: 1С при отправке документов не может их подписать или УТМ при запуске выдает красный значок — ключ перечеркнут. В логах ошибки вида «Истек срок действия сертификата» или «Сертификат не соответствует участнику».
Пути решения:
— Сначала перезапишите RSA-ключ в личном кабинете ЕГАИС.
— Затем установите КЭП в личное хранилище компьютера и пропишите ее в настройках 1С. В конфигурациях 1С: Розница или УТ путь: НСИ и администрирование → Алкогольная продукция → Настройки ЕГАИС.
— Утилитой DeleteRSA удалите старые ключи с токена, перезапишите новые.
— Обновите КриптоПро до актуальной версии.
Быстрое решение: если ключ (RSA или КЭП) истек, через личный кабинет ЕГАИС сгенерируйте новый RSA-ключ, пересохраните его на токен и пропишите заново в настройках подключения 1С к УТМ.

Ошибка №2: УТМ не отвечает или «не вернул подпись чека»

Что означает: Универсальный транспортный модуль завис, заблокирован брандмауэром, или в его базе скопились «битые» документы.
Как распознать: В 1С все настройки верны, но при обмене ошибка «Электронная подпись чека не получена», документы зависают со статусом «Ошибка ЕГАИС». В домашней странице УТМ (localhost:8080) может не открываться или виснуть.
Пути решения:
Способ 1 (простой). Перезапустите службу УТМ: «Пуск» → «Службы» → «Transport» → перезапустить. После этого в 1С отправьте документы повторно — очередь «разморозится».
Способ 2 (радикальный, но надёжный) Остановите службу УТМ, удалите папку с его базой данных (обычно C:\UTM или C:\EGAI...), удалите службу, перезагрузите компьютер и установите УТМ заново. После чистой установки заново пропишите ключи и сертификаты.
Быстрое решение: Для разовой ошибки хватает перезапуска службы и повторной отправки. Если сбои повторяются каждую неделю — переустановка УТМ обязательна.

Ошибка №3: Ошибка XDTO при передаче данных

Что означает: Версии 1С, УТМ и протокола ЕГАИС не совпадают. Например, 1С работает по старому протоколу, а УТМ требует новый (версии 2 → 3).
Как распознать: В логах ошибка «Ошибка при вызове серверного метода» с уточнением «Ошибка преобразования данных XDTO». После обновления Windows или 1С интеграция резко перестала работать.
Пути решения:
— Скачайте свежий дистрибутив УТМ с сайта service.egais.ru и установите «поверх».
— Обновите 1С до последнего релиза. В некоторых конфигурациях потребуется переход на протокол 3.0 через специальную обработку.
— Проверьте версию платформы 1С (не ниже 8.3.22).
Быстрое решение: уточните у вашего 1С-франчайзи, какой протокол уже поддерживает ваша конфигурация (2.1 или 3.0). Часто лечение — установка последнего патча или обработки от 1С.

Ошибка №4: «Пустой регион» или «Неверные реквизиты контрагента»

Что означает: ЕГАИС строго проверяет реквизиты контрагента. Если в ИНН лишний пробел или пустой регион — отказ.
Как распознать: при отправке документа (списания, квитанции, акта) система возвращает ошибку, прямо указывающую на некорректные данные.
Пути решения:
— Проверьте в карточке контрагента заполнение полей «Регион», «Код по ОКПО», «ИНН/КПП». Если регион пуст — заполните.
— Убедитесь, что в настройках организации тоже нет ошибок в этих полях.
— Если ТТН уже создана с ошибкой — отмените её, исправьте карточку контрагента и создайте документ заново.
Быстрое решение: заранее проверьте всех поставщиков и покупателей — заполните у них регион и код по ОКПО. Мелочь, но из-за неё стопорится до 20% документов.

Ошибка №5: Расхождение дат ТТН (отправка «задним числом»)

Что означает: Отправка документа прошедшей датой (задним числом) запрещена. Разрыв между датой документа и датой отправки более трёх дней блокирует обмен.
Как распознать: ЕГАИС возвращает ошибку с пометкой о несоответствии дат. Документ в 1С зависает со статусом «Ошибка» без деталей.
Пути решения:
— Измените дату документа в 1С на текущую (или разрешённую системой).
— Если документ критичен и дату менять нельзя — подайте заявку на корректировку остатков через ЕГАИС и сделайте в системе оприходование вручную по акту.
— В настройках 1С установите блокировку отправки документов «задним числом».
Быстрое решение: Проверьте перед отправкой, что дата документа не старше даты отправки более чем на 3 дня. Лучше создать и отправить документ в день операции.

Ошибка №6: Дубль штрихкода (неуникальная запись в справочнике)

Что означает: при обновлении справочника алкогольной продукции ЕГАИС в 1С дублируются позиции. Ошибка «Неуникальный идентификатор» или «Запись с такими параметрами уже существует».
Как распознать: Всплывающее сообщение 1С при попытке загрузить накладную или провести остатки. Часто возникает после прямого переноса справочников через «Обмен данными».
Пути решения:
— Очистите справочник от дублей. Включите поиск дублей по полю «Классификатор алкогольной продукции ЕГАИС».
— Для новых загрузок используйте штатный механизм обмена 1С с УТМ, а не ручной перенос.
— Удалите дублирующие записи из формы «Классификатор алкогольной продукции».
Быстрое решение: перед загрузкой новой поставки проверьте, не числится ли такая алкогольная продукция в справочнике. Если есть — используйте уже существующую позицию вместо создания новой.

Ошибка №7: Документ есть в 1С, но номер ТТН из ЕГАИС не записывается

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

Реальный кейс: как OSMINOG PROJECT нашла и вылечила «спящую» ошибку за один день

Иван Николенко поясняет:
— Приведу историю из практики. Ко мне обратилась розничная сеть из трёх магазинов. У них была одна критическая проблема: при попытке продажи крепкого алкоголя касса выдавала ошибку ЕГАИС — УТМ не возвращал подпись чека. Алкоголь не продавался, полки пустели. Бухгалтер и системный администратор перепробовали всё: перезапускали службы, обновляли всё подряд, переустанавливали КриптоПро — безрезультатно.
— Обычно в таких случаях начинают грешить на кассу, на 1С, на ключи. Но я сразу полез в логи УТМ. Там обнаружилась старая, недовершённая поставка — документ, который завис в промежуточном статусе из-за технического сбоя. Из-за этого следующий документ просто не мог получить подпись. Проблема была в базе УТМ, а не в 1С и не в ключах.
Как быстро решили задачу:
1. Сделали резервную копию УТМ (на всякий случай).
2. Остановили службу, с помощью утилиты sqlite3 зачистили проблемные записи в базе данных УТМ.
3. Заново запустили УТМ, перезапросили подпись документа из 1С.
4. За 2 часа работа восстановилась — продажи алкоголя вернулись.
Итог: Магазин выиграл день простоя (≈ 250 000 руб. упущенной выручки) и избежал полной переустановки всей системы. Грамотная диагностика и знание, где искать, оказались важнее бездумных обновлений. Иван резюмирует: *«Часто бывает, что ошибка живёт не в 1С, а в УТМ. Начинать всегда надо с логов транспортного модуля. И если не уверены в своих силах — не экспериментируйте с базой УТМ, вызывайте профессионалов. Один неверный запрос — и вы останетесь совсем без обмена».

Итоговая памятка: что делать при любой ошибке

1. Не паникуйте, смотрите текст ошибки — копируйте его целиком.
2. Проверьте УТМ — перезапустите службу, откройте localhost:8080.
3. Проверьте лог УТМ — часто там подробности, которых нет в 1С.
4. Обновите всё — 1С до актуального релиза, УТМ до свежей версии.
5. Проверьте ключи — и RSA, и КЭП, и их доступность пользователю службы.
6. Если не помогло — обратитесь к партнёру 1С, специализирующемуся на ЕГАИС.
Помните: интеграция 1С и ЕГАИС — это живой механизм. Даже одна «зависшая» запись в базе УТМ может парализовать все продажи. Поддерживайте систему в актуальном состоянии, назначайте ответственного за мониторинг ошибок — и тогда внезапных сбоев станет в разы меньше.
]]> Как сделать акт сверки в 1С: пошагово + настройки печатной формы https://ivan-prog-1s.ru/tpost/sgto597n31-kak-sdelat-akt-sverki-v-1s-poshagovo-nas https://ivan-prog-1s.ru/tpost/sgto597n31-kak-sdelat-akt-sverki-v-1s-poshagovo-nas?amp=true Thu, 14 May 2026 11:28:00 +0300

Как сделать акт сверки в 1С: пошагово + настройки печатной формы

Привет, ребят! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Если вы работаете с 1С, у вас уже есть всё необходимое, чтобы выполнять рутину учета в несколько кликов. Сегодня я на примере самой популярной конфигурации «1С:Бухгалтерия предприятия 8.3» разберу пошаговый алгоритм создания акта сверки и настройки печатной формы, чтобы вы всегда были уверены в своих цифрах.

1. Для чего нужен акт сверки?

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

2. Пошаговая инструкция по созданию акта сверки

Шаг 1. Заходим в журнал
Вне зависимости от того, покупаете вы или продаете, путь один: через разделы «Покупки» или «Продажи». Выбираете подраздел «Расчеты с контрагентами» и кликаете по ссылке «Акты сверки расчетов».
Шаг 2. Создаем документ от руки
В открывшемся журнале нажимаем кнопку «Создать».
Шаг 3. Заполняем «шапку»
Перед вами форма нового акта. Заполняем:
-Контрагент: Выберите фирму, с которой хотите свериться.
- Договор: Укажите конкретный договор для детальной сверки или оставьте пустым — тогда 1С подтянет операции по всем договорам этого партнера.
- Период: Две даты — начало и конец периода (обычно квартал, месяц или год).
- Валюта: Рубли.
Шаг 4. Заполняем движения
Теперь самое интересное. В форме, чуть ниже, видим большую пустую таблицу. Нажимаем кнопку «Заполнить». Программа предложит два варианта:
1. «По нашей организации и контрагенту»: 1С сама найдет все встречные документы и покажет их — удобно для двусторонней сверки.
2. «Только по нашей организации»: Вы увидите только свои документы, а контрагент впишет свою часть от руки.
Выбираем первый вариант — и таблица волшебным образом заполняется.
Шаг 5. Проверяем и согласовываем
Теперь сверим данные из 1С с ОСВ. Быстро переходим к отчету: «Отчеты» → «Стандартные отчеты» → «Оборотно-сальдовая ведомость по счету».
- Настраиваем отборы: по нужному контрагенту И договору, как в акте.
- Если в ОСВ и акте сальдо сходится — отлично. Если нет — нужно искать дубли договоров: скорее всего заведены два одинаковых, а документы разнесены по каждому.
Когда всё сошлось, в акте ставим дату подписания, галочку «Документ подписан» и распечатываем.

3. Настройка печатной формы

Типовая печатная форма, как правило, устраивает большинство. Но если нужно кастомизировать:
- В разделе «Печатные формы» настраивается вывод подписей сторон: для руководителя, главного бухгалтера и т.д.
- Выбор печати. Есть стандартная форма и кнопка «Пользовательская» для создания шаблона под свои нужды.
- Можно настроить «Выводить счета-фактуры на закладке Дополнительно».
- Групповая печать. Если актов много, в журнале выделите несколько, нажмите «Акт сверки взаиморасчетов» и выберите «Настройки печати» — все они отобразятся в одном файле, каждый на отдельной странице.

Реальный кейс: как OSMINOG PROJECT победила хаос в актах

Иван Николенко рассказвает:
— Расскажу историю из практики. Ко мне обратилась крупная компания оптовой торговли канцелярскими товарами. Сеть, федералы. У них были три филиала в трех базах 1С, куча договоров и вечная несводимая дебиторка. Контрагенты путали оплаты, возвраты гуляли, а бухгалтеры тратили часы на ручную сверку в Excel.
Приехали мы, посмотрели — и поняли: всё печально, но знакомо. Люди работали на износ, а бизнес терял деньги из-за неучтенной переплаты и повторных поставок.
Что мы сделали? Во-первых, централизовали справочник контрагентов: убрали дубли, провели чистку. Во-вторых, настроили в 1С единые шаблоны актов сверки с разбивкой по договорам и периодам. В-третьих, научили бухгалтеров и менеджеров смотреть в ОСВ и сверять ОСВ с актом за 5 минут вместо часа.
— Представьте: у компании три филиала, у каждого своя база 1С, а контрагент один. Естественно, все договоры и накладные разбегаются. Клиент долго мучился, пока не позвал нас. Мы разработали для них единую обработку для централизованного формирования актов сверки. Теперь, чтобы сверить расчёты, даже не нужно заходить в каждую базу по отдельности — всё собирается в одном месте, и бухгалтеры могут сосредоточиться на сверке причин расхождений, а не на их подсчёте. Это серьезно ускорило закрытие месяца.
Результат: Компания наладила учет в трёх базах, стала видеть полную картину долгов, а время на подготовку ежеквартальных актов для ключевых контрагентов сократилось в 4 раза. Вместо ручной проверки — единый прозрачный документ, где ошибки видны сразу.

Итог

Акт сверки в 1С — это инструмент, который экономит ваши деньги, время и нервы. Создав его один раз, вы получаете полную и наглядную картину ваших взаиморасчетов. Используйте этот функционал на полную: делайте сверки регулярно, настройте печать под себя и не давайте ошибкам накапливаться.
Хотите внедрить безлимитную поддержку 1С или автоматизировать рутину? Пишите мне — поможем сделать вашу бухгалтерию прозрачной и управляемой.
]]> Сверка с контрагентами: регламент на месяц (кто, когда, какие отчеты) https://ivan-prog-1s.ru/tpost/863gfc2d71-sverka-s-kontragentami-reglament-na-mesy https://ivan-prog-1s.ru/tpost/863gfc2d71-sverka-s-kontragentami-reglament-na-mesy?amp=true Thu, 14 May 2026 11:30:00 +0300

Сверка с контрагентами: регламент на месяц (кто, когда, какие отчеты)

Регулярная сверка с контрагентами — это как утренний кофе: выпил, и пришла бодрость и продуктивность. Но если забыл или не успел — ходишь, как будто еще не проснулся.
Привет всем кофеманам!) На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT. Расскажу поподробнее.
Скажу честно: отсутствие сверки несет реальные финансовые риски: задвоенные оплаты, «забытые» долги, испорченные отношения с партнерами и сюрпризы от налоговой. Чтобы этого избежать, нужен четкий ежемесячный регламент. Разберем его по шагам.

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

Неделя 1. Закрытие прошлого месяца и подготовка
Кто делает: Бухгалтер по расчетам, руководитель отдела продаж.
Что делаем:
* Проводим все первичные документы за прошедший месяц (накладные, акты, счета-фактуры, платежки).
* Закрываем период в 1С (запрещаем изменение документов).
* Формируем оборотно-сальдовую ведомость (ОСВ) по счетам 60, 62, 76** за прошлый месяц.
* Выгружаем список контрагентов с ненулевым сальдо (должники и кредиторы).
Неделя 2. Анализ и приоритезация
Кто делает: Бухгалтер, финансовый директор.
Что делаем:
* Сортируем контрагентов по сумме долга (от крупных к мелким). 80% денег обычно висит на 20% партнеров.
* Определяем «группу риска»: те, у кого сальдо расходится с предыдущим месяцем, или у кого нет движения по счетам больше 30 дней.
* Назначаем ответственного за сверку с каждым крупным контрагентом (обычно менеджер по продажам + бухгалтер).
Неделя 3. Формирование и отправка актов сверки
Кто делает: Бухгалтер (формирует), менеджеры (отправляют и согласовывают).
Что делаем:
* В 1С (Бухгалтерия, УТ, КА) заходим в раздел **«Продажи/Покупки» → «Расчеты с контрагентами» → «Акты сверки расчетов»**.
* Создаем акт для каждого приоритетного контрагента. Выбираем период (обычно с начала года или с последней сверки).
* Заполняем движением документов (кнопка «Заполнить» → выбираем вариант «По нашей организации и контрагенту»).
* Отправляем акт контрагенту на согласование (по email или через ЭДО).
* Контрольная точка: Убедиться, что в акте нет расхождений с ОСВ. Если есть — разбираться до отправки.
Неделя 4. Прием и урегулирование расхождений
Кто делает: Менеджеры, бухгалтер.
Что делаем:
* Принимаем подписанные акты от контрагентов. В идеале — акт сверки за месяц должен быть подписан до 10 числа следующего месяца.
* Если контрагент вернул акт с расхождениями — выясняем причину:
* Не провели документ (накладную, платеж) — вносим его в 1С.
* Дубль документа — аннулируем лишний.
* Разные даты учета — договариваемся о единой дате.
* После урегулирования создаем «акт сверки корректировочный» или подписываем финальную версию.

Какие отчеты в 1С использовать для сверки

Помимо самого акта сверки, вот ключевые инструменты в 1С:
1. Оборотно-сальдовая ведомость по счету (ОСВ) – базовый отчет. Показывает начальное сальдо, обороты и конечное сальдо по счетам 60, 62, 76 за период.
2. Анализ субконто – детализация по каждому контрагенту, договору и документу. Позволяет увидеть, какая конкретно накладная или оплата «висит».
3. Карточка счета – показывает все движения по счету (например, 62) с расшифровкой по документам. Удобно для выборочной проверки.
4. Отчет по дебиторской задолженности – встроенный управленческий отчет. Группирует долги по срокам: до 30 дней, 30-60, 60-90, свыше 90. Помогает выявлять проблемных клиентов.
5. Акт сверки расчетов – итоговый документ для контрагента.

Что будет, если не сверяться?

* Потеря денег. Контрагент «забыл» об оплате, а вы пропустили срок претензии
* Завышение налога на прибыль. Если долг списали как безнадежный, но он таковым не был — налоговые риски.
* Искажение баланса. Вас ждёт неприятный сюрприз при аудите или проверке.
* Разрыв отношений. Партнер, которому постоянно выставляют неверные счета, уйдет к конкуренту.

Кейс: как Иван Николенко навела порядок со сверками для оптовой компании

Рассказывает Иван Николенко:
— Ко мне обратился оптовый дистрибьютор продуктов. У них было 200+ активных контрагентов, 3 бухгалтера, которые по старинке каждую сверку делали в Excel: выгружали ОСВ, вручную выписывали накладные и оплаты, потом звонили контрагенту и уточняли. На одну сверку уходило от 2 до 4 часов. Естественно, большинство клиентов сверяли раз в полгода — и тогда вскрывались расхождения на миллионы, которые уже невозможно было исправить.
Иван так комментирует этот кейс:
— Клиент жил в режиме "пожарной сверки": когда контрагент звонил и кричал, что у него другая сумма, садились и целый день искали ошибку. Мы предложили простой регламент: каждую пятницу бухгалтер формирует акты сверок по дебиторам с суммой долга более 500 тыс. рублей и отправляет их менеджерам. Те, в свою очередь, в понедельник отправляют акты клиентам через ЭДО. К четвергу расхождения, если они есть, уже известны. Внедрили этот регламент за неделю. За три месяца количество просроченной дебиторки сократилось на 37%, а время на одну сверку упало с 2 часов до 15 минут — просто потому, что перестали делать лишнюю работу и начали сверяться регулярно, а не от случая к случаю!
Результат: Компания внедрила ежемесячный регламент сверок. Бухгалтеры перестали работать выходные. Долги перестали «зависать» на годы. А клиенты стали доверять цифрам в счетах, потому что расхождения выявляли сразу.

Чек-лист: ваш регламент сверки на месяц

1. Закройте период в 1С (не позднее 5 числа следующего месяца).
2. Сформируйте ОСВ по 60,62,76.
3. Выгрузите список контрагентов с ненулевым сальдо.
4. Назначьте ответственных по крупным дебиторам.
5. Сформируйте акты сверки в 1С и отправьте контрагентам (до 15 числа).
6. Примите и проверьте подписанные акты (до 25 числа).
7. Урегулируйте расхождения: если нужно, внесите недостающие документы или сторнируйте дубли.
8. Храните подписанные акты в папке «Сверки за 202Х год» (для налоговой и внутреннего аудита).
Регулярность — залог прозрачности. Начните с малого: выберите 5 крупнейших дебиторов и сделайте с ними сверку за прошлый месяц по этому алгоритму. Увидите разницу.
]]> Учет НДС в 1С: Бухгалтерии 8.3: настройка, документы, типовые ошибки https://ivan-prog-1s.ru/tpost/oys2ymgc81-uchet-nds-v-1s-buhgalterii-83-nastroika https://ivan-prog-1s.ru/tpost/oys2ymgc81-uchet-nds-v-1s-buhgalterii-83-nastroika?amp=true Thu, 14 May 2026 11:35:00 +0300

Учет НДС в 1С: Бухгалтерии 8.3: настройка, документы, типовые ошибки

Привет! На связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT. Сегодня разберем с вами крайне серьезную тему.
НДС — пожалуй, самый серьезный из всех налогов. С 2026 года он стал ещё строже: ставка выросла до 22%, изменились формы счетов-фактур, а на УСН появилась новая обязанность — платить НДС. Если ваша 1С не настроена правильно, можно не только запутаться в учёте, но и получить крупный штраф.
Давайте разберемся, как настроить «1С:Бухгалтерию 8.3» для корректного учёта НДС, избежать типовых ошибок и, если что, их быстро исправить.

Настройка учёта НДС в 1С

База для всей работы — корректно настроенная учётная политика. От неё зависит, как система будет распределять налог.
Перейдите в раздел «Главное» → «Настройки» → «Налоги и отчеты» и откройте вкладку «НДС». Здесь и задаются ключевые параметры. Для начала укажите систему налогообложения (ОСНО или УСН) и период, с которого компания начинает платить налог.
Особое внимание уделите раздельному учёту входящего НДС. Он обязателен, если ваша деятельность облагается налогом только частично (п. 4 ст. 170 НК РФ). Включите флажок «Ведется раздельный учет входящего НДС», и 1С начнёт использовать специальное субконто «Способ учета» для счёта 19. Это позволит системе автоматически распределять налог, например, когда часть услуг используется в облагаемой, а часть — в необлагаемой деятельности.

Ключевые документы и регистры

Правильная настройка — это лишь половина дела. Понимание «внутренней кухни» 1С поможет вам быстро находить и исправлять ошибки без паники.
В основе учёта НДС в 1С лежат не только привычные счета, но и регистры накопления. Это специальные таблицы, в которые программа записывает данные для отчётности.
Два главных регистра — НДС предъявленный (для налога от поставщиков) и НДС продажи (для начисленного налога с продаж). Большинство проблем, когда, например, сумма не попадает в декларацию, связано именно с тем, что данные «застряли» на регистрах. Если стандартные документы не сработали, можно напрямую ввести данные через «Операции, введенные вручную», выбрав нужный регистр.

Типовые ошибки и их исправление

Ошибки в учёте НДС случаются часто. К счастью, многие из них можно исправить вручную. Первый помощник — отчёт «Анализ учета по НДС», который сразу укажет на расхождения. Вот несколько типичных ситуаций.
Проблема: Ошибка «Для целей учета НДС не списано...».
Решение: чаще всего возникает, когда в учётной политике не выставлен флажок «Ведется раздельный учет входящего НДС». Проверьте и активируйте эту настройку.
Проблема: Декларация не проходит проверку из-за округлений копеек.
Решение: Такое случается при расхождениях между данными в книге продаж и декларацией. Проверьте настройки вашей программы-отчётности (например, СБИС). Иногда помогает сброс и повторное заполнение декларации.
Проблема: «Зависший» аванс. Решение: НДС, принятый к вычету с аванса, нужно восстановить. Это делается через раздел «Операции» → «Регламентные операции НДС» → «Восстановление НДС». В открывшемся документе проверьте настройки и заполните табличную часть. Электронная выписка подтвердит операцию.
Проблема: Неправильная себестоимость из-за метода ФИФО и раздельного учёта. Решение: В старых версиях 1С (до 8.3.25) есть баг, когда система могла подставить неверную партию товара. Выход — регулярное обновление платформы и конфигураций.

Реальный кейс: как OSMINOG PROJECT помогла логистической компании

«Наша 1С говорит, что я должен государству 12 миллионов, но я же столько не заработал!» — с таким криком обратился к нам владелец крупной логистической компании на ОСНО. Ежемесячный оборот — около 70 млн рублей, 15 единиц техники, десятки контрагентов. Ситуация была критической: налоговая требовала доплатить огромную сумму, а в учёте царил хаос.
Вспоминает Иван Николенко:
— Я провел экспресс-аудит. Выяснилось, что проблема — в раздутых показателях по книге покупок из-за ошибок в проводках по авансам. Из-за «висящих» авансов сумма вычета была завышена, искажалась финансовая картина. Фактически компания была готова завысить свои расходы более чем на 4 миллиона рублей, что неминуемо привело бы к серьёзным налоговым претензиям.
— Мы внедрили в их «1С: Бухгалтерию 3.0» чёткий регламент «Операция вручную» для ручного контроля и написали обработку пакетного сброса «зависших» регистров**. Эта обработка автоматически выявляет и чистит «мусор», скопившийся в программе за годы работы.
Иван подчёркивает: «Клиент до последнего думал, что его обманывает государство. А на деле его обманывали собственные настройки 1С, которые годами никто не проверял».
Владелец бизнеса не просто избежал штрафов, но и сэкономил около 200 тысяч рублей на бухгалтерском сопровождении в год, передав рутину на аутсорсинг профессионалам.

Итог

Учёт НДС в 1С — это сложный механизм, но он поддаётся контролю. База — правильная учётная политика. Знание регистров помогает найти «корень зла».
А если штатный бухгалтер не справляется, лучше довериться профессионалам. От правильного учёта НДС зависит не только размер платежей в бюджет, но и финансовая стабильность всей компании.
]]> Не пробивается чек: что проверить в связке 1С + ККТ (типовые причины) https://ivan-prog-1s.ru/tpost/p6dv9csn71-ne-probivaetsya-chek-chto-proverit-v-svy https://ivan-prog-1s.ru/tpost/p6dv9csn71-ne-probivaetsya-chek-chto-proverit-v-svy?amp=true Thu, 14 May 2026 14:09:00 +0300

Не пробивается чек: что проверить в связке 1С + ККТ (типовые причины)

Всем привет, на связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT. Сегодня я расскажу о проблемах с ККТ и как их решать.
Кассовый узел в 1С — это чёткая связка «Программа — Драйвер — Оборудование». Если разрывается одно звено, касса замолкает, а продажи встают.
Для наглядности будем считать, что расчет ведется в «1С: Рознице» (или УТ 11), но алгоритм действий универсален для любых конфигураций, где используется драйвер ККМ, особенно популярных моделей «Штрих» или «Атол».
Разберем список причин и простой план действий, как реанимировать бизнес.

Типовые причины отказа

В 90% случаев виновник либо в драйвере, либо в рассинхронизации данных. Смотрим на список:
Проблемы с драйвером ККТ (Атол, Штрих). Это самая частая ошибка при подключении нового устройства. Если после обновления до драйвера 10.10.6 1С пишет `{"error":{"code":505,"description":"unauthorized"}}` — проблема в несоответствии протоколов или настроек авторизации. Иногда помогает "откат" на старую версию драйвера или установка `migration client server kkm` для терминальных сессий.
Ошибки в документе чека. 1С не любит, когда цена товара расходится с суммой строки даже на копейку. Из-за скидок, округлений или ручного редактирования возникает коллизия `несовпадение сумм по документу и товарам`. В этом случае 1С просто не отправит запрос на печать.
Рассинхронизация кассовых смен. Если после зависания или ошибки ККТ журнал «Кассовые смены» в 1С думает, что смена закрыта, а фискальный накопитель (ФН) «видит» её открытой, система выдаст блокировку. Алгоритм выглядит так: проверяем номер последней закрытой смены в 1С, сверяем с данными драйвера (тест-драйв/длинный запрос) и принудительно синхронизируем.
Аппаратная составляющая. Физическая неисправность (нет бумаги, отошел кабель, переполнилась память) или банальный выход срока действия фискального накопителя. Также сюда входят ошибки типа `Фатальная ошибка устройства`, требующие очистки памяти кассы или восстановления данных через сервисное меню.

Шаг за шагом по инструкции

Терять клиента нельзя, поэтому действуем строго по инструкции:
1. Проверка связи: Проверьте, включена ли касса в розетку, цел ли кабель (USB/Ethernet), и есть ли чековая лента и бумага.
2. Перезагрузка драйвера: иногда драйвер «засыпает» или блокируется зависшей задачей. Нужно перезагрузить службу «1C: Servis» и очистить очередь заданий печати через консоль принтеров Windows.
3. Диагностика через тест: В 1C есть форма «Подключаемое оборудование». Откройте свой ККМ и нажмите «Тест драйвера» или «Длинный запрос». Если тест проходит, но чек не бьет — проблема в данных документа. Если тест выдает ошибку `Не удалось получить объект драйвера` — проблема в правах доступа или конфликте портов.
4. Проверка шапки чека: Откройте документ «Чек ККМ». Убедитесь, что в номенклатуре корректно проставлены ставки НДС и единицы измерения. Проверьте итог: сумма по товарам должна строго равняться общей сумме чека.
5. Метод «Через ОФД»: если бумажный чек не вышел, проверьте «Личный кабинет ОФД». Это разграничит проблему: если данные в ОФД есть, а бумаги нет — проблема в ленте. Если данных в ОФД нет — проблема в передаче от 1С к драйверу или от драйвера к ОФД.

Реальный кейс из практики Ивана Николенко

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

Итог

Сбои в работе связки 1С и ККТ — явление частое, но решаемое. Чаще всего проблема кроется в драйверах и данных документа, реже — в физике.
Не пытайтесь исправить ошибку «задним числом» удалением чеков, это только усугубит расхождения с ОФД. Лучше пройтись по логической цепочке: провод, питание, драйвер, тест, чек. И помните — профессиональная поддержка 1С стоит гораздо дешевле, чем час простоя двадцати касс в вечер пятницы.
]]> Обмен с сайтом: почему заказы не загружаются/не выгружаются и как диагностировать https://ivan-prog-1s.ru/tpost/zvl91py7c1-obmen-s-saitom-pochemu-zakazi-ne-zagruzh https://ivan-prog-1s.ru/tpost/zvl91py7c1-obmen-s-saitom-pochemu-zakazi-ne-zagruzh?amp=true Thu, 14 May 2026 14:11:00 +0300

Обмен с сайтом: почему заказы не загружаются/не выгружаются и как диагностировать

Всем привет, на связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT.
Обмен между сайтом и 1С — это кровеносная система интернет-торговли. Когда она дает сбой, клиенты теряются, менеджеры работают вслепую, а компания несет убытки. В этой статье разберем самые частые причины, почему заказы не загружаются или не выгружаются, и выстроим четкий алгоритм диагностики.

Когда заказы не доходят до 1С

Здесь мы говорим о ситуации, когда менеджер оформил заказ на сайте, но в 1С он не появился, а продажа «виснет» в интернет-магазине.
Самая частая причина – кодировки
Очень часто проблема кроется в несоответствии кодировок файлов обмена. Например, 1С работает с кодировкой UTF-8, а сайт отдает файлы в Win1251. В результате при попытке загрузить заказ программа выдает ошибку «Не удалось прочитать узел XML», и обмен не выполняется.
Диагностика: для поиска причины используется отладчик 1С. Также необходимо проверять файлы обмена, которые хранятся во временных каталогах, на предмет их корректности.
Решение: необходимо настроить параметры локальной системы (языковые стандарты и форматы) таким образом, чтобы кодировка 1С и сайта совпадала. В некоторых случаях помогает перенос базы 1С с Linux на Windows.
Конфликт версий модулей
Другая частая «головная боль» — несовместимость версий модулей обмена на сайте и в 1С. Например, после обновления платформы сайта старый модуль перестает корректно передавать данные.
Диагностика: В первую очередь необходимо проверить, обновлены ли модули обмена до актуальных версий. Ошибки при обработке статусов заказов часто возникают из-за пустого поля «VERSION_1C» в передаваемых данных.
Решение: рекомендуется установить последние версии модулей обмена для вашей CMS. Иногда помогает ручная правка кода в файле `order_loader.php` (например, замена условия для сверки версий), но это под силу только опытным специалистам.
Ошибки в структуре заказа и правах доступа
Иногда заказ просто не доходит из-за того, что 1С не хватает данных для создания контрагента. Например, в конфигурации может быть обязательным поле «РегионДоставки» или «ГруппаДоступаККонтрагенту», а в файле обмена эти данные отсутствуют.
Диагностика: при загрузке заказа 1С выдает сообщение об ошибке с указанием конкретного поля, которое не удалось заполнить.
Решение: В настройках сайта нужно проверить, передаются ли все необходимые поля. В ряде случаев можно упростить требования к контрагентам в 1С.
Также проверьте настройки прав доступа. Для обмена на сайте должна быть создана специальная учетная запись пользователя, которой предоставлены все необходимые разрешения.

Когда заказ «зависает» на сайте после выгрузки из 1С

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

Как настроить обмен с сайтом в 1С: пошаговый чек-лист для вашей CMS

Если вы настраиваете интеграцию с нуля, вот основные шаги:
1. Зайдите в раздел «НСИ и Администрирование» → «Обмен с сайтом».
2. Включите флаг «Использовать обмен с сайтом».
3. В настройках создайте два узла обмена: один для выгрузки товаров, другой — для загрузки заказов.
4. На закладке «Выгрузка товаров» укажите организацию-владельца каталога товаров, от лица которой будут продаваться товары на сайте.
5. Если сайт использует CMS «1С-Битрикс», в поле «Адрес сайта» укажите адрес вида `http://www.example.com/bitrix/admin/1c_exchange.php`.
6. Для сайтов, которые принимают XML-файлы на сервер, укажите каталог для обмена. При клиент-серверном варианте важно, чтобы у каталога были открыты права на запись для всех участников обмена.

Методика диагностики: что делать, если ничего не работает

Не пытайтесь перебирать варианты наугад. Действуйте последовательно:
1. Проверьте связь через кнопку «Проверить соединение» в настройках узла обмена. Это покажет, есть ли доступ к сайту.
2. Ищите логи. Смотрите логи обмена как на сайте, так и в 1С — там детализирована каждая операция.
3. Тестируйте минимальными данными. Попробуйте выгрузить один новый товар или загрузить один простой заказ — так проще локализовать проблему.

Кейс от Ивана Николенко: как я спасал крупный интернет-магазин

— Ко мне обратилась компания, управляющая крупным интернет-магазином по продаже бытовой техники.
Ситуация — критическая: сайт работал в штатном режиме, но заказы перестали попадать в 1С. Менеджеры перешли на ручное перебивание данных, что занимало часы и приводило к ошибкам.
— При детальном анализе логов я выяснил, что проблема возникла после обновления конфигурации 1С:УТ 11. В файлах обмена, которые приходили с сайта, появились новые пустые XML-элементы. Старый обработчик, к которому менеджеры привыкли за годы работы, просто «падал» при попытке их прочитать. Ошибка была системной — она возникала при обмене с каждым вторым заказом.
Как решили:
1. Диагностировали «корень зла». В режиме отладки был выявлен фрагмент кода в модуле загрузки данных, который не умел обрабатывать пустые значения в передаваемых XML-полях.
2. Пропатчили обработчик. Внесли точечные изменения в алгоритм загрузки заказов, добавив проверку на наличие данных перед записью в регистры 1С. Изменения были минимальными и не затронули другие механизмы обмена.
3. Отработали стресс-тест. На тестовом контуре прогнали 50 заказов со старыми и новыми структурами XML. Все они загрузились корректно, без зависаний.
Иван Николенко: комментирует:
— В такие моменты всегда видно, где заканчивается автоматизация и начинается хаос. Менеджеры уже привыкли, что "1С — это тормоз", а проблема была в одном непрописанном условии в коде. Убрал его, и обмен полетел. Клиент сэкономил на простое менеджеров больше 300 000 рублей за первый же месяц.
Главный урок: если ваш сайт вдруг перестал дружить с 1С — не гадайте, смотрите логи. Там всегда есть подсказка».

Итог

Нестабильный обмен между 1С и сайтом — это потерянные заказы, испорченная репутация и прямые убытки. Но в 90% случаев проблему можно решить, действуя системно: проверьте кодировки, обновите модули, настройте права и загляните в логи. Если чувствуете, что ситуация выходит из-под контроля — не стесняйтесь звать профессионалов.
]]> НДС “не так посчитался” в реализации: где ломается и как восстановить https://ivan-prog-1s.ru/tpost/87ghph8ma1-nds-ne-tak-poschitalsya-v-realizatsii-gd https://ivan-prog-1s.ru/tpost/87ghph8ma1-nds-ne-tak-poschitalsya-v-realizatsii-gd?amp=true Thu, 14 May 2026 14:13:00 +0300

НДС “не так посчитался” в реализации: где ломается и как восстановить

Всем привет, на связи ведущий программист 1С Иван Николенко из компании OSMINOG PROJECT. Поговорим про великий и ужасный НДС =)
Выставили счёт-фактуру, провели реализацию, сдали отчётность. А через месяц налоговая прислала требование с расхождением по НДС или из отчётности пропала важная сумма. Бывало так?
Чаще всего корень проблемы лежит не в сложных алгоритмах, а в простых вещах.

Почему НДС в реализации считается неправильно: топ-3 типовых ловушки

Ловушка №1. НДС с аванса: не восстановили при реализации
Очень часто НДС, принятый к вычету с полученного аванса от покупателя, не восстанавливается при отгрузке товара. В итоге дебетовое сальдо по счёту 76.АВ «висит», а НДС занижается по итогам квартала.
Почему так происходит? Бухгалтер может забыть выполнить регламентную операцию «Формирование записей книги продаж» в разделе «Отчётность по НДС». В настройках учётной политики может быть не установлен флажок «Восстанавливать НДС с авансов при отгрузке». Ещё вариант: в документе реализации не заполнено поле «Счёт-фактура на аванс», и программа «не видит» связь между авансом и отгрузкой.
Итог печальный: сумма вычета завышена, база по НДС занижена. Восстановить баланс поможет повторное формирование регламентных операций либо ручной документ «Списание НДС» с выбором контрагента и нужных счетов-фактур.
Ловушка №2. В документах реализации — неверная ставка НДС
При продаже основного средства или материалов бухгалтер в спешке указывает ставку «Без НДС» там, где налог должен быть начислен. Или наоборот — устанавливает НДС там, где по закону его быть не должно. При экспресс-проверке 1С выдает ошибку: «Выявлено несоответствие суммы облагаемых НДС доходов сумме начисленного НДС».
Как решить? Открыть документ «Реализация (акт, накладная)» и исправить ставку НДС с «Без НДС» на нужную (20%, 10% или пониженную 5/7%). Затем перепровести документ — сумма налога пересчитается автоматически. После этого заново сформировать книгу продаж и декларацию.
Ловушка №3. «Съехавшая» настройка учётной политики по НДС
Это, пожалуй, самая коварная проблема: учётная политика позволяет программе вести раздельный учёт входящего НДС, но при реализации одного из товаров возникает ошибка «Для целей учёта НДС не списано товара...».
В чём суть? Если в настройках налогов и отчётов по НДС установлен флаг «Ведётся раздельный учёт входящего НДС», 1С требует, чтобы при поступлении товара был заполнен способ учёта НДС в разрезе партии. Если товар был оприходован без аналитики (например, до перехода на учёт по складам), а потом продан, — система не видит, к какой партии его отнести, и выдаёт ошибку.
Решение:
- Подготовить копию базы и предварительно списать все остатки МПЗ документом «Списание товаров».
- Настроить параметры учёта НДС по приобретённым ценностям (флаг «По способам учета»).
- Заполнить отсутствующие способы учёта НДС вручную через корректировку поступления или операцию ввода остатков.

Как восстановить корректный учёт НДС: пошаговый план

Если ошибка уже обнаружена, действуйте по чёткому алгоритму:
1. Проведите экспресс-проверку учёта НДС. Отчёт «Экспресс-проверка ведения учёта» сразу подсветит зону возможных ошибок по регистрам НДС.
2. Проверьте верность заполнения реквизитов. Убедитесь, что в карточке номенклатуры проставлена правильная ставка НДС и все документы-основания проведены своевременно.
3. Скорректируйте ошибку в зависимости от периода.
- Отчётность за год ещё не утверждена: Исправляйте записями в декабре текущего года документом «Корректировка реализации» с видом «Исправление в первичных документах».
- Декларация за прошлый период уже сдана и утверждена: Формируйте корректировочный счёт-фактуру и вносите изменения через дополнительный лист книги продаж того периода, где была допущена ошибка (пункт 5–8 ПБУ 22/2010).
4. Пересдайте уточнённую декларацию. Если ошибка привела к занижению налога, подать уточнёнку нужно в обязательном порядке в соответствии со ст. 81 НК РФ.

Кейс от Ивана Николенко: как мы «подружили» НДС и авансы за один вечер

Ко мне, как к ведущему программисту 1С компании OSMINOG PROJECT Ивану Николенко, обратилась крупная оптовая компания на ОСНО — годовой оборот около 600 млн рублей. Проблема была классической: в течение нескольких кварталов у них «разъезжались» авансы. В 1С было проведено более 200 авансовых счетов-фактур по покупателям, но при реализации НДС с них не восстанавливался. Сумма «зависшего» налога на счёте 76.АВ перевалила за 5 млн рублей. Близилась сдача отчётности, и налоговая уже начала задавать неудобные вопросы.
Я оперативно провел диагностику. Оказалось, что в учётной политике компании стоял неверный параметр — восстановление авансов было отключено, а регламентные задания по НДС, которые должны были автоматически переносить вычеты, не выполнялись из-за ошибок в журнале регистрации.
Иван Николенко: делится:
— Мы не стали мучиться с каждым авансом по отдельности. Сначала я проверил настройки: в разделе "Главное" → "Налоги и отчёты" → "НДС" установил флаг "Восстанавливать НДС с авансов при отгрузке".
— Потом очистил старый кэш регламентных операций и провёл документ "Формирование записей книги продаж" заново — со снятием галочки автоматического заполнения и ручным выбором нужных счетов-фактур, которые ранее не восстановились. После этой процедуры НДС «лёг» как надо.
Всё вместе заняло около пяти часов, но клиент сэкономил на штрафах и доначислениях более 1,5 млн рублей. Главный урок для всех бухгалтеров: не копите "висяки" по 76.АВ — сверяйте остатки по каждому контрагенту хотя бы раз в квартал.

Итог

Ошибки в учёте НДС в 1С дорого обходятся бизнесу. Вовремя замеченное расхождение в регистре или счёте позволяет избежать многомиллионных штрафов и сберечь репутацию перед контрагентами. Чтобы ваш учёт всегда был «чистым»:
- Проверяйте настройки учётной политики по НДС при каждом обновлении законодательства.
- Контролируйте выполнение регламентных операций по восстановлению авансов.
- Раз в месяц сверяйте сальдо по счёту 76.АВ с «Оборотно-сальдовой ведомостью».
- Если самостоятельно разобраться не удаётся — привлекайте профессиональных аудиторов и программистов.
Помните: системный подход к учёту НДС — это экономия вашего времени и заработанных денег.
]]>