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

План восстановления системы, или как я перестал бояться документировать свои знания

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

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

23.10.2026 312 0 jack_nsk 0

1

Стандарты 1С для ИИ: как мы их переработали

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

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

25.09.2026 428 0 Rico17 3

1

Словарь терминов на проекте

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

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

24.09.2026 302 0 YA_826532418 0

3

СМК в 1С:ДО: записи, показатели и анализ

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

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

22.09.2026 260 0 YA_826532418 0

3

Автоматизация СМК в 1С:Документообороте. Часть 2: жалобы, внутренние аудиты и сквозной контроль

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

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

22.09.2026 236 0 YA_826532418 0

3

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

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

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

21.09.2026 357 0 YA_826532418 0

4

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

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

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

04.09.2026 639 0 YA_826532418 0

3

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

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

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

31.07.2026 664 0 roman_nikishov 0

1

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

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

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

29.07.2026 680 0 OksanaBogdashkina 2

2

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

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

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

27.07.2026 794 11 ardn 2

6

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

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

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

21.07.2026 570 0 chagbig 0

2

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

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

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

06.07.2026 1674 27 ardn 16

15

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

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

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

22.06.2026 5154 19 ardn 46

25

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

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

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

18.06.2026 3193 0 ardn 11

20

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

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

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

18.06.2026 892 0 YA_826532418 3

4

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

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

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

16.06.2026 852 0 NikolayMaerov 0

4

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

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

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

15.06.2026 772 0 NikolayMaerov 0

3

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

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

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

11.06.2026 1370 0 YA_826532418 0

4

Подготовка конструкторской документации при внедрении 1С:ERP

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

В связи с тем, что большинство предприятий, на которых мы проводим внедрения, работают с конструкторской документацией, составили краткую справку по подготовке к внедрению «1С:ERP Управление предприятием 2».

20.05.2026 917 0 AiBCifra-1S-ERP-UH 1

1

Управление проектом через текст договора. Добавьте еще кирпичи и побольше цемента

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

Рассказываем, как использовать текст договора в качестве инструмента управления проектом: фиксировать ожидания, этапы работ, сценарии выполнения и возможные изменения. На примере проектов переноса данных 1С показываем, чем они отличаются от проектов внедрения, зачем нужна короткая анкета на старте и как декомпозиция помогает заранее «разложить проект на кирпичики». Объясняем, почему IT-проекты можно оценивать по аналогии со строительством – через понятные виды работ, объемы и нормировки, – а коммерческое предложение стоит делать достаточно подробным, чтобы к нему можно было вернуться при изменении сценария. Отдельно разбираем, как повторяющиеся этапы и фиксация работ по периодам помогают гибко управлять объемом проекта, снижать риски для подрядчика и упрощать согласования на стороне заказчика.

14.05.2026 1043 11 primat 0

2

Стандарты v8std, связанные с информационной безопасностью

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

Безопасная конфигурация в 1С начинается с соблюдения стандартов v8std, которые определяют требования к защите серверного API, работе с внешним кодом, запуску приложений и хранению чувствительных данных. Объясняем ключевые принципы безопасной разработки: от корректного использования признака «Вызов сервера» и безопасного хранения паролей до правил запуска внешних программ, ограничения исполнения произвольного кода и работы с внешними компонентами. Подробный разбор каждого требования показывает, как минимизировать риски и создать конфигурацию, устойчивую к типовым угрозам безопасности.

07.05.2026 3422 0 zeegin 3

23

Модель зрелости для команд 1С

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

Как оценить зрелость команды 1С не по общему чек-листу, а по практикам, которые реально важны для платформы? Собрал модель из 8 направлений — от управления кодом и CI/CD до AI-практик — с конкретными критериями на каждом из пяти уровней. Внутри — открытый инструмент для самооценки.

08.04.2026 1606 0 maraty 10

3

Лучшие друзья руководителей – база знаний и документация

Управление знаниями в ИТ Стандарты и документация

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

31.03.2026 1177 0 monwig 0

-1

Аналитическая записка. Разбираю реальный кейс по правам доступа

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

На примере записки по модели RLS в 1С ERP разбираю, что в таком документе уже хорошо, чего не хватает для управленческого решения и как сообщество оценивает качество такой аналитики?

23.03.2026 1365 0 EMelihoff 1

2

Как составить понятное техническое задание

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

В сфере IT-разработки, особенно в экосистеме 1С, где сроки поджимают, а требования меняются каждый день, качественное техническое задание (ТЗ) становится обязательным этапом, который помогает избежать путаницы и неопределенности в проекте. Но что же превращает ТЗ в действительно эффективный инструмент, а не просто формальный документ, который остается без внимания?

12.02.2026 1781 0 AlexeyPROSTO_1C 5

0

Построение эффективного взаимодействия с Заказчиком

Взгляд со стороны Заказчика Работа с заинтересованными сторонами Стандарты и документация

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

21.10.2025 1842 0 user1984674 0

