|
|
@@ -11,7 +11,7 @@
|
|
|
- [ТЗ: Графики](tz-schedules.md)
|
|
|
- [ТЗ: Рекламации](tz-reclamations.md)
|
|
|
- [ТЗ: Запчасти](tz-spare-parts.md)
|
|
|
-- [ТЗ: Склад наличие](tz-stock-availability.md)
|
|
|
+- [ТЗ: Склад](tz-stock-availability.md)
|
|
|
- [ТЗ: Документация](tz-documents.md)
|
|
|
- [ТЗ: Технич. описание](tz-technical-description.md)
|
|
|
- [ТЗ: Калькуляции](tz-calculations.md)
|
|
|
@@ -28,7 +28,7 @@
|
|
|
- [x] Каталог ДКР остается внутри меню ДКР.
|
|
|
- [x] `Каталог общий` реализуется отдельно как общий справочник платформы.
|
|
|
- [x] `Запчасти` — общий модуль для всей платформы, включая ДКР.
|
|
|
-- [x] `Склад наличие` должен быть реализован полностью по образцу раздела `Запчасти`, с адаптацией под МАФ/позиции из `Каталог общий`.
|
|
|
+- [x] `Склад` должен быть реализован полностью по образцу раздела `Запчасти`, с адаптацией под МАФ/позиции из `Каталог общий`.
|
|
|
- [x] Новые модули на первом этапе получают страницы-заглушки `В разработке`.
|
|
|
- [x] Основная карта меню хранится в [docs/refactor/menu.md](menu.md).
|
|
|
- [x] Текущие рабочие маршруты оставляем без переименования.
|
|
|
@@ -37,7 +37,15 @@
|
|
|
- [x] Заглушки новых модулей показываем всем авторизованным пользователям.
|
|
|
- [x] На новые модули выбранный год не влияет.
|
|
|
- [x] `Технич. описание` встроено в модуль `Каталог общий`; готовый Laravel-модуль используем как источник экспорта.
|
|
|
-- [x] `Калькуляции` работают через внешний API: запрос по артикулу, возврат калькуляции при наличии.
|
|
|
+- [x] Модуль техописаний `to.stroyprofit.com` изучен: его данные и DOCX-экспорты переносятся в `Каталог общий` без отдельного раздела.
|
|
|
+- [x] Цены принадлежат `Каталог общий` и хранятся непосредственно у позиции; актуальный формат и реальные значения определены файлом `docs/refactor/Каталог общий.xlsx`.
|
|
|
+- [x] В общем каталоге используются восемь видов цен: `строители`, `опт`, `рек`, `розница`, `проект`, `проект+м`, `пик`, `рек+10`.
|
|
|
+- [x] По умолчанию цены и экспорт общего каталога доступны только администратору; просмотр и редактирование цен управляются существующими permissions отдельных полей.
|
|
|
+- [x] Исходный калькулятор `calc.stroyprofit.com` используется как источник модели данных, формул и экспортов, но его код и текущие формулы не переносятся без проверки.
|
|
|
+- [x] Финальный состав и способ реализации `Калькуляций` определяются отдельным ТЗ; допустимы внутренняя реализация в Laravel и интеграционный вариант.
|
|
|
+- [x] Старый `График отгрузок` и действующий обработчик 1С в `manager.stroyprofit.com` изучены как исходная система для `Графика заказов`.
|
|
|
+- [x] `График заказов` проектируется максимально нормализованно: заказ, позиции, доставки и загрузки 1С хранятся отдельными сущностями, без сериализованных полей и фиксированных колонок для нескольких доставок.
|
|
|
+- [x] Финальные поля, статусы, права и пользовательские сценарии `Графика заказов` определяются отдельным ТЗ заказчика.
|
|
|
- [x] `Рекламации -> ДКР` реализуется как отдельная вкладка на основе текущего списка с обязательным фильтром по типу `dkr`.
|
|
|
- [x] Тип рекламации хранится через обязательную связь со справочником `reclamation_types`; начальные типы `ДКР` и `Прочее` создаются сидером.
|
|
|
- [x] В интерфейсе рекламаций обязательны отдельные вкладки `Все` и `ДКР`.
|
|
|
@@ -45,7 +53,7 @@
|
|
|
- [x] Документация для оплаты доступна только для рекламаций типа `ДКР`.
|
|
|
- [x] Маршруты `Каталог общий` используют префикс `common-catalog/...`.
|
|
|
- [x] Таблицы и права `Каталог общий` используют техническое имя `common-catalog`.
|
|
|
-- [x] Техническое имя модуля `Склад наличие`: `stock`.
|
|
|
+- [x] Техническое имя модуля `Склад`: `stock`.
|
|
|
- [x] Роль `помощник руководителя`: `assistant_head`.
|
|
|
|
|
|
## Этап 0. Документация
|
|
|
@@ -59,7 +67,7 @@
|
|
|
- [x] Написать отдельное ТЗ для модуля `Графики`: [tz-schedules.md](tz-schedules.md).
|
|
|
- [x] Написать отдельное ТЗ для модуля `Рекламации`: [tz-reclamations.md](tz-reclamations.md).
|
|
|
- [x] Написать отдельное ТЗ для модуля `Запчасти`: [tz-spare-parts.md](tz-spare-parts.md).
|
|
|
-- [x] Написать отдельное ТЗ для модуля `Склад наличие`: [tz-stock-availability.md](tz-stock-availability.md).
|
|
|
+- [x] Написать отдельное ТЗ для модуля `Склад`: [tz-stock-availability.md](tz-stock-availability.md).
|
|
|
- [x] Написать отдельное ТЗ для модуля `Документация`: [tz-documents.md](tz-documents.md).
|
|
|
- [x] Написать отдельное ТЗ для модуля `Технич. описание`: [tz-technical-description.md](tz-technical-description.md).
|
|
|
- [x] Написать отдельное ТЗ для модуля `Калькуляции`: [tz-calculations.md](tz-calculations.md).
|
|
|
@@ -72,17 +80,17 @@
|
|
|
| 1. Реорганизация меню и заглушки | Реализован и проверен | Новое меню и заглушки приняты по результатам пользовательской проверки. |
|
|
|
| 2. Адаптация существующих разделов после переноса | Реализован и проверен | Рабочие разделы и их отображение приняты по результатам пользовательской проверки. |
|
|
|
| 3. Рекламации: вкладки и тип | Реализован, ожидает пользовательской проверки | Добавлены вкладки, справочник типов, перенос существующих данных и запрет платежных документов для `Прочее`; создание из графика остается в этапе 10. |
|
|
|
-| 4. Общий каталог: ядро | Реализован и проверен | Пользователь проверил создание, редактирование, импорт и экспорт; отдельная модель данных, права, фото и документы покрыты автоматическими тестами. |
|
|
|
-| 5. Документация | Готов к реализации | Решены дерево папок, наследование прав, версии и хранение файлов. |
|
|
|
-| 6. Склад наличие: ядро | Готов к реализации | Ядро общего каталога доступно как источник позиций; PDF-экспорт остается отдельным открытым подпунктом. |
|
|
|
-| 7. Техническое описание | Готово к анализу Laravel-модуля | Место в карточке общего каталога подготовлено, но нужно получить модуль и форматы выгрузки. |
|
|
|
-| 8. Калькуляции | Не готово к полной реализации | Нужен контракт внешнего API. Можно сделать только место/кнопку в карточке общего каталога. |
|
|
|
-| 9. Графики заказов и доставок | Не готово к полной реализации | Нужны формат обмена с 1С, поля, статусы и правила доставок/отгрузок. |
|
|
|
+| 4. Общий каталог | Расширение реализовано, ожидает пользовательской проверки | Импорт, экспорт и карточка переведены на фактический 30-колоночный формат `Каталог общий.xlsx`; добавлены восемь цен и ограничения доступа. |
|
|
|
+| 5. Документация | Реализован и проверен | Пользователь проверил дерево папок, работу с документами и версиями; права и приватное хранение дополнительно покрыты автоматическими тестами. |
|
|
|
+| 6. Склад: ядро | Реализован и проверен | Ядро склада принято после пользовательской проверки. Цены относятся к общему каталогу; для склада остаётся отдельной задачей только PDF-экспорт после согласования шаблона. |
|
|
|
+| 7. Техническое описание | Анализ завершён, готово к реализации | Изучены данные, импорт, изображения, DOCX-шаблоны и массовый/раздельный экспорт `to.stroyprofit.com`; требуется перенос в общий каталог. |
|
|
|
+| 8. Калькуляции | Исходник изучен, ожидается отдельное ТЗ | Восстановлены сущности, формулы и экспорты `calc.stroyprofit.com`; финальная архитектура, формулы и сценарии не фиксируются до ТЗ. Рабочая база источника сейчас не содержит расчётных данных. |
|
|
|
+| 9. Графики заказов и доставок | Исходная система изучена, ожидается отдельное ТЗ | Найдены старый график и фактический формат обмена с 1С. Нормализация принята как архитектурный принцип, но финальные поля, статусы и правила уточнит заказчик. |
|
|
|
| 10. Рекламации из графика заказов | Готово только после графика заказов | Сценарий согласован, но точка входа зависит от карточки заказа в графике. |
|
|
|
|
|
|
## Этап 1. Реорганизация меню и заглушки
|
|
|
|
|
|
-Статус: **реализован и проверен пользователем**.
|
|
|
+Статус: **ядро проверено пользователем; расширение под актуальный каталог реализовано и ожидает пользовательской проверки**.
|
|
|
|
|
|
- [x] Проверить текущие permissions для всех существующих пунктов меню.
|
|
|
- [x] Для новых пунктов-заглушек открыть доступ всем авторизованным пользователям.
|
|
|
@@ -96,7 +104,7 @@
|
|
|
- [x] Добавить заглушки `График заказов` и `График доставок`.
|
|
|
- [x] Разложить `Рекламации` на `Все` и `ДКР`.
|
|
|
- [x] Оставить `Запчасти` отдельной верхней группой с текущими вкладками.
|
|
|
-- [x] Добавить заглушки `Склад наличие -> Наличие` и `Склад наличие -> Заказы`.
|
|
|
+- [x] Добавить заглушки `Склад -> Наличие` и `Склад -> Заказы`.
|
|
|
- [x] Добавить заглушки `Документация`, `Каталог общий`, `Калькуляции`.
|
|
|
- [x] Проверить, что выбранный год не скрывает и не фильтрует новые модули.
|
|
|
- [x] Переименовать группу `Администрирование` в `Администратор`.
|
|
|
@@ -146,7 +154,7 @@
|
|
|
- [x] Спроектировать маршруты с префиксом `common-catalog/...`, таблицы и права с техническим именем `common-catalog`.
|
|
|
- [x] Сверить текущую модель каталога ДКР с требованиями общего каталога как источник паттернов, без смешивания данных.
|
|
|
- [x] Зафиксировать состав и порядок колонок общего каталога.
|
|
|
-- [x] Зафиксировать файл `docs/refactor/Шаблон Каталог ощий.xlsx` как источник колонок общего каталога.
|
|
|
+- [x] Зафиксировать файл `docs/refactor/Каталог общий.xlsx` как актуальный источник колонок и реальных данных общего каталога; старый шаблон оставить историческим референсом.
|
|
|
- [x] Зафиксировать предварительные типы данных по шаблону общего каталога.
|
|
|
- [x] Спроектировать обязательность и валидацию утвержденных полей.
|
|
|
- [x] Использовать текущий файловый механизм для хранения фото и документов позиции.
|
|
|
@@ -155,77 +163,106 @@
|
|
|
- [x] Зафиксировать встраивание `Технич. описание` в карточку общего каталога.
|
|
|
- [x] Добавить в карточку место под будущую кнопку/блок `Калькуляции`.
|
|
|
- [x] Зафиксировать интеграционный ключ `common_catalog_items.id` для будущих связей с графиками, рекламациями и складом наличия; сами связи реализуются в этапах этих модулей.
|
|
|
+- [x] Перевести поля, импорт и экспорт на фактический формат `docs/refactor/Каталог общий.xlsx` из 30 колонок и двух строк заголовка.
|
|
|
+- [x] Добавить восемь видов цен непосредственно в `common_catalog_items`.
|
|
|
+- [x] Скрыть цены по умолчанию от всех ролей, кроме администратора, через field-permissions.
|
|
|
+- [x] Ограничить экспорт общего каталога администратором по умолчанию.
|
|
|
|
|
|
## Этап 5. Документация
|
|
|
|
|
|
-Статус: **готов к реализации**.
|
|
|
+Статус: **реализован и проверен пользователем**.
|
|
|
|
|
|
-- [ ] Реализовать дерево папок.
|
|
|
-- [ ] Разрешить создание корневых папок только админу.
|
|
|
-- [ ] Реализовать права чтения и записи на папки для всех, ролей и отдельных пользователей.
|
|
|
-- [ ] Реализовать наследование прав от родительской папки при создании подпапок.
|
|
|
-- [ ] Реализовать создание, просмотр, редактирование и удаление документов.
|
|
|
-- [ ] Реализовать версионность документов.
|
|
|
-- [ ] Реализовать полное удаление отдельных версий.
|
|
|
-- [ ] Использовать текущий механизм хранения файлов.
|
|
|
+- [x] Реализовать дерево папок.
|
|
|
+- [x] Разрешить создание корневых папок только админу.
|
|
|
+- [x] Реализовать права чтения и записи на папки для всех, ролей и отдельных пользователей.
|
|
|
+- [x] Реализовать наследование прав от родительской папки при создании подпапок.
|
|
|
+- [x] Реализовать создание, просмотр, редактирование и удаление документов.
|
|
|
+- [x] Отображать иконки файлов по MIME-типу и открывать изображения в защищённом предпросмотре.
|
|
|
+- [x] Реализовать версионность документов.
|
|
|
+- [x] Реализовать полное удаление отдельных версий.
|
|
|
+- [x] Использовать текущий механизм хранения файлов; сами файлы документации хранить на приватном диске и выдавать только после проверки ACL.
|
|
|
|
|
|
-## Этап 6. Склад наличие: ядро
|
|
|
+## Этап 6. Склад: ядро
|
|
|
|
|
|
-Статус: **готов после этапа 4**.
|
|
|
+Статус: **ядро реализовано и проверено пользователем**.
|
|
|
|
|
|
Ядро склада можно реализовывать после появления позиций общего каталога. PDF-экспорт по шаблону вынесен отдельным подпунктом, потому что точный шаблон еще не согласован.
|
|
|
|
|
|
-- [ ] Разобрать текущую реализацию `Запчасти` как эталон.
|
|
|
-- [ ] Зафиксировать соответствие сущностей `Запчасти` -> `Склад наличие`.
|
|
|
-- [ ] Спроектировать таблицы/модели `stock` для заказов, остатков, броней, списаний и истории.
|
|
|
-- [ ] Реализовать подвкладку `Наличие`.
|
|
|
-- [ ] Реализовать подвкладку `Заказы`.
|
|
|
-- [ ] Реализовать карточку позиции.
|
|
|
-- [ ] Реализовать бронирование.
|
|
|
-- [ ] Реализовать списание с конкретных заказов.
|
|
|
-- [ ] Реализовать отмену брони.
|
|
|
-- [ ] Реализовать историю движений.
|
|
|
-- [ ] Реализовать импорт заказов/остатков.
|
|
|
-- [ ] Настроить права: `Наличие` всем, `Заказы` админу и роли `assistant_head`.
|
|
|
-- [ ] Покрыть критичную логику расчетов тестами.
|
|
|
+- [x] Разобрать текущую реализацию `Запчасти` как эталон.
|
|
|
+- [x] Зафиксировать соответствие сущностей `Запчасти` -> `Склад`.
|
|
|
+- [x] Спроектировать таблицы/модели `stock` для заказов, остатков, броней, списаний и истории.
|
|
|
+- [x] Реализовать подвкладку `Наличие`.
|
|
|
+- [x] Реализовать подвкладку `Заказы`.
|
|
|
+- [x] Реализовать карточку позиции.
|
|
|
+- [x] Реализовать бронирование.
|
|
|
+- [x] Реализовать списание с конкретных заказов.
|
|
|
+- [x] Реализовать отмену брони.
|
|
|
+- [x] Реализовать историю движений.
|
|
|
+- [x] Реализовать импорт заказов/остатков.
|
|
|
+- [x] Настроить права: `Наличие` всем, `Заказы` админу и роли `assistant_head`.
|
|
|
+- [x] Покрыть критичную логику расчетов тестами.
|
|
|
- [ ] После согласования шаблона реализовать экспорт наличия в PDF.
|
|
|
|
|
|
## Этап 7. Техническое описание в общем каталоге
|
|
|
|
|
|
-Статус: **готово после этапа 4 и анализа готового Laravel-модуля**.
|
|
|
-
|
|
|
-- [ ] Получить и изучить готовый Laravel-модуль техописаний.
|
|
|
-- [ ] Составить карту данных модуля техописаний.
|
|
|
-- [ ] Составить карту экспортов и форматов выгрузки.
|
|
|
-- [ ] Сопоставить данные техописаний с полями `Каталог общий`.
|
|
|
-- [ ] Решить, какие данные хранятся прямо в карточке позиции, а какие требуют связанных таблиц.
|
|
|
+Статус: **анализ источника завершён, готово к реализации**.
|
|
|
+
|
|
|
+- [x] Получить и изучить готовый Laravel-модуль техописаний `to.stroyprofit.com`.
|
|
|
+- [x] Составить карту данных модуля техописаний.
|
|
|
+- [x] Составить карту экспортов и форматов выгрузки.
|
|
|
+- [x] Сопоставить данные техописаний с полями `Каталог общий`.
|
|
|
+- [x] Решить, что данные техописаний расширяют `common_catalog_items`, а не образуют отдельный модуль каталога.
|
|
|
+- [x] Зафиксировать, что техописание не хранит отдельную копию цены, а использует нужный вид цены из `Каталог общий`.
|
|
|
+- [ ] Добавить остальные недостающие поля техописаний в `Каталог общий` с безопасной миграцией.
|
|
|
+- [ ] Подготовить перенос или обогащение 938 позиций по артикулу в согласованном режиме без потери уже заполненных полей общего каталога.
|
|
|
+- [ ] Сопоставить старое одиночное поле цены техописаний с нужным видом цены общего каталога, если оно потребуется при переносе.
|
|
|
+- [ ] Перенести изображения через текущий файловый механизм CRM.
|
|
|
- [ ] Встроить просмотр/редактирование техописания в карточку общего каталога.
|
|
|
- [ ] Перенести или адаптировать экспорт из готового Laravel-модуля.
|
|
|
+- [ ] Подставлять в DOCX согласованный вид цены из `Каталог общий`, не сохраняя отдельную копию в данных техописания.
|
|
|
+- [ ] Реализовать общий DOCX и отдельные DOCX в ZIP через очередь и приватное хранение файлов.
|
|
|
+- [ ] Покрыть миграцию данных и варианты экспорта автоматическими тестами.
|
|
|
|
|
|
## Этап 8. Калькуляции
|
|
|
|
|
|
-Статус: **не готово к полной реализации**.
|
|
|
+Статус: **исходный Python-модуль изучен, ожидается отдельное ТЗ**.
|
|
|
|
|
|
-До получения контракта API можно реализовать только место под кнопку/блок в карточке общего каталога.
|
|
|
+Текущий `calc.stroyprofit.com` рассматривается как источник предметной модели и экспортов. Финальное решение — перенос расчётного движка в Laravel либо интеграция — принимается после отдельного ТЗ. Формулы источника не считаются согласованными автоматически.
|
|
|
|
|
|
-- [ ] Получить подробное описание внешнего API калькуляций.
|
|
|
-- [ ] Согласовать endpoint, HTTP-метод, авторизацию, параметры запроса и формат ответа.
|
|
|
-- [ ] Реализовать запрос по артикулу позиции общего каталога.
|
|
|
-- [ ] Реализовать отображение найденной калькуляции.
|
|
|
-- [ ] Реализовать состояние, когда калькуляция по артикулу не найдена.
|
|
|
-- [ ] Реализовать обработку ошибок API.
|
|
|
+- [x] Добавить пункт меню и страницу-заглушку `Калькуляции`.
|
|
|
+- [x] Подготовить место под кнопку `Калькуляция` в карточке общего каталога.
|
|
|
+- [x] Изучить код, сущности, связи, формулы и Excel-экспорты `calc.stroyprofit.com`.
|
|
|
+- [x] Зафиксировать отсутствие расчётных данных в активной базе источника и нерабочий источник восстановления `backup.sql`.
|
|
|
+- [ ] Получить отдельное ТЗ на калькуляции.
|
|
|
+- [ ] Найти резервную копию или исходные Excel-файлы материалов, станков, персонала и технологических связей.
|
|
|
+- [ ] Согласовать формулы, единицы коэффициентов, ставки, налоги, доставку, накладные расходы и прибыль.
|
|
|
+- [ ] Определить, нужны ли версии калькуляций и история изменения нормативов.
|
|
|
+- [ ] Выбрать по ТЗ внутреннюю Laravel-реализацию или интеграционный контракт.
|
|
|
+- [ ] Спроектировать нормализованную модель данных без общей изменяемой калькуляции на артикул.
|
|
|
+- [ ] Реализовать согласованные сценарии, права, импорт и экспорты.
|
|
|
+- [ ] Покрыть расчётные формулы и версионность автоматическими тестами.
|
|
|
|
|
|
## Этап 9. Графики заказов и доставок
|
|
|
|
|
|
-Статус: **не готово к полной реализации**.
|
|
|
+Статус: **исходная система и обмен с 1С изучены, ожидается отдельное ТЗ**.
|
|
|
|
|
|
-Текущий `График монтажей` переносится на этапе 2. Новые графики требуют уточнения обмена с 1С, полей, статусов и правил доставок.
|
|
|
+Старый `График отгрузок` является источником существующих данных и сценариев, но не переносится одной таблицей. Архитектура нового модуля должна оставаться нормализованной и расширяемой под дополнительные требования заказчика.
|
|
|
|
|
|
-- [ ] Описать источник данных для `График заказов`.
|
|
|
+- [x] Изучить старый `График отгрузок` в `manager.stroyprofit.com`.
|
|
|
+- [x] Описать найденный HTTP-обмен с 1С и состав текущего payload.
|
|
|
+- [x] Проанализировать существующие статусы, ручные поля, вложения и несколько доставок по заказу.
|
|
|
+- [x] Зафиксировать обязательную нормализацию заказов, позиций, доставок и загрузок 1С.
|
|
|
+- [ ] Получить и согласовать отдельное ТЗ на `График заказов`.
|
|
|
+- [ ] Уточнить стабильный внешний идентификатор заказа и передачу артикула каждой позиции из 1С.
|
|
|
+- [ ] Согласовать принадлежность полей источнику или ручному редактированию, чтобы повторная загрузка не уничтожала плановые данные.
|
|
|
+- [ ] Спроектировать нормализованные таблицы и связи после получения ТЗ.
|
|
|
- [ ] Спроектировать загрузку данных через 1С.
|
|
|
-- [ ] Реализовать или перенести `График заказов`.
|
|
|
+- [ ] Реализовать безопасный идемпотентный импорт с журналом запусков и ошибок.
|
|
|
+- [ ] Реализовать `График заказов` без прямого копирования устаревшей таблицы `graf1`.
|
|
|
+- [ ] Подготовить отдельную миграцию исторических данных старого Manager с отчётом о конфликтах и дублях.
|
|
|
- [ ] Добавить карточку заказа с выбором одного или нескольких МАФ.
|
|
|
- [ ] Добавить создание рекламации из заказа через текущую форму.
|
|
|
+- [ ] Получить и согласовать требования к `Графику доставок`, если они не войдут в ТЗ графика заказов.
|
|
|
- [ ] Реализовать `График доставок` в виде недельного списка.
|
|
|
- [ ] Добавить ручное планирование занятости водителей.
|
|
|
- [ ] Связать доставки с адресами из графика заказов.
|
|
|
@@ -255,9 +292,12 @@
|
|
|
|
|
|
## Открытые вопросы
|
|
|
|
|
|
-- [ ] Какой точный контракт внешнего API калькуляций?
|
|
|
-- [ ] Где находится готовый Laravel-модуль техописаний и какие форматы выгрузки из него переносим?
|
|
|
-- [ ] Какой точный PDF-шаблон нужен для экспорта `Склад наличие`?
|
|
|
-- [ ] Какой формат обмена с 1С для `График заказов`?
|
|
|
-- [ ] Какие поля, статусы и правила ручного редактирования нужны для `График заказов`?
|
|
|
+- [ ] Когда будет передано отдельное ТЗ на `График заказов` и какие новые требования добавит заказчик?
|
|
|
+- [ ] Передаёт ли 1С стабильный GUID заказа и артикулы позиций, либо формат обмена нужно расширить?
|
|
|
+- [ ] Будет ли отдельное ТЗ на `Калькуляции` и выберет ли оно внутренний расчёт в Laravel или интеграцию?
|
|
|
+- [ ] Где находится актуальная резервная копия или исходные Excel-данные `calc.stroyprofit.com`?
|
|
|
+- [ ] Какие формулы и нормативы калькулятора подтверждены заказчиком?
|
|
|
+- [ ] Нужно ли переносить в общий каталог все 938 записей `to.stroyprofit.com` как исходные или только обогащать совпавшие артикулы?
|
|
|
+- [ ] Какой из восьми видов цены общего каталога использовать в DOCX техописания вместо старого одиночного поля `price`?
|
|
|
+- [ ] Какой точный PDF-шаблон нужен для экспорта `Склад`?
|
|
|
- [ ] Какие поля, статусы, правила отгрузок и связи с заказами нужны для `График доставок`?
|