Портфолио и кейсы фрилансеров по созданию скриптов

Программа для автоматической проверки доступности сайтов и API. Отслеживает сбои и восстановление работы, отправляет уведомления в Telegram и сохраняет историю проверок в SQLite. Формирует наглядные HTML-отчёты. Поддерживает запуск по расписанию в Windows.

Концепт набора скриптов: еженедельный отчёт о продажах из amoCRM, 1С, маркетплейсов и ЮKassa в Google Таблицах, счета и акты по реестру, уведомления в Telegram по правилам, запуск по расписанию с журналом. Данные на макетах условные.

Демонстрационная работа для портфолио. Все числа и название магазина вымышлены. Задача: превратить реестр продаж в короткий отчёт для владельца магазина. Решение: шесть слайдов — обложка, итоги месяца, динамика выручки, сравнение товаров, неоплаченные заказы и устройство отчёта. Единая типографика и цветовая схема; крупные показатели и короткие пояснения. На графике недель явно указано, что последний период содержит три дня, остальные — семь. Валовая прибыль включает только себестоимость товаров. Результат: PowerPoint с редактируемыми текстами и двумя нативными диаграммами. В диаграммы встроены таблицы данных; значения согласованы с демонстрационным Excel-отчётом. Все шесть слайдов проверены по изображениям, структура PPTX и геометрия элементов прошли автоматическую проверку.

Демонстрационный проект. Товары и цены вымышлены. Задача: найти изменения между двумя CSV-прайсами и подготовить понятную выгрузку. Решение: автономная HTML-утилита на JavaScript. Пользователь выбирает столбцы артикула и цены. Программа определяет повышение и снижение цен, новые и удалённые позиции. Есть поиск, фильтры, отметка изменения названия и экспорт CSV. Вычисления выполняются локально, файлы не отправляются на сервер. Проверка данных: дубли артикулов, пустые цены, повреждённый CSV и некорректные суммы останавливают сравнение. Денежные значения сравниваются в целых копейках. Поддержаны кавычки, переносы строк и разделители «;», запятая и табуляция. Результат: один HTML-файл, инструкция и два примера CSV. Логика и обработчики интерфейса прошли 29 автоматических тестов. Ограничения демо: UTF-8, до 20 000 записей в файле. На изображении — образец результата сравнения.

Демонстрационный проект для портфолио. Все данные вымышлены. Задача: собрать продажи магазина в одном реестре и автоматически считать выручку, валовую прибыль и остаток оплаты. Решение: Excel-книга с листами «Заказы» и «Обзор». Подготовлены 200 строк, 60 заполнены примерами. Формулы считают показатели по неделям и товарам; две редактируемые диаграммы связаны с расчётными ячейками. Поля ввода выделены цветом, положительный остаток оплаты подсвечивается. Есть фильтры и проверки ввода. Проверка: итоговые суммы сверены отдельным расчётом; проверены изменение цены, пустая и некорректная оплата, исключение заказов другого месяца. Валовая прибыль учитывает только себестоимость товаров. Результат: редактируемый XLSX-файл с формулами, диаграммами и краткой инструкцией.

Демо-проект для студии ремонта (компания вымышленная). Задача Менеджеры собирают КП и договоры вручную из старых файлов: долго и с ошибками в суммах и реквизитах. Что сделано — 3 шаблона: коммерческое предложение, договор подряда, счёт на предоплату. — Позиции и цены подтягиваются из прайса в Google Таблице. — Автоматически: номер документа, дата, реквизиты, скидка, итог и сумма прописью. — Выгрузка в PDF и Word, отправка документа в Telegram. — Журнал документов со статусами и общей суммой. Результат: документ за 30 секунд вместо 15 минут, без ошибок в цифрах. Стек: JavaScript, Google Sheets, Telegram Bot API.

