Права пользователей: от хаоса к архитектуре
На первый взгляд может показаться, что настройка прав — дело пустяковое.
Есть профили, есть группы доступа — выдал сотруднику нужную роль, и всё.
А если не получилось — даём “Администратора”, чтобы не мешали работать 😅
Так в итоге и живут многие базы:
через год-другой у всех сотрудников права на всё,
а кто-то случайно удаляет документы, меняет настройки — и ломает работу целого отдела.
Со временем я научился выдавать права точечно, под конкретные задачи и роли, чтобы не раздавать “админку” всем подряд.
А потом — съездил весной на форум в Питер, насмотрелся, как выстроена система прав в крупных компаниях.
И вот тут началось самое интересное 👇
Теперь я умею:
• Выстраивать иерархию подразделений и назначать права по отделам.
• Назначать права группам пользователей в зависимости от должностей — особенно удобно, когда сотрудников 20+ с разными уровнями доступа.
• Контролировать доступ через «эталонных технических» пользователей.
• И при необходимости довыдавать роли точечно, не ломая структуру.
Так управлять правами стало проще: добавил нового человека — права подтянулись автоматически,
а пользователи перестали писать “у Петрова работает, а у меня нет!” 😄
Недавно на одном новом проекте:
• Получил ФИО, контакты и отделы.
• Сгенерировал пароли и таблицу иерархии (спасибо ИИ и моим автоматизациям 🤖).
• Создал пользователей, раздал права отделам.
🧱 Теперь всё чисто, структурно и управляемо.
Так выглядит архитектура прав, а не хаос с “всем по максимуму”.

👀 А у вас как настроены права?
Все по ролям или “у всех всё открыто”?

Калькулятор расчёта стоимости

На этой неделе писал большое техническое задание на доработку под названием «Калькулятор расчёта стоимости изделия».

🔹 В чём суть
В компании менеджеры получают от поставщиков десятки предложений на один и тот же товар.
Из-за специфики бизнеса — один товар может считаться сразу в нескольких вариантах, с разными условиями и дополнительными расходами, как общими, так и построчно для конкретного изделия.

Всё это сводится в Excel: кто дешевле, где какие допрасходы, у кого учтён НДС, где не учтён…
А потом нужно создать номенклатуру, оформить заказы клиентам и поставщикам, распределить расходы и не потерять данные.

💡 И вот здесь появляется мечта любого менеджера — «волшебная кнопка», которая соберёт всё это автоматически и не займёт полдня работы 😅

🔹 Почему это важно
Такой кейс сейчас встречается всё чаще: торговые компании считают каждый рубль, а готового инструмента нет — ни в 1С, ни в Битриксе.

🔹 Что получилось
Я продумал архитектуру доработки с отдельным документом, прорисовал макеты документа, описал:
• логику работы и формулы расчётов,
• алгоритмы создания номенклатуры и заказов,
• структуру документа и связи таблиц,
• кейсы для тестирования.

📄 В итоге — больше недели работы и около 30 страниц технической документации.

❗ Учесть абсолютно всё заранее невозможно — в таких масштабных доработках почти всегда всплывают нюансы, которые бизнес показывает уже на этапе тестов.
Поэтому важно изначально закладывать гибкость архитектуры, чтобы система могла адаптироваться без значительных переделок.

🔹 Результат
Если раньше менеджер тратил на все эти действия несколько часов,
то теперь — 15–20 минут.
Быстрее, с учётом НДС, без ошибок и с полной историей действий для руководителя.

Мне кажется, результат того стоил 😉

🔥 Ставь огонёк, если хотел бы себе такую доработку —
или пиши в личку, обсудим, как оптимизировать процессы у тебя 😁

Деньги на счёте ≠ прибыль
Очень часто в разговорах с предпринимателями слышу:
«Зачем мне отчёт P&L, если я и так вижу деньги на счёте?»
И вот это — классическая ловушка 🫠
Остаток на счёте показывает только то, что сейчас лежит в банке,
а не то, что вы действительно заработали.
Разберём на примерах 👇

📌 Пример 1
➕ Поступления: 10 млн
➖ Расходы: 8 млн
💰 Остаток на счёте: 2 млн
📊 Чистая прибыль по начислению: 1 млн
👉 Что это значит:
Лишний миллион на счёте — не ваш.
Скорее всего, это предоплата клиента, по которой ещё нет закрывающих документов.
Если реализация не прошла, клиент может просто попросить вернуть эти деньги.

