0. de0nis 205 02.09.16 16:13 Сейчас в теме

Дропшиппинг или "виртуальные" склады поставщиков в 1С

Сейчас всё больше компаний работают по системе дропшиппинг (прямые поставки, когда поставщик отправляет товар непосредственно клиенту, а не продавцу) или продают товар со склада поставщика не закупая его себе на склад (под конкретные заказы покупателей). При этом за частую есть необходимость хранения остатков и цен поставщика, выгрузки их на сайты и другие информационные ресурсы, рассылки в своих прайс листах. В статье рассматриваются варианты отражения подобных операций в управленческих конфигурациях 1С без привязки к конкретной конфигурации. С некоторыми различиями данные схемы можно применить в Управлении торговлей 10 и 11, Рарус:Альфа-авто, Комплексной автоматизации, УПП и др. т.е. в целом в любой конфигурации с возможностью ведения управленческого учета и механизма заказов.


Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. Xolli 03.09.16 15:37 Сейчас в теме
Есть ли описание к добавленным опциям?
3. de0nis 205 03.09.16 23:12 Сейчас в теме
(1) Xolli, да тут в целом почти всё в рамках типовой можно сделать. Какая конфигурация у Вас?
2. Xolli 03.09.16 15:38 Сейчас в теме
4. Frogger1971 07.09.16 10:36 Сейчас в теме
"Интересное" решение.... допустим у вас 10 поставщиков с прайсами по 10 000-15 000 позиций, вы продаете их все - каждый раз создавать 10 документов прихода со столькими позициями, удаляя старые приходы? или, еще "идеальный" вариант, когда остатки активно меняются в течении дня
в таких случаях функционал нужно "допиливать", использую Регистр сведений "Информационные остатки контрагентов"
platon_; корум; +2 Ответить
7. de0nis 205 07.09.16 13:21 Сейчас в теме
(4) Frogger1971, Ну 10-15 поставщиков это еще не такой объём, при автоматической загрузке документов, особенно, если старые не удалять, а при загрузке корректировать остатки, то можно справиться :)) Хотя, конечно, уже не очень удобно.
8. de0nis 205 07.09.16 13:46 Сейчас в теме
(4) Frogger1971, Ну собственно про это я написал в самом начале, что это не "идеальное" решение, а максимально ПРОСТОЕ и БЮДЖЕТНОЕ, для небольшого количества поставщиков и номенклатуры. На пример, есть клиенты, которые пару раз в месяц обновляют несколько прайсов, зачем им платить за дополнительные доработки, когда можно всё сделать на типовом?? (Не считая загрузки документов, хотя и ее можно, но не удобно :) )
Много поставщиков, номенклатуры и уже тем более "он-лайн" изменения остатков - это СОВСЕМ другая история. Про вариант с хранилищем на базе регистра сведений написано с самом конце. А там дальше на сколько хватит фантазии и денег ) Есть проект, где в автоматике 1С получает прайсы из эл. почты, FTP, URL и веб-сервисов, грузит их в регистр сведений, обсчитывает и так же автоматически рассылает покупателям (почта, ftp). Работает 20-30 поставщиков с прайсами по 5 000-150 000 строк, полет нормальный, в основном проблемы из-за изменений форматов поставщиками. Будет время, может напишу про него.
5. rus128 2 07.09.16 10:44 Сейчас в теме
Все хорошо, но количество опечаток удручает ("опреции", "опреаций", "поствщиком", "доделавать").
6. de0nis 205 07.09.16 13:08 Сейчас в теме
(5) rus128, Спасибо. Опечатки вроде поправил. )
9. Serg O. 155 07.09.16 14:08 Сейчас в теме
не очень "прозначный" и не удобный вариант

обычно надо ещё показывать (где-то хранить и обновлять) - остатки этого поставщика... желательно со сроком доставки
для прайсов, для "понимания" сколько есть...

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

а отгружать можно будет - только после реального "прихода" на склад
10. de0nis 205 07.09.16 15:34 Сейчас в теме
(9) Serg O., спасибо за Ваш комментарий.
"обычно надо ещё показывать (где-то хранить и обновлять) - остатки этого поставщика... желательно со сроком доставки
для прайсов, для "понимания" сколько есть... " - это будет остаток по фиктивной организации по виртуальному складу поставщика, т.е. понимание сколько есть как раз прозрачно и даже проще чем с РС, т.к. выводится типовыми отчетами, а во многих конфигурациях и в формах номенклатуры. Срок поставки обычно один для каждого поставщика или прайса. Для большого количества поставщиков с разными сроками поставки - это решение не применимо и требует доработок конфигураций.

