...

Анализ&Управление для 1С

Автоматизация СМК в 1С:Документообороте: документы и несоответствия

Стандарты и документация

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

+2

сегодня в 08:50    81    0    YA_826532418    0    

2
Правила работы с ИИ для аналитика

Стандарты и документация

ИИ удобно использовать для анализа ТЗ, подготовки протоколов, писем и проверки требований. Но до загрузки рабочего материала его нужно обезличить, а после получения ответа — проверить. Рассказываю, как я разделяю эти две проверки и почему уверенный ответ ИИ еще не означает, что предложенный вариант существует в 1С.

+3

04.09.2026    437    0    YA_826532418    0    

3
Тех.арх.ком: как мы управляем технической архитектурой 1С на потоке

Управление ИТ-департаментом Управление знаниями в ИТ Управление рисками

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

+

03.09.2026    277    0    shatalxe    0    

0
Сверхурочная работа в IT

Юридические аспекты и безопасность

Рабочий день закончился в 18:00, но руководитель попросил закончить релиз вечером. В табеле осталось восемь часов. Разбираемся, когда такая работа считается сверхурочной, чем её можно доказать, сколько должны заплатить и что изменилось с 1 сентября 2026 года.

+4

03.09.2026    296    0    NikolayMaerov    0    

4
Возврат денег за обучение

Юридические аспекты и безопасность

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

+6

02.09.2026    667    0    NikolayMaerov    5    

6
Не спешите писать "по собственному"

Юридические аспекты и безопасность

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

+7

01.09.2026    760    0    NikolayMaerov    3    

7
Миллионные споры вокруг 1С

Юридические аспекты и безопасность

Подрядчик пришёл взыскивать 3,2 млн рублей и сам получил иск почти на 4,8 млн. Заказчик потребовал назад аванс за ERP, но проиграл после экспертизы. Шесть реальных судебных историй вокруг 1С.

+3

31.08.2026    387    0    NikolayMaerov    4    

3
Суды о правах на код 1С

Юридические аспекты и безопасность

Можно ли считать код своим, если за него заплатили? Суды рассмотрели споры о разработке программного обеспечения, передаче исходников, Git-репозиториях и доработках существующих систем. Разбираем, какие выводы из этих дел можно сделать для проектов 1С.

+5

25.08.2026    592    0    NikolayMaerov    1    

5
760 тысяч за программу на 1С. Как суды определяют владельца кода?

Юридические аспекты и безопасность

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

+6

20.08.2026    1013    0    NikolayMaerov    1    

6
Архивная 1С и суд

Юридические аспекты и безопасность

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

+4

19.08.2026    557    0    NikolayMaerov    1    

4
Когда сотрудник платит за ущерб?

Юридические аспекты и безопасность

На ноутбуке бывшего сотрудника нашли 1 403 удалённых файла, но работодатель не смог взыскать даже стоимость экспертизы. В другом деле исчезла "1С:Бухгалтерия КОРП", ущерб оценили почти в 4,8 млн рублей - и снова отказ. Разбираемся на реальных судебных делах, когда сотрудник действительно отвечает за ущерб

+9

18.08.2026    959    0    NikolayMaerov    5    

9
Кто отвечает за мошеннический платеж

Юридические аспекты и безопасность

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

+3

17.08.2026    367    0    NikolayMaerov    0    

3
Когда рабочая переписка не помогает в суде?

Юридические аспекты и безопасность

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

+3

14.08.2026    422    0    NikolayMaerov    0    

3
Сотруднику переплатили зарплату. Когда суд заставит вернуть деньги, а когда нет?

Юридические аспекты и безопасность

Почему в одном судебном споре сотрудника обязали вернуть ошибочно выплаченные 1,8 млн рублей, а в другом работодатель не смог взыскать похожую переплату? Разбираем практику судов.

+4

13.08.2026    471    0    NikolayMaerov    0    