📌 Пример 2
➕ Поступления: 10 млн
➖ Расходы: 8 млн
💰 Остаток: 1 млн
📊 Прибыль по начислению: 2 млн
👉 Что это значит:
Бухгалтерия показывает прибыль,
а денег на счету — почти нет.
Если сейчас вывести 2 млн дивидендами, компания сразу уйдёт в кассовый разрыв 😬
Почему?
Потому что есть дебиторка — услуги оказаны, доход признан,
но клиенты ещё не оплатили.

📌 Пример 3
➕ Поступления: 30 млн
➖ Расходы: 8 млн
💰 Остаток: 22 млн
📊 Прибыль по начислению: 1 млн
👉 Что это значит:
На счёте много денег,
но прибыли нет вообще.
Это авансы или чужие средства.
Потратите даже 15 млн —
и останетесь без оборотки совсем 🙈

💡 Вывод:
Не путайте “деньги на счёте” и “прибыль”.
Они живут в разных реальностях:
• 💵 Остаток на счёте = то, что сейчас доступно
• 📈 P&L по начислению = то, что действительно заработано
Анализируйте оба показателя.
Только тогда управленческие решения будут осознанными.

📊 Что даёт отчёт P&L:
• Видеть реальные доходы и расходы — не по движению денег, а по сути операций.
• Контролировать себестоимость проданных товаров и оказанных услуг.
• Понимать, какие направления бизнеса действительно приносят прибыль.
• Видеть момент, когда прибыль есть “на бумаге”, но нет денег на счету — и управлять этим заранее.
P&L по начислению — это инструмент, который показывает реальную экономику бизнеса, а не просто баланс в интернет-банке.

API-интеграции: от магии до реальных кейсов

Когда год назад или раньше я впервые столкнулся с понятием API, это казалось чем-то абсолютно непонятным, скрытым за технологической терминологией и дорогими доработками.
Но спустя время, когда я углубился в архитектуру систем, стал интересоваться автоматизацией и оптимизацией процессов — API-интеграции стали неотъемлемой частью моей работы.

Процесс автоматизации давно перестал быть чем-то экзотичным.
Раньше, когда в России стоимость труда была ниже, чем на Западе, компании часто закрывали «дыры» в процессах за счёт найма дополнительных сотрудников, а не за счёт повышения эффективности через автоматизацию. Множество рутинных операций выполнялись вручную, а выгода от автоматизации не всегда просчитывалась в долгую.
Но сегодня всё больше компаний понимают, что автоматизация — это не лишняя трата, а способ снизить затраты и повысить результативность.

В этом контексте API-интеграции становятся одним из ключевых инструментов для оптимизации.

Что такое API-интеграция и как она помогает

API (Application Programming Interface) — это способ, с помощью которого разные системы могут взаимодействовать друг с другом. С его помощью можно автоматизировать обмен данными, исключив ошибки и задержки, а также сократить время, которое сотрудники тратят на рутинные задачи.

Реальные кейсы интеграций
Кейс №1 — Интеграция сервиса учёта времени с Google Таблицами и Telegram ⏱

Когда я только начал автоматизировать учёт времени для себя, процесс выглядел так:

- Заходил в сервис учёта времени, выгружал данные в формате CSV, который не подходил для отчётности.
- Затем вручную конвертировал этот файл в Excel, разбивал данные по столбцам, переносил в Google Таблицы.
- Заполнял недостающие данные вручную — это занимало полчаса на один отчёт.

Теперь всё это происходит автоматически:

- Я пишу команду в Telegram, и бот отправляет запрос в сервис учёта времени.
- Сервис отдаёт все данные за нужный период в Google Таблицу.
- Как только данные загружены, Google Таблицы запускают обработку, которая заполняет недостающую информацию и конвертирует её в нужный формат.

Раньше весь этот процесс был очень трудозатратным, а теперь — автоматизирован и занимает 5-10 минут.

Кейс №2 — Интеграция CRM-системы (Битрикс24) с 1С

Для одного клиента мы внедряем интеграцию между 1С и Битрикс24, и типового решения не хватает. Задача не просто синхронизировать данные, а создать двусторонний обмен между двумя системами:

- Номенклатура, остатки, цены
- Контрагенты, заказы
- Воронки продаж, стадии, отгрузки товаров
- Списания образцов и тестовых партий

Таким образом, сотрудники отдела продаж могут работать в единой CRM-системе, а все нужные данные подтягиваются из 1С. Документы могут создаваться в любой из систем, и весь учёт остаётся в 1С.

Это исключает двойной ввод данных и позволяет избежать ошибок, ускоряя процесс. Вся информация автоматически синхронизируется, и сотрудники тратят меньше времени на операционные задачи.

Зачем всё это нужно?

API-интеграции позволяют решать следующие задачи:

