Загрузка в 1С виртуальных остатков поставщиков. Дропшиппинг в 1С.

Администратор

Сообщений: 2587 Регистрация: 04.07.2011

25.01.2019 13:26:27

Вопрос

Возник вопрос с виртуальными остатками, оч понравилась схема работы 1 виртуальный склад = 1 региону (у нас их 3) + реальный склад с нашими запасами (часть товара должна быть в резерве под заказы.

Вопрос вот в чем, мы на один виртуальный склад будем заливать например10 разных прайсов от разных поставщиков, обновление прайса проходит ежедневно, соответственно остатки должны сопоставляться с предыдущими данными. Что делать в случае если по конкретному прайсу ранее ввели 100 позиций, а сегодня вводим 90, получается что 10 из них теперь отсутствуют в наличии и их нужно удалить.
При условии автоматизации процесса, робот должен сам удалить вчерашний прайс и залить новый, думаю с этим проблем нет? вопрос сможет ли робот распознавать какой прайс я сейчас заливаю (какой либо конкретный поставщик) и удалять именно нужный прайс от того же поставщика, но уже не актуальный, иначе роботу придется удалить все остатки с данного виртуального склада.
А на одном виртуальном складе может храниться несколько десятков прайсов поставщика с остатками.

Евгений

Администратор

Сообщений: 2587 Регистрация: 04.07.2011

25.01.2019 13:32:17

Ответ

Виртуальный склад для каждого прайса указывается в профиле.
Соответственно допустим у вас 10 профилей и вы можете выбрать в них любой заведенный склад в 1С для виртуальных остатков.
Для всех или некоторых один склад, для третьих второй, для третьих третий.
Таким образом вы создаете группировку остатков разных поставщиков для разных складов (например по признаку доставки).

Обновление остатков происходит при загрузке каждого профиля, обновляются остатки именно по тому профилю прайса, который записывается в Базу.
Попросту говоря при нажатии загрузки одновременно происходит очистка старых данных в рамках конкретного профиля.
Остальные остатки других поставщиков не трогаются пока по ним не будет происходит своих загрузок.

Если позиции выбыли из прайса - по ним очищается признак наличия остатков и цены по конкретному прайсу.

Также в новой версии подсистемы есть общая настройка, указания количество дней хранения для всех прайсов.
Если указать там определенное количество дней, то любой робот который работает в Мегапрайсе будет запускать проверку наличия старых прайсов и удалять их (по всем поставщикам).

Евгений

Администратор

Сообщений: 2587 Регистрация: 04.07.2011

25.01.2019 13:54:02

То что я описал касается встроенного в Мегапрайс регистр цен и остатков поставщиков (без ведения остатков как складских).
Если же в настройках программы была включена опция ведения остатков по типовому функционалу (создание оприходований), то происходит тоже самое.
При заливке прайса старый удаляется, а новый загружается.

Но при этом (в конце) срабатывает процедура создания оприходования на складах, которая смотрит склад в профиле и делает по нему удаление оприходований, и делает запрос по всем профилям (включая новый загруженный), получая снова все остатки прайсов поставщиков (по этому складу), обьединяет их остатки и создает новое оприходование.

Юрий Брусянцев

Пользователь

Сообщений: 14 Регистрация: 08.01.2016

26.01.2019 10:08:40

Немного по другому поставлю вопрос.

Если не работает прямая выгрузка на сайт, и есть вариант создавать документ поступления после загрузки, то такой механизм нужен выборочный.

Получается если сейчас установить признак в настройках "вести виртуальные остатки поставщиков на складах через оприходование",
тогда все загрузки остатков будут через этот документ работать.
Начнем засирать базу, напрашивается вопрос, можно ли перенести данную настройку индивидуально для каждого профиля поставщика,
имея выбор для какого прайса делать такую загрузку. (физических остатков)

Напишу по порядку. Для понимания.

1. Ставим признак в настройках "вести виртуальные остатки поставщиков на складах через оприходование"
2. В этих же настройках так же оставляем выбранный склад (виртуальный) для прайсов которым не нужны документы поступления.
3. В профиле поставщика удаляем выбранный виртуальный склад, тогда для этого профиля начинает действовать механизм записи документа поступления товаров,
для всех остальных профилей останется действовать виртуальный склад (при условии, что он выбран)

Верно?

Евгений Администратор Сообщений: 2587 Регистрация: 04.07.2011	#5 0 26.01.2019 10:36:07 Если в профиле прайса не будет заполнен склад, то при загрузке по нему не будут делаться Оприходования товаров.

Юрий Брусянцев Пользователь Сообщений: 14 Регистрация: 08.01.2016	#6 0 26.01.2019 19:49:44 Попробовал данный вариант, в документе поступления 30к товаров, грузится долго открывается долго. и в этот документы попадают товары как рублевые так и долларовые. Смысла от него нету в ут 11

Евгений

Администратор

Сообщений: 2587 Регистрация: 04.07.2011

27.01.2019 21:06:14

Цитата
Юрий Брусянцев написал: грузится долго открывается долго.

С такими объемами номенклатуры 1С очень напряжно работать с документами. Но скорость 1С сильно зависит исключительно от сервера.

Читают тему

Загрузка в 1С виртуальных остатков поставщиков. Дропшиппинг в 1С.

Корзина

Ваша корзина пуста