Параллельный РС самый оптимальный вариант, но требует и доработок функционала дальнейшей обработки этой информации. Тут всё зависит от задачи, количества поставщиков и частоты обновления данных.

Про "подхватывать" остатки в заказ не очень понял, да и не вижу смысла, просто делается заказ поставщику, а поставщик уже присылает подтверждение зарезервировал он у себя под наш заказ или нет. При поступлении от поставщика товар ставится на резерв под соответствующий заказ покупателя. Резервировать что-то у себя раньше не вижу смысла, т.к. наличие в прайсе еще не гарантирует, что поставщик нам всё отгрузит.
11. V.Nikonov 119 09.09.16 19:14 Сейчас в теме
Встречаются варианты, когда вместо полноценных документов типа "Оприходование+Списание" или "Поступление+ВозвратПоставщику" используют более экономное по ресурсам "КорректировкаРегистров". В документе производят движения по единственному регистру "ТоварыНаСкладах". Цены Поставщиков регистрируют Установками Цен (Номенклатуры или Контрагента).
При этом Доработка заключается в создании Загрузчиков...
Специальный Регистр сведений по Остаткам экономичнее по ресурсам, позволяет учитывать прогноз прихода товара Поставщику... Но придется допиливать использование этого регистра во множестве мест.
12. user1000741 21.06.18 15:58 Сейчас в теме
у нас сейчас как раз такая задача - добавить хотя бы 1 склад поставщика.
но очень много вопросов, т.к. с 1С только-только начали работать, до этого был только excel....

1) можно наличие и цены поставщика загружать как прайс-лист? и потом исходя из заказа также формировать заказ поставщику?

2) как быть с номенклатурой? есть смысл загружать все товары в нашу базу? или залить номенклатуру поставщика?

у нас УНФ 1,6
13. de0nis 205 22.06.18 00:36 Сейчас в теме
(12) По первому, как такогого механизма сторонних прайс-листов в УНФ нет, т.е. или делать как описано в статье и комментариях или дорабатывать, что б максимально упростить процесс. Зависит от количества Ваших поставщиков, количества товаров и частоты изменения цен и остатков.
По второму, не совсем понял в что значит "все товары" и чем отличается от номенклатуры поставщика? Если товары Вам нужны, на пример каталог на сайте формируется выгрузкой из 1С, то, конечно, нужно загружать. Если они не используются больше нигде, то можете формировать номенклатуру по мере необходимости - поступлению заказов на неё.
15. user1010071 06.07.18 12:10 Сейчас в теме
(13)Добрый день. Наша компания занимается оказанием услуг ответ хранения. Наши клиенты хранят у нас на складе достаточно большое кол-во продукции. Пришла идея "Реализовывать остатки продукции наших клиентов". Для этого предполагается выводить на сайт остатки продукции с ценами, для того чтобы наши потенциальные клиенты , могли видеть актуальные остатки всего, что у нас лежит на складе.
Не могли бы Вы оценить возможность создания, как самой программы, так и модулей переноски данеых на сайт.
С уважением, Александр.
14. user1010071 05.07.18 17:47 Сейчас в теме
Добрый день. Наша компания занимается оказанием услуг ответ хранения. Наши клиенты хранят у нас на складе достаточно большое кол-во продукции. Пришла идея "Реализовывать остатки продукции наших клиентов". Для этого предполагается выводить на сайт остатки продукции с ценами, для того чтобы наши потенциальные клиенты , могли видеть актуальные остатки всего, что у нас лежит на складе.
Не могли бы Вы оценить возможность создания, как самой программы, так и модулей переноски данеых на сайт.
С уважением, Александр.
16. de0nis 205 06.07.18 12:16 Сейчас в теме
Александр, добрый день. Для оценки хотелось бы задать несколько уточняющих вопросов. Написал в личку.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Москва
зарплата от 80 000 руб.
Полный день

Senior 1C Developer ЛЮБОЙ ГОРОД
Москва
зарплата от 80 000 руб.
Полный день

Консультант-аналитик 1С
Москва
зарплата от 120 000 руб. до 120 000 руб.
Полный день

Удаленный ИТ-журналист
Санкт-Петербург
По совместительству

Программист 1С
Санкт-Петербург
зарплата до 120 000 руб.
По совместительству