Задача — поддерживать взаимные связи между сделками Битрикс24, чтобы менеджер мог перейти к связанным карточкам и видеть состав группы без ручного дублирования ссылок. Подготовлены два PHP-компонента: скрипт синхронизации и обработчик вебхука. Логика построена вокруг множественного поля привязки к сделкам. Если в карточке A указаны B и C, синхронизация должна сформировать соответствующие обратные связи: у B — A и C, у C — A и B. В коде предусмотрены исключение самоссылок и повторяющихся идентификаторов, хранение состояния, журнал работы, ограничение количества обрабатываемых карточек за проход и просмотр недавних изменений. Для снижения риска повторных событий от собственных обновлений добавлена временная отметка изменений, выполненных скриптом. Код предназначен для поддержания заданных связей между сущностями. Он не определяет сам, относятся ли сделки к одному покупателю или являются дублями. Подготовлены код и команды запуска. Полный прогон на карточках ещё не подтверждён. Следующий этап — проверка прав доступа, защищённого подключения и обработки повторных событий перед внедрением.

Задача — находить повторные обращения в Битрикс24 и подготовить управляемую обработку дублей, чтобы история клиента не распадалась на несколько лидов. Разработан PHP-скрипт с запуском через командную строку и обработчик вебхука. Дубли определяются по нормализованному телефону. Для выбора главной карточки предусмотрены правила приоритета: квалифицированный лид, новый лид при наличии забракованного, затем наиболее ранняя подходящая запись. В реализации предусмотрены режим предварительной проверки без изменений, журналирование и блокировка параллельного выполнения. Отдельно разобран ответ CONFLICT от API Битрикс24: такой ответ не должен считаться успешным объединением. В следующей редакции кода подготовлена обработка конфликта с сохранением сведений дубля в комментарии основной карточки и повторной попыткой объединения. При запуске скрипт находил дубли по телефону. Объединение вернуло CONFLICT; обработка этого ответа доработана в коде и ожидает проверки на отдельных карточках. Результат — реализованная логика поиска и диагностики дублей. До массового изменения базы нужны резервная копия и проверка сценария объединения на ограниченном наборе карточек.

Задача — выгружать данные из собственной базы CRM CREAM для дальнейшей обработки, не перенося карточки вручную. В основе решения — JavaScript-скрипт, который работает в авторизованной сессии CRM и обращается к внутренним обработчикам ExtJS-приложения. В коде предусмотрены получение объектов порциями, паузы между запросами, раздельный сбор обычных и рекламных лотов, включение виртуальных лотов и преобразование вложенной структуры в плоский список. Результат сохраняется в JSON. При разборе реализации отдельно рассмотрены структуры разных ответов, вложенные узлы, ошибки отдельных объектов и риск пропуска лотов при ленивой загрузке дерева. Были обозначены необходимые доработки обработки HTTP-ошибок и разбора ответов без небезопасного выполнения строк как кода. Работа скрипта подтверждена владельцем. Реализован сбор в JSON; полнота охвата объектов и полей проверяется отдельно. Экспорт в Excel и перенос в Битрикс24 остаются за пределами текущего объёма. Кейс показывает автоматизацию выгрузки из существующей CRM: сохранение структуры данных, управляемый сбор порциями и диагностику пропущенных записей.

Разработал внутреннего Telegram-бота для операционного учёта кофейни. Задача — заменить разрозненные сообщения сотрудников последовательными сценариями: документы, расходы смены и баланс кассы. В разделе документов сотрудник указывает поставщика, прикладывает фотографии или файлы накладной и отмечает расхождения по товарам. Бот формирует сообщение для бухгалтерии и передаёт вложения вместе с пояснениями. Расходы оформляются пошагово: способ оплаты, категория, наименование позиции, единица измерения, количество и сумма. Перед отправкой сотрудник подтверждает данные; в отчёте каждая строка содержит сумму, а в конце рассчитывается общий итог. Можно добавить несколько позиций в один отчёт. Реализованы сценарии баланса кассы, снятия средств и выплат. Для управляющего предусмотрено отдельное меню: снятие или перевод, оплата из личных средств, счёт на оплату. Кнопки возврата, подтверждения и перехода в главное меню помогают проходить операции без запоминания команд. Техническая основа — PHP, Telegram Bot API и файловое хранение состояния пошаговых диалогов. Работа бота подтверждена после доработки расчёта сумм по позициям. Результат — внедрённый бот для сбора первичных данных и передачи отчётов внутри Telegram. Он обслуживает конкретные процессы кофейни и работает отдельно от бухгалтерской системы; подключение к 1С и IIKO в этот объём не входит.