Автоматизация рутинных операций. Вместо того чтобы вручную собирать и вводить данные, системы делают это за вас.

Снижение ошибок. Исключение человеческого фактора в таких процессах, как расчёты, заказы и отчётность.

Ускорение процессов. Работать быстрее, не теряя времени на повторяющиеся действия. 🚀

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

🔥 А вы уже используете API для оптимизации своих бизнес-процессов? Пишите какие задачи вы бы хотели автоматизировать с помощью API. 🙂

Как выбрать систему 1С под свой бизнес

Недавно ко мне обратились ребята с просьбой:

«Нужно срочно запустить 1С, всё горит!» 🔥

Оказалось, они уже купили конфигурацию — УНФ,
но когда попытались сами в ней работать, ничего не получилось.
После короткого аудита стало ясно: эта система не закрывает все их задачи, и им либо придётся дорабатывать УНФ, либо переходить на другую конфигурацию.

Чтобы не попадать в такие ситуации и не тратить деньги впустую, я записал видео о том, как выбрать подходящую систему 1С под ваш бизнес и на что обратить внимание перед покупкой.

Смотреть на RuTube
Смотреть на YouTube

Если будет полезно — ставь лайк и подписывайся 🙂

📢 Продление сроков маркировки остатков одежды и белья

Согласно Постановлению Правительства РФ от 31.07.2025 № 1134, для товарной группы
«Предметы одежды, бельё постельное, столовое, туалетное и кухонное»
продлена маркировка остатков товаров, указанных в Постановлении № 883 от 29.06.2024.

Теперь завершить оформление остатков можно до 28.02.2026 включительно.

С 01.03.2026 маркировка остатков будет недоступна — заказать коды, подать отчёт о нанесении и ввести в оборот остатки будет невозможно.

⚙️ Если вы ещё не начали оформление остатков или не уверены, что всё сделали корректно — самое время проверить.

✉️ Пишите в личку - помогу разобраться с процессом, организовать маркировку, обмен с 1С и Честным Знаком, чтобы не потерять время и не рисковать блокировкой товаров. 🙂

🚛 Автоматизация складского учёта с маркировкой

Неделя выдалась неожиданно жаркой 😅

Складской учёт и автоматизация работы со складом — боль многих компаний.
Мы с клиентом довольно долго откладывали задачу по внедрению учёта, чтобы «сделать всё по уму».
Но в начале недели внезапно всплыла проблема:
коды маркировки и транспортных упаковок на ТСД то не сканируются, то сканируются, но обратно в 1С данные не попадают.

Изначально хотел решить это через подрядчиков по складскому оборудованию — логично, подумал я. Но ответа не дождались, а задача всё сильнее обострялась 🙈
В итоге пришлось погрузиться самому.

После нескольких тестов стало ясно: без привлечения самого разработчика используемого ПО — DataMobile — не обойтись.
Включил «челночную дипломатию»: связал клиента, поддержку и собственные наблюдения. Начали копать — от настроек до кода обработки.

В итоге:

донастроили шаблоны в ПО на ТСД;

подкорректировали бизнес-процессы, чтобы получать все нужные данные;

нашли и помогли исправить техническую ошибку в самой обработке DataMobile (отдельное спасибо техподдержке — сработали быстро и чётко 🔥).

Что в итоге сделали

1️⃣ Настроили ТСД и оборудование
2️⃣ Привели в порядок обработку на стороне 1С
3️⃣ Зафиксировали бизнес-процессы приёмки и отгрузки, чтобы теперь всё было понятно и сотрудникам, и разработчикам

Что получили

✅ Клиент сам может пройти весь процесс
✅ Новые вопросы теперь решаются по отлаженной схеме
✅ И главное — отгрузки идут, склад работает стабильно 💪

А как у вас дела со складом?
📦 Всё автоматизировано — или всё ещё «бумажный квест»?

🔮 Битва против «титанов» или как работают «заклинания» системной диагностики

Иногда работа с маркировкой напоминает расследование, где приходится шаг за шагом раздвигать туман и вызывать на поверхность скрытые механизмы.
И последнее время такие кейсы встречаются всё чаще.

Недавно столкнулся с интересной ситуацией, связанной с товарами, для которых в маркировке есть особые правила учёта. Там важна каждая деталь: как описана карточка в Национальном каталоге, какие параметры передаются при продаже и что учитывается при приёмке.

🎭 Суть проблемы

Система вела себя как настоящий трикстер:

— Настраиваешь карточку правильно → продавать можно, но принимать упаковками — нельзя.
— Настраиваешь неправильно → принимать можно, но продавать корректно — нельзя.

То есть как ни поверни — где-то обязательно «рассыпается» логика.

