Автоматизировать бизнес. Сфера деятельности: Финансы. # Разработка высокоскоростной серверной API-интеграции с банком Ищем **сильного backend-разработчика / специалиста по высокопроизводительным API-интеграциям** для разработки и оптимизации серверного решения по массовой передаче заявок через API банка. У нас есть: * действующий партнерский доступ к API; * подробная документация API; * реальные данные для отправки; * существующий процесс передачи заявок; * несколько партнерских аккаунтов; * возможность предоставить документацию и тестовые данные исполнителю. **Главный критерий проекта — скорость отправки заявок.** Заявки передаются через API отдельными запросами. Необходимо построить серверное решение, которое сможет максимально быстро передавать большой массив заявок, используя допустимую параллельность и соблюдая технические ограничения API банка. Для нас особенно критична скорость непосредственно после **00:00:00**, так как в это время начинается массовая отправка заявок. ## Основная задача Необходимо разработать систему, в которой все тяжелые операции по возможности выполняются **до наступления 00:00**. До начала отправки должны быть заранее выполнены: * получение исходных данных; * проверка обязательных полей; * валидация данных; * нормализация телефонных номеров; * проверка ИНН, КПП, ОГРН и других параметров; * определение необходимых кодов и справочников; * преобразование исходных данных; * формирование JSON; * подготовка финальной очереди заявок. К моменту запуска массив должен быть полностью готов к отправке. После наступления заданного времени сервер должен практически сразу начать передачу запросов в API. ## 1. Максимально быстрая отправка заявок Это главная часть проекта. Необходимо изучить документацию API банка и определить оптимальную архитектуру передачи большого количества отдельных запросов. Рассматриваем использование: * asynchronous I/O; * connection pooling; * HTTP keep-alive; * нескольких workers; * очередей; * эффективной JSON-сериализации; * предварительной подготовки payload; * оптимизации DNS / TLS / network latency; * других технических способов уменьшения времени отправки. Количество параллельных запросов нельзя выбирать произвольно. Разработчик должен: 1. изучить документацию API; 2. определить технические ограничения метода отправки заявок; 3. определить ограничения партнерских аккаунтов; 4. провести допустимые тесты производительности; 5. определить оптимальный уровень concurrency; 6. определить максимально достижимый реальный RPS; 7. настроить систему так, чтобы максимальная скорость не приводила к росту количества ошибок. Нам нужен не просто разработчик, который поставит большое количество потоков, а специалист, который сможет технически определить **оптимальную архитектуру массовой отправки HTTP-запросов**. ## 2. Работа с несколькими партнерскими аккаунтами Система должна поддерживать работу сразу с несколькими нашими партнерскими аккаунтами/API-ключами. Для каждого аккаунта необходимо отдельно учитывать: * API-ключ; * авторизацию; * очередь заявок; * ограничения; * статистику; * ошибки; * результаты отправки. Необходимо предусмотреть удобное добавление новых партнерских аккаунтов без существенной переработки системы. Если правила API позволяют одновременную работу нескольких наших партнерских аккаунтов, система должна эффективно использовать эту возможность. При этом архитектура должна соблюдать ограничения API и условия партнерской работы банка. ## 3. Предварительная подготовка данных Все операции, которые можно выполнить заранее, должны выполняться **до начала массовой отправки**. В частности: * проверка структуры данных; * проверка обязательных полей; * приведение телефонов к необходимому формату; * проверка ИНН; * проверка КПП; * проверка ОГРН; * подготовка cityCode; * подготовка кодов продуктов; * получение и локальное хранение необходимых справочников; * формирование готовых JSON payload; * подготовка очереди. Цель — чтобы непосредственно после 00:00 сервер занимался практически только отправкой заранее подготовленных HTTP-запросов. Необходимо максимально убрать из критического участка: * тяжелые вычисления; * обращения к базе данных; * преобразование данных; * получение справочников; * лишние сетевые запросы. ## 4. Точный запуск около 00:00:00 Необходимо обеспечить максимально точный старт массовой отправки. Предусмотреть: * синхронизацию системного времени сервера; * NTP; * постоянно работающий процесс; * заранее сформированную очередь; * отсутствие запуска тяжелой подготовки непосредственно в 00:00; * минимальный scheduler jitter; * готовность сетевых компонентов к моменту запуска. Для нас важен не просто запуск программы по расписанию. Нас интересует минимальное время: **от 00:00:00 до фактической отправки первого запроса в API банка.** И далее — максимально быстрое прохождение всей очереди. ## 5. Надежность и обработка ошибок Высокая скорость не должна приводить к потере заявок или бесконтрольному появлению дублей. Необходимо реализовать грамотную обработку: * HTTP 400; * HTTP 401; * HTTP 403; * HTTP 500; * HTTP 503; * timeout; * connection reset; * временной недоступности API; * невалидных данных; * технических дублей; * ограничений по количеству заявок. Особенно важна ситуация: **запрос отправлен ? соединение оборвалось / произошел timeout ? неизвестно, была ли заявка фактически принята банком.** В такой ситуации нельзя просто бесконтрольно повторять POST-запрос. Необходимо разработать безопасную retry-логику, которая минимизирует риск: * потери заявки; * повторного создания заявки; * ненужной задержки всей очереди. Ошибка одной заявки не должна блокировать отправку остальных заявок. ## 6. Сохранение результата каждой отправки При успешном создании заявки API возвращает уникальный идентификатор заявки. Этот ID необходимо обязательно сохранять. Нужно хранить связь: `наша запись ? партнерский аккаунт ? время начала запроса ? время ответа ? HTTP-код ? ID заявки банка ? результат` Это необходимо для: * контроля фактической доставки; * последующей проверки; * исключения дублей; * разбора ошибок; * оценки производительности; * сравнения результатов разных партнерских аккаунтов. ## 7. Логирование Необходимо подробное техническое логирование. Для каждого запроса желательно сохранять: * внутренний ID записи; * партнерский аккаунт; * время постановки в очередь; * время начала отправки; * время получения ответа; * latency; * HTTP status; * результат; * ID заявки; * текст/код ошибки; * количество повторных попыток. При этом логирование само по себе не должно становиться узким местом и снижать скорость массовой отправки. ## 8. Мониторинг производительности Необходимо реализовать понятную статистику по каждому запуску. Хотим видеть: * общее количество заявок; * время запуска процесса; * время первого отправленного запроса; * время первого успешного ответа; * количество отправленных заявок по секундам; * RPS; * concurrency; * среднюю latency; * p50 latency; * p95 latency; * p99 latency; * количество успешных запросов; * количество ошибок; * количество retry; * время завершения всей партии. Отдельно должна быть статистика по каждому партнерскому аккаунту. Например: **Размер партии:** 10 000 заявок **Запуск:** 00:00:00.000 **Первый запрос:** 00:00:00.030 **Первый успешный ответ:** 00:00:00.120 **100 заявок принято:** 00:00:XX **1 000 заявок принято:** 00:00:XX **5 000 заявок принято:** 00:00:XX **10 000 заявок обработано:** 00:00:XX **Средний RPS:** XXX **p50:** XX ms **p95:** XXX ms **p99:** XXX ms **Ошибки:** XX Нам важно иметь возможность объективно сравнить существующее решение с новым. ## 9. Тестирование производительности После разработки необходимо провести тесты с разным уровнем параллельности. Например: * небольшой уровень concurrency; * средний; * повышенный; * максимально допустимый API. Конкретные значения необходимо определить после изучения документации и поведения API. Задача — найти точку, при которой увеличение параллельности перестает давать прирост полезной производительности либо начинает приводить к: * росту latency; * увеличению количества ошибок; * timeout; * HTTP 500/503; * ограничениям со стороны API; * падению количества успешно созданных заявок в секунду. Именно оптимальный режим необходимо использовать в production. ## 10. Возможность настройки без изменения кода Желательно вынести основные параметры в конфигурацию: * время запуска; * количество workers; * concurrency; * timeout; * параметры retry; * количество партнерских аккаунтов; * распределение заявок между аккаунтами; * пути к исходным данным; * параметры логирования. Это позволит дальше оптимизировать систему без постоянной переработки исходного кода. ## Что должно получиться на выходе Нам необходимо получить полноценное серверное решение: 1. Высокоскоростной модуль отправки заявок. 2. Предварительную подготовку данных. 3. Работу с несколькими партнерскими аккаунтами. 4. Очередь заявок. 5. Точный планировщик запуска. 6. Управление concurrency. 7. Надежную retry-механику. 8. Защиту от повторной отправки. 9. Сохранение ID созданных заявок. 10. Подробное логирование. 11. Метрики производительности. 12. Возможность настройки параметров без изменения кода. 13. Docker / удобное развертывание. 14. Исходный код проекта. 15. Инструкцию по установке и эксплуатации. 16. Помощь при первоначальном запуске и тестировании. ## Кто нам нужен Ищем человека с реальным опытом разработки **высокопроизводительных backend/API-систем**. Нужен опыт в: * Python / Go / Java / Node.js или другом подходящем backend-стеке; * REST API; * asynchronous programming; * HTTP connection pooling; * keep-alive; * concurrency; * multithreading / multiprocessing; * очередях; * Docker; * Linux; * PostgreSQL / Redis при необходимости; * профилировании; * нагрузочном тестировании; * оптимизации network latency; * обработке большого количества HTTP-запросов. Большим плюсом будет опыт: * банковских API; * fintech; * платежных систем; * рекламных API; * биржевых API; * высоконагруженных интеграций; * систем, где критична скорость обработки и отправки запросов. ## Важно **Нас не интересует обычная последовательная API-интеграция:** `взяли запись ? отправили запрос ? дождались ответа ? взяли следующую запись`. Основная задача проекта — определить и реализовать архитектуру, которая позволит **максимально быстро передавать большой объем заявок в API банка**, сохраняя надежность и соблюдая технические ограничения API. ## Что написать в отклике Просьба не писать просто «готов выполнить». Ответьте, пожалуйста, на следующие вопросы: 1. Был ли у вас опыт массовой параллельной отправки HTTP/API-запросов? 2. С какими объемами данных вы работали? 3. Какой максимальный реальный RPS был в ваших проектах? 4. Какой стек предложили бы для нашей задачи и почему? 5. Как будете определять оптимальный уровень concurrency? 6. Как организуете connection pooling и keep-alive? 7. Как будете обрабатывать timeout, если неизвестно, была ли заявка фактически создана? 8. Как защититесь от двойной отправки при retry? 9. Как будете измерять реальную производительность? 10. Как будете организовывать работу нескольких API-аккаунтов? 11. Есть ли опыт проектов, где критична скорость первых запросов после определенного времени? После первичного отбора предоставим **документацию API банка** для более предметной оценки архитектуры, сроков и стоимости. **Стоимость обсуждается. Приоритет — подтвержденный опыт высокопроизводительных API-интеграций и техническое качество решения, а не минимальная цена.**.
Настроить установленную CRM. С системой будет работать: отдел продаж, руководство. Всего сотрудников: 5 человек. У нас в RetailCRM отображаются все продажи компании — онлайн и офлайн. Данные из RetailCRM автоматически переносятся в Google Таблицу. Сейчас возникла проблема: в Google Таблицу выгружаются не все позиции из заказов. Необходимо проверить существующую интеграцию, определить причину пропуска позиций и исправить её так, чтобы все товары и заказы корректно передавались из RetailCRM в Google Таблицу. Интеграция уже существует, создавать всё с нуля не требуется. Нужна диагностика и доработка текущей системы. Желательно: опыт работы с RetailCRM API, Google Sheets API и Google Apps Script.
С системой будет работать: отдел продаж. Всего сотрудников: 3 человека. Я ИП в бизнес-образовании, работаю с корп. клиентами (юр. лица), есть особенности бизнес-процесса. Есть полностью прописанный алгоритм действий по воронке прогрева, требуется настройка системы под этот алгоритм. Основной смысл - выборочные рассылки по email, согласно этапу воронки, интеграция с TimePad, виджет Триггеры. Алгоритм прилагаю, готова пояснить. Ищу опытного, но недорогого специалиста. Недовольная действующей техподдержкой, готова передать аккаунт не только в доработку, но и в техподдержку.
Пожелания и особенности: Ищем в команду дружелюбного, ответственного и внимательного администратора. Если вы любите общаться с людьми и умеете наводить порядок в делах - мы ждем вас! Что нужно делать: • Встречать и консультировать гостей. • Работать с кассой и внутренней отчетностью. • Создавать уютную и комфортную атмосферу в пространстве, • Помогать в решении текущих организационных вопросов Наши ожидания от кандидата: • Грамотная речь и доброжелательность. • Ответственность, пунктуальность и аккуратность.
тех поддержка сотрудников. С системой будет работать: контакт-центр, отдел продаж, маркетинг, служба персонала, техподдержка, руководство, логистика. Всего сотрудников: 40 человек. Необходим опытный специалист Bitrix24 на постоянную работу, оплата по часам или раз в месяц. Задача - внедрять новые идеи в систему, предлагать работающие решения, быстро устранять поломки bitrix в рабочее время. Необходим адекватный человек с опытом, системным мышлением, сохраняющий конфиденциальность идей.
Монтаж системы АСУ ТП на предприятии АО Хромпик (г. Первоуральск) - Монтаж кабельных трасс - Прокладка контрольных кабелей - Установка датчиков - Установка шкафов и пультов управления - Расключение жил кабелей По стоимости Ваших услуг договоримся. Зависит от того один Вы или с бригадой, графика работы и прочих условий, которые обсудим при стартовых переговорах.
Внедрить систему ERP. Внедрение Мой склад с нуля. Сфера деятельности: продажа моторных масел. Количество сотрудников: 1 человек. Внедрение для ИП системы Мой склад (или аналогичной). Цель: ускорение автоматизация и упрощение учета, в том числе автоматизация маркировки и учета Честного знака при продажах моторного масла через маркетплейсы озон ВБ и Emex.
Тема: основы CRM, организация работы с клиентами, воронка продаж, управление структурой организации, работа с аналитикой, план продаж и отчёты, работа с внутренней документацией, работа с почтой, телефонией, автоматизация процесса закупок. Обучение с нуля. Формат обучения: индивидуально. Сертификат об обучении не нужен.
С системой будет работать: руководство, маркетинг, отдел продаж, техподдержка, логистика, контакт-центр, служба персонала, Отдел Сервиса. Всего сотрудников: 60 человек. Требуется перенос из АМО ЦРМ в Битрикс : Воронок сервиса, продаж и т.д. , настройка бизнес-процессов, подключение телефонии и интеграция мессенджеров.
Пожелания и особенности: Здравствуйте. Ищу специалиста, для формального участия в заявке на грант. Никакой работы вы проводить не будете, также как и нести какую-либо ответственность. Просто укажем вас как наёмного консультанта. От вас требуются документы подтверждающие вашу квалификацию и согласие.
С системой будет работать: отдел продаж. Всего сотрудников: 5 человек. Сделать форму для клиентов на платформе битрикс. Чтобы заполненная анкета подкреплялась сразу к существующей карточке сделки. Сейчас форма реализована в гугл документах и никак не подтягивается к битриксу.
Внедрить CRM с нуля. С системой будет работать: служба персонала. Всего сотрудников: 9 человек. Пожелания и особенности: Здравствуйте, мне надо перейти с юклайнтс на дикиди Перенести всех клиентов и услуги Переключить кассу, эватор.
Переустройство существующих СО на период работ - демонтаж/перенос стоек, временные светофорные колонки, временный регулируемый пешеходный переход, зачехление существующих СО. Нужен опыт согласования в ГКУ ЦОДД и прохождения Мосгосэкспертизы.
Мне нужно перепрограммировать новый трехтарифный счетчик "Пульсар 1 Тш-....." в двухтарифный режим (день/ночь) для внутреннего использования, без коммерческого учета, выезд специалиста не нужен, привезу сам.
Доработка существующей ERP-системы, замена устаревшей ERP-системы, внедрение готовой ERP-системы, разработка ERP-системы с нуля. Сфера деятельности: Продажа. Количество сотрудников: 50 человек.
Автоматизировать бизнес. Сфера деятельности: торговля. Пожелания и особенности: Требуется настроить выгрузку данных по api из кабинета Ozon Seller в таблицу google с пересчетом ряда метрик.
Настроить установленную CRM. С системой будет работать: руководство, техподдержка, логистика, контакт-центр, служба персонала, маркетинг. Всего сотрудников: 20 человек.
Пожелания и особенности: Нужна консультация по программе автодилер. Есть несколько вопросов по учету денег, формированию и настройке нужной нам отчетности, и другие.
С системой будет работать: руководство. Всего сотрудников: 1 человек. Пожелания и особенности: Необходимо помочь установить все необходимое для подписания этрн.
Пожелания и особенности: Необходимо написать программу на плк с сенсорной панелью xinjie для управления моторами на стенде с несколькими датчиками для обратной связи.
С системой будет работать: руководство, служба персонала, ПТО, отдел продаж, техподдержка. Всего сотрудников: 10 человек. Мы находимся в Екатеринбурге.
С системой будет работать: руководство, отдел продаж. Всего сотрудников: 2 человека. Описание заказа:Ищем опытного интегратора для полной настройки товароучета, кассы и электронной лояльности для парфюмерного бара «Луна» в Уфе (ул. М. Жукова), а также синхронизации системы с действующим интернет-магазином на Tilda. У нас Патентная система налогообложения (ПСН).Что конкретно нужно сделать:Помочь с подбором и регистрацией кассы (Атол 30Ф или аналог) в ФНС под Патент (ФН на 36 месяцев). Подключить 2D-сканер.Настроить товароучетную систему МойСклад под розливную парфюмерию: учет жидкостей в миллилитрах (мл), тары и расходников — в штуках. Настроить комплекты для автосписания флаконов при продаже мл духов.Настроить двухстороннюю интеграцию МойСклад с сайтом на Tilda: автоматическая выгрузка актуальных остатков парфюма на сайт и передача заказов с сайта в МойСклад.Подключить простую электронную лояльность (без пластика — Wallet или по номеру телефона) с интеграцией в общую систему, чтобы бонусы работали и на кассе, и на сайте.Провести обучение персонала и тестовый запуск на точке на Жукова.Подробное ТЗ отправлю в личные сообщения.Пожалуйста, укажите в отклике:Полную стоимость работы за весь проект (с учетом Tilda).Сроки.Был ли у вас опыт связки МойСклад + Tilda и настройки учета в мл.
Тема: Vibe Coding в Битрикс24. Повышение квалификации. Формат обучения: индивидуально. Сертификат об обучении не нужен. Необходимо обучение функционалу Коворк/Код и Vibe Coding в Битрикс24. Основной функционал знаю хорошо, ничему кроме Коворк/Код и Vibe Coding обучать не требуется. Не являюсь программистом, просто опытный пользователь Битрикс24. Предполагаю занятия по часам, оплата не более 2500р/час.
Подключение Ozon Доставки к сайту на Тильде Я разработчик сайта, нужна консультация со специалистами, которые уже подключали озон доставку через ApiShip и ApiMonster. ApiShip с озон доставкой связан,как и Тильда с ApiMonster через вебхук Предлагайте свою цену за консультацию/за возможность доработать эту связку, все доступы есть.
Тема: основы CRM, воронка продаж, организация работы с клиентами, план продаж и отчёты, работа с внутренней документацией, работа с почтой, телефонией, автоматизация процесса закупок. Обучение с нуля. Формат обучения: индивидуально. Нужен сертификат об обучении.
С системой будет работать: руководство, маркетинг, отдел продаж, техподдержка, служба персонала. Всего сотрудников: 10 человек. Нужна интеграция с авито через Api ключи.
С системой будет работать: руководство, отдел продаж. Всего сотрудников: 3 человека. ТЗ: 1. Сквозной номер по заказу поставщику и заказу покупателя (О-2026-ХХХХ, З-2026-ХХХХ). одна отгрузка может иметь несколько закупок. 2. Спецификации к договору. у заказчика несколько договоров, по каждому свои спецификации. подбор следующего свободного номера исходя из наименования заказчика и номера договора, справочник спецификаций (Контрагент, номер договора, номер спецификации, дата спецификации), печатная форма спецификации: -базис поставки, -срок поставки, -срок оплаты (100% предоплата, частичная предоплата, полная постоплата), -место загрузки (по умолчанию адрес клиента), -место доставки, доп условие - отгрузка через курьера. 3. CMR - печатная форма с номером, данные о перевозчике 4. УПД - выбор статуса (1,2, подсчет количества листов). на одну спецификацию может быть несколько упд. 5. Выбор подписи на документах - директор или уполномоченное лицо. 6. Товар: импорт товара через эксель (шаблон), код ТН ВЭД для немаркируемых товаров в форме 7. лист "Массы" - печать из карточки для Спецификации 8. упаковочный лист - печать из карточки для УПД Опционально: 1. Платежи: интеграция с клиент-банк, создание платежки в мойсклад, передача на оплату в клиент-банк. 2. интеграция с СБИС для подписи УПД 3. интеграция Честный знак.
Ищу full-stack разработчика или небольшую команду для разработки SaaS-платформы. Есть подробный MVP-прототип в HTML: основные экраны, пользовательские сценарии и логика интерфейса уже проработаны. Нужно превратить его в работающее веб-приложение, сохранив визуальную логику и сделав код удобным для дальнейшего развития. Задачи первого этапа: - создать фронтенд приложения на основе HTML-прототипа; - разработать backend и API; - спроектировать базу данных; - подключить авторизацию и роли пользователей; - подключить файловое хранилище; - реализовать основные сценарии MVP; - настроить тестовую и рабочую среду, деплой, резервное копирование и базовый мониторинг ошибок; - передать исходный код, документацию и инструкции по запуску.
Настроить установленную CRM. С системой будет работать: Планфикс. Всего сотрудников: 11 человек. Добрый день. Ищу интеграторов с готовыми решениями для документооборота в Планфиксе. Требуется реализовать: - Журнал исходящих/входящих УПД, синхронизированный с 1C, ЭДО и OCR/IDP. - Журнал исходящих/входящих платежных поручений, синхронизированный со Сбером. - Журнал исходящих/входящих ЭТрН. - Журнал исходящих/входящих эВСД. При наличии решений по каким-либо пунктам, прошу связаться со мной. Спасибо.
Внедрить CRM с нуля. Битрикс24. С системой будет работать: руководство, маркетинг, отдел продаж, техподдержка, контакт-центр, служба персонала, логистика. Всего сотрудников: 4 человека.
Нужно настроить учёт и автоматизацию для розничной сети и склада
дистанционно
договорная
Нужна автоматизация цветочной розничной сети из 5 магазинов и 1 склада: помочь выбрать систему учёта и затем настроить её полноценную работу (риб, облако, сервер, ккт, эквайринг)
Почему стоит искать работу для фриласнеров по профилю системная интеграция в Москве у нас?
🔸 Более 1 предложений о работе за сегодня в тематике системная интеграция
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю системная интеграция уже сегодня!
🔸 Свежих заказов на системная интеграция в Москве для фрилансеров на август 2026 года — 1230 шт.
Как найти удалённую работу для фриланс-специалистов по профилю системная интеграция в Москве?
Вы специалист по системная интеграция и ищете проекты и заказы на удалёнке в Москве? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю системная интеграция в Москве?
На август 2026 года опубликовано 1230 предложений удалённой работы от прямых заказчиков для исполнителей по специализации системная интеграция
Сколько можно заработать выполняя проекты по системная интеграция?
Специалисты по профилю системная интеграция зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете