Переход с конфигурации 1С:Комплексная автоматизация 1.1 (КА 1.1) на 1С:Бухгалтерия предприятия 3.0 (БП 3.0) — это критическое изменение архитектуры учета. Часто такое решение принимается под давлением бухгалтерской службы, которой удобен интерфейс и простота обновлений БП 3.0. Однако для производственных и складских подразделений такой переход означает потерю 80% необходимого функционала. Разберем подробно, что можно сделать в этой ситуации, какие существуют риски и как правильно выстроить систему.
В системе КА 1.1 учет строится на базе оперативных регистров накопления (партионный учет или РАУЗ). Движения по складу первичны, а бухгалтерские проводки — это лишь отражение этих движений. В БП 3.0 всё работает наоборот: учет ведется «от проводки». Проанализируем основные функциональные разрывы:
Приходный ордер на товары или Расходный ордер на товары в их классическом понимании, позволяющих разделить финансовый переход права собственности и фактическое движение ТМЦ на складе.Заказ покупателя. Документ Счет на оплату в БП — это просто печатная форма, не делающая движений в регистрах.Товары на складах, есть только остатки на счетах 10, 41, 43.Это самый логичный и правильный путь для производственного предприятия. КА 2.5 является прямым наследником КА 1.1 на современной платформе. Рассмотрим, почему стоит выбрать этот вариант:
Внутренние заказы, и Ордерный склад, и планирование производства.КА 2 можно настроить права и интерфейс так, что бухгалтеры будут видеть только нужные им документы, аналогичные интерфейсу БП 3.0.Для миграции данных рекомендуется использовать типовые обработки от «1С» для переноса остатков и НСИ. Помните, что перенос документов «один в один» невозможен из-за принципиально разных структур данных (в КА 1.1 — регистры, в КА 2 — подсистема обеспечения и другие механизмы).
Если бухгалтерия категорически настаивает на использовании БП 3.0, рассмотрим вариант распределенной системы. Мы можем внедрить 1С:Управление торговлей 11 (УТ) для оперативного контура и настроить синхронизацию с БП.
Схема работы:
УТ 11 кладовщики и менеджеры ведут весь оперативный цикл: заказы, ордера, резервы, перемещения.БП 3.0 через типовой механизм синхронизации передаются только «финансовые» документы (Поступления, Реализации).Важное ограничение: В УТ 11 нет производственного блока. Если у вас есть переработка сырья, выпуск продукции и расчет себестоимости, вместо УТ 11 следует использовать 1С:УНФ (Управление нашей фирмой) или ту же КА 2, но только как управленческую базу.
Рассмотрим ситуацию, когда бюджет не позволяет купить вторую программу, и необходимо добавить складской учет прямо в БП 3.0. Проанализируем, как это реализовать технически с помощью расширений конфигурации, чтобы не снимать базу с поддержки.
Нам потребуется создать собственные объекты:
хор_ТоварыНаСкладах (вид — Остатки) с измерениями Номенклатура, Склад и ресурсом Количество.хор_ПриходныйОрдер и хор_ВнутреннийЗаказ.Для того чтобы типовые документы (Реализация, Поступление) также влияли на наши складские остатки, используем переопределение в расширении:
&После("ОбработкаПроведения")
Процедура хор_ОбработкаПроведения(Отказ, РежимПроведения)
// Проверяем, нужно ли делать движения по складскому регистру
Движения.хор_ТоварыНаСкладах.Записывать = Истина;
Для Каждого ТекСтрока Из Товары Цикл
Движение = Движения.хор_ТоварыНаСкладах.ДобавитьРасход();
Движение.Период = Дата;
Движение.Номенклатура = ТекСтрока.Номенклатура;
Движение.Склад = Склад;
Движение.Количество = ТекСтрока.Количество;
КонецЦикла;
КонецПроцедуры
Внимание: Этот путь крайне опасен. БП 3.0 обновляется очень часто. Любое изменение в логике типового проведения может привести к тому, что ваше расширение перестанет работать или начнет двоить остатки. Кроме того, вы не получите в БП полноценного партионного учета для склада без переписывания механизмов себестоимости.
Выясним, какой вариант подходит именно вам, проанализировав следующие критерии:
КА 2 или ERP. Пытаться внедрить производство в БП или УТ — это тупик.УТ + БП требует навыков настройки синхронизации и решения конфликтов дублей номенклатуры.БП 3.0 силами одного программиста в итоге может обойтись дороже за счет стоимости поддержки и ошибок в учете, чем покупка лицензий на КА 2.Рекомендация: Если вы находитесь в состоянии «цейтнота», попробуйте запустить тестовый пример в КА 2.4/2.5. Покажите руководителям подразделений, как в одной базе закрываются потребности и склада (ордера), и производства (спецификации), и бухгалтерии (регламентированная отчетность). Это самый надежный способ убедить руководство отказаться от идеи «голой» БП 3.0 в пользу комплексного решения.