🔍 Где искать проблемы?

Начал выстраивать гипотезы:
1. Неверное описание карточек у Поставщика
2. Ошибка в правилах маркировки на стороне ЧЗ
3. Разные версии конфигураций 1С между Поставщиком и Клиентом
4. Ошибки в ЭДО при передаче данных

И вот тут началась наша любимая «челночная дипломатия»:
ЧЗ, Поставщик, службы 1С, операторы ЭДО — каждый уверял, что «у нас всё хорошо».

Параллельно я пошёл копать глубже — в логи, форумы, чаты, старые обсуждения.
Перерыл реально тонны информации.

И наткнулся на других «счастливчиков», у которых ломалось всё точно так же.

✨ Переломный инсайт

Сложив разрозненные подсказки, ответы и наблюдения,
я решил проверить типовой запрос, который 1С отправляет в ЧЗ.
И там пазл неожиданно сложился — логика была нарушена именно в нём.

🏆 Итог — маленькая победа над большим механизмом

Смоделировав примеры и собрав все артефакты доказательств, я отправил развёрнутый разбор в техподдержку 1С.

И в этот раз — произошло то, чего я не ожидал:
1С официально признали глобальную ошибку.

Скажу честно: приятно, когда удаётся не просто «починить», а высветить проблему, которая долго пряталась в тени.
Это и есть магия: превращать хаос в ясность.

Если у тебя в маркировке тоже что-то «ведёт себя странно», или кажется, что в системе спрятан невидимый сбой — пиши.
Найдём, раскопаем, превратим в порядок ✨

Как настроить синхронизацию между УТ/КА2/ERP и БП

Когда данные в УТ/КА2/ERP живут своей жизнью, а бухгалтерия — своей, неизбежно появляются ошибки, задержки и лишняя работа. 🫠
Поэтому записал новый ролик, в котором объясняю, как с помощью синхронизации связать системы, упростить процессы и избежать двойного ввода — показываю настройку от начала и до проверки обменов.

Метод также работает и для синхронизации других Баз - УНФ, вместо ERP, ЗУП, вместо БП.

Если вы всё равно столкнулись со сложностями обмена - пишите, разберем ваш случай и поможем 🤓

Смотреть на RuTube
Смотреть на YouTube

🕰️ «Хочу, чтобы было как раньше»

Почему при внедрении 1С всё идёт не так, как планировали

На этой неделе вспомнил одну тему, с которой сталкивался уже не раз 🙂

Компания долго работала «по-старому»:
в другой программе или в давней 1С 7.7.
И вот — долгожданное решение переходить на 1С 8.

Мы проводим предпроектный анализ:
изучаем процессы, ищем функциональные разрывы,
моделируем будущее решение — как всё должно работать.

🧑‍🏫 Обучение проведено, пользователи говорят «понятно».
День запуска.
И тут начинается новый сезон сериала:

«Я хочу, как раньше!» 😅

Причём:

«как раньше» = не всегда правильно

«как раньше» = не всегда можно

«как раньше» = не всегда было согласовано

У меня на одном проекте всё дошло до того, что пришлось
несколько дней жить у клиента, разбирая вопросы в режиме «нон-стоп».
Потому что люди столкнулись не с кнопками —
а с изменением привычной реальности.

🤔 Так что же делать?

Самое важное — привлекать реальных пользователей на этапе анализа и моделирования:

кладовщиков — в блок склада,

бухгалтеров — в блок учёта,

продажников — в CRM и документы реализации.

Потому что они лучше всех знают:
📌 как оно работает «на самом деле»
📌 где реальный процесс отличается от регламента
📌 какие мелочи решают комфорт работы

А каждый такой нюанс — это потенциальный функциональный разрыв,
который может превратиться в аврал на запуске.

🎯 Вывод

Успешный запуск 1С — это не только про настройки и доработки.
Это про работу с ожиданиями, вовлечение людей
и постепенное, грамотное изменение “как раньше” на “как лучше”.

А у вас на проектах звучала фраза «верните, как было»? 😄
Если планируете переход на 1С 8 — расскажу, как пройти этап изменений без потрясений 👇

Как зарегистрировать Новый Личный Кабинет 1С и Программный продукт

Иногда сталкиваюсь с ситуациями, как на самом старте работы с 1С возникают вопросы:
куда заходить, что регистрировать и в каком порядке. 😵‍💫

В видео показываю, как создать личный кабинет 1С и зарегистрировать программный продукт — пошагово и без лишней путаницы 🤓

Смотреть на RuTube
Смотреть на YouTube

Аутсорс или в штат — в чём на самом деле разница?

