Диалог с @kuptsovalexander

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

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

В имеющихся материалах есть только частичная информация по этому вопросу: Короткий ответ: **по имеющимся фрагментам нельзя уверенно сказать, что компания может просто купить оборудование и передать его вузу так, чтобы это зачлось именно как мероприятие по софинансированию «Топ-ИТ»**. Для зачёта по «Топ-ИТ» учитывается **объём софинансирования по отчёту вуза** и только по тем направлениям расходов, которые предусмотрены документацией отбора гранта; также может использоваться отчёт, принятый оператором, и письмо о согласовании отчётных материалов [2][3]. Что из этого practically следует: 1. **Ориентируйтесь не на сам факт передачи оборудования, а на то, будет ли расход отражён в отчёте вуза по «Топ-ИТ».** В материалах прямо сказано, что учитывается объём софинансирования **по сведениям из отчёта вуза** и по направлениям расходов, определённым документацией отбора гранта [2][3]. Если оборудование не попадёт в такой отчёт или не соответствует допустимым направлениям расходов, его могут не зачесть [2][3]. 2. **Нужно заранее проверить документацию конкретного гранта/отбора «Топ-ИТ».** В контексте нет перечня допустимых расходов, но есть указание, что учитываются только расходы по направлениям, установленным документацией отбора грантов «Топ-ИТ» / «Топ-ИИ» [3]. Поэтому без сверки с этой документацией делать поставку рискованно. 3. **Подтверждение строится через документы образовательной организации, а не только через ваши накладные или договор.** В качестве подтверждающих документов названы: отчёт образовательной организации о софинансировании, отчёт, принятый оператором, и письмо АНО о согласовании отчётных материалов [3]. То есть одних внутренних документов компании, судя по фрагментам, недостаточно [3]. 4. **Неизрасходованные средства не учитываются.** Если средства по договору софинансирования или целевого пожертвования направлены на ТОП-программы, но вуз **не израсходовал** их в отчётном году, они **не учитываются** [2][3]. Это важный риск, если вы планируете закупку под конец года или передаёте имущество, которое вуз не успеет оформить/использовать в отчётном периоде [2][3]. 5. **«Топ-ИТ» не заменяет само соглашение с вузом.** Для подтверждения аккредитации нужно как минимум одно соглашение с вузом на текущий календарный год по форме Минцифры [1][9]. Само софинансирование «Топ-ИТ» рассматривается как вид мероприятия в контуре требования 3%, а не как замена соглашения [2]. 6. **Если в соглашении с этим вузом у вас идёт софинансирование «Топ-ИТ», можно не делать в этом же вузе другие обязательные мероприятия — но только если они реализуются хотя бы в одном другом вузе.** Это прямо предусмотрено п. 22: при соглашении с софинансированием ТОП в данном вузе организация вправе не реализовывать там другие виды мероприятий, если они одновременно реализуются не менее чем в одной иной образовательной организации [1][3][10]. Отдельно важный нюанс: в FAQ есть разъяснение, что **иные формы пожертвования, например оборудование, ПО и прочее, не предусмотрены** — но этот фрагмент относится к вопросу о пожертвовании в контексте преподавания сотрудниками компании, когда компания может возмещать вузу затраты на преподавателя [7][8]. Поэтому **нельзя автоматически переносить это разъяснение на «Топ-ИТ»**, но как минимум оно показывает, что формат «передали оборудование и зачли» требует очень осторожной проверки [7][8]. ## Что лучше сделать на практике - **Сначала запросить у вуза**, может ли закупка/передача оборудования быть отражена в его отчёте о софинансировании «Топ-ИТ» по допустимым направлениям расходов [2][3]. - **Проверить документацию отбора гранта «Топ-ИТ»** по конкретной программе вуза: входит ли оборудование в допустимые расходы [3]. - **Оформлять взаимодействие через соглашение с вузом** на календарный год по форме Минцифры, если вопрос связан с подтверждением аккредитации [1][9]. - **Заранее согласовать с вузом пакет подтверждающих документов**, чтобы расход попал в отчёт вуза и при необходимости был принят оператором [3]. - **Не откладывать на конец отчётного года**, потому что неиспользованные вузом средства не учитываются [2][3]. Итог: **возможность купить оборудование для вуза в рамках «Топ-ИТ» из имеющихся фрагментов прямо не подтверждена и не опровергнута**. Надёжный критерий здесь один: **будет ли такой расход допустим по документации отбора и отражён в отчёте вуза о софинансировании** [2][3].

