← На главную

Ситуация, когда руководство компании хочет получить быстрые результаты в виде прозрачного движения денежных средств (ДДС), минуя внедрение складского учета и производства, встречается довольно часто. Внедрение модуля «Казначейство» в 1С:ERP как обособленного блока — это стратегия «быстрых побед», которая имеет как весомые преимущества, так и скрытые технические риски. Давайте разберем по шагам, как реализовать этот подход и с какими трудностями придется столкнуться.

Анализ стратегии поэтапного внедрения

Рассмотрим основной запрос собственника: уйти от «складывания счетов на калькуляторе» и получить актуальный Платежный календарь. С точки зрения управления, поблочное внедрение (сообщение 4) оправдано психологически — это позволяет коллективу адаптироваться к системе постепенно, не вызывая массовых увольнений из-за резкой смены всех рабочих процессов сразу.

Однако здесь возникает концептуальный конфликт. В 1С:ERP блок казначейства тесно завязан на первичные документы. Если мы не внедряем закупки и склад, то Заявка на расходование денежных средств лишается своего основания. Проанализируем последствия такого решения:

1. Ручной ввод данных: Как отмечено в сообщении 7, формировать заявки вручную, не привязывая их к заказам поставщикам или приобретениям, — трудозатратный процесс. Казначею придется дублировать информацию, которая уже есть в счетах или Excel.
2. Риск потери аналитики: Без связи с первичкой сложно контролировать исполнение условий договоров и фактическую задолженность.
3. Дублирование функций: Если регламентированный учет ведется в сторонней программе (например, в 1С:Бухгалтерия), возникнет необходимость двойного ввода выписок или настройки сложного обмена данными.

Техническая реализация «изолированного» казначейства

Если решение о запуске только казначейства принято, разберем минимально необходимый набор объектов и настроек, которые позволят системе заработать:

1. Нормативно-справочная информация (НСИ). Это фундамент. Даже для одного блока казначейства нам придется качественно заполнить справочники:

• Организации и их банковские счета.
• Контрагенты и их расчетные счета (важно для выгрузки в клиент-банк).
• Статьи движения денежных средств — именно по ним собственник будет получать отчетность.
• Договоры — без них невозможно отследить графики платежей.

2. Документооборот заявок. Настроим цепочку: Заявка на расходование ДС -> Платежный календарь -> Формирование реестра платежей -> Списание безналичных ДС. Поскольку склад и закупки не ведутся, в заявках необходимо использовать тип операции «Оплата поставщику» или «Прочий расход», заполняя все реквизиты вручную.

3. Инструмент «Платежный календарь». Это главный экран для руководителя. Выясним причину, почему он может «врать»: если не вводить ожидаемые поступления (например, через документ Ожидаемое поступление ДС), календарь будет показывать только расходы, что не даст полной картины кассовых разрывов.

Проблема «посмертного» учета и бухгалтерии

В сообщении 12 справедливо замечено, что проще всего начинать с бухгалтерии, так как там все жестко регламентировано. Но собственникам «посмертный» учет (факт того, что уже произошло) не интересен. Им нужно управление будущим.

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

Алгоритм взаимодействия может выглядеть так:

1. Менеджеры создают Заявки на расходование ДС в ERP.
2. Директор утверждает их в Платежном календаре.
3. Бухгалтер формирует банковские документы и выгружает их в Клиент-банк из ERP.
4. После загрузки выписки данные передаются в 1С:Бухгалтерия через типовую синхронизацию для формирования проводок.

Выбор программного продукта для пищевого производства

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

Рассмотрим альтернативы, предложенные экспертами (сообщения 9 и 11):

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

Резюме и рекомендации

Внедрять только казначейство в 1С:ERP можно, но только как временную меру с четким планом перехода на складской учет в течение 2–3 месяцев. Чтобы система приносила пользу, а не стала обузой, выполните следующие действия:

Во-первых, заставьте отделы подавать заявки только в системе. Счета на столе у директора должны исчезнуть. Если заявки нет в 1С — платеж не уходит.

Во-вторых, настройте лимиты расхода денежных средств. В 1С:ERP это можно сделать через блок Бюджетирование или упрощенно через настройки правил лимитирования, чтобы система блокировала заявки сверх бюджета.

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

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