Недавно в разговоре с клиентами, пусть и в полушутку, прозвучало предложение:

«А давай ты к нам в штат?»

Я ответил честно — мне комфортнее быть рядом, но в формате аутсорса.
На что получил вполне понятный аргумент:

«Мы наработались с аутсорсерами — спросить потом не с кого, а качество часто оставляет вопросы».

И здесь я их понимаю.
Но за годы работы у меня сложилась немного другая картина.

Что я вижу на практике

1️⃣ Всё упирается не в формат, а в человека.
Профессионал — даст результат и в штате, и на аутсорсе.
Вопрос не «где он работает», а как он думает и за что берёт ответственность.

2️⃣ Сильный аутсорс растёт быстрее.
Работая с разными компаниями, процессами и ошибками,
специалист быстрее накапливает насмотренность и опыт.
И часто приносит компании больше ценности, чем человек, замкнутый внутри одной среды.

3️⃣ В аутсорсе вы платите за результат, а не за присутствие.
При нормальной постановке задач и взаимодействии
оплата идёт за решённые вопросы, а не за «отсидку часов».

4️⃣ Сильные специалисты редко идут в штат.
Не потому что «плохо»,
а потому что их рыночная ценность и доход в аутсорсе обычно выше.

При этом важно честно сказать:
плохой аутсорс — это действительно боль.
Но плохой специалист в штате — боль не меньшая, просто растянутая во времени.

Как выбрать хорошего специалиста — независимо от формата

Вот на что я бы смотрел в первую очередь:

1⃣Какие вопросы он задаёт

Обращайте внимание:
- связывает ли он бизнес-процессы между собой;
- пытается ли понять логику бизнеса, а не только ИТ;
- говорит ли «невозможно» или предлагает варианты;
- интересуется ли задачей или только бюджетом.

2⃣Как он рассказывает про свой опыт

Не столько важно «сколько лет», сколько:
- какие задачи решал;
- какие проекты запускал;
- сталкивался ли с похожими процессами;
- как он принимал решения в сложных ситуациях.

3⃣Дайте возможность показать работу

Одной встречи часто недостаточно.

Хорошие варианты:
- небольшой этап предпроектного обследования и моделирования,
где вы получаете модель «как должно работать»;
- или старт с небанальной задачи, по результату которой видно мышление, глубину и ответственность.

И уже после этого становится понятно —
хочется ли идти дальше вместе или нет.

Формат работы — это инструмент.
А результат всегда делают люди и то, как с ними выстроено взаимодействие.

Если интересно — могу отдельно рассказать, как выглядит хороший ППО и какие «красные флаги» я чаще всего вижу на старте проектов. 🙂

Ciao Venti Venticinque

Друзья и коллеги, этот пост я хотел посвятить не работе, а простым и тёплым поздравлениям 🎄

Но вместе с этим на днях появились интересные размышления.
Случайно услышал песню Ciao 2020 из «Вечернего Урганта» — и мгновенно накрыло тем временем.

Кажется, что тогда мы жили как будто проще и беззаботнее.
Да, сложности были и тогда, но спустя пять лет они вспоминаются как мелочи.
Иногда даже ловишь себя на мысли: «верните мне мой 2020» 🫠

Но если остановиться и посмотреть честно — за эти пять лет произошло очень многое.
Были яркие моменты, были непростые испытания, были падения и подъемы.
И, проходя через всё это, я точно стал сильнее и научился вставать после сложных периодов.

Поэтому сегодня, глядя на текущую точку, я уже не скажу «верните мой 2020».
Я готов двигаться дальше — и мне особенно приятно делать это вместе с вами.

Этот год был хорошим.
А в следующем я желаю всем нам достойно проходить новые вызовы,
чаще фокусироваться на позитиве
и, что особенно важно, научиться создавать его для себя самим.

Так что — Ciao Venti Venticinque!
Поздравляю вас всех с наступающим Новым годом 🎆✨

Управление изменениями на разных проектах

За праздники получилось много работы и одновременного участия в разных проектах — где-то я вёл их напрямую, а где-то подключался как участник или консультант 🤓

Было много задач:
- обновления баз разной степени сложности,
- проекты с переездом,
- системы с доработками, где требовалось повышенное внимание и контроль.

Честно — устал.
Но опыт получился очень показательный 🫠

В первый рабочий день после праздников все выходят на работу,
а я сижу с 9 утра наготове — в ожидании, где и что может пойти не так.

И картина оказалась разной:
- в каких-то проектах — тишина и спокойствие,
- в каких-то — вопросы, аврал и срочные разборы 😁

Не как оценка, а скорее как наблюдение:
там, где изменения были заранее хорошо структурированы и контроль был выстроен по этапам, запуск проходил заметно спокойнее и управляемее.
Это ещё раз подтвердило мысль, что правильно расставленные контрольные точки и фокус внимания сильно снижают риски.

Что помогло пройти этот период относительно спокойно

1️⃣ Заранее составленный подробный план
Практически с первых дней праздников я сел и разложил по полочкам:
- что именно нужно сделать по каждому проекту,
- какие задачи зависят только от меня, а где участвуют другие,
- разбил крупные этапы на подзадачи,
- оценил время на каждую из них,
- отдельно заложил время на отдых и личные дела,
- распределил задачи по дням и часовым блокам.

2️⃣ Контрольные точки по каждому проекту
Для себя фиксировал:
- что именно нужно проверить,
- в какой момент,
- кого предупредить заранее,
- где возможны риски и как их отловить.

3️⃣ Движение по плану с поправкой на реальность
Конечно, человеческий фактор никуда не делся — где-то были сдвиги, где-то корректировки.
Но за счёт общего плана они не становились критичными.

В таком формате — с планом почти на две недели вперёд — я, пожалуй, работал впервые.
И результат меня действительно порадовал 🙂

Что кажется особенно важным на финальном этапе

После любого большого блока изменений — обновлений, переезда или запуска системы — очень помогает рефлексия:
- что сработало хорошо,
- где можно было сделать лучше,
- какие решения стоит сохранить как шаблон на будущее.

Фиксация этих выводов позволяет в следующий раз не изобретать всё заново и не упускать важные детали.

Именно так проекты со временем перестают быть хаотичными и становятся управляемыми.
С каждым таким запуском всё больше убеждаюсь: управление изменениями — это отдельный навык, который часто недооценивают.

Аудит и моделирование: зачем это нужно и что важно в подходе

Аудит и моделирование — по сути, то, с чего начинается любой проект.🚀
Особенно проект внедрения новой системы.

Именно на этом этапе мы пытаемся честно ответить на ключевые вопросы:
— что есть сейчас
— что хочется получить в итоге
— какие процессы нужно изменить, зачем и каким образом

Это критически важная часть проекта, в рамках которой:
— определяется конфигурация 1С
— описываются бизнес-процессы
— выявляются проблемные зоны в бизнесе
— выстраивается ИТ-архитектура
(как настраиваются справочники, какой документооборот планируется, какие автоматизации и интеграции нужны и как они должны работать)

Обычно всё начинается с серии встреч: мы разбираем процессы бизнеса, после чего переходим к моделированию в 1С и демонстрации Заказчику.

На демонстрациях становится видно:
— что закрывается типовым функционалом
— где возникают функциональные разрывы
— что можно решить организационно или изменением процессов
— а где без доработок не обойтись, если хотим упростить и ускорить работу пользователей

Сложность, с которой я стал сталкиваться всё чаще 💩
— На ряде последних проектов (особенно при переходе из других систем — МойСклад, 1С 7 и т.п.) стало заметно, что:
— руководству и пользователям сложно сразу воспринять большой объём новой информации
— логика системы кажется «чужой»:
раньше было по-другому, почему товары и цены теперь в разных местах, что это за документы и зачем они нужны
— сами процессы внутри компании часто не формализованы и работают по принципу «как привыкли»

В такой ситуации классический подход «давайте сразу покажем всё в базе» начинает давать сбои.

Как я попробовал изменить подход 🤓
Я не считаю этот подход каким-то ноу-хау — но на практике используют его далеко не все.

После аудита я стал договариваться с Клиентами о следующем:
моделирование в 1С идёт параллельно с описанием и визуализацией бизнес-процессов, а на старте фокус смещается именно на схемы процессов.

Да, на первый взгляд этот путь может показаться более длинным, чем «просто показать всё сразу в базе».
Но у него есть важные плюсы.

Что это даёт на этапе моделирования
1. Первые встречи посвящены согласованию схем бизнес-процессов
— мы их отлаживаем, делаем прозрачными и понятными всем участникам
2. Далее демонстрация в 1С идёт через призму этих схем
Клиенту проще понять:
— зачем нужен конкретный документ
— на каком этапе он возникает
— кто за него отвечает
— как он связан с другими блоками
При необходимости мы постоянно возвращаемся к схеме
3. Корректно сформированные схемы:
— ускоряют и упрощают настройку системы
— минимизируют переделки моделирования
— помогают не упустить важные настройки
(справочники, параметры объектов, связи между блоками),
особенно когда всё это нужно воспроизвести уже в рабочей базе