Да, разница по сути такая: 1. **Разработка** — вы **создаёте новый объект**: новую образовательную программу или новую РПД/дисциплину. Для РПД это подтверждается тем, что появляется проект, который затем утверждает образовательная организация [2][9]. Для новой ИТ-дисциплины методрекомендации отдельно уточняют, что она **раньше не реализовывалась** в составе ИТ-программ вуза/колледжа, у неё должно быть **уникальное наименование**, а порог уникальности результатов и содержания — **85%** [8]. 2. **Актуализация** — вы **обновляете уже существующий** объект, а не создаёте его с нуля. Для ОП и РПД это отдельный вид мероприятия, который тоже подтверждается утверждённой вузом программой/РПД [2][9]. Если речь об актуализации ИТ-программы, методрекомендации описывают её как именно **обновлённую программу** и ставят довольно существенные пороги изменений: нужно заменить/модернизировать **не менее 50%** профессиональных компетенций и обеспечивающих их знаний, умений, навыков, практического опыта, а также разработать новые и/или актуализировать существующие РПД ИТ-дисциплин **не менее чем по 50%** всех ИТ-дисциплин программы [7]. 3. **Экспертиза** — вы **ничего не разрабатываете и не переписываете как основной результат**, а **оцениваете** уже существующую или подготовленную программу/РПД и оформляете **заключение** [2][9][10]. Для экспертизы в подтверждающих документах фигурирует именно **заключение организации об экспертизе** [2][10]. Методрекомендации показывают, что при экспертизе оцениваются, например, актуальность результатов и технологий, содержание и объём ИТ-дисциплин, объём практики, соответствие задачам отрасли; если есть замечания, в заключении даются рекомендации по доработке [7][8]. ## Как это различать на практике ### Разработка Это сценарий «**сделали новое**» [8][9]. Подходит, если: - в вузе раньше не было такой дисциплины/РПД; - вы хотите завести новый курс под технологии компании; - можно показать новизну и оформить полный комплект материалов [8]. ### Актуализация Это сценарий «**взяли существующее и существенно обновили**» [7][9]. Подходит, если: - программа или дисциплина уже есть; - вы меняете содержание под новые технологии, стек, практику, требования рынка; - изменения можно подтвердить как значимые, а не косметические [7]. ### Экспертиза Это сценарий «**проверили и дали профессиональное заключение**» [2][7][8][10]. Подходит, если: - вуз сам подготовил программу/РПД; - компания выступает как индустриальный эксперт; - вы готовы оформить именно экспертное заключение, а не пакет новых учебных материалов [2][9][10]. ## Что конкретно выбрать Если вам нужен **самый “лёгкий” по объёму формат участия**, то по имеющимся фрагментам экспертиза обычно выглядит проще: подтверждающий документ — заключение, тогда как разработка и актуализация требуют, чтобы итоговая ОП/РПД была утверждена образовательной организацией [2][9][10]. Если хотите показать **глубокое содержательное участие компании**, обычно сильнее выглядит разработка или актуализация, потому что там результатом становится новая или обновлённая программа/РПД, внедрённая в вузе [3][7][9]. ## Важный нюанс по соглашению с вузом В рамках одного соглашения по виду «разработка / актуализация / экспертиза ОП и (или) РПД» достаточно **не менее одного** из шести вариантов: разработка ОП, актуализация ОП, экспертиза ОП, разработка РПД, актуализация РПД, экспертиза РПД [4][9]. То есть вам не нужно делать всё сразу — можно выбрать один формат, который реально удобнее исполнить и подтвердить [4][9]. ## Практический вывод Если совсем просто: - **разработка** = сделали новое [8][9]; - **актуализация** = серьёзно обновили существующее [7][9]; - **экспертиза** = проверили и выдали заключение с оценкой и рекомендациями [2][7][8][10]. Если хотите, я могу следующим сообщением сделать ещё более прикладную штуку: **таблицу “что именно должна подготовить компания / что должен подписать вуз / какой вариант проще для зачёта”** по каждому из трёх вариантов.

В имеющихся материалах есть только частичная информация по этому вопросу: Короткий вывод: **просто «заплатить вузу за экспертизу» и вообще не задействовать сотрудников компании по имеющимся фрагментам не подтверждается**. Для обязательного мероприятия по разработке/актуализации/экспертизе образовательных программ в подтверждающих документах фигурирует именно **заключение организации об экспертизе образовательной программы**, то есть экспертизу проводит организация, а не вуз для самой себя [9]. ## Что следует из материалов 1. **Экспертиза — это отдельный вид участия именно организации.** В перечне мероприятий указана *«экспертиза организацией образовательных программ»* [9]. Это важная формулировка: из неё следует, что засчитывается не оплата вузу как таковая, а участие самой ИТ-компании в экспертизе [9]. 2. **Подтверждение по экспертизе — заключение организации.** Для этого вида мероприятия среди подтверждающих документов названо **«заключение организации об экспертизе образовательной программы»** [9]. Значит, ключевой результат — документ от компании, а не платёж в адрес вуза [9]. 3. **В каждом соглашении с вузом обычно должны быть обязательные виды мероприятий.** В FAQ прямо сказано, что в каждом соглашении об оказании содействия с вузом должны быть обязательные виды мероприятий; и отдельно уточнено, что это **преподавание** и **разработка/актуализация/экспертиза** образовательных программ или рабочих программ ИТ-дисциплин [2][8]. То есть одной только оплатой чего-то вузу вопрос не закрывается [2][8]. 4. **Есть исключение для «Топ-ИТ» / «Топ-ИИ».** Если у вас с конкретным вузом соглашение с софинансированием ТОП-программы, то в этом вузе можно **не реализовывать другие обязательные мероприятия**, если они реализованы **в ином вузе** [10]. Это не означает, что можно заменить экспертизу оплатой вузу; это означает только, что при ТОП-софинансировании обязательные мероприятия можно закрывать через другой вуз [10]. ## Практический смысл Если вопрос в лоб: **можно ли просто перечислить деньги вузу и не парить своих сотрудников?** — по этим материалам ответ скорее **нет** для мероприятия «экспертиза» [9]. Почему: - засчитывается **экспертиза организацией**, а не услуга вуза самой себе [9]; - нужен результат в виде **заключения организации** [9]; - в соглашении с вузом должны быть обязательные мероприятия, и одно из них — именно разработка/актуализация/экспертиза [2][8]. ## Что можно сделать на практике ### Вариант 1. Закрывать экспертизу как мероприятие компании Нужно, чтобы: 1. **В соглашении с вузом** было предусмотрено мероприятие по разработке/актуализации/экспертизе [2][8]. 2. **Компания оформила результат экспертизы** в виде заключения организации [9]. 3. Вы были готовы подтвердить, что это именно участие компании, а не просто финансирование вуза [9]. ### Вариант 2. Если у вас есть «Топ-ИТ» / «Топ-ИИ» Можно рассмотреть схему, при которой: 1. **В одном вузе** у вас идёт софинансирование ТОП-программы [10]. 2. **Обязательные иные мероприятия** (в том числе преподавание и разработка/актуализация/экспертиза) реализуются **в другом вузе** [10]. Это единственный прямо видимый в материалах способ не делать весь набор обязательных мероприятий именно в том вузе, куда идут деньги по ТОП [10]. ## На что обратить внимание - **Не путайте оплату вузу и подтверждаемое мероприятие.** Для экспертизы в материалах нет указания, что достаточно денежного перечисления вузу; наоборот, подтверждение привязано к заключению организации [9]. - **Не переносите логику пожертвования с преподавания на экспертизу.** В материалах пожертвование описано применительно к преподаванию сотрудника компании и возмещению вузу его затрат; при этом прямо сказано, что иные формы пожертвования, такие как МТО, ПО и прочее, не предусмотрены [3][4][7]. Для экспертизы аналогичного механизма в данных фрагментах нет. - **Если речь именно про вуз по ТОП**, смотрите не только на платёж, но и на отчётность: по ТОП учитывается объём софинансирования по отчёту вуза и/или отчёту, принятому оператором; неучтённые и неизрасходованные в отчётном году средства не засчитываются [10]. Если хотите, я могу следующим сообщением собрать для вас **рабочую схему без лишней нагрузки на штат**: что оформить, если вы хотите закрыть обязательное мероприятие по экспертизе с минимальным участием сотрудников, но так, чтобы это выглядело подтверждаемо по имеющимся правилам [9][10].

