Разработка на Python программисты — удалённая работа в Москве

Разработать концепцию и сюжет, создать мультиплеер на базе выделенного сервера, выполнить художественный дизайн, разработать игровую механику, сделать проект под ключ. Игра: массовая онлайн. Жанр: RPG. Платформа: Google play. Графика: 3D. Прототип: Онлайн игра гранд мобайл. Хочу чтобы был как гранд мобайл но только добавьте подразделение ГИБДД и сделайте города Новгород, Нижний Новгород, Питер, Москва.

Обмен данными: двусторонний (выгрузка и загрузка). Конфигурация: 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-ФЗ. Опыт работы с нормативно-технической документацией: ГОСТ, ТУ, РД, ОСТ. Опыт реализации решений для крупных промышленных, государственных или инфраструктурных заказчиков. Знание требований к КИИ и разработке документации по информационной безопасности. Навыки технического лидерства и координации команды разработки.