4
IT-проект в суде

Юридические аспекты и безопасность

Что будет, если заказчик ждал обмен между базами 1С, но его не оказалось в задании? Если эксперт нашел почти половину функционала, а системой все равно нельзя пользоваться? Или если заказчик отказался платить уже после приемки? Пять судебных историй о том, как восстанавливают реальный объем IT-проекта.

+3

12.08.2026    437    0    NikolayMaerov    3    

3
Ошибки при увольнении

Юридические аспекты и безопасность

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

+3

11.08.2026    431    0    NikolayMaerov    1    

3
Взлом, подрядчик и ответственность

Юридические аспекты и безопасность

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

+2

07.08.2026    505    0    NikolayMaerov    2    

2
Выгрузили, переслали, открыли доступ: чем нарушения 152-ФЗ заканчиваются в судах

Юридические аспекты и безопасность

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

+3

06.08.2026    413    0    NikolayMaerov    0    

3
NDA и ответственность сотрудника

Юридические аспекты и безопасность

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

+3

05.08.2026    583    0    NikolayMaerov    0    

3
Комплаенс-инженерия: как встроить правовой аудит в AI-разработку без потери эффективности

Юридические аспекты и безопасность

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

+

03.08.2026    293    1    user2181633    0    

0
Стандарт ISO/IEC 42001:2023 – Artificial Intelligence Management Systems. Подходы информационной безопасности при разработке, поставке и использовании систем искусственного интеллекта

Стандарты и документация

Разбираем ISO/IEC 42001:2023 – самостоятельный стандарт по системам менеджмента искусственного интеллекта, построенный на логике ISO/IEC 27001 и расширяющий привычные подходы информационной безопасности на разработку, поставку и использование ИИ-систем. Показываем, как типовая модель оценки рисков дополняется анализом воздействия на бизнес и общество, а приложение А объединяет меры управления рисками в десять групп контролей. Объясняем, чем отличаются требования к разработчикам, поставщикам и пользователям систем искусственного интеллекта и какие риски каждая из сторон должна учитывать на своих этапах жизненного цикла. Материал будет полезен специалистам по информационной безопасности и разработчикам информационных систем, интегрированных с ИИ.

+1

31.07.2026    552    0    roman_nikishov    0    

1
Грокаем нормализацию

Стандарты и документация

Разбираем, что на практике скрывается за нормализацией НСИ и почему она нужна не только для наведения порядка в справочниках. Показываем, как единые и качественные данные помогают сокращать издержки, принимать управленческие решения и выстраивать бизнес-процессы компании. Объясняем, почему нормализация становится важным условием успешной автоматизации, и как она связана с качеством данных. Также рассматриваем основные инструменты работы с НСИ: методологию, классификацию, шаблоны описания, поиск дублей и подготовку данных к миграции.

+2

29.07.2026    524    0    OksanaBogdashkina    2    

2
Романтика управления ИТ: Иллюзия vs Реальность

Лидерство Компетенции и навыки Управление ИТ-департаментом

Главная иллюзия ИТ-управления – вера в то, что правильные процессы, модные технологии и подробные регламенты сами приведут к результату. Показываем, как эта иллюзия разбивается о реальность. Результат создают мотивированные и компетентные люди, которым процессы помогают работать, а технологии решают конкретные бизнес-задачи, а не просто выглядят современно. Объясняем, почему ИТ-руководитель – это прежде всего лидер, который синхронизирует людей, процессы и инструменты в условиях ограниченных ресурсов, давления бизнеса и постоянных изменений. В статье разбираем типичные ловушки найма, мотивации, контроля, Agile, сервисности, планирования, внедрения ИИ, работы с вендорами и техническим долгом – и показываем, как сохранять романтику управления без розовых очков.

+4

28.07.2026    596    0    GSoft    0    

4
Аналитик - это функциональный архитектор. Доказано Минтрудом