Да, в имеющихся материалах есть основания считать, что ИТ-компания может оформить с вузом взаимодействие по **разработке, актуализации или экспертизе образовательной программы** и/или **РПД ИТ-дисциплин** — такие виды мероприятий прямо предусмотрены в перечне мероприятий для взаимодействия с вузом [3][4][8]. Но важно различать две ситуации. ## Если цель — учесть это для подтверждения ИТ-аккредитации Тогда нужен не просто любой «договор услуг», а **соглашение об оказании содействия с вузом** по форме Минцифры; собственная форма договора это требование **не заменяет** [7]. Что важно проверить: 1. **Вуз должен подходить по критериям**: реализовывать программы по ИТ-специальностям и иметь форму собственности — государственная, муниципальная или АНО [3]. 2. **Соглашение заключается именно с вузом** [3]. 3. В соглашении должны быть **обязательные виды мероприятий**; для вуза к ним относятся: - разработка / актуализация / экспертиза образовательных программ и/или РПД ИТ-дисциплин с последующим внедрением; - преподавание сотрудниками ИТ-компании ИТ-дисциплин [3]. 4. По общему правилу в рамках **каждого** соглашения с вузом нужно обеспечить **два обязательных мероприятия** [3]. 5. Нельзя «размазать» обязательные мероприятия по разным соглашениям: в FAQ прямо сказано, что **в каждом соглашении** должны быть обязательные виды мероприятий, иначе иные соглашения не будут учтены [1]. 6. Соглашение заключается **на календарный год**, и в нем фиксируются только мероприятия, которые планируются к реализации в этом году [7]. Практический вывод: если вы хотите, чтобы взаимодействие с вузом пошло в зачет по аккредитации, **одной только закупки у вуза услуги по разработке или экспертизе программы недостаточно** — нужно оформить именно соглашение по форме Минцифры и проследить, чтобы в нем были обязательные мероприятия в нужном составе [3][7]. ## Если вопрос только про сам предмет взаимодействия с вузом Да, предметом взаимодействия могут быть: - **разработка и актуализация** проектов образовательных программ ВО или СПО по ИТ-специальностям; - **экспертиза** образовательных программ; - **разработка, актуализация и экспертиза РПД** ИТ-дисциплин [4][8]. Для таких мероприятий в порядке предусмотрены и подтверждающие документы: - по образовательной программе — **утвержденная образовательной организацией программа** или **заключение об экспертизе** [2][4]; - по РПД — **утвержденная РПД** или **заключение об экспертизе РПД** [8]. ## На что обратить внимание по содержанию работ Если речь о **разработке новой ИТ-программы**, в методических рекомендациях указано, что результатом должен быть проект программы, которая **ранее не реализовывалась** в вузе/колледже; для новизны приведен ориентир по уникальности результатов обучения, содержания РПД и материалов — **85%** [6]. Также проект должен быть **утвержден образовательной организацией в отчетном периоде** [6]. Если речь об **экспертизе**, в рекомендациях указано, что она охватывает, в частности, актуальность результатов и технологий, содержание и объем ИТ-дисциплин, объем практики и соответствие задачам отрасли; при замечаниях рекомендации отражаются в заключении [6]. ## Что лучше сделать на практике 1. **Определите цель**: вам нужно просто выполнить работу для вуза или чтобы это было учтено для аккредитации [7]. 2. Если нужен зачет для аккредитации — **оформляйте соглашение об оказании содействия по форме Минцифры**, а не только договор услуг [7]. 3. **Проверьте статус вуза** и что он реализует ИТ-специальности [3]. 4. **Пропишите конкретный вид работ**: разработка, актуализация или экспертиза образовательной программы и/или РПД [3][4][8]. 5. **Сразу предусмотрите подтверждающие результаты**: утвержденная программа, утвержденная РПД, заключение об экспертизе [2][4][8]. 6. Если у вас несколько соглашений с вузами, **в каждом** должны быть обязательные мероприятия, иначе часть соглашений не учтут [1]. 7. Если уже подписали соглашение с лишними мероприятиями, которые не будут реализованы, в рекомендациях указано, что лучше оформить **дополнительное соглашение** с корректировкой перечня [7]. Если хотите, я могу следующим сообщением помочь вам понять, **как именно сформулировать предмет соглашения с вузом**, чтобы он подходил под требования Минцифры.

