Команда разработки внедрила уведомления в Telegram о новых ошибках в трекере.
Трекер ошибок у нас работает давно: туда автоматически улетали сбои из десктоп-приложений, ведь если ошибка случалась на компьютере пользователя, узнать о ней иначе было практически невозможно.
С серверными системами ситуация всегда была проще — есть логи, где можно всё посмотреть. Но как показала практика, заходить в логи или даже на сам трекер надо сознательно, а в потоке задач это легко откладывается «на потом».
С ростом количества сервисов и появлением десятка скриптов в cron проблема стала заметнее: особенно если скрипт падает не каждый раз, найти такие ошибки вовремя всё труднее.
Поэтому мы добавили в трекер механизм отправки уведомлений об ошибках прямо в Telegram — с умным контролем повторов.
Теперь, если ошибка повторяется, сообщения не сыплются без остановки, появляется напоминание о накоплении на отметках 10, 50 и далее каждые 100 повторов.
Отдельный приятный бонус — стало удобно отмечать реакциями в Telegram, кто берёт ошибку в работу. Программисты перестали «сталкиваться» друг с другом, и сразу видно, какие проблемы уже в процессе исправления, а какие ещё ждут внимания.
Так как эта задача в первую очередь возникла в проекте автоматизации маркетплейсов, мы реализовали отправку ошибок не только из C# кода, но и из Ruby, так же используемом на проекте — теперь трекер стал универсальным для всех языков.
В будущем, вероятно, добавим отправку ошибок из Python, Dart и может быть JavaScript — тогда будет полное покрытие для всех языков, на которых мы активно разрабатываем.
В итоге команда разработки получила гораздо более оперативную обратную связь по проблемам в важных проектах. Это уже помогает быстрее реагировать и, надеемся уменьшит количество ошибок которые замечают пользователи.
Трекер ошибок у нас работает давно: туда автоматически улетали сбои из десктоп-приложений, ведь если ошибка случалась на компьютере пользователя, узнать о ней иначе было практически невозможно.
С серверными системами ситуация всегда была проще — есть логи, где можно всё посмотреть. Но как показала практика, заходить в логи или даже на сам трекер надо сознательно, а в потоке задач это легко откладывается «на потом».
С ростом количества сервисов и появлением десятка скриптов в cron проблема стала заметнее: особенно если скрипт падает не каждый раз, найти такие ошибки вовремя всё труднее.
Поэтому мы добавили в трекер механизм отправки уведомлений об ошибках прямо в Telegram — с умным контролем повторов.
Теперь, если ошибка повторяется, сообщения не сыплются без остановки, появляется напоминание о накоплении на отметках 10, 50 и далее каждые 100 повторов.
Отдельный приятный бонус — стало удобно отмечать реакциями в Telegram, кто берёт ошибку в работу. Программисты перестали «сталкиваться» друг с другом, и сразу видно, какие проблемы уже в процессе исправления, а какие ещё ждут внимания.
Так как эта задача в первую очередь возникла в проекте автоматизации маркетплейсов, мы реализовали отправку ошибок не только из C# кода, но и из Ruby, так же используемом на проекте — теперь трекер стал универсальным для всех языков.
В будущем, вероятно, добавим отправку ошибок из Python, Dart и может быть JavaScript — тогда будет полное покрытие для всех языков, на которых мы активно разрабатываем.
В итоге команда разработки получила гораздо более оперативную обратную связь по проблемам в важных проектах. Это уже помогает быстрее реагировать и, надеемся уменьшит количество ошибок которые замечают пользователи.
🔥5
Катя, с днём рождения! 🎂🌟
Ты — как солнечный луч среди питерских туч, миниатюрная, светлая и всегда с искрой в глазах, которая делает серый город удивительно тёплым.
Пусть мосты в Петербурге разводятся только перед новыми возможностями,
пусть дороги ведут туда, где ждут вдохновение, люди и мечты, пусть на твоём пути будет больше ярких маршрутов, чем капель дождя на твоём окне.
Ты — талантливый разработчик, внимательный человек и тот самый светлый оттенок, который выделяется среди всех — как блондинка на фоне питерских фасадов.
Сохраняй свой характер, уверенность и мечту о мотоцикле 🏍💛
— всему своё время, и твой разгон ещё впереди.
Твои коллеги.
Ты — как солнечный луч среди питерских туч, миниатюрная, светлая и всегда с искрой в глазах, которая делает серый город удивительно тёплым.
Пусть мосты в Петербурге разводятся только перед новыми возможностями,
пусть дороги ведут туда, где ждут вдохновение, люди и мечты, пусть на твоём пути будет больше ярких маршрутов, чем капель дождя на твоём окне.
Ты — талантливый разработчик, внимательный человек и тот самый светлый оттенок, который выделяется среди всех — как блондинка на фоне питерских фасадов.
Сохраняй свой характер, уверенность и мечту о мотоцикле 🏍💛
— всему своё время, и твой разгон ещё впереди.
Твои коллеги.
❤5👏3
Во время командировки в Липецк, в промежутках между встречами и общением, я написал небольшой скрипт, который мы будем использовать для просмотра результатов работы над релизом.
Он автоматически собирает из Git статистику по изменениям кода за период работы над конкретным релизом и показывает вклад разработчиков.
📊 Что означают эти цифры
Небольшое пояснение терминологии, для тех, кто не программист:
Количество коммитов — это количество зафиксированных правок.
Коммит -какое то самодостаточное изменение в коде. Условно одна задача может быть оформлена одним или несколькими коммитами, при этом задачи бывают как совсем небольшими, изменено пару строк, так и крупными, затрагивающими тысячи строк.
Добавленные и удалённые строки — технический способ оценить объём изменений:
если строка была изменена, Git считает это как одну удалённую и одну добавленную строку;
более точного автоматического подсчёта на уровне кода не существует.
Важно понимать, что это очень косвенные цифры, которые показывают объём изменений, но не сложность работы.
Можно за короткое время изменить тысячи строк однотипным рефакторингом, а можно несколько дней разбираться со сложной задачей, результатом которой станет всего пара сотен новых строк.
📦 О чём ещё есть статистика
Статистика собирается не только по основному проекту:
Общие библиотеки (сабмодули)
Это код, который используется сразу в нескольких проектах. Изменения в них часто делаются в рамках работы над кодом проекта, но могут приносить пользу и другим проектам.
Отдельный репозиторий серверной части
В него входят:
- серверы управления облаком и базами данных,
- серверы управления постоматами,
- сервер для мобильного приложения,
- и разные другие бекенды, отправка писем, обработка ошибок и т.п.
Как правило, изменения в серверной части связаны с функциональностью десктопного приложения, поэтому такая работа также может соотносится с релизами, но не всегда.
Ниже пример отчёта недавнего релиза, чтобы было понятно, как выглядит итоговая статистика и в каком формате она собирается 👇
Он автоматически собирает из Git статистику по изменениям кода за период работы над конкретным релизом и показывает вклад разработчиков.
📊 Что означают эти цифры
Небольшое пояснение терминологии, для тех, кто не программист:
Количество коммитов — это количество зафиксированных правок.
Коммит -какое то самодостаточное изменение в коде. Условно одна задача может быть оформлена одним или несколькими коммитами, при этом задачи бывают как совсем небольшими, изменено пару строк, так и крупными, затрагивающими тысячи строк.
Добавленные и удалённые строки — технический способ оценить объём изменений:
если строка была изменена, Git считает это как одну удалённую и одну добавленную строку;
более точного автоматического подсчёта на уровне кода не существует.
Важно понимать, что это очень косвенные цифры, которые показывают объём изменений, но не сложность работы.
Можно за короткое время изменить тысячи строк однотипным рефакторингом, а можно несколько дней разбираться со сложной задачей, результатом которой станет всего пара сотен новых строк.
📦 О чём ещё есть статистика
Статистика собирается не только по основному проекту:
Общие библиотеки (сабмодули)
Это код, который используется сразу в нескольких проектах. Изменения в них часто делаются в рамках работы над кодом проекта, но могут приносить пользу и другим проектам.
Отдельный репозиторий серверной части
В него входят:
- серверы управления облаком и базами данных,
- серверы управления постоматами,
- сервер для мобильного приложения,
- и разные другие бекенды, отправка писем, обработка ошибок и т.п.
Как правило, изменения в серверной части связаны с функциональностью десктопного приложения, поэтому такая работа также может соотносится с релизами, но не всегда.
Ниже пример отчёта недавнего релиза, чтобы было понятно, как выглядит итоговая статистика и в каком формате она собирается 👇
🔥4
🚀 Статистика по релизу QS: Спецодежда 2.10.4
📊 Статистика изменений:
Всего коммитов:
Добавлено строк:
Удалено строк:
Всего изменено строк:
👥 Вклад разработчиков:
Ганьков Андрей
Коммитов: 103 (35.15%)
Строк: 14458 (49.89%) +13904 -554
Горячев Иван
Коммитов: 60 (20.48%)
Строк: 7460 (25.74%) +5728 -1732
Тимирева Екатерина
Коммитов: 125 (42.66%)
Строк: 6897 (23.8%) +4871 -2026
Максимов Артём
Коммитов: 5 (1.71%)
Строк: 164 (0.57%) +137 -27
📦 Изменения в сабмодулях:
• Общие библиотеки QS
Всего коммитов:
Добавлено строк:
Удалено строк:
Всего изменено строк:
👥 Вклад разработчиков:
Ганьков Андрей
Коммитов: 71 (80.68%)
Строк: 4512 (70.47%) +3424 -1088
Максимов Артём
Коммитов: 7 (7.95%)
Строк: 1265 (19.76%) +965 -300
Хайрлиев Салтан
Коммитов: 4 (4.55%)
Строк: 319 (4.98%) +316 -3
Шаклеин Андрей (ВВ)
Коммитов: 3 (3.41%)
Строк: 277 (4.33%) +253 -24
work.semen.sd@gmail.com
Коммитов: 1 (1.14%)
Строк: 18 (0.28%) +16 -2
Беляев Артем (ВВ)
Коммитов: 1 (1.14%)
Строк: 9 (0.14%) +6 -3
Тимирева Екатерина
Коммитов: 1 (1.14%)
Строк: 3 (0.05%) +2 -1
🔧 Изменения во внешних модулях:
• Серверный Backend
Всего коммитов:
Добавлено строк:
Удалено строк:
Всего изменено строк:
👥 Вклад разработчиков:
Максимов Артём
Коммитов: 58 (33.53%)
Строк: 9927 (58.33%) +7467 -2460
Ганьков Андрей
Коммитов: 100 (57.8%)
Строк: 5045 (29.64%) +3666 -1379
Хайрлиев Салтан
Коммитов: 12 (6.94%)
Строк: 1856 (10.91%) +865 -991
Шейн Виталий
Коммитов: 3 (1.73%)
Строк: 191 (1.12%) +112 -79
📊 Статистика изменений:
Всего коммитов:
293Добавлено строк:
24640Удалено строк:
4339Всего изменено строк:
28979👥 Вклад разработчиков:
Ганьков Андрей
Коммитов: 103 (35.15%)
Строк: 14458 (49.89%) +13904 -554
Горячев Иван
Коммитов: 60 (20.48%)
Строк: 7460 (25.74%) +5728 -1732
Тимирева Екатерина
Коммитов: 125 (42.66%)
Строк: 6897 (23.8%) +4871 -2026
Максимов Артём
Коммитов: 5 (1.71%)
Строк: 164 (0.57%) +137 -27
📦 Изменения в сабмодулях:
• Общие библиотеки QS
Всего коммитов:
88Добавлено строк:
4982Удалено строк:
1421Всего изменено строк:
6403👥 Вклад разработчиков:
Ганьков Андрей
Коммитов: 71 (80.68%)
Строк: 4512 (70.47%) +3424 -1088
Максимов Артём
Коммитов: 7 (7.95%)
Строк: 1265 (19.76%) +965 -300
Хайрлиев Салтан
Коммитов: 4 (4.55%)
Строк: 319 (4.98%) +316 -3
Шаклеин Андрей (ВВ)
Коммитов: 3 (3.41%)
Строк: 277 (4.33%) +253 -24
work.semen.sd@gmail.com
Коммитов: 1 (1.14%)
Строк: 18 (0.28%) +16 -2
Беляев Артем (ВВ)
Коммитов: 1 (1.14%)
Строк: 9 (0.14%) +6 -3
Тимирева Екатерина
Коммитов: 1 (1.14%)
Строк: 3 (0.05%) +2 -1
🔧 Изменения во внешних модулях:
• Серверный Backend
Всего коммитов:
173Добавлено строк:
12110Удалено строк:
4909Всего изменено строк:
17019👥 Вклад разработчиков:
Максимов Артём
Коммитов: 58 (33.53%)
Строк: 9927 (58.33%) +7467 -2460
Ганьков Андрей
Коммитов: 100 (57.8%)
Строк: 5045 (29.64%) +3666 -1379
Хайрлиев Салтан
Коммитов: 12 (6.94%)
Строк: 1856 (10.91%) +865 -991
Шейн Виталий
Коммитов: 3 (1.73%)
Строк: 191 (1.12%) +112 -79
❤3👍1
Бюджет и нервы: Сегодня был пройден последний этап в подписании контракта на поставку нашей программы училищу олимпийского резерва.
Санкт-Петербургское государственное бюджетное профессиональное образовательное учреждение «Училище олимпийского резерва №1» (СПб ГБПОУ «УОР №1») официально заключило контракт на использование программного обеспечения «QS Спецодежда». Закупка была осуществлена в строгом соответствии с Федеральным законом № 44-ФЗ через электронный магазин Комитета по государственному заказу Санкт-Петербурга.
Важно отметить, что перед заключением платного контракта учреждение в течение почти 6 месяцев активно пользовалось бесплатной версией программного продукта.
Проект реализован через электронный магазин Комитета по государственному заказу Санкт-Петербурга.
Данный кейс наглядно показывает, как стратегия длительного бесплатного теста снимает барьеры для принятия решений в бюджетной сфере. Когда клиент сам, без давления, приходит к пониманию ценности продукта, процесс продажи и внедрения проходит максимально гладко и приводит к долгосрочному сотрудничеству.
Для справки:
СПб ГБПОУ «Училище олимпийского резерва №1» — ведущее учреждение по подготовке спортивного резерва в Санкт-Петербурге. В училище работает множество сотрудников — от тренерского состава и преподавателей до технического персонала, обеспечение которых спецодеждой и СИЗ требует строгого документального учета.
Санкт-Петербургское государственное бюджетное профессиональное образовательное учреждение «Училище олимпийского резерва №1» (СПб ГБПОУ «УОР №1») официально заключило контракт на использование программного обеспечения «QS Спецодежда». Закупка была осуществлена в строгом соответствии с Федеральным законом № 44-ФЗ через электронный магазин Комитета по государственному заказу Санкт-Петербурга.
Важно отметить, что перед заключением платного контракта учреждение в течение почти 6 месяцев активно пользовалось бесплатной версией программного продукта.
Проект реализован через электронный магазин Комитета по государственному заказу Санкт-Петербурга.
Данный кейс наглядно показывает, как стратегия длительного бесплатного теста снимает барьеры для принятия решений в бюджетной сфере. Когда клиент сам, без давления, приходит к пониманию ценности продукта, процесс продажи и внедрения проходит максимально гладко и приводит к долгосрочному сотрудничеству.
Для справки:
СПб ГБПОУ «Училище олимпийского резерва №1» — ведущее учреждение по подготовке спортивного резерва в Санкт-Петербурге. В училище работает множество сотрудников — от тренерского состава и преподавателей до технического персонала, обеспечение которых спецодеждой и СИЗ требует строгого документального учета.
🎉9🔥1
ОСНОВАТЕЛЬ, ГЛАВНЫЙ РАЗРАБОТЧИК И ГЕНЕРАЛЬНЫЙ ДИРЕКТОР: ИСТОРИЯ, КОТОРУЮ МЫ ПИШЕМ ВМЕСТЕ
Дорогой Андрей Владимирович!
Сегодня мы поздравляем не просто руководителя. Мы поздравляем человека, который в 2008 году заложил первый кирпич в фундамент нашего общего дела — с парой компьютеров и верой в качественный сервис.
Вы прошли путь от IT-обслуживания до создания уникальных продуктов — от «Доставки Воды» и «Учёт договоров» до флагмана нашего отдела разработки - «QS Спецодежда». Каждый ваш проект — это наша точка роста.
Вы — архитектор нашего цифрового будущего, превращающий идеи в рабочий код. Ваша работа связывает замысел и результат.
Желаем вдохновения, лёгких компиляций и баланса между гениальными алгоритмами и простыми радостями. Пусть триггеры срабатывают на удачу, а логи будут чистыми!
А где рождается будущее, которое придумывает наш руководитель? Правильно — на вашем рабочем месте. С Днём рождения!
Коллектив «Качественных Решений» желает вам крепкого здоровья, новых свершений и уверенности: лучшее — ещё впереди!
Дорогой Андрей Владимирович!
Сегодня мы поздравляем не просто руководителя. Мы поздравляем человека, который в 2008 году заложил первый кирпич в фундамент нашего общего дела — с парой компьютеров и верой в качественный сервис.
Вы прошли путь от IT-обслуживания до создания уникальных продуктов — от «Доставки Воды» и «Учёт договоров» до флагмана нашего отдела разработки - «QS Спецодежда». Каждый ваш проект — это наша точка роста.
Вы — архитектор нашего цифрового будущего, превращающий идеи в рабочий код. Ваша работа связывает замысел и результат.
Желаем вдохновения, лёгких компиляций и баланса между гениальными алгоритмами и простыми радостями. Пусть триггеры срабатывают на удачу, а логи будут чистыми!
А где рождается будущее, которое придумывает наш руководитель? Правильно — на вашем рабочем месте. С Днём рождения!
Коллектив «Качественных Решений» желает вам крепкого здоровья, новых свершений и уверенности: лучшее — ещё впереди!
⚡7👏4🍾3🔥2🎄1💘1😎1
Как директору, мне важно быть в курсе того, что происходит во всех отделах. Один из наших основных инструментов оперативной работы — IntraService. Туда стекаются заявки в отдел системного администрирования, туда же падают обращения в техподдержку по QS: Спецодежда, и туда же летят заявки на покупку программ с сайта и других источников.
Я регулярно, почти каждый день или через день, просматривал все заявки по всем отделам, хотя бы мельком. В основном для статистики и общего понимания картины, но иногда вмешивался, корректировал процессы, задавал вопросы или раздавал люлей (строго в воспитательных целях 😄).
Отдельная боль — категории заявок. Их часто не ставят или ставят не правильно. В итоге сложно собрать статистику или быстро найти старую заявку по конкретной теме. Поэтому, когда я видел пустые или неправильные категории, я их правил вручную. На это уходило дополнительное время и лишние клики.
В среднем на это уходило меньше часа в день, но и далеко не 5 минут. При том что у нас сейчас в среднем около 30 заявок в рабочий день по всем отделам, и поток со временем только растёт. А категоризация — занятие довольно тупое: прочитал заявку, вспомнил какие у нас вообще есть категории, проставил. И так много раз подряд.
Примерно полгода я ходил с мыслью «вот бы сюда прикрутить ИИ», и тут выдался более-менее свободный день — я это сделал. Написал скрипт для более быстрого ревью заявок. Да, всё в терминале, без графики и красоты, можно сказать на коленке, но так даже удобнее и быстрее.
Теперь заявки идут подряд, одна за другой. Не надо кликать мышкой и прыгать по страницам. Система сама отслеживает, какую заявку я уже проверил, а какую ещё нет. Раньше я часто открывал одни и те же заявки по несколько раз, особенно «долгоиграющие», теперь этого нет.
Обучив искусственный интеллект нашим категориям, теперь она сразу предлагает категории для заявки, если они проставлены не правильно. Если я с ним согласен — просто подтверждаю, и всё.
Из бонусов пока обучал ИИ, заодно провёл большую чистку категорий и доработал скрипт, который синхронизирует категории Интры с нашей базой и аккуратно переносит изменения.
При этом цель ревью всё же не только в проставлении категорий, а в проверке самих задач. Следующий шаг — автоматизировать и этот процесс: чтобы ИИ сам находил нестыковки и отклонения, подсказывал, на какие заявки обратить внимание, что уточнить и кому, возможно, стоит выдать люлей, чтобы не просматривать все самому. А если получится еще научить раздавать люлей — можно будет считать, что управление компанией полностью автоматизировано 🙂
Я регулярно, почти каждый день или через день, просматривал все заявки по всем отделам, хотя бы мельком. В основном для статистики и общего понимания картины, но иногда вмешивался, корректировал процессы, задавал вопросы или раздавал люлей (строго в воспитательных целях 😄).
Отдельная боль — категории заявок. Их часто не ставят или ставят не правильно. В итоге сложно собрать статистику или быстро найти старую заявку по конкретной теме. Поэтому, когда я видел пустые или неправильные категории, я их правил вручную. На это уходило дополнительное время и лишние клики.
В среднем на это уходило меньше часа в день, но и далеко не 5 минут. При том что у нас сейчас в среднем около 30 заявок в рабочий день по всем отделам, и поток со временем только растёт. А категоризация — занятие довольно тупое: прочитал заявку, вспомнил какие у нас вообще есть категории, проставил. И так много раз подряд.
Примерно полгода я ходил с мыслью «вот бы сюда прикрутить ИИ», и тут выдался более-менее свободный день — я это сделал. Написал скрипт для более быстрого ревью заявок. Да, всё в терминале, без графики и красоты, можно сказать на коленке, но так даже удобнее и быстрее.
Теперь заявки идут подряд, одна за другой. Не надо кликать мышкой и прыгать по страницам. Система сама отслеживает, какую заявку я уже проверил, а какую ещё нет. Раньше я часто открывал одни и те же заявки по несколько раз, особенно «долгоиграющие», теперь этого нет.
Обучив искусственный интеллект нашим категориям, теперь она сразу предлагает категории для заявки, если они проставлены не правильно. Если я с ним согласен — просто подтверждаю, и всё.
Из бонусов пока обучал ИИ, заодно провёл большую чистку категорий и доработал скрипт, который синхронизирует категории Интры с нашей базой и аккуратно переносит изменения.
При этом цель ревью всё же не только в проставлении категорий, а в проверке самих задач. Следующий шаг — автоматизировать и этот процесс: чтобы ИИ сам находил нестыковки и отклонения, подсказывал, на какие заявки обратить внимание, что уточнить и кому, возможно, стоит выдать люлей, чтобы не просматривать все самому. А если получится еще научить раздавать люлей — можно будет считать, что управление компанией полностью автоматизировано 🙂
🔥11👍1
У нас тут небольшое, но очень приятное улучшение в работе поддержки.
Теперь пропущенные звонки практически не имеют шансов остаться незамеченными — у нас появился бот, который сразу кидает уведомление о пропущенном в Telegram.
Интересно, что бота мы настроили уже давно… просто проверить её «в бою» всё не удавалось — звонки-то не пропускались 😄
Конечно и раньше были варианты:
— можно было увидеть пропущенный на телефоне
— заглянуть в историю вызовов на АТС
Но чаще всего это происходило уже постфактум — когда пользователь либо всё-таки дозвонился, либо связался другим способом.
Теперь всё иначе: если вдруг звонок пропущен, это сразу видит вся команда. И можно быстро подхватить, если дежурный по какой-то причине не ответил.
В общем, ещё один маленький шаг к тому, чтобы пользователи всегда получали ответ максимально быстро 🚀
Теперь пропущенные звонки практически не имеют шансов остаться незамеченными — у нас появился бот, который сразу кидает уведомление о пропущенном в Telegram.
Интересно, что бота мы настроили уже давно… просто проверить её «в бою» всё не удавалось — звонки-то не пропускались 😄
Конечно и раньше были варианты:
— можно было увидеть пропущенный на телефоне
— заглянуть в историю вызовов на АТС
Но чаще всего это происходило уже постфактум — когда пользователь либо всё-таки дозвонился, либо связался другим способом.
Теперь всё иначе: если вдруг звонок пропущен, это сразу видит вся команда. И можно быстро подхватить, если дежурный по какой-то причине не ответил.
В общем, ещё один маленький шаг к тому, чтобы пользователи всегда получали ответ максимально быстро 🚀
🔥6
Мы редко делимся новостями о нашей работе — не потому, что ничего не происходит, а потому что просто не хватает времени рассказывать. Но сегодня решили исправиться и показать прогресс по одному из наших проектов — системе автоматизации маркетплейсов.
В прошлый раз мы упоминали его в августе 2025 года. Тогда в системе только появилась одна из ключевых частей — отчёты по продажам и рекламе. За прошедшие 7 месяцев проект значительно вырос и превратился в полноценный инструмент с большим количеством функций.
Коротко о том, что появилось за это время:
— Подключили второй маркетплейс — Ozon
— Перенесли и расширили функциональность из Telegram-бота: управление загрузками, автоматический сбор данных по расписанию
— Добавили загрузку части данных (например, отчётов по конкурентам) из Excel
— Реализовали систему логов для всех автоматических процессов
— Добавили управление пользователями (пока с базовой системой прав)
— Сделали наглядную индикацию выполнения долгих задач (например, парсинга)
— Реализовали сбор данных через парсинг страниц маркетплейсов на отдельном сервере с параллельной работой браузеров
— Добавили управление пулом прокси-серверов для стабильной работы парсинга
— Внедрили планирование продаж и закупок
Отдельно сделали небольшую утилиту для работы с «Честным знаком»:
— Копирование DataMatrix-кода из карточки товара и быстрая печать дубликатов
— Возможность вырезать этикетки из PDF для повторной печати на ленте
Параллельно постоянно дорабатываем систему: маркетплейсы регулярно меняют API и формат данных, поэтому важно быстро адаптироваться.
Наверняка перечислили не всё — за это время система обросла множеством деталей, которые уже воспринимаются как само собой разумеющееся.
В прошлый раз мы упоминали его в августе 2025 года. Тогда в системе только появилась одна из ключевых частей — отчёты по продажам и рекламе. За прошедшие 7 месяцев проект значительно вырос и превратился в полноценный инструмент с большим количеством функций.
Коротко о том, что появилось за это время:
— Подключили второй маркетплейс — Ozon
— Перенесли и расширили функциональность из Telegram-бота: управление загрузками, автоматический сбор данных по расписанию
— Добавили загрузку части данных (например, отчётов по конкурентам) из Excel
— Реализовали систему логов для всех автоматических процессов
— Добавили управление пользователями (пока с базовой системой прав)
— Сделали наглядную индикацию выполнения долгих задач (например, парсинга)
— Реализовали сбор данных через парсинг страниц маркетплейсов на отдельном сервере с параллельной работой браузеров
— Добавили управление пулом прокси-серверов для стабильной работы парсинга
— Внедрили планирование продаж и закупок
Отдельно сделали небольшую утилиту для работы с «Честным знаком»:
— Копирование DataMatrix-кода из карточки товара и быстрая печать дубликатов
— Возможность вырезать этикетки из PDF для повторной печати на ленте
Параллельно постоянно дорабатываем систему: маркетплейсы регулярно меняют API и формат данных, поэтому важно быстро адаптироваться.
Наверняка перечислили не всё — за это время система обросла множеством деталей, которые уже воспринимаются как само собой разумеющееся.
🔥2