Стандарты и документация

В прошлых статьях я читал профстандарты и вывел, что архитектор - это тот, кто принимает архитектурные решения. А теперь неожиданный поворот: если открыть профстандарт «Системный аналитик», выяснится, что аналитик высокого уровня как раз такие решения и принимает. То есть, сюрприз, аналитик и есть архитектор. Просто функциональный. И это не мой комплимент аналитикам, а вывод прямо из формулировок Минтруда.

+6

27.07.2026    619    10    ardn    2    

6
Как системный аналитик становится кризис‑менеджером

Юридические аспекты и безопасность

От схем к уголовному кодексу: как системный аналитик становится внутренним кризис-менеджером. В статье на примере кейса с зависшими кодами маркировки «Честный Знак» разбирается трансформация роли IT-аналитика. Показываю, почему в проектах с высокими регуляторными рисками (штрафы по УК РФ и НК РФ) недостаточно просто переводить требования бизнеса в ТЗ для разработчиков.

+

22.07.2026    461    0    Ferra_Shap    0    

0
Технический проект в 1С

Стандарты и документация

«Зачем писать бумажки, если можно писать код?» — этот вопрос я слышу на каждом втором проекте. В статье разбираю на живом примере — подсистеме динамических констант, прошедшей путь от идеи до поставки с формами, ролями и юнит-тестами, — что реально дает технический проект, когда он окупается за первую же неделю, а когда превращается в карго-культ. Отдельно — почему в эпоху ИИ-ассистентов технический проект внезапно стал нужнее, а не наоборот.

+2

21.07.2026    448    0    chagbig    0    

2
Ваш архитектор - не архитектор. Доказано Минтрудом

Стандарты и документация

Продолжаю разбирать профстандарты. Беру стандарт «Архитектор программного обеспечения» (06.003) и сверяю с тем, кого у нас в 1С зовут архитектором. Зовут кого угодно - спеца по производительности, тимлида, ревьювера, самого опытного на проекте, - но почти никогда того, кто на самом деле делает работу архитектора. А она одна: принимать архитектурные решения и отвечать за них.

+15

06.07.2026    1563    26    ardn    16    

15
Сервисное лидерство в эпоху AI и самоорганизации. Как техподдержка становится драйвером цифровой культуры в организации на примере РАНХиГС

ITIL, Служба поддержки (HelpDesk)

Техническая поддержка может быть не просто службой для обработки заявок, а стратегическим центром цифровой культуры в организации. Показываем, как команда поддержки выстроила работу с разными аудиториями – сотрудниками, студентами и преподавателями, запустила внутренние мини-сообщества, внедрила ИИ-инструменты и начала переходить от SLA к XLA. Разбираем, почему современная поддержка должна не только решать обращения, но и учить пользователей, помогать соседним подразделениям, развивать Customer Service внутри IT и менять отношение людей к информационным системам. В статье – живой опыт крупнейшего вуза Европы: с цифрами, практическими кейсами и честным рассказом о том, как поддержка постепенно становится драйвером цифровых изменений.

+16

01.07.2026    944    0    user1063453    2    

16
Разработчиков не существует. Доказано Минтрудом

Компетенции и навыки Стандарты и документация

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

+25

22.06.2026    4962    19    ardn    46    

25
Почему дорого отправлять каждое “не работает” разработчику

ITIL, Служба поддержки (HelpDesk)

Пользователь пишет “не работает отчет”, задача летит разработчику, а через полчаса выясняется: в отборе стояла лишняя галочка. Один раз — мелочь. Десятки раз в месяц — уже деньги, потерянный фокус и отложенные доработки. Разберем, зачем команде первая линия поддержки, что она может проверить до разработчика и как не превратить это в бюрократию.

+3

22.06.2026    478    0    NikolayMaerov    0    

3
База знаний 1С-поддержки

Управление знаниями в ИТ