## Как подойти к заполнению плана мероприятий План мероприятий нужно делать как **единый документ на текущий календарный год**, а не отдельный план по каждому соглашению. Он подаётся в рамках подтверждения аккредитации вместе с соглашениями об оказании содействия [3][5][6][10][11]. Практически порядок такой. ## 1. Сначала соберите основу для плана В план нужно включить: - **все уже заключённые соглашения** об оказании содействия на текущий год [3][4][5][10]; - при желании — также соглашения, которые **ещё согласуются**, если укажете вторую сторону и планируемый срок заключения [3][5]. Важно: соглашения заключаются на **1 календарный год**, допускается продление допсоглашением [5]. В самом соглашении фиксируются только мероприятия, которые планируются именно в этом календарном году [5]. ## 2. Делайте один общий план, а не несколько Отдельный план по каждому соглашению **не нужен** — формируется **единый план на календарный год** [4][5][10]. Также методические материалы отдельно подчёркивают, что этот документ **подписывает только ИТ-компания** [4][10]. ## 3. Заполняйте план строго по форме План составляется по форме **приложения 4** к Порядку [3][5][6]. Из имеющихся материалов видно, что при заполнении нужно соблюдать такие правила: - виды мероприятий указывать **дословно** из **приложения 1** к Порядку [4][8][10]; - конкретику — например, дисциплину, ФИО преподавателя, сведения о договоре и т.п. — вносить в колонку **«наименование мероприятия»** [4][8][10]; - единицы измерения брать из **приложения 6** [4][10]; - внизу плана должен быть расчёт достижения **не менее 3%** [4][9][10]. ## 4. Как заполнять ключевые колонки По методическим материалам в плане отражаются, в частности, такие данные [10]: - **№ / соглашение** — номер строки, номер соглашения, вуз [10]; - **Наименование образовательной организации** — полное наименование с организационно-правовой формой [10]; - **Результаты соглашения** — уровень образования: высшее, СПО, общее образование [10]; - **Вид мероприятия** — строго дословно из приложения 1 [10]; - **Наименование мероприятия** — здесь указываете уточнения и конкретное содержание [10]; - **Срок исполнения** — месяц и год, например «июль 2026» [10]; - **Единица измерения** — по приложению 6 [10]; - **План на 31.12 / факт на 01.05**: - план ставится **на весь календарный год**, а не только на период после подачи заявления [10]; - факт на 1 мая — это то, что уже реально выполнено к этой дате [10]. ## 5. Что особенно важно не перепутать ### Включайте все соглашения План должен охватывать **все** соглашения на текущий год, а не только одно «основное» [3][4][10]. ### Не меняйте названия видов мероприятий Если вид мероприятия предусмотрен Порядком, его нужно писать **без переименования**, дословно [4][8][10]. ### Конкретику не вставляйте в графу «вид мероприятия» Дисциплины, ФИО, детали взаимодействия с вузом и прочие уточнения нужно переносить в графу **«наименование мероприятия»** [4][8][10]. ### Планируйте на весь год В графе плана нельзя ограничиваться логикой «что будет после 1 июня». Методические материалы прямо говорят: план — **на весь календарный год** [10]. ### Следите за связкой «соглашение — план — отчёт» Если в соглашении перечислены виды мероприятий, а фактически вы реализуете только часть из них, это может создать проблему: в методических материалах указано, что если в соглашении перечислены все возможные виды, а выполнены только обязательные, это **некорректно**, и вуз не согласует отчёт, потому что виды из соглашения не исполнены [8]. Практический вывод: в соглашение и в план лучше включать только те мероприятия, которые вы действительно собираетесь реализовать в этом году [5][8]. ## 6. Нужно ли корректировать план, если что-то меняется Если меняется, например, почасовая нагрузка, **корректировать план не нужно** — нужно показать **фактическую почасовую нагрузку** в предварительном и итоговом отчётах [2]. При этом в FAQ указано, что план мероприятий составляется на текущий календарный год и прикладывается вместе с соглашением к заявлению на подтверждение аккредитации, которое подаётся **до 1 июня** [2]. Есть ещё методический материал, где сказано, что новые соглашения можно заключать **после 1 июня**, они отражаются в предварительном и итоговом отчётах, а обновлённый план направляют при **существенных** корректировках [8]. Но это сформулировано в методических материалах, а не в приведённых здесь нормах Порядка, поэтому ориентироваться лучше осторожно [8]. ## 7. Когда и с чем подавать план План прикладывается к заявлению о подтверждении аккредитации на **ЕПГУ** **до 1 июня** [2][11]. Из имеющихся материалов следует, что вместе с заявлением подаются, в частности [11]: - **итоговый отчёт** за предыдущий календарный год [11]; - при учёте фактических затрат — документ аудитора о достоверности отчёта о финансовом обеспечении мероприятий [11]; - при группе лиц — договор о взаимодействии на текущий год [11]; - **не менее одного соглашения с вузом на текущий год** [11]; - **план мероприятий на текущий год** [11]. ## 8. Мини-чеклист перед отправкой Перед подачей проверьте: 1. **План один на весь год**, а не по каждому соглашению [4][5][10]. 2. Включены **все заключённые соглашения** [3][4][10]. 3. При необходимости добавлены соглашения **в процессе согласования** с указанием второй стороны и срока заключения [3][5]. 4. Виды мероприятий указаны **дословно** из приложения 1 [4][8][10]. 5. Конкретика вынесена в графу **«наименование мероприятия»** [4][8][10]. 6. Единицы измерения взяты из **приложения 6** [4][10]. 7. Плановые показатели стоят **на 31.12**, а факт — **на 01.05** [10]. 8. Внизу есть расчёт достижения **не менее 3%** [4][9][10]. 9. План подписан **ИТ-компанией** [4][10]. 10. Пакет готов к подаче **до 1 июня** [2][11]. Если хотите, следующим сообщением я могу помочь вам **пошагово заполнить каждую графу плана** в виде шаблона: что писать в строке про соглашение, как формулировать «вид мероприятия» и что именно вносить в «наименование мероприятия».

