Перенести Механизм отпрвки прайс листов из ут 11 в ут 11.5 , и сделать его расширением
Отменено
06.06.1991(35 лет)
3 |
0
31 августа 2026 в 11:59:04
(1 неделя 3 дня 8 часов назад)
1500
20.08.2026 11:42:18
до 31.08.2026
Задача отменена автоматически согласно правилам и регламенту сервиса
Текст задания
Техническое задание: Модернизация механизмов работы с прайс-листами из ут 11.1 перенос в расширение (УТ 11.5)Цель проекта: Изменение логики отправки и загрузки прайс-листов, адаптация механизмов под конфигурацию «1С:Управление торговлей 11.5» и вынос всего функционала в отдельное расширение.Основные задачиАдаптация под УТ 11.5. Перенести текущий механизм отправки прайс-листов клиентам на новую конфигурацию.Оптимизация запросов. Полностью переписать и оптимизировать тексты запросов с учетом структуры данных УТ 11.5.Формирование документов. Перенести и адаптировать алгоритмы формирования файлов и документов, необходимых для отправки.Перенос в расширение. Реализовать весь дорабатываемый функционал строго в рамках расширения конфигурации, не снимая основную базу с поддержки.Изменение логики загрузки прайс-листов поставщиковОтказ от создания номенклатуры. Исключить автоматическое создание карточек номенклатуры при импорте данных.Загрузка без сопоставления. Реализовать парсинг и временное хранение данных из прайс-листов поставщиков напрямую (например, во временные таблицы, регистр сведений или в недокументированные объекты).Транзит и отправка. Обеспечить возможность последующей отправки полученных данных без жесткой привязки к справочнику «Номенклатура».
Посмотрел ТЗ. В целом задача понятная, но чтобы назвать сроки и цену, нужно уточнить несколько моментов. Иначе получится оценка наугад. Пока цена на весь проект, но зависит от ваших ответов.
По текущему механизму отправки
Есть ли исходники механизма из 11.1? Нужен доступ к той базе или выгрузка конфигурации в файлы. Если кода нет и переносить предлагается по описанию, то это уже не перенос, а разработка с нуля. Разница по трудозатратам большая.
Из чего сейчас состоит механизм. Сколько там обработок, отчетов, регистров? Хотя бы примерный список объектов.
Как прайс уходит клиенту. Почта, FTP, обмен, выгрузка на сайт? Есть ли шаблоны писем и списки рассылки, кто их ведет.
Есть ли регламентные задания или все запускается руками.
В каком формате формируются файлы. Excel, PDF, CSV? Формат должен остаться прежним или его тоже меняем.
По загрузке прайсов поставщиков
Сколько поставщиков и сколько разных форматов файлов. Одна структура на всех или у каждого своя.
Как часто грузятся прайсы и сколько строк в среднем файле. Сотни, тысячи, десятки тысяч?
Самый важный вопрос. Если номенклатура не создается и сопоставления нет, то что именно уходит клиенту? Прайс поставщика транзитом в том же виде или ваш сводный прайс с наценкой?
Если с наценкой, то по какому правилу она считается. Товара в базе нет, значит нет ни вида цены, ни группы, ни привязки к поставщику. От чего отталкиваемся.
Нужна ли история загрузок. Например, посмотреть каким был прайс поставщика месяц назад.
По организации работы
Есть ли тестовая копия базы 11.5. На рабочей такое не отлаживают.
Кто на вашей стороне будет загружать расширение в базу и проверять результат.
Что считаем результатом первого этапа. Предлагаю сначала аудит текущего механизма и точная смета, потом уже сама разработка.
Пара замечаний по самому ТЗ.
Пункт про хранение данных в недокументированных объектах лучше переформулировать. В расширении можно создавать свои регистры сведений с префиксом, база при этом с поддержки не снимается. Это нормальный способ хранить распарсенные прайсы, с отбором по поставщику и дате. Городить что то нестандартное смысла нет.