Если пользователь в третий раз спрашивает, как заполнить реквизиты, где посмотреть задачи по бизнес-процессу или почему документ “не работает”, это уже не просто вопрос. Это кандидат в базу знаний. Разбираем, как база знаний 1С-поддержки снижает поток повторных обращений, почему инструкции должны быть рядом с рабочим процессом, кто отвечает за их актуальность и какие метрики показывают, что база знаний действительно работает, а не просто лежит в папке “Инструкции”.

+2

18.06.2026    806    0    NikolayMaerov    0    

2
Что такое ADR, и почему он нужен даже команде из одного человека

Стандарты и документация

Про то, как перестать терять знания о принятых архитектурных решениях. Разбираю, что такое Architecture Decision Record (ADR) и как начать вести его буквально сегодня.

+20

18.06.2026    2559    0    ardn    11    

20
ИИ для регламентов и протоколов

Стандарты и документация

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

+4

18.06.2026    770    0    YA_826532418    3    

4
Как приоритизировать задачи

Сопровождение ITIL, Служба поддержки (HelpDesk)

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

+3

17.06.2026    753    0    NikolayMaerov    0    

3
“Сделайте удобно” - не задача: как формулировать требования для разработчика

Работа с требованиями Стандарты и документация

“Не хотим заполнять документ вручную, пусть он сам откуда-то подтянет данные, заполнится и запишется” — звучит понятно только до тех пор, пока разработчик не начнет задавать вопросы. Откуда подтянуть? При каких условиях? Что делать, если данных нет? Кто имеет право запускать сценарий? Что должно попасть в другую базу 1С после согласования? Разбираем, почему мутная задача всегда становится дорогой, какие требования нужны 1С-разработчику до начала реализации и как простая карточка задачи экономит часы разработки, уточнений и переделок.

+4

16.06.2026    721    0    NikolayMaerov    0    

4
Внешние обработки и отчеты под контролем

Стандарты и документация

Внешние обработки и отчеты часто появляются в 1С как быстрый и удобный способ решить задачу: выгрузить данные, проверить остатки, сформировать нестандартный отчет, выполнить разовую обработку или закрыть срочную потребность бизнеса. Но со временем .epf и .erf могут превратиться в теневой слой системы: без владельцев, версий, проверки после обновлений, описания назначения и понимания рисков. Разбираем, как держать внешние обработки и отчеты под контролем

+3

15.06.2026    636    0    NikolayMaerov    0    

3
Поддержка 1С как сервис: как перестать жить в режиме «срочно»

ITIL, Служба поддержки (HelpDesk)

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

+5

15.06.2026    609    0    NikolayMaerov    2    

5
НСИ никто не любит, но без неё 1С-проект разваливается

Стандарты и документация

НСИ часто вспоминают слишком поздно: когда отчёты уже не сходятся, интеграции падают, маршруты согласования уходят не тем людям, а пользователи спорят, какой контрагент или номенклатура “правильные”. Разбираем, почему нормативно-справочная информация критична для 1С-проектов, какие ошибки встречаются чаще всего и как начать приводить НСИ в порядок без гигантского отдельного проекта.

+4

11.06.2026    1181    0    YA_826532418    0    

4
Почему пользователи не читают инструкции по 1С

Управление знаниями в ИТ

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

+4

10.06.2026    917    0    YA_826532418    1    

4
Техническое обслуживание 2700 АРМ как управляемый процесс

Управление ИТ-департаментом

Когда количество автоматизированных рабочих мест измеряется тысячами, устранение неисправностей перестает быть основной задачей ИТ-службы. На примере эксплуатации 2700 АРМ рассказываю, как техническое обслуживание превращается в управляемый процесс, почему профилактика выгоднее ремонта и какую роль в этом играют инженеры-электроники, управление ИТ-активами и импортозамещение.

+1

04.06.2026    411    0    KhananovaOlga    0    

1