Да, так можно, но с важной оговоркой: **для зачёта соглашения с вузом в нём должны быть обязательные виды мероприятий** — то есть в рамках одного соглашения нужно обеспечить и **преподавание ИТ-дисциплин**, и **разработку/актуализацию/экспертизу ОП или РПД**, если не применяется специальное исключение по софинансированию «Топ-ИТ» / «Топ-ИИ» [1][2][5]. ## Что это значит в вашей ситуации Если у вас 5 соглашений с вузами, и: - во **всех 5** есть только **экспертиза РПД**, - а **преподавание** есть только **в 1 вузе**, то: - **соглашение с этим 1 вузом** может быть учтено, если в нём одновременно есть и преподавание, и экспертиза РПД (или другой вариант разработки/актуализации/экспертизы ОП/РПД) [1][2][3][4]; - **остальные 4 соглашения**, где есть только экспертиза РПД без преподавания, **не будут учтены** как соответствующие требованию об обязательных мероприятиях [1][2]. Минцифры прямо разъяснило: **в каждом соглашении с вузом должны быть обязательные виды мероприятий**, и соглашения, где обязательный набор не выполнен, учтены не будут [1]. ## Когда схема допустима Ваша схема допустима, если ваша цель — чтобы для подтверждения аккредитации у вас было **хотя бы одно корректное соглашение с вузом** на текущий календарный год, оформленное по форме Минцифры, и в нём были обязательные виды мероприятий [2][10][11]. То есть практический минимум такой: 1. **Оставить хотя бы одно соглашение с вузом**, где есть: - преподавание ИТ-дисциплин сотрудниками ИТ-компании; - и хотя бы один вариант из блока «разработка/актуализация/экспертиза ОП или РПД» — например, экспертиза РПД [2][3][4][5]. 2. **Проверить форму соглашения**: для подтверждения аккредитации нужно минимум одно соглашение **по форме Минцифры**; собственная форма договора это не заменяет [2][10][11]. 3. **Убедиться, что соглашение заключено на текущий календарный год** и в нём указаны только реально планируемые в этом году мероприятия [2][11]. ## Что важно поправить, если хотите сохранить все 5 соглашений Если вы хотите, чтобы **каждое из 5 соглашений** потенциально учитывалось, то в каждом из них нужно предусмотреть обязательный набор мероприятий, а не распределять его между вузами [1][2]. Иначе получится так: - 1 соглашение — зачтётся; - 4 соглашения — нет [1][2]. Если в каких-то соглашениях уже указаны виды мероприятий, которые вы не будете реализовывать, методические материалы рекомендуют **заключить дополнительное соглашение** и скорректировать перечень мероприятий, потому что в соглашении должны быть указаны только планируемые к реализации виды [10][11]. ## Исключение, когда можно без двух обязательных мероприятий Есть только одно указанное в материалах исключение: если по конкретному вузу у вас есть **софинансирование проектов «Топ-ИТ» и/или «Топ-ИИ»**, то в этом вузе можно **не реализовывать другие обязательные мероприятия**, но при условии, что они реализуются **не менее чем в одном другом вузе** [2]. Судя по вашему описанию, это исключение к вашей ситуации не относится, потому что вы говорите про экспертизу РПД и преподавание, а не про софинансирование «Топ-ИТ» / «Топ-ИИ» [2]. ## На что ещё обратить внимание по преподаванию Для преподавания сотрудник должен иметь **стаж профессиональной деятельности в области ИТ не менее 1 года за последние 5 лет** [8]. В FAQ Минцифры уточнено, что речь идёт о стаже трудовой деятельности **в ИТ-компании на ИТ-позиции**; не ИТ-функции вроде юриста или маркетолога не подходят [3]. Также учитывается преподавание, которое по локальному акту вуза относится к **учебной нагрузке** [6][8]. При этом отдельное перечисление денег вузу **не обязательно**, если сотрудник состоит в штате вашей компании, получает у вас зарплату и в рабочее время преподаёт в вузе; но **отчёт о реализованных мероприятиях должен быть согласован с вузом** [3]. ## Практический вывод Если коротко: **распределить обязательные мероприятия между разными вузами нельзя** [1]. Поэтому вариант: - со всеми 5 вузами — только экспертиза РПД, - и только с 1 вузом — преподавание, **допустим только в том смысле, что зачтётся, вероятно, лишь то соглашение, где есть и преподавание, и экспертиза РПД одновременно** [1][2][4]. Остальные соглашения сами по себе под обязательное требование не подходят [1][2]. Если хотите, я могу следующим сообщением дать вам **короткий чек-лист по каждому из 5 договоров: что оставить, что исправить и где нужен допник**.