-1

Нормализация и подготовка данных и НСИ для проектов по внедрению систем класса ERP

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

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

02.10.2025 3809 0 user1923656 0

4

Они с Марса, а мы – с Венеры: как научить заказчика говорить на одном с аналитиками языке?

Стандарты и документация Работа с требованиями Взгляд со стороны Заказчика

«Без хорошего ТЗ — результат такой себе». Но что делать, если ТЗ все время получаются плохими? Вместо того, чтобы заставлять заказчиков следовать шаблонам, мы применили концепцию обучения Дэвида Колба. В статье делимся опытом проведения 8 мастер-классов для 60 коллег по основам написания ТЗ, декомпозиции требований и описанию ошибок. Вы не получите волшебную таблетку, но узнаете конкретный план действий, который поможет сократить время анализа требований и улучшить коммуникацию в команде.

25.09.2025 2955 0 user1514417 0

2

Неочевидная польза от СМК (Система менеджмента качества)

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

Система менеджмента качества уже много лет активно применяется в среде "1С-Франчайзи". Но не все и не всегда используют ее на 100%. Делюсь, как это делаем мы уже достаточно давно.

04.09.2025 1611 0 user1073387 1

3

Ведение проектной документации в СППР

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

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

02.09.2025 3064 0 user1023273 3

3

Тестирование: ожидания клиентов

Взгляд со стороны Заказчика Работа с требованиями Стандарты и документация

Погружаемся в реалии крупных проектов, где тестирование – не просто этап контроля качества, а инструмент управления ожиданиями, снижения рисков и успешного внедрения.

29.08.2025 2510 0 larandrey 0

1

Чёткие цели и предпосылки проекта – залог успешного старта

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

Корректно формулировать предпосылки и цели проекта умеют немногие. Как показывает практика, с этим очень тяжело справляются функциональные заказчики. И даже для сотрудников, которые много лет занимаются проектами внедрения информационных систем, это не тривиальная задача. Расскажем о том, как проверить корректность целей, сформулировать предпосылки и правильно составить Устав проекта.

13.08.2025 2440 0 INK2018 5

7

12 техник BABOK, помогающих писать ТЗ

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

Удивительно, но до сих пор большинство аналитиков не слышали о своде знаний по бизнес-анализу BABOK Guide и не знают, что фактически уже используют его техники в работе. Расскажем о том, как с помощью техник BABOK сделать ТЗ максимально «живым» – структурировать требования, визуализировать процессы, смоделировать данные и интерфейсы, чтобы ТЗ было понятно и заказчику, и разработчику.

31.07.2025 4805 79 otkalo 9

3

Как техническое задание становится ловушкой: анатомия бумажного монстра

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

Статья посвящена распространённой проблеме в разработке 1С – чрезмерному формализму технических заданий, превращающих гибкий процесс внедрения в бюрократический кошмар. Мы разбираем, почему объёмное ТЗ не гарантирует успех проекта, как оно может парализовать работу команды и что делать, чтобы перейти от «мертвых» документов к живому процессу разработки. На практических примерах из мира 1С показываем, какие форматы взаимодействия действительно работают и как сохранить баланс между ясностью требований и гибкостью решений.

29.07.2025 3027 0 Vasin86 19

26

Как подружить заказчика и исполнителя с помощью MAKER-STUDIO и двух правильных букв?

Взгляд со стороны Заказчика Стандарты и документация

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

28.03.2025 2039 0 1Concept 0

5

Стоит ли всё-таки писать ТЗ?

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

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

04.03.2025 3127 0 3soft 1

3

Опыт применения СППР для формирования документа «Описание проектного решения»

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

СППР – удобный инструмент для работы с модификацией системы, в частности, упрощающий и автоматизирующий написание проектной документации. Расскажем о практическом опыте составления в СППР «Описания проектного решения».

18.12.2024 5307 0 user1959522 2

5

Разработка пользовательской документации

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

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

24.09.2024 9879 0 chavalah 19

21

Документация по ГОСТ – не только ТЗ

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

Когда при внедрении систем 1С всплывает слово «ГОСТ» – практически всегда речь идёт о документе «Техническое задание». И у большинства внедренцев падает настроение, как только им говорят, что надо «написать ТЗ по ГОСТу». Но опытные кулинары знают, как готовить это блюдо так, чтобы оно оставило после себя приятное послевкусие, а не горькое разочарование. О собственных рецептах приготовления документации по ГОСТу пойдет речь в статье.

21.08.2024 6150 74 Laya 3

24

Делаем документацию правильно

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

Как гарантировать актуальную документацию и превратить ваши тесты в красивый фильм? Берём тесты, сценарии, Vanessa Automation, перемешиваем, но не встряхиваем – и рецепт готов. Расскажем о том, как добиться простой и невозможной цели – чтобы документация к вашему продукту соответствовала ему.

12.08.2024 10459 0 fenixnow 3

26

Колба

Полная колба