И жнец и на дуде игрец: кто такой Архитектор в 1С-проектах 🏛️
В прошлом сентябре я оказался в большой команде.
Консультант с 20-летним опытом главбуха, консультант-айтишник, который знает всё о серверах и оборудовании, разработчики, спокойно работающие с API и АРМ.
И я задумался: а где моя ценность?🤔
У меня нет двадцатилетнего стажа в бухгалтерии. Но есть другое — широкий опыт интеграций и насмотренность на связку разных систем.🤓
В прошлом сентябре я оказался в большой команде.
Консультант с 20-летним опытом главбуха, консультант-айтишник, который знает всё о серверах и оборудовании, разработчики, спокойно работающие с API и АРМ.
И я задумался: а где моя ценность?🤔
У меня нет двадцатилетнего стажа в бухгалтерии. Но есть другое — широкий опыт интеграций и насмотренность на связку разных систем.🤓
Пример проекта
Сейчас мы внедряем ERP с переносом данных из «Мой склад», интеграцией с Битрикс24, сайтом, маркетплейсами, плюс есть производство и выпуск маркированной продукции. 😵💫
Казалось бы — просто перенести данные.
Но на практике всплывают десятки вопросов:
• Отдел продаж: «А как нам теперь работать с заказами в CRM?»
• Бухгалтерия: «А как будут отражаться маркетплейсы? Какие проводки? Как минимизировать ручной труд?»
• Склад: «А какие документы оформлять в новой системе?»
И если нет понимания, как всё это взаимосвязано, каждый решает задачу «в своей песочнице». В итоге одному отделу удобно, а другому — новые проблемы.
Роль Архитектора
Моя задача — видеть картину целиком.
• Знать законодательные требования (бухучёт, маркировка, импорт).
• Понимать, как системы работают для пользователей.
• Разбираться, что можно оптимально доработать на уровне разработчиков.
• Уметь разговаривать с отделами, чтобы выявить реальные процессы.
• Опытно предугадывать риски и устранять их ещё до старта проекта.
Что уже удалось в этом проекте💪🏻
• Разобрали хаос с номенклатурой: раньше из-за ошибок в карточках товар не отгружался или выпускался лишний.
• Вместе с бухгалтерией и руководством проработали вопросы учёта себестоимости и распределения дополнительных расходов. Определили, какие виды документов оформлять, как настраивать статьи расходов и как это будет отражаться и в управленческом, и в бухгалтерском учёте.
• Настроили работу с маркетплейсами: выстроили процесс для отдела продаж, определили порядок отражения всех операций в бухгалтерии и оптимизировали оформление документов.
И это лишь часть задач.
Именно это — умение соединять разные системы и интересы — и есть работа Архитектора.🚀
Я только в пути к этой роли, но чем дальше, тем яснее понимаю её ценность.
Сейчас мы внедряем ERP с переносом данных из «Мой склад», интеграцией с Битрикс24, сайтом, маркетплейсами, плюс есть производство и выпуск маркированной продукции. 😵💫
Казалось бы — просто перенести данные.
Но на практике всплывают десятки вопросов:
• Отдел продаж: «А как нам теперь работать с заказами в CRM?»
• Бухгалтерия: «А как будут отражаться маркетплейсы? Какие проводки? Как минимизировать ручной труд?»
• Склад: «А какие документы оформлять в новой системе?»
И если нет понимания, как всё это взаимосвязано, каждый решает задачу «в своей песочнице». В итоге одному отделу удобно, а другому — новые проблемы.
Роль Архитектора
Моя задача — видеть картину целиком.
• Знать законодательные требования (бухучёт, маркировка, импорт).
• Понимать, как системы работают для пользователей.
• Разбираться, что можно оптимально доработать на уровне разработчиков.
• Уметь разговаривать с отделами, чтобы выявить реальные процессы.
• Опытно предугадывать риски и устранять их ещё до старта проекта.
Что уже удалось в этом проекте💪🏻
• Разобрали хаос с номенклатурой: раньше из-за ошибок в карточках товар не отгружался или выпускался лишний.
• Вместе с бухгалтерией и руководством проработали вопросы учёта себестоимости и распределения дополнительных расходов. Определили, какие виды документов оформлять, как настраивать статьи расходов и как это будет отражаться и в управленческом, и в бухгалтерском учёте.
• Настроили работу с маркетплейсами: выстроили процесс для отдела продаж, определили порядок отражения всех операций в бухгалтерии и оптимизировали оформление документов.
И это лишь часть задач.
Именно это — умение соединять разные системы и интересы — и есть работа Архитектора.🚀
Я только в пути к этой роли, но чем дальше, тем яснее понимаю её ценность.
🔥5
Учёт времени без рутины: мой опыт автоматизации
В нашей сфере всё строится на учёте временных трудозатрат.
Записывай, классифицируй, делай сводки — и для себя, и для заказчика.
А если задач много, а отчёты нужны разные (по дням, по неделям, с детализацией до минут), то на рутину уходит полдня.
Мне это никогда не нравилось. Поэтому я постепенно начал искать инструменты, которые помогут считать время быстрее и удобнее.
Шаг 1. Тоггл
Уже несколько лет я пользуюсь сервисом Toggl. Настроил его под себя — проекты, задачи, типы работ. Теперь учёт времени занимает минимум действий: выбрал задачу → нажал «Старт».
И всё.
Никаких таблиц вручную.
В нашей сфере всё строится на учёте временных трудозатрат.
Записывай, классифицируй, делай сводки — и для себя, и для заказчика.
А если задач много, а отчёты нужны разные (по дням, по неделям, с детализацией до минут), то на рутину уходит полдня.
Мне это никогда не нравилось. Поэтому я постепенно начал искать инструменты, которые помогут считать время быстрее и удобнее.
Шаг 1. Тоггл
Уже несколько лет я пользуюсь сервисом Toggl. Настроил его под себя — проекты, задачи, типы работ. Теперь учёт времени занимает минимум действий: выбрал задачу → нажал «Старт».
И всё.
Никаких таблиц вручную.
Учёт времени без рутины: мой опыт автоматизации (продолжение)
Забавно, что когда я рассказываю про Toggl, большинство кивает: «Классно!» …и продолжают вести учёт в Excel или Google-таблицах 😅
Шаг 2. Автоматизация отчётов
Но на выгрузке данных из Toggl тоже хватает рутины:
CSV → раздели на столбцы → перенеси в нужную таблицу → добавь колонки.
Один отчёт легко превращается в полчаса–час работы.
Шаг 3. Интеграция и скрипты
Тогда я пошёл дальше.
• Освоил Google Apps Script.
• Сделал простые интеграции.
Теперь процесс выглядит так:
1. Захожу в Telegram.
2. Пишу боту команду.
3. Он обращается к Toggl и выгружает данные в Google-таблицу.
4. Автоматически запускается скрипт: он переводит время в понятный формат, разбивает данные по правилам, добавляет нужные колонки и даже проставляет значения на основании ключевых слов и заданных алгоритмов.
5. Я только проверяю и слегка корректирую нетиповые случаи. Теперь это занимает 5–10 минут, вместо прежних 30–60.
Итог
Из часа рутины осталось всего несколько минут контроля.
А процесс перестал раздражать и даже приносит удовольствие 😁
Хочешь оптимизировать свою рутину?
Расскажи про свои задачи — вместе подумаем над решением.
Забавно, что когда я рассказываю про Toggl, большинство кивает: «Классно!» …и продолжают вести учёт в Excel или Google-таблицах 😅
Шаг 2. Автоматизация отчётов
Но на выгрузке данных из Toggl тоже хватает рутины:
CSV → раздели на столбцы → перенеси в нужную таблицу → добавь колонки.
Один отчёт легко превращается в полчаса–час работы.
Шаг 3. Интеграция и скрипты
Тогда я пошёл дальше.
• Освоил Google Apps Script.
• Сделал простые интеграции.
Теперь процесс выглядит так:
1. Захожу в Telegram.
2. Пишу боту команду.
3. Он обращается к Toggl и выгружает данные в Google-таблицу.
4. Автоматически запускается скрипт: он переводит время в понятный формат, разбивает данные по правилам, добавляет нужные колонки и даже проставляет значения на основании ключевых слов и заданных алгоритмов.
5. Я только проверяю и слегка корректирую нетиповые случаи. Теперь это занимает 5–10 минут, вместо прежних 30–60.
Итог
Из часа рутины осталось всего несколько минут контроля.
А процесс перестал раздражать и даже приносит удовольствие 😁
Хочешь оптимизировать свою рутину?
Расскажи про свои задачи — вместе подумаем над решением.
🔥1
Права пользователей: от хаоса к архитектуре
На первый взгляд может показаться, что настройка прав — дело пустяковое.
Есть профили, есть группы доступа — выдал сотруднику нужную роль, и всё.
А если не получилось — даём “Администратора”, чтобы не мешали работать 😅
Так в итоге и живут многие базы:
через год-другой у всех сотрудников права на всё,
а кто-то случайно удаляет документы, меняет настройки — и ломает работу целого отдела.
Со временем я научился выдавать права точечно, под конкретные задачи и роли, чтобы не раздавать “админку” всем подряд.
А потом — съездил весной на форум в Питер, насмотрелся, как выстроена система прав в крупных компаниях.
И вот тут началось самое интересное 👇
Теперь я умею:
• Выстраивать иерархию подразделений и назначать права по отделам.
• Назначать права группам пользователей в зависимости от должностей — особенно удобно, когда сотрудников 20+ с разными уровнями доступа.
• Контролировать доступ через «эталонных технических» пользователей.
• И при необходимости довыдавать роли точечно, не ломая структуру.
Так управлять правами стало проще: добавил нового человека — права подтянулись автоматически,
а пользователи перестали писать “у Петрова работает, а у меня нет!” 😄
Недавно на одном новом проекте:
• Получил ФИО, контакты и отделы.
• Сгенерировал пароли и таблицу иерархии (спасибо ИИ и моим автоматизациям 🤖).
• Создал пользователей, раздал права отделам.
🧱 Теперь всё чисто, структурно и управляемо.
Так выглядит архитектура прав, а не хаос с “всем по максимуму”.
👀 А у вас как настроены права?
Все по ролям или “у всех всё открыто”?
На первый взгляд может показаться, что настройка прав — дело пустяковое.
Есть профили, есть группы доступа — выдал сотруднику нужную роль, и всё.
А если не получилось — даём “Администратора”, чтобы не мешали работать 😅
Так в итоге и живут многие базы:
через год-другой у всех сотрудников права на всё,
а кто-то случайно удаляет документы, меняет настройки — и ломает работу целого отдела.
Со временем я научился выдавать права точечно, под конкретные задачи и роли, чтобы не раздавать “админку” всем подряд.
А потом — съездил весной на форум в Питер, насмотрелся, как выстроена система прав в крупных компаниях.
И вот тут началось самое интересное 👇
Теперь я умею:
• Выстраивать иерархию подразделений и назначать права по отделам.
• Назначать права группам пользователей в зависимости от должностей — особенно удобно, когда сотрудников 20+ с разными уровнями доступа.
• Контролировать доступ через «эталонных технических» пользователей.
• И при необходимости довыдавать роли точечно, не ломая структуру.
Так управлять правами стало проще: добавил нового человека — права подтянулись автоматически,
а пользователи перестали писать “у Петрова работает, а у меня нет!” 😄
Недавно на одном новом проекте:
• Получил ФИО, контакты и отделы.
• Сгенерировал пароли и таблицу иерархии (спасибо ИИ и моим автоматизациям 🤖).
• Создал пользователей, раздал права отделам.
🧱 Теперь всё чисто, структурно и управляемо.
Так выглядит архитектура прав, а не хаос с “всем по максимуму”.
👀 А у вас как настроены права?
Все по ролям или “у всех всё открыто”?
👍2🔥1
Калькулятор расчёта стоимости
На этой неделе писал большое техническое задание на доработку под названием «Калькулятор расчёта стоимости изделия».
🔹 В чём суть
В компании менеджеры получают от поставщиков десятки предложений на один и тот же товар.
Из-за специфики бизнеса — один товар может считаться сразу в нескольких вариантах, с разными условиями и дополнительными расходами, как общими, так и построчно для конкретного изделия.
Всё это сводится в Excel: кто дешевле, где какие допрасходы, у кого учтён НДС, где не учтён…
А потом нужно создать номенклатуру, оформить заказы клиентам и поставщикам, распределить расходы и не потерять данные.
💡 И вот здесь появляется мечта любого менеджера — «волшебная кнопка», которая соберёт всё это автоматически и не займёт полдня работы 😅
🔹 Почему это важно
Такой кейс сейчас встречается всё чаще: торговые компании считают каждый рубль, а готового инструмента нет — ни в 1С, ни в Битриксе.
🔹 Что получилось
Я продумал архитектуру доработки с отдельным документом, прорисовал макеты документа, описал:
• логику работы и формулы расчётов,
• алгоритмы создания номенклатуры и заказов,
• структуру документа и связи таблиц,
• кейсы для тестирования.
📄 В итоге — больше недели работы и около 30 страниц технической документации.
❗ Учесть абсолютно всё заранее невозможно — в таких масштабных доработках почти всегда всплывают нюансы, которые бизнес показывает уже на этапе тестов.
Поэтому важно изначально закладывать гибкость архитектуры, чтобы система могла адаптироваться без значительных переделок.
🔹 Результат
Если раньше менеджер тратил на все эти действия несколько часов,
то теперь — 15–20 минут.
Быстрее, с учётом НДС, без ошибок и с полной историей действий для руководителя.
Мне кажется, результат того стоил 😉
🔥 Ставь огонёк, если хотел бы себе такую доработку —
или пиши в личку, обсудим, как оптимизировать процессы у тебя 😁
На этой неделе писал большое техническое задание на доработку под названием «Калькулятор расчёта стоимости изделия».
🔹 В чём суть
В компании менеджеры получают от поставщиков десятки предложений на один и тот же товар.
Из-за специфики бизнеса — один товар может считаться сразу в нескольких вариантах, с разными условиями и дополнительными расходами, как общими, так и построчно для конкретного изделия.
Всё это сводится в Excel: кто дешевле, где какие допрасходы, у кого учтён НДС, где не учтён…
А потом нужно создать номенклатуру, оформить заказы клиентам и поставщикам, распределить расходы и не потерять данные.
💡 И вот здесь появляется мечта любого менеджера — «волшебная кнопка», которая соберёт всё это автоматически и не займёт полдня работы 😅
🔹 Почему это важно
Такой кейс сейчас встречается всё чаще: торговые компании считают каждый рубль, а готового инструмента нет — ни в 1С, ни в Битриксе.
🔹 Что получилось
Я продумал архитектуру доработки с отдельным документом, прорисовал макеты документа, описал:
• логику работы и формулы расчётов,
• алгоритмы создания номенклатуры и заказов,
• структуру документа и связи таблиц,
• кейсы для тестирования.
📄 В итоге — больше недели работы и около 30 страниц технической документации.
❗ Учесть абсолютно всё заранее невозможно — в таких масштабных доработках почти всегда всплывают нюансы, которые бизнес показывает уже на этапе тестов.
Поэтому важно изначально закладывать гибкость архитектуры, чтобы система могла адаптироваться без значительных переделок.
🔹 Результат
Если раньше менеджер тратил на все эти действия несколько часов,
то теперь — 15–20 минут.
Быстрее, с учётом НДС, без ошибок и с полной историей действий для руководителя.
Мне кажется, результат того стоил 😉
🔥 Ставь огонёк, если хотел бы себе такую доработку —
или пиши в личку, обсудим, как оптимизировать процессы у тебя 😁
🔥4👍1
Деньги на счёте ≠ прибыль
Очень часто в разговорах с предпринимателями слышу:
«Зачем мне отчёт 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 по начислению — это инструмент, который показывает реальную экономику бизнеса, а не просто баланс в интернет-банке.
Очень часто в разговорах с предпринимателями слышу:
«Зачем мне отчёт 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 по начислению — это инструмент, который показывает реальную экономику бизнеса, а не просто баланс в интернет-банке.
🔥2
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. 🙂
Когда год назад или раньше я впервые столкнулся с понятием 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. 🙂
🔥2
Как выбрать систему 1С под свой бизнес
Недавно ко мне обратились ребята с просьбой:
Оказалось, они уже купили конфигурацию — УНФ,
но когда попытались сами в ней работать, ничего не получилось.
После короткого аудита стало ясно: эта система не закрывает все их задачи, и им либо придётся дорабатывать УНФ, либо переходить на другую конфигурацию.
Чтобы не попадать в такие ситуации и не тратить деньги впустую, я записал видео о том, как выбрать подходящую систему 1С под ваш бизнес и на что обратить внимание перед покупкой.
Смотреть на RuTube
Смотреть на YouTube
Если будет полезно — ставь лайк и подписывайся 🙂
Недавно ко мне обратились ребята с просьбой:
«Нужно срочно запустить 1С, всё горит!» 🔥
Оказалось, они уже купили конфигурацию — УНФ,
но когда попытались сами в ней работать, ничего не получилось.
После короткого аудита стало ясно: эта система не закрывает все их задачи, и им либо придётся дорабатывать УНФ, либо переходить на другую конфигурацию.
Чтобы не попадать в такие ситуации и не тратить деньги впустую, я записал видео о том, как выбрать подходящую систему 1С под ваш бизнес и на что обратить внимание перед покупкой.
Смотреть на RuTube
Смотреть на YouTube
Если будет полезно — ставь лайк и подписывайся 🙂
👍1
📢 Продление сроков маркировки остатков одежды и белья
⚙️ Если вы ещё не начали оформление остатков или не уверены, что всё сделали корректно — самое время проверить.
✉️ Пишите в личку - помогу разобраться с процессом, организовать маркировку, обмен с 1С и Честным Знаком, чтобы не потерять время и не рисковать блокировкой товаров. 🙂
Согласно Постановлению Правительства РФ от 31.07.2025 № 1134, для товарной группы
«Предметы одежды, бельё постельное, столовое, туалетное и кухонное»
продлена маркировка остатков товаров, указанных в Постановлении № 883 от 29.06.2024.
Теперь завершить оформление остатков можно до 28.02.2026 включительно.
С 01.03.2026 маркировка остатков будет недоступна — заказать коды, подать отчёт о нанесении и ввести в оборот остатки будет невозможно.
⚙️ Если вы ещё не начали оформление остатков или не уверены, что всё сделали корректно — самое время проверить.
✉️ Пишите в личку - помогу разобраться с процессом, организовать маркировку, обмен с 1С и Честным Знаком, чтобы не потерять время и не рисковать блокировкой товаров. 🙂
🔥1
🚛 Автоматизация складского учёта с маркировкой
Неделя выдалась неожиданно жаркой 😅
Складской учёт и автоматизация работы со складом — боль многих компаний.
Мы с клиентом довольно долго откладывали задачу по внедрению учёта, чтобы «сделать всё по уму».
Но в начале недели внезапно всплыла проблема:
коды маркировки и транспортных упаковок на ТСД то не сканируются, то сканируются, но обратно в 1С данные не попадают.
Изначально хотел решить это через подрядчиков по складскому оборудованию — логично, подумал я. Но ответа не дождались, а задача всё сильнее обострялась 🙈
В итоге пришлось погрузиться самому.
После нескольких тестов стало ясно: без привлечения самого разработчика используемого ПО — DataMobile — не обойтись.
Включил «челночную дипломатию»: связал клиента, поддержку и собственные наблюдения. Начали копать — от настроек до кода обработки.
В итоге:
донастроили шаблоны в ПО на ТСД;
подкорректировали бизнес-процессы, чтобы получать все нужные данные;
нашли и помогли исправить техническую ошибку в самой обработке DataMobile (отдельное спасибо техподдержке — сработали быстро и чётко 🔥).
Что в итоге сделали
1️⃣ Настроили ТСД и оборудование
2️⃣ Привели в порядок обработку на стороне 1С
3️⃣ Зафиксировали бизнес-процессы приёмки и отгрузки, чтобы теперь всё было понятно и сотрудникам, и разработчикам
Что получили
✅ Клиент сам может пройти весь процесс
✅ Новые вопросы теперь решаются по отлаженной схеме
✅ И главное — отгрузки идут, склад работает стабильно 💪
А как у вас дела со складом?
📦 Всё автоматизировано — или всё ещё «бумажный квест»?
Неделя выдалась неожиданно жаркой 😅
Складской учёт и автоматизация работы со складом — боль многих компаний.
Мы с клиентом довольно долго откладывали задачу по внедрению учёта, чтобы «сделать всё по уму».
Но в начале недели внезапно всплыла проблема:
коды маркировки и транспортных упаковок на ТСД то не сканируются, то сканируются, но обратно в 1С данные не попадают.
Изначально хотел решить это через подрядчиков по складскому оборудованию — логично, подумал я. Но ответа не дождались, а задача всё сильнее обострялась 🙈
В итоге пришлось погрузиться самому.
После нескольких тестов стало ясно: без привлечения самого разработчика используемого ПО — DataMobile — не обойтись.
Включил «челночную дипломатию»: связал клиента, поддержку и собственные наблюдения. Начали копать — от настроек до кода обработки.
В итоге:
донастроили шаблоны в ПО на ТСД;
подкорректировали бизнес-процессы, чтобы получать все нужные данные;
нашли и помогли исправить техническую ошибку в самой обработке DataMobile (отдельное спасибо техподдержке — сработали быстро и чётко 🔥).
Что в итоге сделали
1️⃣ Настроили ТСД и оборудование
2️⃣ Привели в порядок обработку на стороне 1С
3️⃣ Зафиксировали бизнес-процессы приёмки и отгрузки, чтобы теперь всё было понятно и сотрудникам, и разработчикам
Что получили
✅ Клиент сам может пройти весь процесс
✅ Новые вопросы теперь решаются по отлаженной схеме
✅ И главное — отгрузки идут, склад работает стабильно 💪
А как у вас дела со складом?
📦 Всё автоматизировано — или всё ещё «бумажный квест»?
🔥2
🔮 Битва против «титанов» или как работают «заклинания» системной диагностики
Иногда работа с маркировкой напоминает расследование, где приходится шаг за шагом раздвигать туман и вызывать на поверхность скрытые механизмы.
И последнее время такие кейсы встречаются всё чаще.
Недавно столкнулся с интересной ситуацией, связанной с товарами, для которых в маркировке есть особые правила учёта. Там важна каждая деталь: как описана карточка в Национальном каталоге, какие параметры передаются при продаже и что учитывается при приёмке.
🎭 Суть проблемы
Система вела себя как настоящий трикстер:
— Настраиваешь карточку правильно → продавать можно, но принимать упаковками — нельзя.
— Настраиваешь неправильно → принимать можно, но продавать корректно — нельзя.
То есть как ни поверни — где-то обязательно «рассыпается» логика.
🔍 Где искать проблемы?
Начал выстраивать гипотезы:
1. Неверное описание карточек у Поставщика
2. Ошибка в правилах маркировки на стороне ЧЗ
3. Разные версии конфигураций 1С между Поставщиком и Клиентом
4. Ошибки в ЭДО при передаче данных
И вот тут началась наша любимая «челночная дипломатия»:
ЧЗ, Поставщик, службы 1С, операторы ЭДО — каждый уверял, что «у нас всё хорошо».
Параллельно я пошёл копать глубже — в логи, форумы, чаты, старые обсуждения.
Перерыл реально тонны информации.
И наткнулся на других «счастливчиков», у которых ломалось всё точно так же.
✨ Переломный инсайт
Сложив разрозненные подсказки, ответы и наблюдения,
я решил проверить типовой запрос, который 1С отправляет в ЧЗ.
И там пазл неожиданно сложился — логика была нарушена именно в нём.
🏆 Итог — маленькая победа над большим механизмом
Смоделировав примеры и собрав все артефакты доказательств, я отправил развёрнутый разбор в техподдержку 1С.
И в этот раз — произошло то, чего я не ожидал:
1С официально признали глобальную ошибку.
Скажу честно: приятно, когда удаётся не просто «починить», а высветить проблему, которая долго пряталась в тени.
Это и есть магия: превращать хаос в ясность.
Если у тебя в маркировке тоже что-то «ведёт себя странно», или кажется, что в системе спрятан невидимый сбой — пиши.
Найдём, раскопаем, превратим в порядок ✨
Иногда работа с маркировкой напоминает расследование, где приходится шаг за шагом раздвигать туман и вызывать на поверхность скрытые механизмы.
И последнее время такие кейсы встречаются всё чаще.
Недавно столкнулся с интересной ситуацией, связанной с товарами, для которых в маркировке есть особые правила учёта. Там важна каждая деталь: как описана карточка в Национальном каталоге, какие параметры передаются при продаже и что учитывается при приёмке.
🎭 Суть проблемы
Система вела себя как настоящий трикстер:
— Настраиваешь карточку правильно → продавать можно, но принимать упаковками — нельзя.
— Настраиваешь неправильно → принимать можно, но продавать корректно — нельзя.
То есть как ни поверни — где-то обязательно «рассыпается» логика.
🔍 Где искать проблемы?
Начал выстраивать гипотезы:
1. Неверное описание карточек у Поставщика
2. Ошибка в правилах маркировки на стороне ЧЗ
3. Разные версии конфигураций 1С между Поставщиком и Клиентом
4. Ошибки в ЭДО при передаче данных
И вот тут началась наша любимая «челночная дипломатия»:
ЧЗ, Поставщик, службы 1С, операторы ЭДО — каждый уверял, что «у нас всё хорошо».
Параллельно я пошёл копать глубже — в логи, форумы, чаты, старые обсуждения.
Перерыл реально тонны информации.
И наткнулся на других «счастливчиков», у которых ломалось всё точно так же.
✨ Переломный инсайт
Сложив разрозненные подсказки, ответы и наблюдения,
я решил проверить типовой запрос, который 1С отправляет в ЧЗ.
И там пазл неожиданно сложился — логика была нарушена именно в нём.
🏆 Итог — маленькая победа над большим механизмом
Смоделировав примеры и собрав все артефакты доказательств, я отправил развёрнутый разбор в техподдержку 1С.
И в этот раз — произошло то, чего я не ожидал:
1С официально признали глобальную ошибку.
Скажу честно: приятно, когда удаётся не просто «починить», а высветить проблему, которая долго пряталась в тени.
Это и есть магия: превращать хаос в ясность.
Если у тебя в маркировке тоже что-то «ведёт себя странно», или кажется, что в системе спрятан невидимый сбой — пиши.
Найдём, раскопаем, превратим в порядок ✨
🔥2
Как настроить синхронизацию между УТ/КА2/ERP и БП
Когда данные в УТ/КА2/ERP живут своей жизнью, а бухгалтерия — своей, неизбежно появляются ошибки, задержки и лишняя работа. 🫠
Поэтому записал новый ролик, в котором объясняю, как с помощью синхронизации связать системы, упростить процессы и избежать двойного ввода — показываю настройку от начала и до проверки обменов.
Метод также работает и для синхронизации других Баз - УНФ, вместо ERP, ЗУП, вместо БП.
Если вы всё равно столкнулись со сложностями обмена - пишите, разберем ваш случай и поможем 🤓
Смотреть на RuTube
Смотреть на YouTube
Когда данные в УТ/КА2/ERP живут своей жизнью, а бухгалтерия — своей, неизбежно появляются ошибки, задержки и лишняя работа. 🫠
Поэтому записал новый ролик, в котором объясняю, как с помощью синхронизации связать системы, упростить процессы и избежать двойного ввода — показываю настройку от начала и до проверки обменов.
Метод также работает и для синхронизации других Баз - УНФ, вместо ERP, ЗУП, вместо БП.
Если вы всё равно столкнулись со сложностями обмена - пишите, разберем ваш случай и поможем 🤓
Смотреть на RuTube
Смотреть на YouTube
RUTUBE
Как настроить синхронизацию между 1С ERP/КА2/УТ и БП
Когда данные в УТ/КА2/ERP живут своей жизнью, а бухгалтерия — своей, неизбежно появляются ошибки, задержки и лишняя работа.
В ролике объясняю, как с помощью синхронизации связать системы, упростить процессы и избежать двойного ввода — показываю настройку…
В ролике объясняю, как с помощью синхронизации связать системы, упростить процессы и избежать двойного ввода — показываю настройку…
🔥2👍1
🕰️ «Хочу, чтобы было как раньше»
Почему при внедрении 1С всё идёт не так, как планировали
На этой неделе вспомнил одну тему, с которой сталкивался уже не раз 🙂
Компания долго работала «по-старому»:
в другой программе или в давней 1С 7.7.
И вот — долгожданное решение переходить на 1С 8.
Мы проводим предпроектный анализ:
изучаем процессы, ищем функциональные разрывы,
моделируем будущее решение — как всё должно работать.
🧑🏫 Обучение проведено, пользователи говорят «понятно».
День запуска.
И тут начинается новый сезон сериала:
«Я хочу, как раньше!» 😅
Причём:
«как раньше» = не всегда правильно
«как раньше» = не всегда можно
«как раньше» = не всегда было согласовано
У меня на одном проекте всё дошло до того, что пришлось
несколько дней жить у клиента, разбирая вопросы в режиме «нон-стоп».
Потому что люди столкнулись не с кнопками —
а с изменением привычной реальности.
🤔 Так что же делать?
Самое важное — привлекать реальных пользователей на этапе анализа и моделирования:
кладовщиков — в блок склада,
бухгалтеров — в блок учёта,
продажников — в CRM и документы реализации.
Потому что они лучше всех знают:
📌 как оно работает «на самом деле»
📌 где реальный процесс отличается от регламента
📌 какие мелочи решают комфорт работы
А каждый такой нюанс — это потенциальный функциональный разрыв,
который может превратиться в аврал на запуске.
🎯 Вывод
Успешный запуск 1С — это не только про настройки и доработки.
Это про работу с ожиданиями, вовлечение людей
и постепенное, грамотное изменение “как раньше” на “как лучше”.
А у вас на проектах звучала фраза «верните, как было»? 😄
Если планируете переход на 1С 8 — расскажу, как пройти этап изменений без потрясений 👇
Почему при внедрении 1С всё идёт не так, как планировали
На этой неделе вспомнил одну тему, с которой сталкивался уже не раз 🙂
Компания долго работала «по-старому»:
в другой программе или в давней 1С 7.7.
И вот — долгожданное решение переходить на 1С 8.
Мы проводим предпроектный анализ:
изучаем процессы, ищем функциональные разрывы,
моделируем будущее решение — как всё должно работать.
🧑🏫 Обучение проведено, пользователи говорят «понятно».
День запуска.
И тут начинается новый сезон сериала:
«Я хочу, как раньше!» 😅
Причём:
«как раньше» = не всегда правильно
«как раньше» = не всегда можно
«как раньше» = не всегда было согласовано
У меня на одном проекте всё дошло до того, что пришлось
несколько дней жить у клиента, разбирая вопросы в режиме «нон-стоп».
Потому что люди столкнулись не с кнопками —
а с изменением привычной реальности.
🤔 Так что же делать?
Самое важное — привлекать реальных пользователей на этапе анализа и моделирования:
кладовщиков — в блок склада,
бухгалтеров — в блок учёта,
продажников — в CRM и документы реализации.
Потому что они лучше всех знают:
📌 как оно работает «на самом деле»
📌 где реальный процесс отличается от регламента
📌 какие мелочи решают комфорт работы
А каждый такой нюанс — это потенциальный функциональный разрыв,
который может превратиться в аврал на запуске.
🎯 Вывод
Успешный запуск 1С — это не только про настройки и доработки.
Это про работу с ожиданиями, вовлечение людей
и постепенное, грамотное изменение “как раньше” на “как лучше”.
А у вас на проектах звучала фраза «верните, как было»? 😄
Если планируете переход на 1С 8 — расскажу, как пройти этап изменений без потрясений 👇
👍1🔥1
Как зарегистрировать Новый Личный Кабинет 1С и Программный продукт
Иногда сталкиваюсь с ситуациями, как на самом старте работы с 1С возникают вопросы:
куда заходить, что регистрировать и в каком порядке. 😵💫
В видео показываю, как создать личный кабинет 1С и зарегистрировать программный продукт — пошагово и без лишней путаницы 🤓
Смотреть на RuTube
Смотреть на YouTube
Иногда сталкиваюсь с ситуациями, как на самом старте работы с 1С возникают вопросы:
куда заходить, что регистрировать и в каком порядке. 😵💫
В видео показываю, как создать личный кабинет 1С и зарегистрировать программный продукт — пошагово и без лишней путаницы 🤓
Смотреть на RuTube
Смотреть на YouTube
RUTUBE
Как зарегистрировать Новый Личный Кабинет 1С и Программный продукт
Иногда сталкиваюсь с ситуациями, как на самом старте работы с 1С возникают вопросы:
куда заходить, что регистрировать и в каком порядке.
В видео показываю, как создать личный кабинет 1С и зарегистрировать программный продукт — пошагово и без лишней путаницы…
куда заходить, что регистрировать и в каком порядке.
В видео показываю, как создать личный кабинет 1С и зарегистрировать программный продукт — пошагово и без лишней путаницы…
👍2
Аутсорс или в штат — в чём на самом деле разница?
Недавно в разговоре с клиентами, пусть и в полушутку, прозвучало предложение:
Я ответил честно — мне комфортнее быть рядом, но в формате аутсорса.
На что получил вполне понятный аргумент:
И здесь я их понимаю.
Но за годы работы у меня сложилась немного другая картина.
Что я вижу на практике
1️⃣ Всё упирается не в формат, а в человека.
Профессионал — даст результат и в штате, и на аутсорсе.
Вопрос не «где он работает», а как он думает и за что берёт ответственность.
2️⃣ Сильный аутсорс растёт быстрее.
Работая с разными компаниями, процессами и ошибками,
специалист быстрее накапливает насмотренность и опыт.
И часто приносит компании больше ценности, чем человек, замкнутый внутри одной среды.
3️⃣ В аутсорсе вы платите за результат, а не за присутствие.
При нормальной постановке задач и взаимодействии
оплата идёт за решённые вопросы, а не за «отсидку часов».
4️⃣ Сильные специалисты редко идут в штат.
Не потому что «плохо»,
а потому что их рыночная ценность и доход в аутсорсе обычно выше.
При этом важно честно сказать:
плохой аутсорс — это действительно боль.
Но плохой специалист в штате — боль не меньшая, просто растянутая во времени.
Как выбрать хорошего специалиста — независимо от формата
Вот на что я бы смотрел в первую очередь:
1⃣Какие вопросы он задаёт
Обращайте внимание:
- связывает ли он бизнес-процессы между собой;
- пытается ли понять логику бизнеса, а не только ИТ;
- говорит ли «невозможно» или предлагает варианты;
- интересуется ли задачей или только бюджетом.
2⃣Как он рассказывает про свой опыт
Не столько важно «сколько лет», сколько:
- какие задачи решал;
- какие проекты запускал;
- сталкивался ли с похожими процессами;
- как он принимал решения в сложных ситуациях.
3⃣Дайте возможность показать работу
Одной встречи часто недостаточно.
Хорошие варианты:
- небольшой этап предпроектного обследования и моделирования,
где вы получаете модель «как должно работать»;
- или старт с небанальной задачи, по результату которой видно мышление, глубину и ответственность.
И уже после этого становится понятно —
хочется ли идти дальше вместе или нет.
Формат работы — это инструмент.
А результат всегда делают люди и то, как с ними выстроено взаимодействие.
Если интересно — могу отдельно рассказать, как выглядит хороший ППО и какие «красные флаги» я чаще всего вижу на старте проектов. 🙂
Недавно в разговоре с клиентами, пусть и в полушутку, прозвучало предложение:
«А давай ты к нам в штат?»
Я ответил честно — мне комфортнее быть рядом, но в формате аутсорса.
На что получил вполне понятный аргумент:
«Мы наработались с аутсорсерами — спросить потом не с кого, а качество часто оставляет вопросы».
И здесь я их понимаю.
Но за годы работы у меня сложилась немного другая картина.
Что я вижу на практике
1️⃣ Всё упирается не в формат, а в человека.
Профессионал — даст результат и в штате, и на аутсорсе.
Вопрос не «где он работает», а как он думает и за что берёт ответственность.
2️⃣ Сильный аутсорс растёт быстрее.
Работая с разными компаниями, процессами и ошибками,
специалист быстрее накапливает насмотренность и опыт.
И часто приносит компании больше ценности, чем человек, замкнутый внутри одной среды.
3️⃣ В аутсорсе вы платите за результат, а не за присутствие.
При нормальной постановке задач и взаимодействии
оплата идёт за решённые вопросы, а не за «отсидку часов».
4️⃣ Сильные специалисты редко идут в штат.
Не потому что «плохо»,
а потому что их рыночная ценность и доход в аутсорсе обычно выше.
При этом важно честно сказать:
плохой аутсорс — это действительно боль.
Но плохой специалист в штате — боль не меньшая, просто растянутая во времени.
Как выбрать хорошего специалиста — независимо от формата
Вот на что я бы смотрел в первую очередь:
1⃣Какие вопросы он задаёт
Обращайте внимание:
- связывает ли он бизнес-процессы между собой;
- пытается ли понять логику бизнеса, а не только ИТ;
- говорит ли «невозможно» или предлагает варианты;
- интересуется ли задачей или только бюджетом.
2⃣Как он рассказывает про свой опыт
Не столько важно «сколько лет», сколько:
- какие задачи решал;
- какие проекты запускал;
- сталкивался ли с похожими процессами;
- как он принимал решения в сложных ситуациях.
3⃣Дайте возможность показать работу
Одной встречи часто недостаточно.
Хорошие варианты:
- небольшой этап предпроектного обследования и моделирования,
где вы получаете модель «как должно работать»;
- или старт с небанальной задачи, по результату которой видно мышление, глубину и ответственность.
И уже после этого становится понятно —
хочется ли идти дальше вместе или нет.
Формат работы — это инструмент.
А результат всегда делают люди и то, как с ними выстроено взаимодействие.
Если интересно — могу отдельно рассказать, как выглядит хороший ППО и какие «красные флаги» я чаще всего вижу на старте проектов. 🙂
🔥5
Ciao Venti Venticinque
Друзья и коллеги, этот пост я хотел посвятить не работе, а простым и тёплым поздравлениям 🎄
Но вместе с этим на днях появились интересные размышления.
Случайно услышал песню Ciao 2020 из «Вечернего Урганта» — и мгновенно накрыло тем временем.
Кажется, что тогда мы жили как будто проще и беззаботнее.
Да, сложности были и тогда, но спустя пять лет они вспоминаются как мелочи.
Иногда даже ловишь себя на мысли: «верните мне мой 2020» 🫠
Но если остановиться и посмотреть честно — за эти пять лет произошло очень многое.
Были яркие моменты, были непростые испытания, были падения и подъемы.
И, проходя через всё это, я точно стал сильнее и научился вставать после сложных периодов.
Поэтому сегодня, глядя на текущую точку, я уже не скажу «верните мой 2020».
Я готов двигаться дальше — и мне особенно приятно делать это вместе с вами.
Этот год был хорошим.
А в следующем я желаю всем нам достойно проходить новые вызовы,
чаще фокусироваться на позитиве
и, что особенно важно, научиться создавать его для себя самим.
Так что — Ciao Venti Venticinque!
Поздравляю вас всех с наступающим Новым годом 🎆✨
Друзья и коллеги, этот пост я хотел посвятить не работе, а простым и тёплым поздравлениям 🎄
Но вместе с этим на днях появились интересные размышления.
Случайно услышал песню Ciao 2020 из «Вечернего Урганта» — и мгновенно накрыло тем временем.
Кажется, что тогда мы жили как будто проще и беззаботнее.
Да, сложности были и тогда, но спустя пять лет они вспоминаются как мелочи.
Иногда даже ловишь себя на мысли: «верните мне мой 2020» 🫠
Но если остановиться и посмотреть честно — за эти пять лет произошло очень многое.
Были яркие моменты, были непростые испытания, были падения и подъемы.
И, проходя через всё это, я точно стал сильнее и научился вставать после сложных периодов.
Поэтому сегодня, глядя на текущую точку, я уже не скажу «верните мой 2020».
Я готов двигаться дальше — и мне особенно приятно делать это вместе с вами.
Этот год был хорошим.
А в следующем я желаю всем нам достойно проходить новые вызовы,
чаще фокусироваться на позитиве
и, что особенно важно, научиться создавать его для себя самим.
Так что — Ciao Venti Venticinque!
Поздравляю вас всех с наступающим Новым годом 🎆✨
🎄6❤2🔥2
Управление изменениями на разных проектах
За праздники получилось много работы и одновременного участия в разных проектах — где-то я вёл их напрямую, а где-то подключался как участник или консультант 🤓
Было много задач:
- обновления баз разной степени сложности,
- проекты с переездом,
- системы с доработками, где требовалось повышенное внимание и контроль.
Честно — устал.
Но опыт получился очень показательный 🫠
В первый рабочий день после праздников все выходят на работу,
а я сижу с 9 утра наготове — в ожидании, где и что может пойти не так.
И картина оказалась разной:
- в каких-то проектах — тишина и спокойствие,
- в каких-то — вопросы, аврал и срочные разборы 😁
Не как оценка, а скорее как наблюдение:
там, где изменения были заранее хорошо структурированы и контроль был выстроен по этапам, запуск проходил заметно спокойнее и управляемее.
Это ещё раз подтвердило мысль, что правильно расставленные контрольные точки и фокус внимания сильно снижают риски.
Что помогло пройти этот период относительно спокойно
1️⃣ Заранее составленный подробный план
Практически с первых дней праздников я сел и разложил по полочкам:
- что именно нужно сделать по каждому проекту,
- какие задачи зависят только от меня, а где участвуют другие,
- разбил крупные этапы на подзадачи,
- оценил время на каждую из них,
- отдельно заложил время на отдых и личные дела,
- распределил задачи по дням и часовым блокам.
2️⃣ Контрольные точки по каждому проекту
Для себя фиксировал:
- что именно нужно проверить,
- в какой момент,
- кого предупредить заранее,
- где возможны риски и как их отловить.
3️⃣ Движение по плану с поправкой на реальность
Конечно, человеческий фактор никуда не делся — где-то были сдвиги, где-то корректировки.
Но за счёт общего плана они не становились критичными.
В таком формате — с планом почти на две недели вперёд — я, пожалуй, работал впервые.
И результат меня действительно порадовал 🙂
Что кажется особенно важным на финальном этапе
После любого большого блока изменений — обновлений, переезда или запуска системы — очень помогает рефлексия:
- что сработало хорошо,
- где можно было сделать лучше,
- какие решения стоит сохранить как шаблон на будущее.
Фиксация этих выводов позволяет в следующий раз не изобретать всё заново и не упускать важные детали.
Именно так проекты со временем перестают быть хаотичными и становятся управляемыми.
С каждым таким запуском всё больше убеждаюсь: управление изменениями — это отдельный навык, который часто недооценивают.
За праздники получилось много работы и одновременного участия в разных проектах — где-то я вёл их напрямую, а где-то подключался как участник или консультант 🤓
Было много задач:
- обновления баз разной степени сложности,
- проекты с переездом,
- системы с доработками, где требовалось повышенное внимание и контроль.
Честно — устал.
Но опыт получился очень показательный 🫠
В первый рабочий день после праздников все выходят на работу,
а я сижу с 9 утра наготове — в ожидании, где и что может пойти не так.
И картина оказалась разной:
- в каких-то проектах — тишина и спокойствие,
- в каких-то — вопросы, аврал и срочные разборы 😁
Не как оценка, а скорее как наблюдение:
там, где изменения были заранее хорошо структурированы и контроль был выстроен по этапам, запуск проходил заметно спокойнее и управляемее.
Это ещё раз подтвердило мысль, что правильно расставленные контрольные точки и фокус внимания сильно снижают риски.
Что помогло пройти этот период относительно спокойно
1️⃣ Заранее составленный подробный план
Практически с первых дней праздников я сел и разложил по полочкам:
- что именно нужно сделать по каждому проекту,
- какие задачи зависят только от меня, а где участвуют другие,
- разбил крупные этапы на подзадачи,
- оценил время на каждую из них,
- отдельно заложил время на отдых и личные дела,
- распределил задачи по дням и часовым блокам.
2️⃣ Контрольные точки по каждому проекту
Для себя фиксировал:
- что именно нужно проверить,
- в какой момент,
- кого предупредить заранее,
- где возможны риски и как их отловить.
3️⃣ Движение по плану с поправкой на реальность
Конечно, человеческий фактор никуда не делся — где-то были сдвиги, где-то корректировки.
Но за счёт общего плана они не становились критичными.
В таком формате — с планом почти на две недели вперёд — я, пожалуй, работал впервые.
И результат меня действительно порадовал 🙂
Что кажется особенно важным на финальном этапе
После любого большого блока изменений — обновлений, переезда или запуска системы — очень помогает рефлексия:
- что сработало хорошо,
- где можно было сделать лучше,
- какие решения стоит сохранить как шаблон на будущее.
Фиксация этих выводов позволяет в следующий раз не изобретать всё заново и не упускать важные детали.
Именно так проекты со временем перестают быть хаотичными и становятся управляемыми.
С каждым таким запуском всё больше убеждаюсь: управление изменениями — это отдельный навык, который часто недооценивают.
🔥2🥱1
Аудит и моделирование: зачем это нужно и что важно в подходе
Аудит и моделирование — по сути, то, с чего начинается любой проект.🚀
Особенно проект внедрения новой системы.
Именно на этом этапе мы пытаемся честно ответить на ключевые вопросы:
— что есть сейчас
— что хочется получить в итоге
— какие процессы нужно изменить, зачем и каким образом
Это критически важная часть проекта, в рамках которой:
— определяется конфигурация 1С
— описываются бизнес-процессы
— выявляются проблемные зоны в бизнесе
— выстраивается ИТ-архитектура
(как настраиваются справочники, какой документооборот планируется, какие автоматизации и интеграции нужны и как они должны работать)
Обычно всё начинается с серии встреч: мы разбираем процессы бизнеса, после чего переходим к моделированию в 1С и демонстрации Заказчику.
На демонстрациях становится видно:
— что закрывается типовым функционалом
— где возникают функциональные разрывы
— что можно решить организационно или изменением процессов
— а где без доработок не обойтись, если хотим упростить и ускорить работу пользователей
Сложность, с которой я стал сталкиваться всё чаще 💩
— На ряде последних проектов (особенно при переходе из других систем — МойСклад, 1С 7 и т.п.) стало заметно, что:
— руководству и пользователям сложно сразу воспринять большой объём новой информации
— логика системы кажется «чужой»:
раньше было по-другому, почему товары и цены теперь в разных местах, что это за документы и зачем они нужны
— сами процессы внутри компании часто не формализованы и работают по принципу «как привыкли»
В такой ситуации классический подход «давайте сразу покажем всё в базе» начинает давать сбои.
Как я попробовал изменить подход 🤓
Я не считаю этот подход каким-то ноу-хау — но на практике используют его далеко не все.
После аудита я стал договариваться с Клиентами о следующем:
моделирование в 1С идёт параллельно с описанием и визуализацией бизнес-процессов, а на старте фокус смещается именно на схемы процессов.
Да, на первый взгляд этот путь может показаться более длинным, чем «просто показать всё сразу в базе».
Но у него есть важные плюсы.
Что это даёт на этапе моделирования
1. Первые встречи посвящены согласованию схем бизнес-процессов
— мы их отлаживаем, делаем прозрачными и понятными всем участникам
2. Далее демонстрация в 1С идёт через призму этих схем
Клиенту проще понять:
— зачем нужен конкретный документ
— на каком этапе он возникает
— кто за него отвечает
— как он связан с другими блоками
При необходимости мы постоянно возвращаемся к схеме
3. Корректно сформированные схемы:
— ускоряют и упрощают настройку системы
— минимизируют переделки моделирования
— помогают не упустить важные настройки
(справочники, параметры объектов, связи между блоками),
особенно когда всё это нужно воспроизвести уже в рабочей базе
Плюсы, которые особенно проявляются на запуске
Когда мы переходим к вводу рабочей базы в эксплуатацию:
1. Каждый сотрудник получает схему своей работы
— это закрывает значительную часть вопросов ещё до старта
2. Существенно снижается аврал на запуске
— и по пользователям, и по руководству
потому что большая часть неопределённости снимается на ранних этапах
Если коротко:
чем больше ясности мы создаём до системы, тем спокойнее система начинает работать. 🙂
Аудит и моделирование — по сути, то, с чего начинается любой проект.🚀
Особенно проект внедрения новой системы.
Именно на этом этапе мы пытаемся честно ответить на ключевые вопросы:
— что есть сейчас
— что хочется получить в итоге
— какие процессы нужно изменить, зачем и каким образом
Это критически важная часть проекта, в рамках которой:
— определяется конфигурация 1С
— описываются бизнес-процессы
— выявляются проблемные зоны в бизнесе
— выстраивается ИТ-архитектура
(как настраиваются справочники, какой документооборот планируется, какие автоматизации и интеграции нужны и как они должны работать)
Обычно всё начинается с серии встреч: мы разбираем процессы бизнеса, после чего переходим к моделированию в 1С и демонстрации Заказчику.
На демонстрациях становится видно:
— что закрывается типовым функционалом
— где возникают функциональные разрывы
— что можно решить организационно или изменением процессов
— а где без доработок не обойтись, если хотим упростить и ускорить работу пользователей
Сложность, с которой я стал сталкиваться всё чаще 💩
— На ряде последних проектов (особенно при переходе из других систем — МойСклад, 1С 7 и т.п.) стало заметно, что:
— руководству и пользователям сложно сразу воспринять большой объём новой информации
— логика системы кажется «чужой»:
раньше было по-другому, почему товары и цены теперь в разных местах, что это за документы и зачем они нужны
— сами процессы внутри компании часто не формализованы и работают по принципу «как привыкли»
В такой ситуации классический подход «давайте сразу покажем всё в базе» начинает давать сбои.
Как я попробовал изменить подход 🤓
Я не считаю этот подход каким-то ноу-хау — но на практике используют его далеко не все.
После аудита я стал договариваться с Клиентами о следующем:
моделирование в 1С идёт параллельно с описанием и визуализацией бизнес-процессов, а на старте фокус смещается именно на схемы процессов.
Да, на первый взгляд этот путь может показаться более длинным, чем «просто показать всё сразу в базе».
Но у него есть важные плюсы.
Что это даёт на этапе моделирования
1. Первые встречи посвящены согласованию схем бизнес-процессов
— мы их отлаживаем, делаем прозрачными и понятными всем участникам
2. Далее демонстрация в 1С идёт через призму этих схем
Клиенту проще понять:
— зачем нужен конкретный документ
— на каком этапе он возникает
— кто за него отвечает
— как он связан с другими блоками
При необходимости мы постоянно возвращаемся к схеме
3. Корректно сформированные схемы:
— ускоряют и упрощают настройку системы
— минимизируют переделки моделирования
— помогают не упустить важные настройки
(справочники, параметры объектов, связи между блоками),
особенно когда всё это нужно воспроизвести уже в рабочей базе
Плюсы, которые особенно проявляются на запуске
Когда мы переходим к вводу рабочей базы в эксплуатацию:
1. Каждый сотрудник получает схему своей работы
— это закрывает значительную часть вопросов ещё до старта
2. Существенно снижается аврал на запуске
— и по пользователям, и по руководству
потому что большая часть неопределённости снимается на ранних этапах
Если коротко:
чем больше ясности мы создаём до системы, тем спокойнее система начинает работать. 🙂
🔥2👍1
Как выгрузить документы из 1С ERP/КА2/УТ в 1С БП
Продолжаю разбирать практические вопросы по обменам между конфигурациями 1С.
В новом видео показываю, как после настройки обмена между ERP / КА2 / УТ и БП правильно выгружать документы, сопоставлять их в БП и управлять регистрацией документов — в том числе массово и по отбору.
Это не «шаблонный» разбор, а сценарий, собранный на основе реальных болей и ошибок, с которыми регулярно сталкиваются компании при работе с обменами между базами. 🫡
Смотреть на RuTube
Смотреть на YouTube
Продолжаю разбирать практические вопросы по обменам между конфигурациями 1С.
В новом видео показываю, как после настройки обмена между ERP / КА2 / УТ и БП правильно выгружать документы, сопоставлять их в БП и управлять регистрацией документов — в том числе массово и по отбору.
Это не «шаблонный» разбор, а сценарий, собранный на основе реальных болей и ошибок, с которыми регулярно сталкиваются компании при работе с обменами между базами. 🫡
Смотреть на RuTube
Смотреть на YouTube
👍4