Transcription
Добрый день, коллеги. Данное видео посвящено разработке на 1С с помощью искусственного интеллекта. Мы будем в режиме практически онлайн разрабатывать исключительно с помощью искусственного интеллекта готовую программу, сложную. Это будет более 500 строк кода, глубоко интегрированного в типовую конфигурацию. Зуб код должен быть, он уже есть. Очень органично встроен в типовую конфигурацию, использовать типовые паттерны, типовые общие модули. И делать мы это будем с помощью специального инструмента, который, собственно, я и разработал. Это специальный плагин для 1СД, который выступает в качестве моста между конфигурацией 1С и агентом и ассистентом искусственного интеллекта.
То есть плагин устанавливается в 1СД стандартным образом. То есть это будет через справка установить новое по добавить. Дальше нажимается архив, выбирается установочный файл и плагин установлен. Таким образом, после этого создаётся MCP-сервер, к которому может подключаться любой искусственный интеллект, который имеет, ну, такую функциональность, то есть работать с MCP-сервером. После установки плагина внизу справа, ну, такая плашечка 1S RSV. Если навести, видно, сколько инструментов подключено. Если щёлкнуть, можно выбрать различные режимы, но я сейчас не буду рассказывать про именно сам плагин, потому что его можно скачать вместе с документацией на сайте. Здесь есть кнопка скачать, и там будет все необходимые файлы: гайд, правила, там список обновлений, что что входит и так далее. Ну и на сайте можно ознакомиться более подробно.
Вот главная суть, что этот плагин, он позволяет глубоко погружаться в конфигурацию и видеть абсолютно в конфигурации всё. То есть он через активные средства самого ЕДТ, через индексы, графы может получать и исследовать конфигурацию абсолютно полностью. То есть это не только структура метаданных, но самое главное - это код. То есть полностью весь код, анализ кода, все взаимосвязи между вызовами полностью исследуется через этот MCP, который предоставляет плагин, и отдаётся по запросу искусственному интеллекту.
Собственно говоря, эта технология на данный момент достаточно революционная, потому что если до этого разработчики, ну, либо вообще не пользовались искусственным интеллектом на 1С и по так по, я смотрю, по отзывам, э, ну, не знаю, может быть, 50% используют, да, но в основном используют просто чат, то есть закидывают какие-то кусочки кода и что-то пытаются получить от искусственного интеллекта очень в ограниченном размере. При этом искусственный интеллект не видит контекста, не знает структуры метаданных, не знает названия реквизитов, он не знает ничего. Данный инструмент позволяет решить эту проблему, то есть получать полный абсолютный контекст конфигурации, ну не только типовой, любой. Да, понятно, что мы можем загрузить в ЕДТ любую конфигурацию, кастомную, какую угодно. И таким образом искусственный интеллект получает видение просто глаза для того, чтобы э полностью функционально и э контекстно работать с конфигурацией.
В данном видео я буду производить разработку реальной программы. И, кстати говоря, на данный момент, я не знаю, может быть, я не видел, но на просторах Ютуба мне ещё не попадалось ни одного видео, которое бы показывало процесс разработки на 1С готовой функциональной программы. В каком-то смысле это уникально. Чтобы не занимать время, я просто покажу результат. Я уже записал это видео, я ещё не знал, к чему мы должны прийти и получится ли вообще это. Ну, я, конечно, был уверен, что получится, поскольку у меня уже большой опыт, но тем интереснее будет смотреть, потому что процесс разработки вот будет вот онлайн практически, то есть вот есть задача и мне нужно прийти к результату. Результат какой? Смотрите, в зупе есть документ корректировка сведений о страховом стаже. Это сложный документ. Он имеет несколько табличных частей, то есть он сложно заполняется. Если мы сделаем двойной щелчок по сотруднику, то открывается специализи, ну, то есть специальная форма, которая определённым образом должна быть заполнена. Вот эти все параметры должны быть заполнены правильно. Задача такая: загрузить сведения из Excel и чтобы вот этот документ полностью автоматически создался вот в таком вот виде и провёлся без всяких, ну, то есть каких-то дополнений ручных. И мы придём к этому результату разработки.
Так вот, сложность какая? Вот эти все заполнения, даже вплоть до того, как руководителя заполнить, как должность заполнить, да, э, абсолютно всё, не говоря уже о том, как заполнить вот эту вот табличную часть правильным образом в соответствии с задачей, да, которая была поставлена на мне. Это реально, это реальный заказ, да? То есть это не какая-то учебная программа, это реальный заказ. Нужно изучить глубоко типовую конфигурацию. Все паттерны типовой конфигу, ну не все, а которые относятся к данному, э, к данному документу. Это сложно, на это потребуется очень много времени, особенно когда, скажем, разработчик неглубоко погружён в зуб. Но я вообще представляю, что мало таких разработчиков, которые вот до такой степени глубоко погружены в зуб, что прямо уже на на зубок знают как там можно получить ээ через какие типовые методы общего общих модулей найти сотрудников, ээ какие-то сделать заполнения и так далее, и так далее, да. Поэтому даже для профессионального разработчика высокого уровня, это midleп или синьор, эта задача сложная, и она заняла бы много времени, несколько дней просто на то, чтобы исследовать, как устроены вот эти все заполнения. Нет, конечно, можно было бы сделать хардкором и как-то там по наитию записать за несколько часов, ну, тоже как бы дольше, чем искусственный интеллект делал. Ну, это было бы некачественно. Мы всё-таки за качественную разработку, за профессиональную разработку, а, которая соответствует, э, и органично ложится в типовую конфигурацию, соответствует БСП и всем, ну, нормативам, скажем, высококачественной разработки. Поэтому в данном случае это заняло бы у Sеньor уровня разработчика несколько дней, у midle плю ещё больше.
Вот у нас статистика по данной разработке. Всего 505 строк кода, 11 методов, шесть процедур, пять функций типовых паттернов 12. То есть это каких-то методов общих модулей. Из них три, э, из них сложных каких сложных? То есть три плюс уровня вложенности поиска. Это сложно. То есть это нужно если вручную искать, м это достаточно сложно. Кстати, у меня есть ещё одно видео первое тоже про разработку аналогичное. Там было пять-шесть уровней, там ещё сложнее задача, тоже с зупом, но это тоже реально сложная задача, как бы вот, э, и, соответственно, уровень разработки midle плю синьор, то есть это не какая-то поделка на коленке, это не какой-то кусочек кода, это серьёзная разработка, ложная, высокоуровневая, и она полностью сделана искусственным интеллектом. Причём хочу обратить внимание, что сейчас версия плагина, э, которая уже на сайте выложена, позволяет создавать не просто, мм, код писать непосредственно в ЕДТ, а даже создаёт формы, создаёт все реквизиты на форме, создаёт все кнопки. То есть я ничего не делал здесь вообще. Ну, то есть, э-э, единственное, что я добавил эту обработку в подсистему, мм, и добавил организацию в расширение. Всё остальное было сделано, э, искусственным интеллектом. Я говорю, от создания самой обработки и создания формы до написания кода, сложного кода, в котором очень много использовано типовых паттерхнов, БСП методов и так далее. И специфических методов для именно зупа, найденных и проанализированных искусственным интеллектом через несколько уровней вложенности. Проанализировано и применено правильно, что самое главное, да, со всеми сигнатурами и так далее. То есть это, ещё раз, это серьёзная разработка, это не какая-то ерунда, это не искусственный интеллект вышел на новый уровень. Если ещё там какое-то время назад мы исключительно только использовали вот как такого небольшого помощника там, чтобы, не знаю, проработать ээ обработку какой-нибудь строки, нам лень писать, да, и он там делал цикл правильный, то здесь это просто, ну, готовая программа.
Вкратце на этом всё. По остальным вопросам, пожалуйста, заходите на сайт либо Telegram-канал, и там можно получить больше информации. Вся информация там будет. Скачивайте, пробуйте, усовершенствуйте, ускоряйте и свою работу. На самом деле, это очень круто. Это крутой инструмент. Пожалуйста, смотрите видео.
Итак, друзья, начинаем процесс разработки. Сейчас времени у нас 13:35. Это видно. Посмотрим, сколько займёт времени у меня данная разработка. Давайте сначала проверим, что у нас всё подключено. У нас имеется техническое задание подготовленное. Давайте кратко ещё раз ознакомимся. То есть нам нужно, если вкратце сделать обработку, которая загружает из файла Excel некоторые данные, заполняет этими данными некоторый документ для 1С зарплата и управление персоналом. Кстати, вот у нас файлик подготовленный. То есть вот у нас две строчки. Вот эти данные должны быть загружены. Файл есть краткое описание задачи, есть подробное описание задачи как раз-таки, ну, как техническое задание есть. Собственно говоря, мы готовы. Сейчас я сформулирую промт, надиктую и закину его и приступим к разработке. Да, ещё забыл, у нас имеется ЕДТ. Нам нужно проверить. Давайте посмотрим. Вот у нас здесь в ЕДТ есть расширение. В расширении есть несколько обработок, но наша задача, чтобы искусственный интеллект сам создал новую обработку и полностью заполнил всю форму. Мы проверяем, что у нас подключены все инструменты в MCP 1S RSV. Нам нужен режим архитектора, он включен. Собственно говоря, мы, в общем, готовы. Давайте перейдём в V в VS-код. Промт. Вот такой. Прочитай файл с текущей задачей. И если всё понятно, приступай к реализации. Давайте посмотрим, сколько у меня сейчас перед Ага. Ну, нам всего хватает. Погнали. Задача понятна. Нужно создать обработку в расширении. Начинаю реализацию. Сначала изучу текущее состояние проекта и структуру нужных объектов. Ээ данная MCP, а и вообще данная система, она позволяет, напоминаю, производить глубокое изучение конфигурации с которая подключена в ЕДТК. Да, в данный момент. В данный момент это типовая конфигурация с расширением. И вы видите, какие инструменты используются. Это а инструменты MCP1SRSV context. Очень хороший инструмент. Он позволяет сразу получать совокупную информацию об объекте. Там и код, и структуру метаданных. Э, ну и дальше уже вызываются различные другие инструменты. Вот инструмент create metadata object, то есть он создаёт обработку. Кстати, мы можем это сразу видеть вот здесь вот. Так, пока ещё не создал, но он должен перед созданием сделать drйun, чтобы проверить. Так, обработка создана с формы. Теперь добавляю команду на форму. Так, посмотрим. Обработка должна быть готова. Вот она, эта обработка. Мы сразу её видим. Она создалась автоматически. Форма. Давайте посмотрим форму. Это м должно быть всё заполнено на форме. Проверим. Так. А, ну что ж, форма, а, заполнена. Пока не видим кнопку загрузить, какую он там по техническому заданию должен сделать, но, во всяком случае, вот вы видите, по промту форма сделана. Сейчас будем смотреть дальше, что происходит. Так. Требуется подтверждение. Настроить форму, добавить команду. Добавить команды кнопки. Отлично. Так, форма создана с базовыми элементами. Добавляю. группу для шапки. Горизонтальная, три кнопки. Угу. Ну, вообще нам не нужно было бы три кнопки, конечно, можно было бы сделать проще, но вот для видео я решил немножко усложнить, ну, чтобы было, так сказать, поинтереснее и более сложная задача, да, используется инструмент modify form, то есть это инструмент, который позволяет создавать форму и заполнять её из того же MCP 1SRS. Да, написать весь код модуля формы. То есть сейчас идёт происходит написание кода. Вы видите, что обработка поскольку уже создана, он сделал кнопки. Ну, кнопки расположены внизу. Мы, наверное, попросим его поправить их потом, чтобы он их перенёс в командную панель. Понятно, что это можно сделать руками очень легко, но как бы раз уж мы через Ии делаем, то делаем всё. Так. Что? Смотрите, очень интересно. Ищу паттерны заполнения документа корректировка и поиска понилс. Он сейчас будет не сам заполнять от балды документ, а это сложный документ корректировки. Там почитайте вот техническое задание, если открыть. Да. Да. То есть нам нужно создать документ данные о корректировке сведений застрахованного лица СЗВ Core, а и его заполнить данными по, ну, стажам, да, которые нужно взять из программы. Вообще это сложно, то есть это нужно использовать обязательно типовые э методы. И, конечно же, он сейчас будет их искать. И это самое главное, самое крутое как бы преимущество вот использования подобных инструментов. И в данном случае это плагин 1СV для 1sDT, который предоставляет, э, ещё раз mcp сервер. Он исследует, глубоко исследует конфигурацию для того, чтобы найти всю необходимую информацию, типовые паттерны, примеры кода, э, типовые вот эти вот методы, которые используются для, ну, для той или иного иной функции, да, реализации функционала. И это, кстати, может занять довольно-таки приличное время, потому что, ну, конфигурация огромная, но тем не менее всё-таки это минуты, а не даже там часы или дни в некоторых случаях. Поэтому сейчас, пока он ищет паттерны, я приостановлю, ну, чтобы не тратить ваше время, когда найдёт. Продолжим. Сейчас 13:44, прошло 9 минут. Вот мне пришлось его прервать через 10 минут. Спросила его: "Почему так долго разбираешься, независли ты?" Он сказал: "Извини, затянул с исследованием, у меня уже достаточно информации из структуры документа. Приступаю к написанию кода сразу посмотрим, может быть, рано я его, потому что 10 минут может быть недостаточно для исследования. Это достаточно сложно. Нужно заполнять сложный документ типовыми механизмами, чтобы не промахнуться и не упустить ничего. То есть лучше писать не свой код, а использовать тот, который есть. Вот он записывает код, делает drun. BSL валидный. Записываю код. Код записан. Запускает валидацию. Ну не саму валидацию, а валидация запускается автоматически после записи кода самы самой ЕДТ. Он только, э, вот этим инструментом get validation errors э получает ошибки и будет их смотреть. Ноль ошибок. Ну, замечательно. Посмотрим. Код. Так, ну, какой-то код написан, кстати. Какая-то ошибка. Не знаю, почему-то пропустил, что ли. Посмотрим. Ну, он поправит, если что. Так, хорошо. Обработка полностью создана в расширении. Вот что сделано. Так, ну что, замечательно. Значит, мы запускаем обработку. Обновить и запустить. Так, э, конфигурация загрузилась. Открываем обработку. Ну, реквизиты встали сюда. Ну, понятно, здесь расположение надо будет подправить. Итак, у нас задача загрузить файл. Значит, сейчас я его найду. Так, вот файл пример. Есть ошибки. Это как раз устаревший метод. Сейчас мы скинем эту ошибку ему. Так, я надиктовал вот такой промт. У нас имеются ошибки. Ты должен использовать паттерны примеры типовой конфигурации, чтобы не допускать таких ошибок. Постарайся искать для каждого примера, применяемого метода, как он применяется в типовой конфигурации. Обязательно, если ты не находишь примеры с типовой конфигурации, то обязательно используй инструменты инструмент get platform doc MCP1 RS. Этот инструмент позволяет проверить те методы, которые ты используешь, их сигнатуры. А вот ошибка, которая сейчас выходит. То есть мы как бы заставляем агента не придумывать или не брать из своих мозгов методы, а использовать типовые. Вообще у нас есть правила, он здесь, э, проигнорировал их. Надо будет с ним разобраться, почему это так произошло. Но в целом всегда нужно его можно его подкорректировать и направить по правильному пути. Вот мы и направляем. Итак, он пишет: "Понял. Нужно использовать паттерн типовой конфигурации. Поищу, как в зуб загружаются файлы, проверю сигнатуру метода". Ну, он должен был это сделать сразу, к сожалению. Вот проигнорировал правила. Иногда получается, всё-таки это системы, за которыми нужно следить. То есть разработчик должен внимательно следить за ходом разработки и направлять. Должно быть, конечно, понимание того, что происходит. Итак, агент учится, он говорит: "Вижу проблему". В типовой конфигурации использует начать помещение файла с истины интерактивно. Ну, то есть он как бы посмотрел пример и учится в в режиме реального времени. Вы видите, да, он, то есть, конкретно в этом проекте научился это дело. Сейчас всё исправит. Он пишет ключевые изменения. То есть он описывает, что он исправил, почему, что он научился. Посмотрите, он произвёл глубокое исследование конфигурации на предмет того, какие есть примеры. Это очень круто, на самом деле, потому что это даёт удобство. Код, который пишется, он получается максимально органичный для той конфигурации, для которой он пишется. И он профессиональный, потому что мы всё-таки типовые конфигурации написаны профессионально. Вот поэтому мы получаем качественный код. Итак, сохраняемся и запускаем. Так, сейчас закроем. Обновить и запустить. У нас загрузилась. Я забыл нажать запись, но у нас сейчас возникла ещё одна ошибка. Могу её показать. Вот такая ошибка. Значит, я её скинул в чат. Агент пишет, что безопасный режим расширения запрещает запись на диск. Поищу, как типовой конфигурации читают Excel без записи во временный файл. Видите? То есть он понимает, что он не справился сам, и он хочет посмотреть примеры с типовой конфигурации. Ищет через инструменты search and cд, да, проверяет через get platform doc, то есть, ээ, отлично. Дальше он пишет: "Табличный документ прочитать может принимать поток вместо имени файла". Это позволяет обойти безопасный режим без записи на диск. Ну хорошо, теперь заменяю. То есть он как бы разобрался. Так, исправлено. Теперь чтение Excel идёт через поток без записи на на диск. Безопасный режим расширения это позволяет. Попробуйте снова. Попробуем. К сожалению, меня отвлекли. В итоге мы приняли решение, что просто отключим безопасные режимы в расширении. Ну, вообще-то это так обычно и делается, и надо было делать сразу. И агент переписал в итоге код из потока на просто временный файл, посмотрел паттерны типовой конфигурации и сделал так, как в типовой конфигурации. Поэтому сейчас у нас первый этап закончен. Можно попробовать загрузить файл из Excel. То есть, итак, у нас загрузка произведена. Как вы видите, файл загрузился. Вот эти вот значения загружены, и он автоматически поставил 2022 год. Видите? То есть при загрузке файла он определил, что данное относится к двадцать второму году. То есть загрузка с ээ, значит, произведена. Теперь нам нужно проверить, что он сможет нам найти сотрудника. Вот сюда подставить его. Значит, нажимаем кнопку. Я ещё не нажимал, не знаю, что будет. Найти сотрудника. Возникает ошибка. Ну и давайте мы её продолжим. При нажатии кнопки найти сотрудника возникает ошибка, и он смотрит неправильное имя регистра. Это интересно. Это как это он так неправильно? Поищу, где хранится СнилS. Ну он сейчас найдёт. Он смотрит структуру метаданных, смотрит код, исследует конфигурацию и сейчас исправит запрос. У нас получилась ещё одна ошибка. Видимо, не знаю, так, звёзды встали, но в этой сессии агент не хочет использовать паттерны типовой конфигурации, хотя и прописаны правила и всё, и мне приходится его всё время в это возвращать. Ну, вы можете прочитать прот. Э, тут я уже его немножко ругаю. Вот. То есть, но тем не менее сейчас он всё сделает, всё найдёт, и мы получим хороший, качественный, адекватный код. Он пишет, что теперь вижу паттерн нужно использовать общий модуль кадровый учёт, параметра получения сотрудников организации по списку физических лиц. Видите? То есть перепишу метод поиска целиком. Ну то есть он как бы вот использует зууб сложная конфигурация. И здесь вообще от себя лучше не делать. Лучше заставлять агентов, а даже если они ленятся, а просто заставлять и пинать пинками, чтобы они искали. Плагин позволяет это делать. Инструменты есть, поэтому он всё сделает. Пишет: "Готово, теперь поиск сотрудников работает правильно по паттерну типовой. Поиск физлица по СНЛС". Ну, это логично, да? Сначала найти физлицо, потому что физлица должны быть одни, э, с одним снил, да, и получение актуальных сотрудников через кадровый учёт. Ну, то да, это вот адекватно то, что вот это и нужно было. То, что он сделал до этого, это было очень плохо. Ну, бывает, надо корректировать. Мы наконец-таки получили работающую функцию найти сотрудников. То есть ещё раз мы можем, сейчас я покажу. У нас уже есть две функции. То есть у нас работает загрузка из файла Excel. Причём она работает по нативному принципу, то есть не используется ком здесь. И работает IT сотрудников. Вот он нашёл. Причём IT сотрудников используют сложные паттерны типовой конфигурации. Можно посмотреть код. Это это сложный код реально. То есть сначала здесь ищется физическое лицо по снилсу из файла, который уже загружен, да, в табличку. И дальше используется паттерно типовой конфигурации, то есть через общий модуль кадровый учёт, а параметры получения сотрудников. Ну, то есть как бы он нашёл какую-то процедуру, которая возвращает на основании физических лиц, там, организации сотрудников в текущем периоде, делает там временную таблицу, осуществляет поиск, и в итоге мы получаем результат. Это сложный код и простая вещь. Не просто нашли сотрудников через справочник сотрудники по простым методам, да, мы всё-таки использовали нативный способ типовой конфигурации, и это немножко замедлило процесс. Продолжаем. Теперь нам нужно создать документ корректировки. Я ещё не нажимал эту кнопку. Нажимаем. Как мы видим, документ создан, но создан с ошибками. То есть сотрудник не подтянулся, тип сведений не подтянулся. Сейчас мы сделаем скриншот и попросим агента, чтобы при создании документа он заполнил все необходимые реквизиты документа таким же способом, как это предусмотрено в типовой конфигурации, чтобы не придумывал ничего самостоятельно. Он он плохо исследовал. Видимо, я его прервал в начале, как бы не дал доисследовать. Так, я надиктовал ему вот такой промт с просьбой использовать паттерн типовой конфигурации для заполнения документа и не лениться в исследовании их. Я понимаю, почему он ленится, потому что конфигурация очень большая и сложная, и агент иногда вот капризничает. Да, такое бывает, но сейчас он всё исправит. Это просто вопрос нескольких лишних минут. Пишет: "Понял. Провожу глубокое исследование документы и паттернов его заполнения в типовой конфигурации. Вот он использует очень крутой инструмент AI контекст MCP 1SRS. И сейчас он проведёт это исследование и напишет код, который будет заполнять все реквизиты документов в соответствии с принятым в конфигурации, ну, методами, правилами. Вот, например, видите, вот он не не заполнил даже руководитель, не заполнил должность. Ну, наверняка есть методы, которые делают это в форме документа. Он должен их обнаружить и применить по внешней обработке, если это возможно. Если невозможно, он должен провести более тщательное исследование и просто написать аналогичный код. Хочу показать интересный кейс. В процессе разработки агент решил проигнорировать правила и работать с файлами МДО напрямую, минуя MCP. Я это увидел и написал ему вот такое предупреждение, что ты не должен читать файлы МДО напрямую. Ты проигнорируешь правила и больше так не делая. Он мне ответил, что вы абсолютно правы. Прошу прощения, правила чётко запрещают прямое чтение MDO файлов только через MCP. Такое бывает. Поэтому за процессом разработки нужно следить и возвращать агента. Жёстко возвращать, напоминать ему, чтобы он действовал в соответствии с правилами и с задачей проекта, которые описаны. Ну, ну правила вот в отдельном файле, а отдельная задача прописана вот здесь. А, да, то есть есть projectledge, если вы соблюдаете данную технологию. Если нет, какая-то своя технология, может быть, там что-то другое, но тем не менее он пишет, что итого по результатам следом найдены критические ошибки в текущем коде. Сотрудник во всех тиче - это физическое лицо. То есть он плохо провёл первоначальное исследование, я его прервал. Это это моя ошибка, из-за этого мы тратим лишнее время. Но тем не менее сейчас он всё равно это всё поправит, проведёт исследование и всё переделает. Вот в соответствии с типовой конфигурацией всё будет сделано на высшем уровне. Продолжаем эксперименты. Нам осталось получить корректный документ. Функция загрузить файл на те сотрудников работает. Нажимаем кнопку Создать документ корректировки. И, как вы видите, после глубочайшего исследования типовой конфигурации агент изучил, как всё нужно правильно заполнять. В том числе даже вот эти вот руководитель, там должность. Можно посмотреть, кстати, в коде. Давайте посмотрим, значит, создать документ корректировки. Кто хочет, вот может просто посмотреть. Мы видим, что вот он даже пишет в комментарии, что руководитель должен ответственный через типовой механизм. И, видимо, это вот типовой паттерн, он его использует. То есть вы видите, насколько сложный код написан. Это не код, скажем так, программиста начального уровня, но я вижу, что это даже и не midle, скорее midle плюс или синьор. Продолжаем. Давайте проверим, насколько правильно заполнен был документ. Мы видим, что шапка в целом правильная, да? Давайте откроем расшифровку по сотруднику. Вот эти периоды, которые он должен был вставить с не Opel. Давайте проверим файл. Сейчас я открою файл. Так, ну, мы можем здесь видеть, это второй, третий, пятый, шестой периоды, но они будут объединяться. То есть второй, третий объединяются, мы видим. Вот. Да, кстати, мы можем смотреть даже это и не в файле, по большому счёту. У нас же вот это здесь уже загружено. Вот у нас второй, третий период. Это 010 по три пер. Всё правильно. Дальше у нас идёт просто период работы. Дальше у нас идёт опять же неоплаченный период. То есть вот именно это и должно здесь появиться. Вот эти периоды, которые вот здесь вставлены, они должны вот так появиться. Вот здесь это значит с пятого месяца по шестой. Да, всё верно. Дальше идёт восьмой, девятый и идёт потом одиннадцатый, двенадцатый. Всё заполнено корректно. Можно посмотреть, у второго тоже заполнено корректно. У нас получается мы сейчас его у организации не заполним. Код органа СВР. Мы заполнили. Это уже не проблема программы, это демонстрационная база. Я заполнил. И документ проводится. Коллеги, смотрим, вообще говоря, статистику. Сейчас я попрошу искусственный интеллект дать нам статистику по разработке, и мы посмотрим. Коллеги, мы получили отчёт по разработке. На самом деле это крайне сложная задача. Она только кажется простой. Загрузить из Excel файла какие-то данные из заполнить их в документ. Но проблема в том, что документ сам по себе крайне сложный. Посмотрите ещё раз, здесь несколько табличных частей, и нужно очень правильно его заполнять. Нужно понимать вообще, как это всё заполняется, да? Посмотрите. То есть здесь, кто понимает, это сложный документ. Мы получили статистику, давайте с ней ознакомимся. Кому интересно, может поставить на паузу и прочитать более детально. Что мы здесь имеем? Да. А имеем мы, если по статистике кода общее количество строк кода разработано 505, шесть процедур, пять функций, ну, то есть всего 11 методов. Использованы типовые паттерны. Здесь простые вот среднего уровня есть. То есть это то, что из общих модулей у нас используется, да? Сложное, глубокое исследование, нетривиальная цепочка. Посмотрите, здесь всё описано. Какой уровень исследования был проведён искусственным интеллектом за 2 часа? То есть, ну, у нас мы начали в 13:30, а сейчас 16. Но я отвлекался это чистого времени, которое вот я сейчас потратил вместе с искусственным интеллектом, это 2 часа. Тут написано, что особая сложная цепочка определение, что не Opel, вот этот вот не Opel, да, не Opel записывается в третий пара параметр расчисляемого стаже, а не в основном, ну, в общем, тут вот написано, насколько это сложно и какие были инструменты MCP 1СРВ использованы для этого, какие ошибки были и оценка сложности. Итак, оценка сложности и уровня разработки. Это разработка, как я и сказал, уровня midle плюс синьор подтверждается искусственным интеллектом. Почему? Обоснование. Глубокое знание типовой конфигурации 3.1 документа SRCE является одним из самых сложных в подсистеме персонифицированного учёта. 29 реквизитов в 10 табличных частей. Корректное заполнение требует знания неочевидных связей между справочниками типовых механизмов заполнения и нюансов типов данных. Работа с нетривиальными типовыми механизмами. То есть вы видите, да, алгоритмическая сложность, работа с асинхронными операциями, понимание различных методов. Вот вы всё видите. И расчёт итоговый. Что у нас получается? По джуниору такая разработка заняла бы 7-11 дней. По midл 3,5 5,5 дней, по Сеньору 2-3 дня полных. То есть разработка и фактически 3-4 часа. Ну здесь реально 2 часа. Ускорение по сравнению с Midle 8 12 раз. Ускорение по сравнению с синьором 4-6 раз. Основной выигрыш в этапе исследования типовой конфигурации и способен быстро просканировать модули менеджера, формы, общие модули и выявить паттерны, на что у человека уходят часы чтения кода и документации. Я бы сказал, и дни. Мы видим итоговый результат, то есть ускорение в 8-12 раз. Пожалуй, на этом всё. Хотя давайте я покажу ещё итог окончательный, как у нас всё это работает. Подчёркиваю, полностью всё было разработано искусственным интеллектом. Я не делал руками ничего. То есть и даже форма была нарисована. Понятно, что её надо подкорректировать. Она не очень красивая. Не, может быть, кнопки не там расположено, но это я уже сделаю позже, потому что это реальная задача, которую мне нужно сделать для клиента. Сейчас мы просто демонстрируем функционал. То есть берём, заполняется, найти сотрудников, заполняется, создать документ корректировки. Создаётся. Мы сделали задачу сеньор уровня, midle плюс уровня за 2 часа, в то время как эту же самую задачу сделали бы чную в восемь раз дольше потребовалось бы времени.