Переход со старых систем (например, «1С:Торговля и Склад 7.7») на современную платформу 8.3 часто вызывает у бизнеса желание упростить ИТ-архитектуру и вести весь учет в одной базе. На первый взгляд, «1С:Бухгалтерия 8» (БП) кажется универсальным инструментом, где есть и счета, и реализации, и даже возможность подключения ККМ. Однако при масштабировании на несколько филиалов и переходе к полноценному опту возникают критические ограничения. Разберем подробно, почему стратегия «только БП» может стать ловушкой и какие альтернативы существуют.
Проанализируем ситуацию, когда компания занимается оптовой торговлей, имеет дело с импортом и сложным ценообразованием. В «1С:Бухгалтерии» реализован лишь необходимый минимум для отражения фактов хозяйственной деятельности, но этого недостаточно для оперативного управления продажами.
Отсутствие резервирования товаров. Это самый серьезный минус для опта. В БП товар списывается только в момент проведения документа Реализация (акт, накладная, УПД). Рассмотрим сценарий: менеджер выставил счет крупному клиенту на дефицитный товар. Пока клиент оплачивает счет, другой менеджер может спокойно продать этот товар в розницу или другому контрагенту, так как механизм «заморозки» остатков под заказ в типовой БП отсутствует. В «1С:Управление торговлей» (УТ) или «1С:УНФ» для этого используются статусы заказов и механизм резервирования на складе.
Ограниченное ценообразование. Хотя в БП 3.0 есть справочник ТипыЦенНоменклатуры, возможности автоматизации здесь минимальны. Разберем по шагам, чего не хватает:
Когда в базе работают 12 и более пользователей из разных филиалов, остро встает вопрос безопасности данных. Автор темы столкнулся с проблемой: при включении RLS (Access Control на уровне записей) документы других подразделений все равно видны в списках, хотя и недоступны для редактирования.
Выясним причину: механизм RLS в «1С:Бухгалтерии КОРП» в первую очередь ориентирован на разделение данных по организациям (юридическим лицам). Разделение внутри одной организации по подразделениям в типовой БП работает «мягко». Посмотрим на последствия включения RLS в БП:
Снижение скорости работы: Каждый запрос к базе данных дополняется сложными условиями проверки прав. Для 12 активных пользователей, работающих через веб-сервер, это может привести к ощутимым задержкам при открытии списков документов и проведении операций.
Сложность настройки: В отличие от УТ, где RLS по подразделениям и группам доступа контрагентов — стандартная и глубоко проработанная функция, в БП попытка жестко изолировать филиалы часто приводит к необходимости доработки конфигурации, что лишает ее статуса «типовой».
Рассмотрим разницу в подходах к расчету финансового результата. В БП прибыль считается «по отгрузке» только после завершения периода и выполнения обработки Закрытие месяца.
В оптовой торговле руководителю часто требуется отчет «Валовая прибыль» в режиме онлайн. В торговых системах (УТ, УНФ, КА) себестоимость может считаться предварительно, что позволяет видеть маржинальность каждой сделки сразу после проведения реализации. В БП такой аналитики «из коробки» нет, а попытки ее внедрения перегружают систему бухгалтерского учета лишними данными.
Проанализировав опыт участников обсуждения, можно выделить три основных пути развития системы.
Это классический «кошерный» метод. Весь оперативный учет (заказы, резервы, закупки, логистика, CRM) ведется в УТ. В БП через типовую синхронизацию передаются только готовые документы (поступления, реализации, оплаты) для сдачи отчетности.
Преимущества:
Сложность: Необходимость настройки и контроля обмена данными.
Если главной целью является отказ от обменов между базами, то КА — это оптимальный выбор. Она объединяет в себе торговый функционал УТ 11 и бухгалтерский блок БП 3.0 в единой базе.
Особенности:
Подходит для небольших компаний, где торговля совмещена с простым производством или оказанием услуг.
Важный нюанс: В УНФ специфический подход к учету (не на планах счетов), поэтому для сдачи налоговой отчетности (особенно при НДС и импорте) все равно потребуется выгрузка в БП.
Если вы все же решите оставить только «1С:Бухгалтерию 3.0» для всех задач, будьте готовы к следующим доработкам:
Однако, как показывает практика, стоимость таких доработок и риски ошибок при работе 12 пользователей в одной БП быстро превысят стоимость внедрения полноценной торговой системы. Мы рекомендуем использовать БП только для того, для чего она создана — для подготовки и сдачи регламентированной отчетности. Для активных продаж и управления филиалами выберите УТ или Комплексную автоматизацию.
Разберем пример простого запроса, который часто пытаются внедрить в БП для получения данных о продажах менеджеров (чего нет в стандарте):
ВЫБРАТЬ
Продажи.Контрагент КАК Клиент,
Продажи.Номенклатура КАК Товар,
СУММА(Продажи.Количество) КАК КолВо,
СУММА(Продажи.Сумма) КАК СуммаПродажи
ИЗ
Документ.РеализацияТоваровУслуг.Товары КАК Продажи
ГДЕ
Продажи.Ссылка.Проведен = ИСТИНА
И Продажи.Ссылка.Дата МЕЖДУ &НачалоПериода И &КонецПериода
СГРУППИРОВАТЬ ПО
Продажи.Контрагент,
Продажи.Номенклатура
Даже такой простой отчет в БП не покажет вам себестоимость до конца месяца, так как регистры себестоимости в ней отсутствуют, а расчет идет по методу FIFO/средней только при закрытии периода. Это еще раз подтверждает: для оперативного управления бизнесом «Бухгалтерии» будет недостаточно.