full stack,Разработка с нуля. Разработка с нуля. Ищем Талантливых программистов с интересным мышлением, способные разработать тяжелые программы, ПО, задачи; полностью с нуля.
Задачи чат-бота: информирование клиентов, сбор информации, интерактивное меню или каталог, финансовые операции, автоматическое бронирование. Продукт: Клиника. Техзадания нет.
Разработка ПО. Разработка игр. Сделать проект под ключ. Игра: для браузера, для мобильных устройств. Игра: одиночная. Жанр: настольная игра. Графика: 2D.
Разработка с нуля. Приложение: кроссплатформенное. Устройства для масштабирования: планшеты, смартфоны. Нужно создать приложение с нуля. Подробности в личку.
Обмен данными: двусторонний (выгрузка и загрузка). Конфигурация: 1С: Бухгалтерия. Версия: 8.3. Необходимо установить базу и перейти с другого устройства 1с.
Анализ и работа с базами данных, визуализация данных (графики, диаграммы), финансовые расчёты, автоматизация составления документов. Техническое задание есть.
Пожелания и особенности: Нужно тех задание для бесплатного ии чтобы корректо извлекать данные из извещений закупок на еис. Пишите стоимость вашей работы.
Настроить: первоначальная базовая настройка. Конфигурация 1С: Торговля и склад. Версия платформы: 8.4. Количество пользователей: до 4 чел Задача: Техническое задание на базовую настройку 1С 1. Общая задача Необходимо внедрить и настроить 1С для операционного учета сервиса доставки продуктов питания и воды. На первом этапе система должна закрывать базовые процессы: — учет товаров и остатков на складе; — приемка и поступление товаров; — сборка заказов; — списание товаров со склада; — оформление документов для доставки; — учет водителей и переданных им заказов; — возвраты и недовозы; — контроль движения товара; — базовый управленческий учет и отчетность. В дальнейшем планируется запуск собственного приложения для клиентов, поэтому выбранная конфигурация и структура 1С должны позволять интеграцию с приложением через API или другой стандартный механизм обмена. Приоритет первого этапа — использовать типовой функционал 1С и минимизировать индивидуальную разработку. ? 2. Номенклатура Необходимо настроить справочник товаров. Для каждой позиции желательно предусмотреть: — наименование; — артикул / внутренний код; — штрихкод при наличии; — категория товара; — единица измерения: штука, упаковка, бутылка, коробка, кг и т. д.; — закупочная цена; — цена продажи; — поставщик; — текущий остаток; — минимальный остаток; — статус товара: активен / не продается. Для воды необходимо предусмотреть отдельный учет: — воды; — многооборотной тары / бутылей, если она используется; — возврата пустой тары от клиента. ? 3. Складской учет На первом этапе необходимо предусмотреть минимум один основной склад с возможностью в дальнейшем добавлять дополнительные склады. Система должна позволять: — оформлять поступление товара; — видеть текущие остатки; — резервировать товар под заказ; — списывать товар после отгрузки; — перемещать товар между складами при появлении нескольких складов; — проводить инвентаризацию; — оформлять списания; — оформлять возвраты; — видеть историю движения каждой позиции. Необходимо исключить ситуацию, когда товар физически отсутствует, но продолжает отображаться как доступный. ? 4. Поступление товаров от поставщиков Необходимо настроить стандартный процесс поступления. Пользователь должен иметь возможность: 1. выбрать поставщика; 2. создать поступление; 3. указать товары и количество; 4. указать закупочную стоимость; 5. провести документ; 6. автоматически увеличить остатки склада. Необходим учет: — поставщиков; — закупочных цен; — задолженности перед поставщиками, если этот функционал используется; — истории закупок. ? 5. Заказы клиентов В системе должен существовать документ или сущность «Заказ клиента». В заказе необходимо хранить: — номер заказа; — дату и время; — клиента; — номер телефона; — адрес доставки; — состав заказа; — количество товаров; — стоимость товаров; — стоимость доставки; — скидку при наличии; — итоговую сумму; — способ оплаты; — комментарий клиента; — интервал доставки; — статус заказа. Минимальные статусы: Новый ? Подтвержден ? На сборке ? Собран ? Передан водителю ? Доставлен. Дополнительно: — Отменен; — Частично доставлен; — Возврат; — Не удалось доставить. ? 6. Сборка заказов Необходимо предусмотреть простой процесс работы склада. Сотрудник склада должен видеть: — какие заказы необходимо собрать; — товары и количество в каждом заказе; — наличие товара; — комментарии к заказу. После сборки заказ переводится в статус «Собран». Желательно предусмотреть возможность печати листа сборки. ? 7. Передача заказов водителям Один из ключевых процессов. Необходимо вести справочник водителей. По каждому водителю: — ФИО; — телефон; — автомобиль при необходимости; — государственный номер автомобиля при необходимости; — статус. Перед началом доставки необходимо формировать список заказов, передаваемых конкретному водителю. Система должна фиксировать: — какие заказы переданы водителю; — какие товары переданы; — общую стоимость заказов; — способ оплаты; — дату передачи. ? 8. Накладная / маршрутный лист для водителя Необходимо реализовать печатную форму для водителя. В документе должны отображаться: — дата; — ФИО водителя; — список заказов; — номера заказов; — адреса доставки; — телефоны клиентов; — состав заказов; — количество товаров; — сумма каждого заказа; — способ оплаты; — комментарий; — место для отметки о доставке / возврате при необходимости. Желательно предусмотреть итоговый блок: — количество заказов; — количество переданного товара; — сумма наличных к получению; — сумма безналичных заказов. ? 9. Результат доставки После возвращения водителя необходимо иметь возможность зафиксировать результат каждого заказа: — доставлен полностью; — доставлен частично; — клиент отказался; — клиент отсутствовал; — товар возвращен на склад. Если товар не был доставлен, он должен корректно возвращаться в остатки склада. ? 10. Работа с наличными Если водители принимают наличные, необходимо учитывать: — сколько наличных должен привезти водитель; — сколько фактически передал; — расхождение. Желательно иметь отчет по водителю за смену: — доставлено заказов; — сумма заказов; — наличные; — безналичные оплаты; — возвраты; — задолженность / расхождение. ? 11. Возвратная тара Если доставка воды осуществляется в многооборотных бутылях, необходимо предусмотреть отдельный учет тары. Необходимо видеть: — сколько бутылей передано клиенту; — сколько пустых бутылей клиент вернул; — сколько бутылей находится у клиента; — сколько находится на складе; — сколько находится у водителей. Желательно предусмотреть отдельный отчет по обороту тары. ? 12. Клиенты Необходимо вести базовый справочник клиентов. Минимальные данные: — имя / наименование; — телефон; — адрес или несколько адресов доставки; — комментарий; — история заказов. Важно предусмотреть возможность в дальнейшем связать клиента в 1С с аккаунтом пользователя мобильного приложения. ? 13. Цены и скидки Необходимо предусмотреть: — базовую цену продажи; — возможность изменения цены; — скидку на заказ; — возможность использования нескольких типов цен в дальнейшем. На первом этапе сложная система бонусов и программ лояльности не требуется. ? 14. Базовые отчеты Необходимы отчеты: — остатки товаров на складе; — движение товаров; — продажи за период; — продажи по товарам; — продажи по категориям; — выручка за день / неделю / месяц; — количество заказов; — средний чек; — возвраты; — списания; — поступления от поставщиков; — работа водителей; — остатки и движение возвратной тары. Желательно иметь возможность выгружать данные в Excel. ? 15. Пользователи и права доступа Минимальные роли: Администратор Полный доступ. Склад Работа с товаром, поступлениями, сборкой и остатками. Оператор / диспетчер Работа с клиентами, заказами и доставками. Руководитель Просмотр отчетов и ключевых показателей. При необходимости права можно объединить на первом этапе. ? 16. Интеграция с приложением Система должна быть подготовлена к дальнейшей интеграции с мобильным приложением. В будущем приложение должно иметь возможность передавать в 1С: — новые заказы; — данные клиента; — адрес доставки; — товары; — количество; — стоимость; — способ оплаты; — комментарии. Из 1С приложение должно иметь возможность получать: — каталог товаров; — актуальные цены; — остатки / доступность товара; — статус заказа. На первом этапе разработка самой интеграции может не входить в стоимость. Однако подрядчик должен подтвердить, что выбранное решение позволит реализовать такую интеграцию без полной переделки системы. ? 17. Что не требуется на первом этапе Чтобы не раздувать бюджет, в первый этап не включаем: — сложную ERP-систему; — индивидуальную CRM внутри 1С; — сложную маршрутизацию курьеров; — GPS-контроль автомобилей; — мобильное приложение водителя; — автоматическое построение оптимальных маршрутов; — сложную бонусную программу; — глубокую BI-аналитику; — большое количество индивидуальных отчетов; — сложную кастомную разработку. Эти функции должны иметь возможность добавляться позднее. ? 18. Требования к подрядчику В коммерческом предложении просим отдельно указать: 1. рекомендуемую конфигурацию 1С; 2. стоимость лицензий; 3. стоимость настройки; 4. стоимость доработок; 5. какие функции будут реализованы стандартными средствами 1С; 6. какие функции требуют программирования; 7. сроки запуска; 8. количество часов обучения сотрудников; 9. стоимость последующего сопровождения; 10. стоимость часа доработки после запуска; 11. возможность интеграции с нашим будущим приложением; 12. есть ли API или стандартный механизм интеграции; 13. кому принадлежат созданные доработки и исходный код; 14. какие дополнительные регулярные расходы возникнут после запуска. Цель первого этапа Получить стабильную рабочую 1С для склада, заказов и доставки без избыточной автоматизации. Система должна закрывать ежедневную операционную работу сейчас и позволять без полной переделки подключить собственное приложение, дополнительные склады, водителей и автоматизацию доставки в дальнейшем.
Уже есть: фирменный стиль. Корпоративный сайт (сайт компании). Функционал сайта: Описан в тексте. Контента нет. Пожелания и особенности: Не большая Компания, сфера деятельности, торговый дом, хочет выстроить систему внутренних коммуникаций через автоматизацию всех бизнес процессов. Какие решения необходимы: Какие основные блоки 1. Подключение партнёров и договорная работа Исследуем: Путь нового партнёра от получения реквизитов до начала работы; роли продаж, координатора, юристов и бухгалтерии; сущности партнёра, контактов, договора и комплекта документов; границы Битрикс24, 1С и ЭДО. Целевая гипотеза эффекта: Сокращение пути до первого заказа, меньше потерь документов и ручных передач. 2. Управление коммерческими условиями Исследуем: Прайс-листы, индивидуальные цены, скидки, отсрочки и компенсации; маршруты согласования, основания решений и связь условий с партнёром и заказом. Целевая гипотеза эффекта: Быстрее согласования, выше контроль маржи, скидок, отсрочек и исключений. 3. Обработка заказов партнёров Исследуем: Сквозной процесс от получения заказа до передачи оплаченного заказа на склад: кратность, 1С, скидки и компенсации, счёт, корректировки, оплата/отсрочка и закрывающие документы. Целевая гипотеза эффекта: Меньше ошибок и повторного ввода, прозрачный статус заказа, короче цикл обработки. 4. Складская отгрузка и логистика Исследуем: Сборка, грузовые места, допуск к отгрузке, заявка перевозчику, стикеры, трек-номер, контроль доставки и фиксация получения, включая верхнеуровневую схему внутренних доставок. Целевая гипотеза эффекта: Меньше простоев и ручных уточнений, предсказуемая отгрузка и контроль доставки. 5. Запуск нового продукта Исследуем: Процесс вывода нового аромата: аналитика, образцы и тестирование, нейминг и этикетка, дорожная карта, упаковка, презентационные материалы, производство и передача информации в продажи. Целевая гипотеза эффекта: Управляемые сроки вывода продукта и прозрачность зависимостей между подразделениями. 6. ТМА, маркетинговые акции и мерч Исследуем: ТМА-заявки, мотивационные программы, бюджеты, выдача и заказ мерча, компенсации, акты списания, взаимодействие с амбассадорами и фиксация результатов. Целевая гипотеза эффекта: Контроль бюджета и исполнения активностей, единая доказательная база по результатам. 7. Архитектура хранения маркетинговых материалов Исследуем: Классификация этикеток, макетов, роликов, презентаций, B2B-материалов и POSM; владельцы, версии, права доступа, связи с продуктами и активностями, структура базы знаний. Целевая гипотеза эффекта: Быстрый поиск актуальных версий, меньше повторной работы и ошибочных материалов. 8. Процессы ВЭД Исследуем: Иностранные партнёры и экспортные заказы, договоры, валютные цены, инвойсы, СТ-1/СТ-2, калькуляции, фитосанитарные сертификаты, комплект документов и Коммерческое предложение • 4 ОПТИМ ПРО | ПРОЕКТНОЕ ИССЛЕДОВАНИЕ экспортная отгрузка. Целевая гипотеза эффекта: Снижение риска остановок из-за документов и согласований, контроль сроков экспортной сделки. 9. Планирование и отчётность Исследуем: Отчёты дистрибьюторов, консолидация данных, KPI, ежемесячная отчётность и план производства: источники, владельцы, периодичность, согласование и пользователи результатов. Целевая гипотеза эффекта: Быстрее управленческий цикл, понятные источники данных и ответственность за показатели. 10. Кадровые процессы Исследуем: Командировки, отпуска, приём и увольнение, работа в выходные, отгулы, табель, премирование и акты по ГПХ — в единой архитектуре внутренних кадровых заявок. Целевая гипотеза эффекта: Меньше административной нагрузки, контролируемые сроки и маршруты кадровых заявок. 11. Административные и хозяйственные процессы Исследуем: Офисные закупки, вода, Комус и Ozon, компенсации сотрудникам, телефония, пропуска и хозяйственные запросы: единый маршрут заявки, согласования, оплаты, получения и закрытия. Целевая гипотеза эффекта: Меньше потерянных запросов и ручной координации, прозрачность статусов и затрат. 12. Блок Маркетинга Что делаем: • настройка Битрикс24, разработка бизнес-процессов, роботов, приложений и пользовательских интерфейсов; • подготовка детального технического задания и непосредственно реализация автоматизации; • техническое проектирование и разработка интеграций с 1С, ЭДО, транспортными, банковскими и государственными системами; • юридическая, кадровая, бухгалтерская или таможенная экспертиза; разработка формул расчёта цен, KPI, компенсаций и производственных планов; • полная инвентаризация, очистка, миграция и ручная раскладка существующих файлов и данных.
ОПИСАНИЕ ЗАДАЧИ: Ищем специалиста/подрядчика с релевантным опытом внедрения цифровых помощников (для обработки входящих телефонных звонков и чата на сайте) для замены текущей первой линии общения с клиентами. Сейчас первую линию коммуникации закрывает чат-виджет на сайте (сейчас это JIVO) и менеджеры отдела продаж вручную, которые сами принимают входящие звонки. Это создаёт три проблемы: - клиент не получает мгновенный ответ вне рабочего времени и в другом часовом поясе (ни по телефону, ни в чате); - менеджеры тратят время на типовые повторяющиеся вопросы вместо работы со сделками; - первичная квалификация клиента по методологии CHAMP происходит не системно и зависит от конкретного менеджера. ЦЕЛЬ ПРОЕКТА Внедрить цифрового помощника, который станет первой линией общения с клиентами по двум каналам: - голосовому — приём и обработка входящих телефонных звонков (речевой ассистент, который понимает и отвечает голосом); - текстовому — чат на сайте, заменяющий текущий виджет (JIVO приведён только как пример существующего решения). Помощник должен: - быть доступен клиенту 24/7 независимо от часового пояса, по обоим каналам; - разгружать отдел продаж от типовых вопросов; - собирать первичную информацию по методологии CHAMP при первом контакте (как по телефону, так и в чате); - информировать клиента о наших цифровых инструментах и умных калькуляторов и предлагать его использовать; - при необходимости — организовывать связь с менеджером (обратный звонок, push-уведомление, эскалация); - быть интегрированным с Bitrix24: определять клиента и сделку по номеру телефона/каналу обращения, находить закреплённого менеджера, уведомлять его или инициировать обратный звонок, консультировать по общим вопросам на основе данных сделки. ЧТО У НАС ЕСТЬ ДЛЯ СТАРТА - Готовая база знаний (RAG) в формате DOCX: описание клиента, методы продаж, методология квалификации, воронки продаж и другие обучающие материалы. База актуальна и может лечь в основу обучения модели под наши стандарты и терминологию. - Действующая CRM Bitrix24 с текущими воронками и карточками сделок. - Понимание целевого клиента, продукта и процесса продаж (готовы предоставить на старте проекта). ТРЕБОВАНИЯ К СПЕЦИАЛИСТУ - Подтверждённый опыт внедрения голосовых ассистентов для обработки телефонных звонков (STT/TTS, интеграция с IP-телефонией) и чат-ботов для сайта — не разработка "с нуля" на словах, а готовые кейсы, которые можно посмотреть/протестировать. - Опыт интеграции AI-решений с Bitrix24 или аналогичными CRM (получение данных по клиенту/сделке, определение ответственного менеджера, инициация уведомлений/callback). - Опыт настройки RAG-систем на базе собственной базы знаний компании (обучение модели на DOCX/иных документах, а не только общими промптами). - Понимание методологий квалификации лидов (CHAMP, BANT или аналогичные) и возможность заложить их в логику диалога для обоих каналов. - Готовность показать 2-3 релевантных кейса (желательно из B2B/продаж), включая примеры именно голосовой обработки звонков. ЧТО НУЖНО СДЕЛАТЬ 1. Провести аудит текущих материалов (база знаний, воронки, скрипты продаж) и предложить архитектуру решения для двух каналов — звонков и чата. 2. Настроить RAG на основе нашей базы знаний для консультирования клиентов и менеджеров. 3. Реализовать сценарий первичной квалификации по CHAMP как для голосового, так и для текстового канала. 4. Настроить интеграцию с Bitrix24: идентификация клиента/сделки по номеру телефона, поиск ответственного менеджера, push/обратный звонок, консультация менеджера по сделке. 5. Настроить логику предложения инструмента «Быстрый расчёт». 6. Обеспечить работу 24/7 без привязки к рабочему времени и часовому поясу менеджеров. 7. Провести тестирование, передать документацию по настройке и обучить нашу команду сопровождению. ФОРМАТ РАБОТЫ Бюджет обсуждается после демонстрации кейсов и предварительной оценки объёма работ. ОТКЛИК В отклике укажите: - ссылки/описания похожих реализованных проектов (особенно с обработкой телефонных звонков, интеграцией CRM и RAG на клиентской базе знаний); - какие технологии/платформы используете для голосового канала (телефония, STT/TTS) и для чата на сайте; - примерную оценку сроков и этапов реализации.
Ищем специалиста для участия в проекте внедрения AI-модулей автоматизации закупочной деятельности на Калининской АЭС. Решение разворачивается в защищённой инфраструктуре заказчика и интегрируется с автоматизированной системой ГФ-3011-91. Задачи Проектировать архитектуру локальных AI-модулей и потоки данных. Адаптировать и дообучать LLM/NLP-модели для анализа технических заданий и закупочной документации. Разрабатывать функциональность для: проверки ТЗ на соответствие типовой форме; поиска структурных, логических и содержательных ошибок; извлечения и проверки ссылок на ГОСТ, ТУ, РД и другие нормативные документы; формирования ТЗ по утверждённым шаблонам; подготовки бренд-нейтральных требований; автоматического подбора кодов ОКПД2; поиска и ранжирования аналогов по рынку и прошлым договорам; автоматизированного исправления выявленных несоответствий. Настраивать парсинг DOCX, PDF, XLS/XLSX, ODT и других офисных форматов, включая таблицы, списки, изображения и многоуровневую структуру документов. Реализовывать семантический поиск, векторизацию, ранжирование и формирование обоснованных рекомендаций. Интегрировать модули с системой заказчика через API, единую аутентификацию и ролевую модель. Участвовать в подготовке датасетов: сборе, очистке, разметке и оценке качества. Проводить модульное, интеграционное, функциональное и нагрузочное тестирование. Готовить техническую и эксплуатационную документацию, участвовать в приёмочных испытаниях. Требования Опыт разработки решений на базе LLM, NLP или машинного обучения от 3 лет. Уверенное владение Python и профильными ML/NLP-фреймворками. Опыт работы с одной или несколькими технологиями: Transformers, PyTorch; RAG и векторные базы данных; embeddings, semantic search, reranking; OCR и парсинг документов; prompt engineering, fine-tuning, LoRA. Опыт разработки backend-сервисов и REST API. Знание Linux, Docker/Podman и контейнерной инфраструктуры. Опыт работы с PostgreSQL или другими СУБД, системами логирования и мониторинга. Понимание принципов информационной безопасности, разграничения доступа и защиты данных. Опыт подготовки архитектурной и технической документации. Умение работать с требованиями заказчика и доводить решение до приёмочных испытаний. Готовность при необходимости выезжать на площадку Калининской АЭС и проходить обязательное обучение по охране труда и электробезопасности. Будет преимуществом Опыт развёртывания AI-решений в закрытом контуре без использования внешних облачных сервисов. Опыт работы с Astra Linux, МойОфис и LibreOffice. Знание закупочных процессов, ОКПД2, 223-ФЗ и 44-ФЗ. Опыт работы с нормативно-технической документацией: ГОСТ, ТУ, РД, ОСТ. Опыт реализации решений для крупных промышленных, государственных или инфраструктурных заказчиков. Знание требований к КИИ и разработке документации по информационной безопасности. Навыки технического лидерства и координации команды разработки.
доработка самописного сайта благотворительного фонда. Нужно подключить ЮKassa и настроить приём онлайн-пожертвований. Платформа: самописный. Функционал сайта: форма для пожертвований. Контент есть. Нужно подключить ЮKassa к сайту Благотворительного фонда «Аннушка» — annushkafond.ru. БЛОК 1. Подключение и запуск онлайн-пожертвований Необходимо: — подключить ЮKassa через официальный API; — разместить на сайте кнопку «Помочь» / «Сделать пожертвование»; — дать возможность пользователю самостоятельно указать сумму пожертвования; — предусмотреть быстрый выбор суммы, например: 500 ? / 1 000 ? / 3 000 ? / 5 000 ? / другая сумма; — подключить доступные способы оплаты: банковская карта, СБП и другие способы, доступные в нашем аккаунте ЮKassa; — реализовать разовое пожертвование; — предусмотреть возможность регулярного ежемесячного пожертвования, если это доступно по нашему договору с ЮKassa. При оформлении пожертвования пользователь должен иметь возможность выбрать назначение: — конкретному ребёнку; — на программу фонда; — на уставную деятельность фонда. Если пользователь нажимает «Помочь» со страницы конкретного ребёнка, этот ребёнок должен автоматически подставляться в форме пожертвования. После успешной оплаты пользователь должен переходить на страницу «Спасибо за помощь». Важно настроить получение сайтом уведомлений от ЮKassa о фактическом статусе платежа через webhook. Пожертвование должно считаться поступившим только после подтверждения оплаты со стороны ЮKassa. Также необходимо корректно обработать: — успешную оплату; — отмену платежа; — ошибку оплаты; — возврат платежа. Секретные ключи и данные ЮKassa должны храниться только на серверной стороне и не передаваться в открытом виде на сайт. Перед запуском необходимо провести тестовые платежи и после проверки перевести интеграцию в рабочий режим.
Доработать, проконсультировать сотрудников. Настроить: обмен данными. Конфигурация 1С: Управление нашей фирмой. Мы — отдел снабжения сети компьютерных клубов COLIZEUM. Работаем с энергетическими напитками и одеждой. В существующей системе периодически возникают проблемы, особенно при работе с маркированными товарами. Цель — установить первопричины сбоев, оценить пригодность текущей системы и предложить комплексный план её развития. Рассматриваем как доработку существующей связки, так и замену отдельных компонентов или переход на другое решение при наличии обоснования. Приоритетный сценарий: приёмка паллеты с раскрытием состава «паллета ? упаковка ? банка» и последующая отгрузка упаковками либо целыми паллетами с корректным поэкземплярным учётом. Одна паллета содержит 126 упаковок / 1512 банок. Ожидаемый результат первого этапа: — схема текущих процессов и интеграций; — причины выявленных сбоев и критические риски; — рекомендуемое решение с рассмотренными альтернативами; — оценка стоимости и сроков изменений; — поэтапный план внедрения, критерии приёмки и порядок сопровождения. Аудит хотим оформить отдельным этапом. Решение о внедрении примем по его результатам. В ответ просим прислать: — профиль специалиста, который лично будет вести аудит; — примеры проектов с УНФ, Клеверенс и маркировкой, желательно с напитками и агрегацией; — состав, срок и стоимость аудита; — обезличенный пример итогового отчёта или его структуру; — возможность выезда на склад в Балашихе, мкр. Кучино. Готовы предоставлять доступы по согласованному расписанию, выделить сотрудника склада для проверки операций и проводить короткие регулярные встречи. Нужен специалист, который самостоятельно организует обследование и доведёт его до конкретного решения.
Почему стоит искать работу для фриласнеров по профилю программисты в Москве у нас?
🔸 Более 6 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в Москве для фрилансеров на сентябрь 2026 года — 5972 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в Москве?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в Москве? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в Москве?
На сентябрь 2026 года опубликовано 5972 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете