Зачем это я пишу?
Зачем знать историю? Чтобы не повторять ошибок предков! Сейчас растет новой поколение 1С`ников, которые в глаза не видели 1С:Торговля и склад 9.2 на платформе 7.7, думаю, им будет интересно знать, как оно было раньше. У молодых может сложиться неверное впечатление, что ориентироваться на старье для движения вперед – ошибка, что технологии уходят вперед. Надеюсь, что мне этим текстом удастся Вас убедить, что не так уж и далеко ушли технологии. Далеко ушла платформа, предложив нам кучу новых возможностей, которые применяются на практике в новой конфигурации, но не структура и логика ядра этих конфигураций.
Для того чтобы объективно сравнить две конфигурации, придется представить, что они обе написаны на одной версии платформы, одновременно продаются и поддерживаются фирмой 1С, только тогда уйдет пелена «старья». Нет смысла говорить про разделение данных и ограничения прав на уровне записей.
Что будем сравнивать?
Какие конфигурации? Ну тут все очевидно ТиС 9.2, УТ 10.3 и УТ 11.4. Что конкретно? Очевидно, что обсуждать каждый реквизит можно лишь на страницах книги объемом в пару тысяч страниц. Сравним самые основные вещи, определяющие ведение учета. Важность будет определять автор, уж извините.
В путь!
Первое с чего хочется начать, это справочники. Именно они определяют основные возможности аналитики. Документы определяют лишь состав хозяйственных операций, а аналитику, разрезы учета, определяют справочники.
Многофирменный учет.
С чего начинается работа в любой конфе? С заполнения сведений о нашей организации. В наших реалиях бизнес по факту работает десятилетиями, а юридически компании банкротятся, открываются новые, регистрируется несколько одновременно под разные направления или для оптимизации налогов. Т.е. с юридической точки зрения каша и чехарда, но это те же люди, тот же склад, те же товары и хочется вести весь учет в одной базе. Нам нужны сводные данные, в целом по нашему предприятию, не важно, как организованному юридически и управленчески. И нам надо как разделить все хоз.операции (документы) для двух целей: регламентированного учета (законы никто не отменял) и управленческого учета. В общем случае аналитика управленческого учета не совпадает с аналитикой регламентированного учета.
Теперь как это было в сравниваемых конфигурациях.
ТиС 9.2
Имелось два справочника: Фирмы и СвоиЮрЛица. В каждой фирме была ссылка на свое юр.лицо. Причем две фирмы могли ссылаться на одно и тоже юр.лицо. Визуально пользователь всегда работал со справочником фирмы, эта сложная структура данных была за кадром. Такой подход позволял внутри одного юр.лица выделить упарвленчески независимые части, например сеть розничных магазинов отделить от оптовой торговли. Или торговлю бытовой техникой от торговли мороженым. Т.е. решалась задача управленческого разделения внутри одного юр.лица.
Задача объединения нескольких юр.лиц в одну управленческую структуру решалась справочником УпрАналитика. Мы могли создать две фирмы, привязать их к разным юр.лицам, но к одной УпрАналитике.
Все отчеты можно было фильтровать как по юр.лицам, как по фирмам так и по упр.аналитикам. Т.е. система позволяла полностью закрыть множество задач при расхождении управленческого учета и регламентированого.
В тоже время при самом распространённом случае – одной фирмы в базе, никаких сложностей пользователям не создавалось, никаких лишних полей выбора и лишних форм заполнения сведений о нашей организации. Пользователь даже не догадывался о столь сложной организации данных.
УТ 10.3
Могу сказать, что многофирменность тут есть. Имеется справочник «Организации». Задача разделения управленческой аналитики и регламентированной не решена никак. Жизненный опыт показал не востребованность трех справочников как в ТиС 9.2, и сделали всего один. Предполагается, что для управленческого учета нужны данные в целом по всей базе, а для регламентированного по конкретному юр.лицу.
УТ 11.4
Ничего не поменялось по сравнению с УТ 10.3. Справочник Организации все также решает задачи исключительно регламентированного учета. Для целей управленческого учета есть спаравочник «Направление деятельности». Но он есть чисто технически, т.к. конфигурация УТ 11.4 потомок КА 2 и ЕРП 2. Это очень полезный справочник «закопан» функциональными опциями.
Выводы: многофирменный учет есть везде. Но только в ТиС 9.2 он решает задачи управленческого учета, в поздних версиях он решает задачи только регламентированного учета. Думаю связано это с не востребованностью решения такой задачи в мелком бизнесе. Именно мелкому бизнесу нужно, чтобы программа из коробки сразу решала все их задачи. Бизнес, размеры которого таковы, что может потребоваться управленческое разделение по фирмам в пределах одной базы, может позволить себе доработку системы учета. С другой стороны такая простая доработка как создание трех справочников для учета по фирмам вместо одного будет очень дорогой, т.к. это все надо протащить во все документы и отчеты. Цена доработки превысит разность в цене между УТ и КА или ЕРП. Если раньше крупных ретейлеров от ТиС отталкивали возможности платформы, то сейчас возможности конфигурации. Либо берите КА с зарплатой и бухгалтерией в придачу, либо 1С не для Вас.
Номенклатура
Т.к. речь про торговлю и складской учет, то перечень товаров – очень важная составляющая. Посмотрим на историю развития справочника товаров и сопутствующие аналитики к нему. А перед этим я озвучу основную проблему при работе со списком товаров.
Главная проблема товаров, это что считать разным товаром. С точки зрения разных людей в компании множество товаров имеет разную мощность. Йогурты с разным вкусом имеют одинаковую упаковку и условия хранения, занимают одинаковый объем на полке холодильника, имеют одинаковую цену, руководителю интересен именно объем продаж йогурта любого вкуса, но вот покупателю не все равно с персиком он или с вишней.
ТиС 9.2
В справочнике товаров есть иерархия групп. Т.е. все товары разложены по папочкам. Звучит банально.
Есть подчинённый справочник единиц измерения, т.е. к одному товару привязываем несколько единиц с разными коэффициентами пересчета, у единицы есть реквизит штрих код и вес. Для номенклатуры указывается основная единица с коэффициентом 1. Это тоже для торговли банальная штука, но вот по сравнению с бухгалтерией это серьезный прорыв, где единицы есть только как классификатор и на учет не влияют.
Помимо основных реквизитов есть система дополнительных свойств. Их редактирование реализовано в отдельной форме. В отчетах по этим свойствам реализован отбор, а по основному свойству даже и группировка. Т.е. если Вам мало типовой группировки товаров по папкам, то Вы её легко расширяете.
УТ 10.3
Вот тут прорывом считаются «характеристики». Это подчинённый справочник, ссылка на который есть во всех документах и регистрах, а следовательно они есть во всех отчетах рядом с номенклатурой.
Сильно фишкой характеристик стал список свойств характеристик и поиск товаров по ним. Т.е. у каждого товара есть свой независимый список характеристик, что не позволяет получить товары с одинаковыми характеристиками (одного цвета, размера). А вот свойства характеристик уже позволяют найти товары с одинаковыми значениями этих свойств. Характеристики позволили сильно снизить размер справочника номенклатуры и при необходимости не анализировать данные в разрезе характеристик. Это сильно расширило управленческие возможности.
Создан учет по сериям. Серии это подчинённый справочник. Если для данного товара включен учет по сериям, то идет жесткий контроль остатков в разрезе серий.
УТ 11.4
Единицы измерения, реализованные еще в ТиС 9.2, почему-то не у всех пользователей вызывают радость. Есть к ним два противоречивых требования:
- Очень многим хотелось, чтобы они работали как в бухгалтерии, т.е. просто они были для печати в документах и не более. Чтобы единицы не были аналитикой и их выбор не влиял на поведение программы.
- У схожих товаров состав единиц одинаков и очень грустно для каждого товара вносить полный комплект каждый раз.
Вот и придумали наборы упаковок вместо единиц измерения. Есть набор, который классификатор, а есть набор подчинённый конкретному товару, а есть набор подчиненый виду товаров. Т.е. указав вид товара, к нему сразу уже настроен комплект единиц измерения. Структура данных – адская. Эти наборы упаковок могут быть подчинены чему угодно в зависимости от настроек учета. «Пользоваться пользователю» удобно, т.к. эта структура решает любую задачу, как самое простое использование единиц, так и сложное. А вот попробуй спрограммируй загрузку какого-нибудь документа! Это легко сделать для конкретной базы с конкретными настройками, а вот общий случай – не один десяток строк кода, если Вам известно, что это «кг», то Вы не можете однозначно установить отбор в запросе, не проанализировав общие настройки программы и конкретного товара, чтобы получить ссылку на правильный «кг».
Учет по сериям сильно усложнился, его сделали сильно гибким. Серии можно указывать как справочно, так и жестко вести остатки в их разрезе. Справочник серий теперь не подчинен номенклатуре и отсутствует в основных регистрах накопления. Что опять усложняет программную работу с ними. Запрос, получающий остатки серийных номеров данного товара на складе, становится не тривиальным.
Вывод: явно от поколения к поколению шло развитие функционала. От 9.2 до 10.3 сильно вырос функционал, за счет новых структур данных, протащенных во все документы, регистры и отчеты. От 10.3 к 11.4 сложность структуры данных выросла в разы, но не ради нового функционала, а для опциональности системы. В 11.4 попытались угодить всем, и тому, кому нужны новые возможности учета и тем, кто их не принимал. Получается, что визуально в УТ 11.4 для пользователя все может выглядеть элементарно, а внутри остаётся огромное количество сложно связанных между собой справочников и реквизитов. Стоимость разработки в такой системе даже элементарных загрузок документов сильно выросла.
Контрагенты
Контрагенты это те же юр.лица, как и наши, только чужие. С ними есть те же проблемы, что и с нашими. Для управленческого учета мы работаем с людьми, а для регламентированного с юр.лицами и эти множества могут соотноситься по-разному.
Часто требуется решить одну или обе задачи: 1) Мы торгуем с несколькими разными людьми, они нам заказывают товар по разному, по-отдельности ведем взаиморасчеты с ними, но они могут быть одним юр.лицом. Например, мы продаем товар оптом в сеть розничных магазинов одного бренда. 2) И наоборот, мы продаем товар одному и тому же человеку в один и тот же магазин, но у него периодически меняются юр.лица.
ТиС 9.2
Тут три справочника для работы с контрагентами: контрагенты, юр.лица и физ.лица. Визуально пользователь работает только с контрагентами, поэтому мало кто знал, что задача №1 тут была решена. У каждого контрагента есть ссылка на физ.лицо или на юр.лицо, в зависимости от вида контрагента.
Т.е. можно несколько контрагентов привязать к одному юр.лицу.
В отчетах получить регламентированные данные возможности не было, но написать свой отчет не меняя структуры данных – легко.
Задача №2 в ТиС 9.2 не решалась.
УТ 10.3
Почему-то тут оставили только один справочник контрагентов, что убило на корню возможности управленческого анализа.
УТ 11.4
После даунгрейда в 10.3 потребность в разделении управленческого и регламентированного учета в работе с контрагентами стала заметной. А т.к. технические возможности росли, то в УТ 11.4 решены обе задачи разделения. Соотноси юр.лица с партнерами как хочешь.
Но как обычно нашлось и большое количество пользователей, кому нравился один справочник, для таких все оставили за кадром, на экране одно, в базе другое. Вот тут разрабатывать сложнее всего, пользователь думает о том, что у него все просто, а ты ломаешь голову, откуда кодом взять адрес и где дополнительные реквизиты, часть данных лежит в партнере, часть в контрагенте, а на форме вот оно, все вместе лежит в одной карточке, все просто.
Склады
Собственно складской учет отвечает на вопрос, что и где лежит. С «что?» мы разобрались выше, переходим к вопросы «где?».
ТиС 9.2
Справочник складов без иерархии. Никаких дополнительных разрезов.
УТ 10.3
В справочник добавили иерархию. Это уже позволило выкрутиться для решения задач детализации склада, но кардинально ничего нового в работу не привнесло.
УТ 11.4
Вот тут наконец добавили, то чего ждали владельцы крупных складов, имеющих адресное хранение, зоны погрузки разгрузки и прочее. Сделали это добавлением нескольких новых справочников. Реализовано два вида адресации на складе: с жестким контролем и справочно. Что хорошо, ссылки на эти справочники не стали тащить во все документы. Сделано это за счет ордерной схемы учета. Детальное расположение товаров указывается только в складских ордерах, в других документах только склад. Не включив ордерный склад не получишь адресного хранения, но зато остальные документы не перегружены лишними полями.
Собственно не сказать про наличие ордерной схемы нельзя. У УТ 11.4 добавлен целый ряд документов для отражения движений товаров по складу. Собственно, все привычные нам с прошлых редакций документы на самом деле не «двигают» склад, а являются распоряжениями для «движения», а складские ордера и акты уже изменяют фактическое количество товаров на складе. Это огромный шаг к автоматизации крупных складов, где менеджеры и кладовщики живут своей параллельной жизнью и видят «разные» остатки, упитывающиеся в разных регистрах и двигающихся разными документами. Штука эта сложная и нужна только на крупных складах, поэтому логично, что этот блок в УТ 11.4 опционален.
Это своего рода первый шаг от программы под любую методику учета, к программе под конкретную методику учета. Предыдущие конфигурации не требовали определенного порядка работы с программой, УТ 11.4 имеет методику оприходования товаров на склад и отгрузки товаров со склада. Даже проведение инвентаризации на складе тут подчинено жестким правилам, не выполняя которые Вы обматерите программу, думая, что она не умеет элементарных вещей.
Вывод: в УТ 10.3 не было кардинальных изменений склада по сравнению с ТиС 9.2. УТ 11.4 сделал сильный шаг вперед добавив востребованный функционал адресного ордерного склада.
Ценообразование и скидки
Теперь о деньгах. Работа с ценами тоже за годы претерпела серьезные изменения. Общий вектор тот же, стало больше возможностей, но разработчику в этот огород лучше не лезть.
ТиС 9.2
В программе есть несколько видов цен. Один из них назначается закупочным, остальные – продажные. Вид цен определяется из договора покупателя. Хранится история цен. Есть обработка по установке цен на основании закупки по разным правилам, позволяющая проводить некий анализ.
Есть справочник скидок. Условий применения скидок – нет. Скидка либо есть в договоре, либо нет. В любом документе её можно назначить вручную.
С точки зрения кода очень масштабируемо сделано. Есть всего одна процедура обсчета скидок и цен, в которую можно вставить свой алгоритм и оно взлетит везде.
УТ 10.3
С ценами все без изменений, а вот скидки ушли в отрыв. Теперь есть история действия скидок, т.к. появился документ фиксирующий срок действия скидки. Появились разные виды скидок. Появились дисконтные карты.
В общем и целом программа не позволяла реализовать все известные и популярные виды скидок, которые на то время были в реальных магазинах. Т.е. появился новый широкий функционал, но он не охватил все потребности бизнеса. И я не говорю про экзотику, я говорю про то, что работало в популярных магазинах.
Масштабируемость системы была слабой, т.к. модули были не очень структурированы, с многочисленными повторами. Каждый раз при редактировании строки документа обсчет скидки делался дважды: один раз для текущей строки, второй для все табличной части целиком. И делалось это в разных процедурах, не было единого места для доработки, куда воткнул свой алгоритм и все заработало.
УТ 11.4
Тут с ценообразованием развитие пошло еще дальше. Все товары и клиенты можно теперь разбить на сегменты. Произвольные условия применения скидок. Механизмы одновременного действия скидок. Реализованы все популярные системы скидок.
Система настолько гибкая и крутая, что трудно придумать, что нельзя было с её помощью реализовать. Я даже не решусь перечислять список новых справочников и регистров появившихся в УТ 11.4 по сравнению с УТ 10.3.
Но если вдруг, захотелось экзотики – готовьте большие деньги для программистов. Сложную систему сложно дорабатывать, это логично.
Вывод: в ТиС 9.2 системы скидок не было, был некий зачаток, который почти в 99% реальной автоматизации приходилось допиливать. Но этот зачаток был настолько простым, что допиливание было очень легким. В УТ 10.3 попробовали реализовать нормальную систему скидок, но не сделав её самодостаточной убили легкость масштабирования. В УТ 11.4 скидки идут из «коробки», в 99% случаев Вам больше ничего не надо и если у Вас этот 1%, то лучше переделать свою маркетинговую политику, чем переделывать систему учета.
Торговое оборудование
Какая же автоматизация торговли и склада без торгового оборудования. Все три конфигурации прекрасно взаимодействуют с ним. Проблемой ТиС 9.2 является отсутствие поддержки, нет новыхкомпонент для нового оборудования под новые операционные системы. Но это вопрос не к архитектуре конфигурации, а к платформе. ТиС 9.2 позволяет подключать внешние компоненты и внешние обработки, что делает страшное «ФЗ-54» пустым звуком.
Т.е. проблема с ТО это проблема поддержки, а не архитектуры и развития.
Таблица, таблицы, таблицы...Код, код, код...
Тут, думаю, все всем ясно, чем дальше в лес, тем больше дров. У функционала есть своя цена. Модули сидят в памяти, таблицы лежат на жестком диске. Вариативность заставляет проверять настройки при каждом чихе. Масштабируемость падает, скорость разработки падает. Цена единицы счастья заказчика растет в небеса. Порог вхождения разработчика вырос.
Главные выводы
Общий вектор развития, думаю, ясен. 1С идет по пути усложнения и наращивания функционала. При этом она не забывает и про тех, кому этот функционал не нужен. На пути от ТиС 9.2 к УТ 10.3 было явное наращивание функционала, новая платформа, новые возможности. На отрезке от УТ 10.3 к УТ 11.4 функционал продолжили наращивать, но, получив отзыв от покупателя, приложили максимум усилий для возможности работы в «простом» режиме. Так же в некоторых случаях ТиС 9.2 выступил как пример лучших практик, проверенных временем.
Нынешняя УТ 11.4 совмещает в себе несколько программ, простую и сложную, но это только для пользователя. Для разработчика все стало очень сложно. В довесок свой след оставила преемственность от флагмана ЕРП, которая еще сильнее отягощает сложность системы.
Такой подход напрочь убил возможность дешевых, но ёмких доработок, когда 10 строчек кода могли привнести в программу новый функционал. С другой стороны в этой системе уже все есть.
Правильный ли это вектор развития? Не знаю. В эпоху избыточной производительности оборудования и массового потребления можно дать пользователям продукт умеющий все и нет смысла экономить пару гигабайт на его жестком диске и пару в оперативной памяти. Никто и не заметит. Это мне напоминает современный смартфон с 8ю ядрами и 4 Гигабайтами оперативной памяти, который радует тем, что «плавно листает спсики». Нет он не выдает 120 кадров uhd картинки в игре с 10ю миллионами полигонов, он просто плавно отображает сайты, сообщения и список контактов.
А вот представим, что у Вас есть выбор: в прайсе 1С есть три позиции ТиС 9.2 за 10 000 рублей, УТ 10.3 за 15 000 рублей и УТ 11.4 за 20 000 рублей. В первой есть только необходимый минимум, но она летает на Вашем оборудовании. Вторая что-то среднее. А третья тормозит и вешает Ваш сервер, но с блэкджеком и шл**ми. Какую купите Вы?
Еще сравнение трех версий дает понять, что лучшие практики в архитектуре существуют. И они не всегда реализованы в текущем современном виденье вендора на продукт. И именно эти практики есть желание видеть во всех системах учета не зависимо от их функциональности и масштаба. Это именно те вещи, которые дают возможность минимумом усилий получать максимальный результат, которые просты в использовании и решают насущные проблемы.
