Обучение 1С — работа в Москве

Создать конфигурацию. Конфигурация 1С: Новая. Версия: 8.3. Необходимо создать конфигурацию, которая будет использоваться для шаблонного формирования документов Word. Изначально есть два справочника: Человек, Шаблоны. В шаблонах хранятся данные шаблона Word в котором данные хранятся по типу {Фамилия} {Имя} {Отчество} и т.д. еще также блоки которые включают подблоки, приведу пример: {Человек1} {Фамилия} {Имя} {Отчество} {/Человек1} Получается в случае что человек например 5 не выбран, а их всего 4 то в документе блок {Человек1} полностью удаляется Шаблоны буду разные и в интерфейсе 1с нужно иметь конструктор который позволит добавлять эти самые шаблоны и поля которые там буду использоваться, а также какие данные справочника Человек будут использованы в каком поле. Именно конструктор. Ну и справочник Человек должен иметь форму с кнопкой сформировать документ, который также в зависимости от выбранного документа вноситься в шаблон и открывать готовый документ с заполненными полями. p.s. Документ должен тоже конструктором, для добавления ограничений, например пол, что позволит в шаблоне использовать окончания "Уважаемая(ый)".

Доработать. Конфигурация 1С: ERP Управление предприятием. Версия: 8.3. 1C:Erp Управление предприятием 2 (2.5.25.112) Сделать внешнюю печатную форму "Сверка взаиморасчетов" из типовой. Добавить факсимиле в подвал. Разработка по удалёнке через anydesk.

Программирование 1С. Доработать. Конфигурация 1С: Бухгалтерия, Управление торговлей, Розница, Зарплата и управление персоналом, Комплексная автоматизация, Предприятие. Версия: 8.3, 8.2. Разработка внешних обработок, отчетов, печатных форм.

Решить задание. Конфигурация 1С: Предприятие. Версия: 8.3, 8.5. Сделать два задания из курса обучения 1С.

Доработать. Конфигурация 1С: Управление торговлей, Бухгалтерия, Предприятие. Версия: 8.3.

Для работы Конфигурация 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, которую можно доработать или использовать как референс.