Вступление: Двуликий Янус
Мой стаж в 1С — более 20 лет. И все эти годы я живу с раздвоением чувств: от восхищения до желания разбить монитор.
Давайте будем честными: как техническая платформа для разработки, 1С гениальна. Инженеры, создавшие саму среду, — настоящие профессионалы. То, что на C# или Java требует недели кодинга, здесь собирается из «кубиков» за час. Конфигурирование, объекты, запросы — это мощнейший Low-code конструктор, который позволяет решать бизнес-задачи молниеносно. За это платформу невозможно не любить.
Но есть и другая сторона. Это типовые конфигурации (УНФ, ERP) и заложенная в них логика работы с пользователем. И вот здесь начинается ненависть.
Складывается ощущение, что люди, которые проектируют интерфейсы и пользовательские сценарии (методологи, аналитики, UI-дизайнеры), живут в вакууме. Они, похоже, презирают реальный мир и реальных людей. Они создают систему для идеальных «сферических сотрудников в вакууме», которые знают теорию ограничений систем, понимают терминологию вроде «барабан-буфер-веревка», никогда не ошибаются и обладают бесконечным терпением.
Хроники нарциссизма: От ERP до курсов
Проблема не в конкретной конфигурации. Это системный сбой. 1С:ERP, 1С:УНФ, 1С:КА — везде мы видим этот нарциссизм системы.
История первая: Слезы над ERP
В одном из прошлых проектов мы внедряли 1С:ERP на швейном производстве. Задача классическая —автоматизация производственного учета на базе 1С. Мы начали обучение начальника производства (женщины-диспетчера) работе с типовым функционалом планирования.
На втором занятии она просто заплакала.
Это была не истерика, а слезы бессилия профессионала, которого заставляют чувствовать себя идиотом. Она прекрасно знала свое производство, но логика 1С, перегруженные формы и отсутствие защиты от ошибок («нажала не туда — всё сломалось, ищи ошибку три часа») сломали её. Чтобы не потерять ценного сотрудника, мы остановили «правильное» внедрение и сделали интеграцию с её привычными Excel-таблицами. Схема задумывалась как временная, но, как известно, нет ничего более постоянного. Производство работает, люди спокойны, учет в 1С ведется.
Почему так происходит?
Система не прощает ошибок. В ней нет любви и уважения к пользователю. Справка часто написана так, что её невозможно читать без словаря. Более того, этой надменностью заражена вся экосистема. Посмотрите на обучающие материалы. Даже курсы уважаемых гуру (не будем показывать пальцем, но многие знают эти фамилии) страдают снобизмом. Материал подается сухо, скучно, с позиции «вы должны страдать, чтобы постичь дзен». У людей нет ни времени, ни желания продираться через этот академический текст, чтобы понять, как нажать три кнопки.
Кейс: 450 принтеров и один «Абьюзер»
Недавний случай подтвердил: ничего не меняется.
Дано: Быстрорастущая 3D-ферма. Парк вырос до 450 принтеров за шесть месяцев. Работа 24/7.
Герой: Начальник производства (НП), который создал свою гибкую систему планирования в Google Таблицах, потому что ему надо работать, а не учитывать. Антагонист: Предыдущий внедренец.
Внедренец попался «идейный». Он считал, что:
- Таблицы — это ересь.
- Искусственный интеллект — от лукавого.
- Если пользователь не понимает 1С — он тупой.
Я слышал записи их разговоров. Это был чистый абьюз. Специалист 1С отчитывал начальника производства как школьника: «Вы за две недели не изучили подсистему? Поэтому у вас бардак!». В итоге НП был на грани нервного срыва. Он тратил часы на двойную работу (вести таблицы для себя и пытаться вбить что-то в 1С для галочки), да еще и получал нагоняи от внедренца.
Метод «Не ломать через колено»
Когда нас пригласили спасать ситуацию, стало ясно: еще немного «правильного внедрения», и фирма останется без начальника производства.
Мы обсудили ситуацию с руководством и приняли решение: оставить пользователю его инструмент. Если Google Sheets закрывает оперативные потребности (наглядность, быстрое редактирование, удобство), но страдает учетная функция — не надо отбирать таблицы. Надо подружить их с 1С.
Философия проста:
- Любить и уважать людей. Пользователь не должен плакать от вашего софта. Планирование производства (особенно когда у тебя сотни единиц оборудования и десятки номенклатурных позиций в день) — это тяжелый интеллектуальный труд. Это огромная ответственность. Люди, которые этим занимаются — профессионалы, выполняющие сложнейшую работу. Они заслуживают уважения и удобных инструментов, а не унижения сложностью интерфейсов.
- Соблюдать интересы бизнеса. Бизнесу нужен результат (выпущенная продукция и порядок в учете), а не «идеальная архитектура по методологии 1С».
Техническая реализация: Надежный шлюз, а не «костыль»
Чтобы это решение работало годами, подход к разработке должен быть промышленным.
Мы реализовали односторонний обмен 1С:УНФ -> Google Sheets за неделю.
Ключевые моменты архитектуры:
- Автономность (Service Account): Мы не используем OAuth авторизацию пользователя. Обмен идет через Сервисный аккаунт Google. Токен живет своей жизнью, обновляется сам. Пользователю не нужно логиниться в браузере. Это стабильность.
- Планы обмена вместо выборки по датам: Главная ошибка новичков — выгружать «документы за вчера». А если кто-то залез в прошлый месяц и поправил заказ? Мы использовали механизм Планов Обмена. При проведении или изменении документа он регистрируется в очереди. Обработка забирает только изменения. Ничего не потеряется.
- Защита от дублей (UUID): В Google Sheets нет уникальных ID. Мы используем UUID объекта 1С для каждой строки и храним его в скрытой колонке. Перед записью 1С проверяет диапазон (3000 строк вверх, 100 вниз от точки актуальности) на наличие этого UUID.
- Атомарность: В УНФ заказ может содержать 10 позиций. В таблице планирования мастера — это 10 разных строк. Мы доработали сбор данных так, чтобы 1 строка номенклатуры превращалась в отдельную сущность для Google Sheets.
Технический бонус: Как не изобретать велосипед
Сделать надежную авторизацию через Service Account (без браузера и ввода кодов) — задача нетривиальная. Многие спотыкаются именно на этапе генерации JWT-токена и криптографии внутри 1С.
Чтобы вы не тратили время на «кодинг ради кодинга», я выложил на Инфостарте заготовку, которая закрывает этот вопрос:
Интеграция 1С с Google Таблицами: Надежная выгрузка через сервисный аккаунт
Это не описанная выше подсистема для 3D-фермы (она слишком специфична), а универсальный пример на базе выгрузки заказов из 1С:ERP.
Что внутри:
- Готовый механизм авторизации через Service Account.
- Два режима работы на выбор:
- Нативный (Native): Генерация токена чистым кодом 1С (HTTP + криптография). Работает и на Windows, и на Linux.
- Консольный: Через внешнюю утилиту (для сравнения или специфичных задач).
- Пример выгрузки данных.
Разработка сэкономит вам несколько дней разбирательств с OAuth2 и Google API. Берите как шаблон и докручивайте под свои задачи.
FAQ для «Святой инквизиции 1С»
Предвижу комментарии адептов «чистой методологии». Отвечу сразу.
— «Нужно было просто обучить пользователей! Там же все есть в типовой!» — У малого и среднего бизнеса нет бюджета в миллионы рублей и 6 месяцев времени на то, чтобы переучивать персонал под логику 1С. Им нужно работать «вчера». Насилие над персоналом приводит к увольнениям, а не к автоматизации.
— «Google Таблицы — это небезопасно/несерьезно!» — Для небольшой компании риск остановки производства из-за саботажа сложной системы гораздо выше, чем мифические риски Google. Таблицы — это UI, который понятен любому школьнику. Когда компания вырастет до завода-гиганта, тогда и внедрим «тяжелый люкс» ERP, хотя и в учете гигантов в полный рост используются таблицы Excel и т.п..
— «Это костыль!» — Это мост. Мост между строгим учетом, который нужен директору/бухгалтеру, и реальной жизнью, в которой живет производство.
Пожелание фирме 1С: Время ломать стену между программой и человеком
Мы живем в эпоху искусственного интеллекта, когда нейросети пишут код, рисуют картины и сдают экзамены. В этом современном мире стыдно иметь справку, написанную языком сухих канцелярских инструкций, которую невозможно читать без боли.
Уважаемые разработчики, у вашей компании есть колоссальные ресурсы. Да, сейчас в России у вас практически нет конкурентов, вы — монополисты. Но это не повод останавливаться в развитии. Монополия — это не только привилегия, но и ответственность перед миллионами пользователей.
Мы понимаем: переделать интерфейс универсальных конфигураций, которые должны подходить всем (от ларька до холдинга), невероятно сложно. Но если вы не можете изменить «железобетонный» UI, используйте современные технологии, чтобы помочь людям в нем выжить:
- Внедрите AI-помощников: Пора дать возможность задать вопрос программе на обычном человеческом языке. «Как мне оформить возврат?», «Почему не закрывается месяц?». Пусть умный ассистент проанализирует базу и даст понятный ответ или подсветит нужную кнопку, вместо того чтобы кидать в пользователя ссылкой на 50-страничный мануал на ИТС.
- Очеловечьте обучение: Создайте простые, доступные, интерактивные обучающие материалы. С помощью того же AI можно генерировать понятные инструкции на лету.
Технологии уже здесь. Ресурсы у компании есть. Нужно только желание повернуться лицом к человеку и проявить немного заботы о тех, кто проводит в ваших программах по 8 часов в день.
Заключение
Инженерам платформы 1С — низкий поклон. Методологам и дизайнерам интерфейсов — пожелание спуститься с небес на землю.
А коллегам-внедренцам хочу сказать: давайте отбросим снобизм и вспомним, что наша работа — не самоутверждаться за счет пользователей, а решать проблемы бизнеса. Если интеграция с Google Таблицами, решает проблемы бизнеса, приносит прибыль компании и при этом бережет нервы сотрудников — значит, мы убиваем сразу несколько зайцев и делаем по-настоящему полезное дело. Ведь в конечном счете мы работаем, чтобы жить счастливо, спокойно и финансово успешно, а не живем ради того, чтобы бесконечно страдать над «правильной» методологией.
