Программисты 1С — удалённая работа в Москве

Доработать. Конфигурация 1С: ERP Управление предприятием. Версия: 8.3. Задача: Реализовать учебную конфигурацию «Мастер-план производства» на платформе 1С:Предприятие 8.3. Контекст: - MVP для планирования производства по заказам. - Входные данные – CSV (импорт), выход – план-график, загрузка РЦ, KPI (экспорт CSV/JSON). - Используются синтетические тестовые наборы T1 (штатный) и T2 (стресс). Что нужно сделать: 1. Метаданные (объекты 1С): - Справочник «Рабочие центры» (wc_id, name, capacity_hours_per_day, is_active). - Справочник «Номенклатура» (номенклатура_id, наименование, единица_измерения). - Документ «Заказ производства» (номер, номенклатура, количество, дата_начала, дата_срока, приоритет). - Регистр сведений «Производственный календарь» (измерения: РабочийЦентр, Дата; ресурсы: is_workday, capacity_hours). - Регистр сведений «Плановая загрузка РЦ» (измерения: РабочийЦентр, Дата; ресурсы: load_hours, capacity_hours, overload_flag). - Регистр сведений «План-график операций» (измерения: Операция; ресурсы: Заказ, РабочийЦентр, ПлановаяДата, ДлительностьЧасы, SeqNo, Status). - Отчёт «План-график и загрузка РЦ» (таблица, диаграмма Ганта, цветовая индикация перегрузок/просрочек). 2. Функционал импорта (CSV): - Обработка «Загрузка данных из CSV» с выбором 4 файлов: work_centers.csv, orders.csv, operations.csv, calendar.csv. - Форматная проверка (поля, типы, даты, обязательность). - Проверка ссылочной целостности (order_id существует, wc_id существует). - Протокол ошибок с указанием файла, строки, поля и описания. - Идемпотентность: повторный импорт не создаёт дубли. 3. Алгоритм планирования (строго по бизнес-правилам): - Сортировка заказов: priority (1=высокий ? 3=низкий), затем due_date, затем order_id. - Каждый заказ обрабатывается последовательно в этом порядке. - Внутри заказа операции выполняются строго по возрастанию seq_no. - Для каждой операции: * Найти подходящий рабочий центр (wc_id из операции). * Определить стартовую дату: для первой операции – первый рабочий день календаря; для последующих – дата завершения предыдущей операции. * Искать первый рабочий день (календарь is_workday=true), где остаточная мощность (capacity_hours - sum(load_hours)) >= duration_hours. * Назначить операцию на этот день, обновить load_hours. - Если для операции не находится слота в пределах календаря – зафиксировать ошибку (операция не назначена, статус «требует корректировки»). 4. Расчёт KPI и экспорт: - По окончании планирования сформировать: * plan.csv (операции с planned_date, order_id, wc_id, duration_hours, seq_no). * load.csv (date, wc_id, load_hours, capacity_hours, overload_flag). * on_time.csv (order_id, due_date, completion_date, on_time_flag). * kpi_summary.json (доля заказов в срок, доля дней без перегрузок). - Экспорт должен быть доступен из отчёта или отдельной обработки. 5. Проверка на тестовых данных: - Загрузить набор T1 (прилагается папка `T1_v3` с четырьмя CSV). - Запустить расчёт. - Сравнить полученные файлы plan.csv, load.csv, on_time.csv, kpi_summary.json с эталонными (прилагаются). Расхождения не допускаются, кроме округления. - Прогнать набор T2 (`T2_v2`) – должны появиться перегрузки и просрочки (on_time_flag=false, overload_flag=true). Критерии приёмки (AC): - AC-01: Импорт T1 проходит без ошибок, данные загружены. - AC-02: План-график соблюдает seq_no и календарь. - AC-03: Нет назначений на нерабочие дни. - AC-04: overload_flag = true только там, где load_hours > capacity_hours. - AC-05: on_time_flag = true только если completion_date <= due_date. - AC-06: На T1 on_time_percent >= 90% (по эталону 100%). - AC-07: На T2 выявляются перегрузки и просрочки. - AC-08: Повторный расчёт на тех же данных не дублирует операции. Дополнительные пожелания (MoSCoW): - Должен быть: импорт, расчёт, отчёт, экспорт. - Хорошо бы: диаграмма Ганта, цветовая индикация в отчёте. - Можно, но не обязательно: фильтры по дате/РЦ/заказу. - Не делаем: мобильное приложение, drag?and?drop, уведомления, боевые интеграции. Готовые артефакты: - Бизнес-требования (БТ_Кейс22_v0.1.docx) - Техническое задание (ТЗ.docx) - ЧТЗ (4 документа) - Глоссарий и ERD (Глоссарий_Кейс_22.docx) - Тестовые данные T1 и T2 (папки с CSV) - Эталонные выходные файлы (plan_T1.csv, load_T1.csv, on_time_T1.csv, kpi_T1.json, аналогично для T2) - Схема алгоритма (можно использовать приложенный Python-код как reference) Срок: 1 сутки. Результат: выгрузка конфигурации .dt и краткое описание (как запустить, где смотреть отчёт). Так как сюда невозможно приаттачить файл.dt то по вашему запросу пришлю уже сделанную, но неработающую конфигурацию кеи?с22(полн версия).dt, которую можно доработать или использовать как референс.