Плюсы, которые особенно проявляются на запуске
Когда мы переходим к вводу рабочей базы в эксплуатацию:
1. Каждый сотрудник получает схему своей работы
— это закрывает значительную часть вопросов ещё до старта
2. Существенно снижается аврал на запуске
— и по пользователям, и по руководству
потому что большая часть неопределённости снимается на ранних этапах

Если коротко:
чем больше ясности мы создаём до системы, тем спокойнее система начинает работать. 🙂

Как выгрузить документы из 1С ERP/КА2/УТ в 1С БП

Продолжаю разбирать практические вопросы по обменам между конфигурациями 1С.
В новом видео показываю, как после настройки обмена между ERP / КА2 / УТ и БП правильно выгружать документы, сопоставлять их в БП и управлять регистрацией документов — в том числе массово и по отбору.

Это не «шаблонный» разбор, а сценарий, собранный на основе реальных болей и ошибок, с которыми регулярно сталкиваются компании при работе с обменами между базами. 🫡

Смотреть на RuTube
Смотреть на YouTube

Мастер сложных вопросов

Иногда за последний год за мной закрепилась неожиданная «специализация».
Хотя, если честно, я к ней не стремился.

Меня всё чаще зовут туда, где:
— проект кажется слишком сложным,
— накопилось много взаимосвязанных проблем,
— непонятно, с чего вообще начать,
— или никто не хочет брать ответственность за разбор ситуации.

И это не про героизм.
Скорее — про привычку не бояться хаоса.

Когда вместо реакции «всё плохо» появляется вопрос:
а где здесь точка сборки?

Почему так происходит?

Наверное, это сочетание:
1. Накопленной экспертности
2. Насмотренности на десятки разных сценариев

Со временем начинаешь видеть структуру там, где другим видится только шум.

1️⃣ Маркировка

Сейчас всё больше сложных кейсов по маркировке.

Каждая товарная категория — со своей спецификой.
Ошибки дорого стоят.
Разбираться долго и местами непросто.

Но шаг за шагом:
— проверяем гипотезы
— смотрим логи
— моделируем сценарии
— общаемся с ЧЗ, 1С, поставщиками

И постепенно туман рассеивается.
Проблема перестаёт быть «непонятной» — становится управляемой.

2️⃣ Клубок интеграций

Клиент, с которым уже работали ранее, пришёл с большим объёмом острых задач.

Первое время ушло не на решение, а на то, чтобы:
— структурировать проблемы
— разложить на блоки
— расставить приоритеты
— понять взаимосвязи

До этого звучало:
«Это проблема 1С, нужна доработка за 50 000».

По факту:
разобрались, нашли причину, решили типовыми средствами значительно дешевле.

Иногда система работает.
Просто никто не посмотрел в правильное место.

3️⃣ Новый вид маркировки

Появляется новый тип требований.

Вместо паники:
— определяем первоисточник
— составляем список уточняющих вопросов
— строим алгоритм действий

И только потом принимаем решение.

Этот образ стал сравним с Мистером Вульфом из «Криминального чтива», которого звали в особых случаях.
В таких ситуациях, как я считаю - естественно всегда может быть риск:
- твоя гипотеза не сработает и нужно генерировать новую
- система зацепится за новую системную ошибку, которая была неочевидной
- ты продумал все на 89%, а нужно было на 95% 😁
И что то еще.

Но пожалуй всё, о чем я пишу - это про то, что в таких ситуациях важно иметь смелость идти вперед, понимая эти самые риски и стараться управлять ими, но это уже совершенно другая история 🙂

Наверное, в этом и есть та самая «магия» — не создавать чудо, а превращать хаос в систему.

А вы куда идёте, когда «всё начинает ломаться»?

Глобализация задач с точки зрения ценности

Недавно пошёл целый ряд интересных кейсов. 🤓
Их объединяет одна вещь: одну и ту же задачу можно сделать по-разному — и ценность для Клиента будет совершенно разной.

Например, обсуждали с Клиентом финансовые инструменты, которые могли бы быть полезны компании для дальнейшего роста.
Я предлагал внедрить отчёты по оборачиваемости активов, метрики эффективности и другие показатели.

Но в процессе обсуждения стало понятно:
сейчас важнее начать с Платёжного календаря.

И здесь можно было пойти простым путём —
привести его в порядок, проверить данные и «сдать результат». 🫠 (Ситуация распространена у многих, особенно после изменений его логики самой 1С чуть меньше года назад)

Но я решил немного расширить рамку.

Во-первых, выяснить — какую конкретно ценность Клиент хочет получить.
Во-вторых, договориться о правилах использования:
как инструмент будет жить внутри компании,
кто отвечает за актуальность данных,
как поддерживается дисциплина работы с цифрами.

Потому что любой отчёт легко превращается в «красивую таблицу»,
если им не пользоваться системно.

И вот здесь, на мой взгляд, и находится настоящая ценность для бизнеса и моральный кайф для меня: 🚀

Не просто внедрить инструмент.
А выстроить систему вокруг него —
зачем он нужен,
как им пользоваться,
и как сделать так, чтобы он продолжал работать без внешнего контроля.

В этом и есть разница между «сделать задачу» и «дать результат». 🙌

Если я дочитываю сообщение до этого момента, то я стараюсь не лениться и ставлю "царский лайк", как пишет один коллега по цеху 😁
А если у вас были случаи, когда вы пытались что-то внедрить, тратили деньги, а оно не взлетало - ставь огонёк - ситуация знакома и я сам с этим сталкивался. Поэтому стараюсь, чтобы любое решение приводило к пользе 🙏

Карточка номенклатуры в 1С без ошибок: от структуры до маркировки
Часть 1 — Архитектура номенклатуры: группы, виды и аналитика

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

Если структура продумана слабо — ошибки «всплывут» позже в документах, отчётах и маркировке.

Один из реальных примеров - сотрудники некорректно завели карточки номенклатуры, связанные с маркировкой, разбив один и тот же товар на несколько карточек с разными настройками (разделили штуки и упаковки) - в результате чего - маркировка стала работать неправильно в документах отгрузки, а другой подрядчик, не доразобравшись в проблеме предлагал сделать доработки на 50 тысяч. 🙈
В итоге исправили ситуацию типовыми методами и гораздо дешевле, даже с учётом различных взаимосвязей и интеграций. 🤓

В следующих видео разберём практическое заполнение карточки и работу с маркированными товарами.

Смотреть на RuTube
Смотреть на YouTube

Магия интеграций с Битрикс

Последние пару лет так сложилось, что я всё чаще погружаюсь в тему интеграций между 1С и Битрикс — будь то сайт на Битрикс или CRM Битрикс24.

И это интересное ощущение.

Потому что лет 10–15 назад у меня уже был опыт попытки внедрения Битрикс24 в одном из бизнесов. Тогда, честно говоря, не взлетело практически ничего.

А сейчас, наблюдая за развитием продукта, приятно видеть, насколько сильно он вырос: 💪
интерфейс, возможности автоматизации, интеграции.

Но при этом, если поговорить с коллегами по рынку, вокруг интеграций 1С и Битрикс до сих пор можно услышать знакомые фразы:

— «Ни разу нормально не интегрировалось»
— «Работает только базово, а под реальные задачи нужны огромные доработки»
— «Мы на стороне Битрикс всё настроим, а дальше вы как-нибудь разберётесь с 1С»

Знакомо? 🙂

За последние годы я прошёл через достаточно много таких проектов — не только с Битрикс, но сегодня решил поделиться именно этим направлением.

За последние полгода на нескольких проектах мне удалось посмотреть на интеграцию с обеих сторон:
и со стороны 1С, и со стороны Битрикс.

И это оказалось очень полезно.

Потому что многие проблемы возникают не из-за самой технологии обмена, а из-за вещей, о которых редко говорят заранее.

Например:
— разные термины в системах (что считать заказом, сделкой, клиентом) 😵‍💫
— различия в логике документов
— несогласованная архитектура данных

Иногда достаточно просто синхронизировать словарь понятий между системами, чтобы снять половину будущих проблем.

Постепенно, проверяя гипотезы и разбирая архитектуру обменов, я начал реализовывать интеграции типовыми или почти типовыми методами — там, где раньше звучали оценки на серьёзные бюджеты доработок.

И самое интересное — информация об этом в принципе существует.

Но когда начинаешь её искать, сталкиваешься с нюансами:

1️⃣ Чтобы найти нужную информацию, нужно очень точно сформулировать технический запрос.
2️⃣ Во многих материалах объясняют архитектуру и теорию интеграций, но практических примеров того, как это реализовать на реальном проекте, почти нет. 🫠

Чаще всего это остаётся внутри команд, которые этим занимаются.

Поэтому особенно ценными кажутся знания, которые приходят через реальные проекты.

Например, за последнее время удалось реализовать:

— связь нетиповых документов между системами
— синхронизацию нетиповых справочников
— сценарии, когда пользователи работают с документами в CRM, а вся логика обработки и учёта происходит в 1С — без прямого доступа пользователей к базе

И постепенно начинаешь видеть, как два разных мира начинают говорить на одном языке.

А у вас был опыт интеграции 1С и Битрикс?
Работает стабильно или тоже проходили через «танцы с бубном»? 👀