Всем привет!
Помогите разобраться как правильно вести оптовую торговлю автозапчастями под заказ и из наличия. Суть в следующем: есть интернет-магазин, все предложения поставщиков и цены на базе сайта. В 1С ведутся поступления, реализации, взаиморасчеты с поставщиками и покупателями.
Есть заказные позиции, и есть позиции в наличии.
По заказным позициям нужен следующий учет в 1С: поступление с указанием цен в документе и далее реализация по покупателям с указанием цен в документе. Т.е. не нужен механизм установки цен номенклатуры, т.к. у каждого клиента своя цена, которая берется с сайта. По умолчанию как я понимаю цены нужно устанавливать документом "Установка цен номенклатуры", можно работать без этого? Создали документ Поступление, в табличной части прописали цены закупки. Создали документа Реализация, в табличной части прописали цены продажи. Как так сделать?
Далее по позициям в наличии. Наличие закупается либо целенаправленно, либо если покупатель отказался от какой-либо заказной позиции - перемещается в наличие. Вот по позициям в наличии уже нужна установка фиксированных базовых цен, от которых будет рассчитываться цена для клиента на сайте.
Как правильно разделять номенклатуру заказную и наличие? Создать в справочнике номенклатуры 2 группы: "Заказ" и "Наличие"? Если заказную номенклатуру переносим в наличие, то нужно в группе "Наличие" создать такую же номенклатуру и установить цены - правильно я думаю?
Помогите разобраться как правильно вести оптовую торговлю автозапчастями под заказ и из наличия. Суть в следующем: есть интернет-магазин, все предложения поставщиков и цены на базе сайта. В 1С ведутся поступления, реализации, взаиморасчеты с поставщиками и покупателями.
Есть заказные позиции, и есть позиции в наличии.
По заказным позициям нужен следующий учет в 1С: поступление с указанием цен в документе и далее реализация по покупателям с указанием цен в документе. Т.е. не нужен механизм установки цен номенклатуры, т.к. у каждого клиента своя цена, которая берется с сайта. По умолчанию как я понимаю цены нужно устанавливать документом "Установка цен номенклатуры", можно работать без этого? Создали документ Поступление, в табличной части прописали цены закупки. Создали документа Реализация, в табличной части прописали цены продажи. Как так сделать?
Далее по позициям в наличии. Наличие закупается либо целенаправленно, либо если покупатель отказался от какой-либо заказной позиции - перемещается в наличие. Вот по позициям в наличии уже нужна установка фиксированных базовых цен, от которых будет рассчитываться цена для клиента на сайте.
Как правильно разделять номенклатуру заказную и наличие? Создать в справочнике номенклатуры 2 группы: "Заказ" и "Наличие"? Если заказную номенклатуру переносим в наличие, то нужно в группе "Наличие" создать такую же номенклатуру и установить цены - правильно я думаю?
По теме из базы знаний
- Распределение заказа поставщику под заказы покупателя
- Рабочее место менеджера по продажам для 1С (УТ 11, ERP 2.0, КА 2) - v.2 (оптовая торговля)
- Информационные системы в оптовой торговле. Введение
- Информационные системы в оптовой торговле. Часть 2. Покупатели
- Информационные системы в оптовой торговле. Часть 3. Поставщики
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) dkdimon,
1. В принципе установку продажных цен можно не делать.
Тогда при автоматической установке значений реквизитов
цены в документах продажи будут равны нулю.
При этом если в настройках пользователей разрешить им менять цены,
то эти цены можно вводить вручную (под чью-то ответственность).
2. Разделять номенклатуру на "заказную" и "в наличие" прямо в справочнике
нецелесообразно. Поскольку один и тот же товар может быть как под "заказ",
так и в свободном "наличии".
Конкретный статус позиции определяется в программе в регистрах учета
заказов покупателей и заказов поставщикам.
1. В принципе установку продажных цен можно не делать.
Тогда при автоматической установке значений реквизитов
цены в документах продажи будут равны нулю.
При этом если в настройках пользователей разрешить им менять цены,
то эти цены можно вводить вручную (под чью-то ответственность).
2. Разделять номенклатуру на "заказную" и "в наличие" прямо в справочнике
нецелесообразно. Поскольку один и тот же товар может быть как под "заказ",
так и в свободном "наличии".
Конкретный статус позиции определяется в программе в регистрах учета
заказов покупателей и заказов поставщикам.
(2)
3. УТ реализована следующая схема оптовой торговли, основанная на заказах.
Подробно можно почитать об этом в книжке Богачевой Т.Г. "Управление торговыми операциями"
(Издание 3 - для УТ-10.3, Издание 4 - для УТ-11.х, стоит примерно 300р.)
В кратце она выглядит так:
Имеются заказы двух видов:
- Заказы Покупателей
- Заказы Поставщикам
Заказы Покупателей резервируют товары под продажу конкретному клиенту.
В заказе можно указать где резервировать товар:
- из наличия на складе (из свободных остатков)
(это "позиции в наличии")
- или из ожидаемого поступления в Заказах Поставщикам (не занятых другими заказами)
(это "заказные позиции")
Причем можно резервировать как из "наличия" так и "под заказ" в одном документе
в автоматическом режиме с заданием приоритета: сначала "наличие", потом "под заказ" или наоборот.
В УТ имеются инструменты, позволяющие по Заказам Покупателей,
не закрытым "наличием" или имеющимися Заказами Поставщикам,
формировать новые Заказы Поставщикам на недостающий товар.
При вводе новых Заказов Поставщикам "подзаказный" товар можно
зарезервировать под незакрытые Заказы Покупателей.
При вводе документов поступления (не по Заказам Поставщикам)
товар "в наличии" также можно зарезервировать под не закрытые Заказы Покупателей.
3. УТ реализована следующая схема оптовой торговли, основанная на заказах.
Подробно можно почитать об этом в книжке Богачевой Т.Г. "Управление торговыми операциями"
(Издание 3 - для УТ-10.3, Издание 4 - для УТ-11.х, стоит примерно 300р.)
В кратце она выглядит так:
Имеются заказы двух видов:
- Заказы Покупателей
- Заказы Поставщикам
Заказы Покупателей резервируют товары под продажу конкретному клиенту.
В заказе можно указать где резервировать товар:
- из наличия на складе (из свободных остатков)
(это "позиции в наличии")
- или из ожидаемого поступления в Заказах Поставщикам (не занятых другими заказами)
(это "заказные позиции")
Причем можно резервировать как из "наличия" так и "под заказ" в одном документе
в автоматическом режиме с заданием приоритета: сначала "наличие", потом "под заказ" или наоборот.
В УТ имеются инструменты, позволяющие по Заказам Покупателей,
не закрытым "наличием" или имеющимися Заказами Поставщикам,
формировать новые Заказы Поставщикам на недостающий товар.
При вводе новых Заказов Поставщикам "подзаказный" товар можно
зарезервировать под незакрытые Заказы Покупателей.
При вводе документов поступления (не по Заказам Поставщикам)
товар "в наличии" также можно зарезервировать под не закрытые Заказы Покупателей.
(3)
Если все-таки для позиций "в наличии" требуются устанавливать какие-то "базовые цены",
тогда придется их все-таки регистрировать в базе.
В первом приближении нужно будет:
1. создать два вида цен:
- "Розничная наличие" - для нее использовать механизм ценообразования УТ.
- "Розничная под заказ" - для нее цен не устанавливать.
2. можно создать одного контрагента "Розничный" с двумя договорами:
- один договор с ценой продажи "Розничная наличие"
- второй договор с ценой продажи "Розничная под заказ"
можно конечно завести и двух контрагенов (с одним основным договором с нужным видом цен)
- это даже лутше с какой-то точки зрения.
Если все-таки для позиций "в наличии" требуются устанавливать какие-то "базовые цены",
тогда придется их все-таки регистрировать в базе.
В первом приближении нужно будет:
1. создать два вида цен:
- "Розничная наличие" - для нее использовать механизм ценообразования УТ.
- "Розничная под заказ" - для нее цен не устанавливать.
2. можно создать одного контрагента "Розничный" с двумя договорами:
- один договор с ценой продажи "Розничная наличие"
- второй договор с ценой продажи "Розничная под заказ"
можно конечно завести и двух контрагенов (с одним основным договором с нужным видом цен)
- это даже лутше с какой-то точки зрения.
(1) dkdimon,
Как я понимаю, в основном данные заказов покупателей идут у вас с сайта.
В связи с этим есть два варианта документооборота:
1. задействовать УТ в режиме "малой" автоматизации.
Засадить какое-то количество ученых "обезьян",
чтобы они дублировали данные с сайта в 1С и наоборот.
2. А можно организовать взаимодействие между сайтом и 1Сс помощью обмена данными.
Имеются стандартные стандартные типовые механизмы вроде CommerceML.
Сайт должен быть совместим с ними.
На моей практике приходилось все время пилить свои выгрузки-загрузки
под конкретный самостильный сайт.
Как я понимаю, в основном данные заказов покупателей идут у вас с сайта.
В связи с этим есть два варианта документооборота:
1. задействовать УТ в режиме "малой" автоматизации.
Засадить какое-то количество ученых "обезьян",
чтобы они дублировали данные с сайта в 1С и наоборот.
2. А можно организовать взаимодействие между сайтом и 1Сс помощью обмена данными.
Имеются стандартные стандартные типовые механизмы вроде CommerceML.
Сайт должен быть совместим с ними.
На моей практике приходилось все время пилить свои выгрузки-загрузки
под конкретный самостильный сайт.
Все ценообразование происходит на сайте. По заказным позициям базовая цена также на сайте. По позициям из наличия - в 1С.
Интеграция с сайтом имеется (в одну сторону) - для поступления и реализации есть обработки, которые берут нужные позиции для поступления либо реализации с сайта и создают документы и номенклатуру в 1С. Т.е. цены в табличной части проставляет не человек, а обработка.
Контрагент "розничный" это немного не то. У нас нет безликой продажи, каждая продажа на соответствующего контрагента.
Интеграция с сайтом имеется (в одну сторону) - для поступления и реализации есть обработки, которые берут нужные позиции для поступления либо реализации с сайта и создают документы и номенклатуру в 1С. Т.е. цены в табличной части проставляет не человек, а обработка.
Контрагент "розничный" это немного не то. У нас нет безликой продажи, каждая продажа на соответствующего контрагента.
ну тогда все у вас хорошо, как я понимаю.
если контрагенты не обезличены - тогда придется их заводить вместе с договорами.
если они создаются на сайте - то естественно их лутше с сайта и загружать
(может быт оно так уже и работает).
если контрагенты не обезличены - тогда придется их заводить вместе с договорами.
если они создаются на сайте - то естественно их лутше с сайта и загружать
(может быт оно так уже и работает).
При этом если в настройках пользователей разрешить им менять цены,
то эти цены можно вводить вручную (под чью-то ответственность).
то эти цены можно вводить вручную (под чью-то ответственность).
Вот ответ на один из моих вопросов, спасибо!
ну тогда все у вас хорошо, как я понимаю.
Видимо)) По поводу заказных позиций и наличия надо поэкспериментировать и тогда будет понятно правильно ли мыслю.
Подскажите, если в наличии на складе есть две одинаковых по артикулу/производителю позиций, но одна с каким-то браком. В предложении на сайте нужно вывести оба предложения, но по бракованной позиции будет соответственно другая цена и наименование "Бла-бла (брак)". Правильно ли, что нужно завести две одинаковых номенклатуры (в смысле одинаковый артикул/производитель) и соответственно установить им соответствующие цены и наименования?
(8) dkdimon,
В УТ есть учетные механизмы,
позволяющие учитывать один и тот же товар (номенклатуру)
но с разным "качестом":
"1 сорт", "2 сорт", "3 сорт" ... ну и "Брак"
при этом стандартный механизм ценообразования
позволяет регистрировать цены, зависящие от этого "качества"
+ еще от произвольных "характеристик" товара.
В УТ есть учетные механизмы,
позволяющие учитывать один и тот же товар (номенклатуру)
но с разным "качестом":
"1 сорт", "2 сорт", "3 сорт" ... ну и "Брак"
при этом стандартный механизм ценообразования
позволяет регистрировать цены, зависящие от этого "качества"
+ еще от произвольных "характеристик" товара.
Еще вопрос) Выгружаем из интернет-магазина заказы покупателей, соответственно создаем Заявки покупателя. Далее Заказ поставщику, поступление и реализация - все ок.
Но в заказе покупателя на одну либо несколько позиций может быть отказ (не оказалось в наличии у поставщика/выявился брак при приемке у поставщика и т.д. - куча причин). Если ничего не делать, у покупателя будут висеть позиции, которые ему не отгрузили. Как учитывать такие отказы в 1С? Каждый раз корректировать Заявку покупателя удаляя оттуда отказные позиции? Возможен такой вариант, что сначала будет отказ, а через 10 минут поставщик очухается, позвонит и сообщит "позицию нашли, будет" - получается опять добавлять в Заявку? Причем это все нужно сделать автоматически.
Какие тут возможны варианты?
Но в заказе покупателя на одну либо несколько позиций может быть отказ (не оказалось в наличии у поставщика/выявился брак при приемке у поставщика и т.д. - куча причин). Если ничего не делать, у покупателя будут висеть позиции, которые ему не отгрузили. Как учитывать такие отказы в 1С? Каждый раз корректировать Заявку покупателя удаляя оттуда отказные позиции? Возможен такой вариант, что сначала будет отказ, а через 10 минут поставщик очухается, позвонит и сообщит "позицию нашли, будет" - получается опять добавлять в Заявку? Причем это все нужно сделать автоматически.
Какие тут возможны варианты?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот