Из совсем свежего: 1. В рамках тестирования корпоративной системы электронной подписи создал javascript приложение для проверки её основной функциональности. 2. Запустил очень нужный легаси, который работал только под Windows на Linux. В процессе была собрана библиотека необходимая для выбора сертификата КЭП в Wine. 3. Разработал внешку для 1С на rust, для опробования появившейся идеи дополнительной функциональности. Каюсь - код на rust формировал через нейронку. 4. Доработал универсальный коннектор (Java+Scala+Camunda 7.15+Tomcat). Теперь через него управляются целевые системы. 5. Некоторые IDM в России реализованы на .NET и C#, поэтому для развития навыков в этом направлении реализовал несколько задач на C#: - проектирование и настройка зоны разработки на Linux (да, её не было) ; - подписание документов квалифицированной электронной подписью в legacy-приложении, которое ещё используется, но уже не поддерживается вендором; - простановку штампа простой электронной подписи на *.pdf документах для Tessa 3.6; - корректировка кода поставщика по результатам статического анализа кода (C#+appScreener). В основном оперативно реализую требования бизнеса: I. По созданию и модификации процессов интеграции: 1. С кадровой системой для получения доверенной информации по работникам и подразделениям 2. С НСИ-системой для получения информации по сторонним Организациям-контрагентам 3. С самописными БД для получения информации по телефонным номерам и местонахождению работников 4. С выводимой из эксплуатации IDM системой для получения информации по работникам, организациям, ролям изменения по которым обрабытываются в данной системе. Для взаимодействия с доверенными источниками через корпоративную сервисную шину используется универсальный асинхронный коннектор собственной разработки. II. По созданию и модификации служебных процессов по пакетной обработке объектов IDM системы: 1. Процесс автоназначения/автоотзыва ролей пользователям на основе сложных правил 2. Процесс обработки пользователей на основе сложных правил Для обработки используются процессы BPMN процессы собственной разработки реализующий ограниченный набор функций ETL III. По миграции коннекторов из выводимой из эксплуатации IDM системы на продуктивную 1. Коннектор в системе на базе АС Архив 2. Коннектор к системе на базе Documentum Испольуются коннекторы собственной разработки на основе технологии ICF IV. По разработке веб-, графических-, консольных-, на стеке вендора- утилит, ускоряющих процессы поиска проблем и их решений при обработке объектов IDM системы - организаций, пользователей, ролей: 1. Утилита по запуску внешних скриптов на groovy собственной разработки 2. Утилита пакетной синхронизации данных учётных записей с SAP ABAP системами 3. Графическая утилита обработки пользователей, ролей, организаций для реализации обходных решений при ошибках работы IDM системы. 4. Разработка требований, постановка задач, контроль выполнения создания и развития Веб портала оператора IDM системы А также: 1. Провожу экспертизу входящей проектной и эксплуатационной документации 2. Составляю ТЗ по задачам связанными с разработкой дополнительных инструментов для пользователей и администраторов системы 3. Документирую найденные решения. Для решения задач в качестве инструментария используются: 1. Camunda Modeler - для разработки BPMN-схем процессов интеграции 2. Scala, Java, IJ IDEA CE - для имплементации ServiceActitvity BPMS Camunda 3. NetBeans 8 - для разработки вспомогательных утилит 4. SQL Developer, DBViewer - для разработки и отладки SQL-запросов для получения оперативных данных из системы, реализации инструментов низкоуровневой обработки объектов в системе 5. Jackson - для создания моделей объектов и автоматического преобразования в POJO при выполнении операци синхронизации с ДИ 6. JSON-RPC, Rest API - для реализации обмена объектами между участниками взаимодействия 7. BPMS Camunda - для выполнения разработанных процессов. 8. jenkins, maven, AppScrinner - для сборки проектов, поиска уязвимостей 9. Tomcat в качестве сервера приложений

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

Задачей стояла разработка операционной системы и сопутствующих программных интерфейсов. Мной были разработаны: транзакционная файловая система, библиотека функций для графической системы, библиотека функций чтения файлов и запись файлов на FAT32 (для чтения и записи информации на флэш-диски). Из-за недостатка финансирования на предприятии система в серию не пошла и осталась только как прототип

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

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