● Система класса CRM/ERP, используется в 11 компаниях, дополнительно развёрнуты 2 отдельных портала для заказчиков. В основной базе ~7-8 тыс. активных пользователей, в модулях моей зоны ответственности - несколько тысяч. ● Отвечал за модули: активы, ремонты, закупки, договоры, бюджет закупа. ● Участник команды из 3 разработчиков, развивающей бухгалтерский блок. Интеграции. ● Интеграция с 1С:Предприятие. ● Интеграция с государственными сервисами через SOAP (BIP / Enbek). ● Интеграции с банковскими API: Halyk Bank, ForteBank, Alatau City Bank. ● Разработка и поддержка REST API. ● Логирование, обработка ошибок и диагностика интеграций. Ключевые задачи и результаты: Бюджет закупа - скорость и актуальность данных. ● Проблема: задержки обновлений, расхождения, ручные процедуры. ● Решение: переработан механизм синхронизации, внедрены upsert-операции, логика пересчётов переведена на пакетную обработку вместо множества обращений к БД внутри циклов. ● Результат: выполнение сокращено с 1-2 минут до 20 секунд; данные стали доступны пользователям сразу; исключены ручные перезапуски. Работа с 6-7 основными таблицами и зависимостями из других модулей. Активы - интеграция с 1С:Предприятие. ● Проблема: регулярные расхождения, нельзя определить состав полученных данных. ● Решение: изменён подход на регулярный запрос данных за период, внедрено логирование приёма. ● Результат: упрощена диагностика; количество обращений снижено с 3–5 в месяц до 1-2 за 4-5 месяцев. Расширение шаблона автогенерации страниц. ● Задача: для бухгалтерских операций требовалось несколько сценариев создания вместо стандартной одной кнопки. ● Решение: доработан шаблон автогенерируемых страниц - добавлен флаг, при котором варианты создания загружаются динамически из запроса при открытии страницы. ● Результат: механизм стал универсальным и применяется в других модулях без дополнительной доработки. Договоры - изменение процесса без потери истории. ● Проблема: отказ от этапа «заявка», при этом данные удалить нельзя (согласования, ЭЦП). ● Решение: существующая сущность адаптирована под новую схему, старые документы выведены из активной работы, реализован доступ к истории. ● Результат: переход выполнен без миграции и без остановки пользователей. Закупки - работа со связью 1:N и сохранением неизменяемости. ● Проблема: изменения поздних документов влияли на уже утверждённые; были случаи восстановления данных вручную. ● Решение: при создании заказов формируются отдельные строки со своим контекстом; переработаны фильтры и признаки в отчётах. ● Результат: зафиксирована история; пользователи не видят дубли; корректно формируются данные для бюджета. В документах - от единиц до сотен строк. Миграция MySQL → PostgreSQL. ● Переписаны запросы с учётом различий диалектов. ● Устранены несовместимости. ● Проверена корректность расчётов и отчётности. Поддержка продакшена. ● Оптимизация SQL-запросов. ● Разработка печатных форм. ● Разбор и исправление инцидентов, связанных с обращениями пользователей. ● Внедрение доработок для уже существующих модулей.