Доброго времени суток!
Есть ли такая обработка, или возможно ли вообще загружать прайсы поставщиков для УТ 11, без поиска соответствия номенклатуры, имеющейся в базе?
Т.е. каждый день необходимо обновлять прайсы от нескольких поставщиков, приблизительно по 30 - 60 тыс.строк и в нём много позиций которые не числятся у нас в базе. И соответствия искать не нужно. Да и загрузка происходит очень долго типовыми средствами.
Есть ли такая обработка, или возможно ли вообще загружать прайсы поставщиков для УТ 11, без поиска соответствия номенклатуры, имеющейся в базе?
Т.е. каждый день необходимо обновлять прайсы от нескольких поставщиков, приблизительно по 30 - 60 тыс.строк и в нём много позиций которые не числятся у нас в базе. И соответствия искать не нужно. Да и загрузка происходит очень долго типовыми средствами.
По теме из базы знаний
- Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2
- Синхронизация 1С и OpenCart
- Замеры APDEX против "ощущений" бухгалтеров
- [Расширение] Прайс-лист, прайс-заказ с картинками, с выгрузкой в Excel с подстановкой формул для вычисления итогов по сумме заказа для УТ 11.5
- РКМ ГОЗ: автоматизация. Ускоряем подготовку больше, чем в 20 раз
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) tolyan_ekb, перед загрузкой каждый раз по определённому поставщику дропать весь прайс, и перезагружать. Менеджер будет видеть "Стол деревянный", как допустим 5 позиций от 5 поставщиков, и заказывать будет которого ему выгоднее по срокам и цене.
А с соответствиями получается, что номенклатура (наше наличие) раздуется до 3-5кк строк. При том что прайсы обновлять нужно по 10 штук в каждом по 30-60к строк каждый день, и такая схема удобней если разобраться со скоростью загрузки данных
А с соответствиями получается, что номенклатура (наше наличие) раздуется до 3-5кк строк. При том что прайсы обновлять нужно по 10 штук в каждом по 30-60к строк каждый день, и такая схема удобней если разобраться со скоростью загрузки данных
(4) tolyan_ekb, а вот это уже хороший вопрос. И его никак не решить.
А если сделать так: при перезаливке прайса, удалять значения цены и наличия, оставляя саму позицию. Если такая есть то обновить, если нет, то добавить.
Но тогда будет происходить поиск позиций на существование, что сильно снизит скорость загрузки.
Если бы при загрузке "прайса поставщика" с помощью буфера обмена (как реализовано в УТ) или загрузки из файла, создавались бы не найденные позиции, допустим в какую нибудь группу номенклатуры (поставщики - РеквизитыПоставщика), то вопрос бы и не возник. Но скорость загрузки в данном случае оставляет желать лучшего, особенно при таких объёмах данных.
А если сделать так: при перезаливке прайса, удалять значения цены и наличия, оставляя саму позицию. Если такая есть то обновить, если нет, то добавить.
Но тогда будет происходить поиск позиций на существование, что сильно снизит скорость загрузки.
Если бы при загрузке "прайса поставщика" с помощью буфера обмена (как реализовано в УТ) или загрузки из файла, создавались бы не найденные позиции, допустим в какую нибудь группу номенклатуры (поставщики - РеквизитыПоставщика), то вопрос бы и не возник. Но скорость загрузки в данном случае оставляет желать лучшего, особенно при таких объёмах данных.
(5) envoyOFDeath, могу предложить сделать предварительную обработку файлов прайса, тогда можно будет грузить сразу в документ установка цен номенклатуры без поиска, а ненайденные будут удалятсья из файла. Новую номенклатуру вносить отдельным файлом, он будет меньшего размера.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот