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

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

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

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

+1

31.07.2026 447 0 roman_nikishov 0

1

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

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

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

+2

29.07.2026 436 0 OksanaBogdashkina 2

2

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

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

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

+6

27.07.2026 513 8 ardn 2

6

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

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

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

+2

21.07.2026 370 0 chagbig 0

2

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

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

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

+14

06.07.2026 1443 25 ardn 16

14

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

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

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

+25

22.06.2026 4816 18 ardn 46

25

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

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

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

+20

18.06.2026 2205 0 ardn 11

20

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

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

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

+4

18.06.2026 664 0 YA_826532418 3

4

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

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

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

+4

16.06.2026 639 0 NikolayMaerov 0

4

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

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

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

+3

15.06.2026 553 0 NikolayMaerov 0

3

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

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

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

+4

11.06.2026 1035 0 YA_826532418 0

4

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

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

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

+1

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

1

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

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

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

+2

14.05.2026 848 10 primat 0

2

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

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

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

+23

07.05.2026 2985 0 zeegin 3

23

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

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

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

+5

08.04.2026 1371 0 maraty 10

3

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

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

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

+

31.03.2026 968 0 monwig 0

-1

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

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

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

+2

23.03.2026 1198 0 EMelihoff 1

2

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

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

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

+4

12.02.2026 1590 0 AlexeyPROSTO_1C 5

0

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

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

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

+

21.10.2025 1679 0 user1984674 0

-1

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

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

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

+3

02.10.2025 3526 0 user1923656 0

3

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

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

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

+2

25.09.2025 2820 0 user1514417 0

2

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

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

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

+3

04.09.2025 1503 0 user1073387 1

3

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

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

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

+3

02.09.2025 2897 0 user1023273 3

3

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

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

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

+1

29.08.2025 2353 0 larandrey 0

1

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

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

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

+7

13.08.2025 2276 0 INK2018 5

7

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

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

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

+3

31.07.2025 4406 76 otkalo 8

3

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

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

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

+26

29.07.2025 2886 0 Vasin86 19

26

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

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

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

+5

28.03.2025 1927 0 1Concept 0

5

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

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

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

+2

04.03.2025 2962 0 3soft 1

2

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

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

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

+5

18.12.2024 5036 0 user1959522 2

5

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

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

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

+21

24.09.2024 9507 0 chavalah 19

21

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

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

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

+24

21.08.2024 5879 73 Laya 3

24

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

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

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

+26

12.08.2024 10218 0 fenixnow 3

26

Проблемы при заключении договоров

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

В первой части рассмотрели компетенции специалиста в сфере ЗУП, во второй классификацию проектов и задач на проектах. В третьей статье рассмотрены плюсы и минусы специализации на одной предметной области в разрезе сложности выполняемых задач и прогнозируемого (ожидаемого) качества работы. Также рассмотрены проблемы трудоустройства. Именно эту тему мы продолжим развивать в данной статье.

+57

07.08.2023 7184 0 biimmap 44

57

Простой пример частного технического задания (ЧТЗ) для 1С-ника

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

В статье расскажем о том, как происходит разработка структуры технического задания. Покажем пример технического задания в 1С.

+14

27.10.2022 45058 0 Koder_ 5

14

Эмпатия и системный подход в сборе требований и составлении ТЗ

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

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

+16

10.06.2022 4638 0 kacelena 2

16

ТЗ как обязательный атрибут в автоматизации. Реальные кейсы из 16-ти летнего опыта

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

Техническое задание – документ, который многим кажется слишком дорогим удовольствием. Руководитель консалтингового направления ГК СофтБаланс Клавдия Макарова объяснила, почему нельзя на него смотреть только с этой точки зрения, и какую пользу он приносит команде и заказчику.

+8

01.06.2022 5651 0 user1551153 0

8

ФОРО: Физические основы развития организации

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

В статье изложены основные принципы нового концепта управления организацией ФОРО (аббревиатура от Физические Основы Развития Организации). Концепт развивает прикладную часть концепции Индустрии 5.0 в области управления организационными структурами, основываясь на методологии и принципах Индустрии 5.

+6

26.04.2022 3420 0 INed 0

6

Документальное оформление бизнес-процессов в проектах по автоматизации

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

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

+25

02.02.2022 16674 0 denisgalimoff 3

25