Да — **если у вас в конкретных соглашениях с вузами есть только экспертиза РПД, без преподавания, то такие соглашения для учета в 3% обычно не подходят**. По имеющимся материалам, **в каждом соглашении** должны быть предусмотрены **два обязательных вида мероприятий**: 1) преподавание, и 2) разработка/актуализация/экспертиза образовательных программ или рабочих программ ИТ-дисциплин [2][4]. Что это значит practically: 1. **Экспертиза РПД сама по себе не закрывает требование** по соглашению [2][4]. 2. Если у вас 5 соглашений, и только в 1 из них есть преподавание, то **в зачет 3% надежно выглядит только то соглашение, где есть оба обязательных блока** — преподавание + экспертиза/разработка/актуализация [2][4]. 3. Остальные соглашения, где есть только экспертиза РПД, могут создать проблему при отчете: Минцифры отдельно разъясняет, что если в соглашении указаны мероприятия, а фактически они не выполнены, вуз **не согласует отчет**; нереализованные мероприятия отражаются отдельно как «закладывали — не получилось» [4]. Есть важное исключение: требование о двух обязательных мероприятиях **не применяется**, если соглашение связано с **софинансированием проекта ТОП-ИТ или ТОП-ИИ** [4]. Если это не ваш случай, ориентироваться нужно именно на правило «два обязательных мероприятия в каждом соглашении» [4]. ## Что лучше сделать - **Проверить текст каждого соглашения**: есть ли в нем дословно нужные виды мероприятий из приложения 1 к порядку, и присутствуют ли оба обязательных блока [4][11]. - Если хотите, чтобы конкретное соглашение **шло в зачет 3%**, безопаснее, чтобы именно **в этом соглашении** были и преподавание, и экспертиза/разработка/актуализация [2][4]. - **Не включать в соглашение лишние виды мероприятий**, которые реально не будете делать: это прямо названо некорректным подходом, потому что потом вуз может не согласовать отчет [4]. - В плане мероприятий вид мероприятия нужно указывать **дословно** из приложения 1, а конкретику — дисциплину, ФИО преподавателя и т.п. — уже в графе «наименование мероприятия» [4][11]. ## Итог по вашему вопросу Если вы спрашиваете именно так: **«засчитается ли в 3% ситуация, когда с 5 вузами только экспертиза РПД, а преподавание только с 1 вузом?»** — то **в части соглашений только с экспертизой РПД, без преподавания, в зачет 3% это не выглядит соответствующим требованию** [2][4]. Если хотите, я могу следующим сообщением помочь вам **разложить вашу схему по 5 вузам** и сказать, **какие соглашения можно поправить минимально**, чтобы они нормально проходили в 3%.

Нет, **жёсткой привязки стажёра к конкретному вузу через соглашение с этим вузом не требуется**. По Порядку стажировка может засчитываться **вне зависимости от образовательной организации** и **вне зависимости от соглашений с образовательными организациями**, заключённых компанией [3]. Минцифры отдельно разъясняет, что **договор с вузом для стажировки не обязателен** [1][5]. Что это значит на практике: 1. **Можно принять студента без договора с вузом**, если он обучается по **ИТ-специальности из перечня** Минцифры/«Цифры России» [1][5][7]. 2. Такие стажировки нужно **отражать отдельно в отчёте** — в **приложении 2** как стажёров **вне соглашений** [1][5][7][8]. 3. Компании нужно **самой хранить подтверждения**, что студент действительно учится по подходящей ИТ-специальности; методические рекомендации прямо говорят о необходимости иметь договоры со студентами и доказательства ИТ-специальности [1]. На что обратить внимание: - Если речь именно о **практике**, она идёт **в рамках учебного плана** вуза [1][7]. - Для мероприятия «стажировка / практика с трудоустройством» условием указано **трудоустройство в компании на период практической подготовки** [6][7]. - В подтверждающих документах для этого мероприятия среди примеров есть и документы, связанные с вузом, и документы со стороны компании/студента, но Минцифры отдельно поясняет, что **правовая форма оформления — на усмотрение компании** [6][10]. - **Трудовой договор с каждым практикантом не назван обязательным во всех случаях**; в методических рекомендациях указано, что он **не обязателен**, а для практики с трудоустройством предполагается **оплата труда** [1]. Практический вывод: если вы хотите зачесть стажировку в рамках требования 3%, стажёр **не обязан быть “привязан” к вузу через отдельное соглашение компании с вузом**. Но он должен быть **студентом подходящей ИТ-специальности**, а компания должна корректно оформить отношения и **правильно показать такого стажёра в отчётности** [1][3][5][7][8].

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

В имеющихся материалах есть только частичная информация по этому вопросу: По стажировкам перечень подтверждающих документов выглядит как **варианты документов, а не обязанность собрать всё сразу**. Это следует из того, что Минцифры прямо называет перечень в приложении 1 **рекомендуемым**, а правовую форму оформления — **на усмотрение компании** [6]. Кроме того, в методических материалах отдельно сказано, что перечень подтверждающих документов в приложении 1 к Порядку **не исчерпывающий** и документы **не прикладываются** при подаче, а хранятся для возможного запроса при проверке [11]. ### Что это значит по сути Для стажировки не действует логика «нужно обязательно представить все документы из списка одновременно». Скорее логика такая: у компании должен быть **достаточный комплект**, который **однозначно подтверждает факт проведения мероприятия** [1][11]. ### Какие документы названы для стажировок В перечне по стажировкам/практике с трудоустройством указаны, в частности [4][9]: - договор между образовательной организацией и компанией о проведении стажировок [4]; - договор между образовательной организацией и компанией о практической подготовке [4]; - локальный нормативный акт образовательной организации о направлении студентов на стажировку [9]; - локальный нормативный акт образовательной организации о направлении студентов на практику [9]; - договор о стажировке между компанией и студентом [9]; - локальный акт компании о приёме студента на стажировку [7][9]; - трудовой договор со студентом на период практической подготовки [7][9]. ### Или-или или и-и Судя по имеющимся фрагментам, ответ такой: - **не «и-и» по всему списку** — собирать абсолютно все документы из перечня не требуется [6][11]; - **скорее «или-или» по модели оформления**, но комплект должен подтверждать именно ваш способ организации стажировки [1][6][11]. Например: - если стажировка идет **через вуз**, логично иметь документы по линии вуз–компания и направление студентов [4][9]; - если стажировка идет **без договора с вузом**, материалы допускают оформление напрямую со студентом; тогда опорными документами будут договор со студентом / локальный акт о приеме / иные документы, подтверждающие факт стажировки [1][9][11][12]. ### Практический вывод: какой минимум лучше собрать Чтобы снизить риск вопросов при проверке, лучше формировать не один документ, а **связку документов**, которая закрывает 3 вещи: 1. **Кто стажировался** — данные студента и его статус [1][11]. 2. **На каком основании** он был принят — договор со студентом, трудовой договор на период практической подготовки, либо документы по линии вуз–компания [4][7][9]. 3. **Что стажировка реально состоялась** — локальный акт о приеме, документы по программе стажировки, иные подтверждения факта проведения мероприятия, которые позволяют это однозначно установить [1][11]. ### На что обратить внимание - Если оформляете стажировку **вне соглашения с вузом**, это в принципе допустимо [12]. - По запросу Минцифры нужно будет представить подтверждающие документы, поэтому их надо **заранее хранить у себя** [1][11]. - Для расходов по стажировкам в FAQ указано, что учитываются **выплаты стажерам** и **доплата наставникам**, при этом наставник не обязателен [6]. Если хотите, я могу следующим сообщением собрать для вас **практический чек-лист по документам** отдельно для двух сценариев: **1) стажировка через вуз** и **2) стажировка без договора с вузом**.

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

Если ваш сотрудник уже будет преподавать в вузе, взаимодействие обычно оформляют **через соглашение с самим вузом** и дальше выбирают одну из допустимых моделей оформления преподавания и оплаты. [7][8][5] ## Что оформить с вузом 1. **Заключить соглашение с вузом** об оказании содействия по примерной форме из приложения 2 к Порядку. Соглашение заключается **непосредственно с вузом**. [7][8] 2. В соглашении для вуза должны быть предусмотрены **обязательные мероприятия**. Для вузов к ним относятся: - **преподавание ИТ-дисциплин** сотрудниками ИТ-компании; - **разработка / актуализация / экспертиза** образовательных программ и/или рабочих программ ИТ-дисциплин с последующим внедрением. [7][2][9] 3. Если у вас несколько соглашений с разными вузами, то в **каждом** учитываемом соглашении должны быть обязательные виды мероприятий; соглашение, где обязательных мероприятий нет, не будет учитываться. [9] ## Как можно оформить именно преподавание сотрудника По имеющимся материалам, допустимы несколько вариантов документального оформления: [5][11] - **трудовой договор между вузом и сотрудником**; - **договор ГПХ между вузом и сотрудником**; - **договор между вузом и компанией**; - также в подтверждающих документах могут использоваться документы между компанией и сотрудником. [5][11] Практически это означает: если сотрудник у вас работает и параллельно ведёт занятия в вузе, можно оформить его либо **на стороне вуза**, либо выстроить модель, где взаимодействие идёт **между вузом и компанией**. [5][11] ## Если сотрудник уже в штате компании и преподаёт в рабочее время В этом случае **перечислять деньги вузу не требуется**. Но при этом **отчёт о реализованных мероприятиях должен быть согласован с вузом**. [2] Это важный практический вывод: если вуз не настаивает на отдельном трудоустройстве преподавателя у себя, можно не усложнять схему переводом денег. [2] ## Если вуз хочет оформить сотрудника у себя Если сотрудник оформляется в вузе, например по совместительству, компания может **возместить вузу расходы на зарплату и взносы через целевое пожертвование**. Для этого нужно, чтобы это было отражено: - в **договоре целевого пожертвования**; - в **отчёте вуза об использовании пожертвования**; - и было **подтверждение фактического преподавания**. [11] При этом прямо указано, что через договор пожертвования компания может возместить образовательной организации траты на своего сотрудника; **иные формы пожертвования** для этого не предусмотрены. [4] ## Что проверить до созвона с вузом 1. **Что это подходящий вуз**: соглашение может быть заключено с государственной или муниципальной образовательной организацией высшего образования, а также с частной образовательной организацией высшего образования, созданной в форме АНО. [8] 2. **Что преподавание относится к учебной нагрузке** вуза по его локальному акту. Засчитываются именно такие часы. [5][1][11] 3. **Что сотрудник ведёт ИТ-дисциплины** и преподаёт студентам ИТ-специальностей СПО/ВО. [5][11] 4. **Что у сотрудника есть стаж в ИТ не менее 1 года за последние 5 лет**. В FAQ разъяснено, что речь идёт о стаже трудовой деятельности в ИТ-компании **на ИТ-позиции**; юрист или маркетолог не подойдут. Подтверждающие документы компания определяет сама. [5][2] 5. **Что должность сотрудника соответствует ОКЗ**: малая группа 133 или подгруппа 25. [1][11] ## Какой вариант обычно удобнее обсудить с вузом Если вопрос именно «как оформить отношения, если там наш сотрудник работает как педагог», то по имеющимся материалам у вас есть два основных рабочих сценария: - **Сценарий 1: без оплаты вузу** — сотрудник остаётся у вас в штате, преподаёт, а вы оформляете **соглашение с вузом** и согласовываете с ним отчёт по мероприятиям. Это возможно, и перечисление средств вузу в таком случае не требуется. [2][7][8] - **Сценарий 2: сотрудник оформлен в вузе** — тогда дополнительно можно сделать **целевое пожертвование** для компенсации вузу расходов на зарплату и взносы этого сотрудника. [1][11][4] ## Что лучше попросить у вуза на практике На созвоне имеет смысл сразу уточнить и зафиксировать: - готов ли вуз подписать **соглашение** по форме приложения 2; [8] - по какой модели будет оформлен преподаватель: **трудовой договор / ГПХ / договор с компанией**; [5][11] - будет ли нагрузка официально включена в **учебную нагрузку**; [1][5] - какие именно **ИТ-дисциплины** и в каком объёме часов ведёт сотрудник; [5][11] - нужен ли вузу вариант с **целевым пожертвованием**, если он оформляет сотрудника у себя. [1][11][4] Если хотите, я могу следующим сообщением помочь вам составить **короткий список вопросов для созвона с вузом** и **рекомендуемую схему оформления именно под вашу ситуацию**.

В имеющихся материалах есть только частичная информация по этому вопросу: Точного текста **пункта 49 Порядка** в переданных фрагментах нет, поэтому дословно раскрыть его содержание я не могу. Но по связанным нормам видно практический смысл блока требований к взаимодействию ИТ-компании с вузом в рамках соглашения об оказании содействия. [8][13] Что из материалов можно уверенно использовать на практике: 1. **Взаимодействие оформляется через соглашение с вузом.** В рамках подтверждения аккредитации организация представляет уполномоченному органу **соглашения об оказании содействия** и **план мероприятий** на текущий год. [8] 2. **В соглашении у вуза должны быть встречные обязательства.** Из фрагмента приказа видно, что образовательная организация должна: - создать условия для реализации мероприятий компании; [13] - при наличии предусмотреть включение в образовательные программы рабочих программ дисциплин, курсов, модулей, практик, которые компания разработала или актуализировала; [13] - обеспечить допуск сотрудников компании к преподаванию в соответствии с законодательством об образовании и локальными актами вуза; [13] - вести учет студентов ИТ-специальностей, охваченных мероприятиями; [13] - рассматривать подготовленные компанией перечни совместно реализованных мероприятий в установленные Порядком сроки. [13] 3. **Если ваш сотрудник уже работает преподавателем в вузе, отдельное перечисление денег вузу не обязательно.** Минцифры прямо разъяснило: если сотрудник состоит в штате компании, получает зарплату в компании и в рабочее время преподает в вузе, **перечисление средств вузу не требуется**. Но при этом **отчет о реализованных мероприятиях должен быть согласован с вузом**. [12] 4. **Для преподавателя есть требование к ИТ-стажу.** Сотрудник ИТ-компании, привлекаемый для преподавания, должен иметь **стаж профессиональной деятельности в области ИТ не менее 1 года за последние 5 лет**. Подтверждающие документы компания определяет сама. Минцифры отдельно уточняет, что речь идет именно о трудовой деятельности в ИТ-компании на ИТ-позиции; не-ИТ роли не подходят. [12] 5. **Одного преподавания недостаточно — нужны и иные обязательные мероприятия.** По разъяснению Минцифры обязательными являются: - **преподавание в вузе**; и - **разработка / актуализация / экспертиза** образовательных программ или рабочих программ ИТ-дисциплин. [12] То есть можно выбрать не только разработку новой программы: допустима также актуализация или экспертиза. [12] 6. **Документы потом понадобятся не только на старте, но и для подтверждения.** В год, на который заключены соглашения, компания подает сами соглашения и план мероприятий; в следующий год — **отчет о реализации соглашений**, где должна быть информация о проведенных мероприятиях, в том числе об объеме финансового обеспечения. [8] ## Что делать на созвоне с вузом Если вам нужен практический результат именно под аккредитацию, на встрече стоит согласовать следующее: - **формат соглашения об оказании содействия** с вузом; [8][13] - **какие именно мероприятия** будут засчитаны: преподавание + разработка/актуализация/экспертиза программ; [12] - **кого из сотрудников** вуз допускает к преподаванию и соответствует ли сотрудник требованию по ИТ-стажу; [12][13] - **как вуз будет подтверждать факт проведения мероприятий** и согласовывать отчет; [12][13] - **как будет вестись учет охваченных студентов** по ИТ-специальностям; [13] - **нужны ли платежи вузу**: если преподавание ведет ваш штатный сотрудник с зарплатой в компании, по разъяснению Минцифры перечисление средств вузу не требуется. [12] ## На что обратить внимание - Если соглашение есть, но вуз не обеспечивает допуск сотрудников, учет студентов или согласование совместных мероприятий, это может создать проблемы с подтверждением исполнения соглашения. [8][13] - Если сотрудник формально числится педагогом, но его ИТ-стаж не подтверждается как стаж на ИТ-позиции, это риск для учета мероприятия. [12] - Если компания не обеспечит выполнение положений, связанных с пунктами 25³ и 25⁴, это прямо названо основанием для аннулирования аккредитации. [9] Если хотите, я могу следующим сообщением помочь вам **перевести это в конкретный чек-лист для созвона с вузом** или **подсказать, какие формулировки включить в соглашение** в рамках имеющихся фрагментов. [8][12][13][9]