Несколько вопросов по формированию цен и организации обмена данными
Друзья!
Есть несколько вопросов,в которых не могу разобраться,очень надеюсь на вашу помощь
Ситуация следующая: есть компьютер с центральной базой,есть компьютеры в удаленных магазинах в разных городах. Цены на продукцию тоже будут различные.Вопросы следующие:
1.Возможно ли редактировать цены по отдельным позициям для баз в различных городах?
2.Как установить цену на 1 номенклатуру,включающую все характеристики? а не на каждую Характеристику в отдельности?
3.Каким образом вообще выполнять перенос цен?
4. Как организовать перенос остатков по складам в удаленные магазины?
Руководство не хочет,чтобы в магазинах видели,что и по какой цене было куплено и что и по какой цене хранится в других магазинах
Спасибо
Есть несколько вопросов,в которых не могу разобраться,очень надеюсь на вашу помощь
Ситуация следующая: есть компьютер с центральной базой,есть компьютеры в удаленных магазинах в разных городах. Цены на продукцию тоже будут различные.Вопросы следующие:
1.Возможно ли редактировать цены по отдельным позициям для баз в различных городах?
2.Как установить цену на 1 номенклатуру,включающую все характеристики? а не на каждую Характеристику в отдельности?
3.Каким образом вообще выполнять перенос цен?
4. Как организовать перенос остатков по складам в удаленные магазины?
Руководство не хочет,чтобы в магазинах видели,что и по какой цене было куплено и что и по какой цене хранится в других магазинах
Спасибо
По теме из базы знаний
- 1С:Управление строительной организацией. 1С:ERP Управление строительной организацией 2
- Организация обмена с базой филиала (розничного магазина) в торговой сети через XML (универсальный обмен)
- Переход и перенос данных из БП 2.0 в БП 3.0. Переносятся документы, остатки и справочники
- DaJet Exchange: обмен данными с 1С (часть 1)
- HTTP в сочетании с JSON - краткое описание или организация обмена данными мобильного приложения (плюсы и недостатки)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Vigor06,
1. Конечно возможно, но стоит продумать есть ли у вас товары, на которые одинаковая цена везде, какие типы цен и кто должен менять и т.д.
2. Указать цену не выбирая характеристику, тогда указанная цена будет действовать на этот товар с любой характеристикой. Кроме того, на отдельную характеристику можно указать свою цену при необходимости.
3. Как ответили в (2) - создав распределенную базу, если у вас розничные магазины, то можно в центре использовать УТ, а в городах - розницу, тогда можно организовать обмен по указанным складам/организациям/контрагентам/товарам
4. вместе с обменом.
Для ограничения доступа к данным можно использовать роли, но полностью закрыть доступ к себестоимости в удаленном магазине можно только если у вас в центре УТ, в в магазине стоит розница (и то при доп. условиях), ограничить доступ к ценообразованию по типу цен штатно нельзя - надо дописывать программу.
1. Конечно возможно, но стоит продумать есть ли у вас товары, на которые одинаковая цена везде, какие типы цен и кто должен менять и т.д.
2. Указать цену не выбирая характеристику, тогда указанная цена будет действовать на этот товар с любой характеристикой. Кроме того, на отдельную характеристику можно указать свою цену при необходимости.
3. Как ответили в (2) - создав распределенную базу, если у вас розничные магазины, то можно в центре использовать УТ, а в городах - розницу, тогда можно организовать обмен по указанным складам/организациям/контрагентам/товарам
4. вместе с обменом.
Для ограничения доступа к данным можно использовать роли, но полностью закрыть доступ к себестоимости в удаленном магазине можно только если у вас в центре УТ, в в магазине стоит розница (и то при доп. условиях), ограничить доступ к ценообразованию по типу цен штатно нельзя - надо дописывать программу.
(4) Africa, в магазинах тоже УТ
1.Цены зависят от расположения магазина в городе и окружающих его магазинов,поэтому цены могут в принципе меняться на товары,могу лишь на некоторые и тд...вот как грамотно реализовать это?
2.Спасибо,Все ясно :)
3. А просто организовать обмен через "универсальный обмен данными",перепилив правила - вариант? или есть более простой вариант?
4.Тут через правила указывать для различных баз - различные типы цен и склады?
1.Цены зависят от расположения магазина в городе и окружающих его магазинов,поэтому цены могут в принципе меняться на товары,могу лишь на некоторые и тд...вот как грамотно реализовать это?
2.Спасибо,Все ясно :)
3. А просто организовать обмен через "универсальный обмен данными",перепилив правила - вариант? или есть более простой вариант?
4.Тут через правила указывать для различных баз - различные типы цен и склады?
(6) Vigor06,
1) Продумайте, кто, где и на что может/должен/не должен менять цену после этого и правила обмена по типу цен нарисуются.
3) Универсальный обмен в моем понимании это "разовая" вещь, когда надо что-то выгрузить куда-то один раз. Чтобы пользоваться регулярно лучше создавать планы обмена (если базы все-таки разные, достаточно независимы, мигрируемые данные ограничены, то можно и не делать распределенную базу)
4) Цены по дефолту переносятся все, не зависимо от типа, а вот между розницей и УТ можно не переносить себестоимость. Склады, товары и прочие ограничения обмена указываются не в правилах, а в планах обмена. Если очень надо, то можете переделать этот механизм (планы обмена и правила конвертации), добавив ограничение на обмен по типу цен. Только не думаю, что обмен надо ограничивать по типу цен. Если у вас где-то используется не один тип цен, а несколько и там же могут добавить еще парочку, то что вы будете делать с обменом?
1) Продумайте, кто, где и на что может/должен/не должен менять цену после этого и правила обмена по типу цен нарисуются.
3) Универсальный обмен в моем понимании это "разовая" вещь, когда надо что-то выгрузить куда-то один раз. Чтобы пользоваться регулярно лучше создавать планы обмена (если базы все-таки разные, достаточно независимы, мигрируемые данные ограничены, то можно и не делать распределенную базу)
4) Цены по дефолту переносятся все, не зависимо от типа, а вот между розницей и УТ можно не переносить себестоимость. Склады, товары и прочие ограничения обмена указываются не в правилах, а в планах обмена. Если очень надо, то можете переделать этот механизм (планы обмена и правила конвертации), добавив ограничение на обмен по типу цен. Только не думаю, что обмен надо ограничивать по типу цен. Если у вас где-то используется не один тип цен, а несколько и там же могут добавить еще парочку, то что вы будете делать с обменом?
(7) Africa,
1)цены могут меняться только в центральной базе и выгружаться они должны в периферийные
3)Мигрируемые данные ограничены. Из центра уходят остатки по складу(планируется реализовывать "пермещением товаров") номенклатура и контрагенты
Обратно должны падать ЧекиККМ,возвраты,документы эквайринга,и приходники
4)К сожалению,будет не розница и УТ,а УТ и УТ, но где в планах эти ограничения указать - не нашел.ВОзможно,их и нет вовсе?
1)цены могут меняться только в центральной базе и выгружаться они должны в периферийные
3)Мигрируемые данные ограничены. Из центра уходят остатки по складу(планируется реализовывать "пермещением товаров") номенклатура и контрагенты
Обратно должны падать ЧекиККМ,возвраты,документы эквайринга,и приходники
4)К сожалению,будет не розница и УТ,а УТ и УТ, но где в планах эти ограничения указать - не нашел.ВОзможно,их и нет вовсе?
(8) Vigor06, ктоме того УТ без дописок не сохраняет чеки ККМ и мигрировать в обмене будут только отчеты о розничных продажах. Мой вам совет - гляньте в сторону розниц. По стоимости доработок вы выйдите как раз на них. Кроме того: если магазины с одной кассой, то можно посмотреть в сторону базовых розниц.
1. Для каждого магазина установить свой тип цены (даже если в разных магазинах может быть одна цена).
2. Определиться с миграцией цен — в какой магазин какую цену можно отправлять (это не повторение предыдущего пункта — в каком-то магазине возможна видимость цен из нескольких магазинов).
3. Создать правила обмена данными, в которых будет прописан отбор по отправке конкретной цены в конкретный магазин (определяется через параметры в ПКО, для задания возможно придется слегка дописать конфигурацию — связь между магазинами и ценами где-то надо хранить).
4. Создать план обмена, который через ПКО (см пункт 3) будет выгружать данные для конкретного магазина.
2. Определиться с миграцией цен — в какой магазин какую цену можно отправлять (это не повторение предыдущего пункта — в каком-то магазине возможна видимость цен из нескольких магазинов).
3. Создать правила обмена данными, в которых будет прописан отбор по отправке конкретной цены в конкретный магазин (определяется через параметры в ПКО, для задания возможно придется слегка дописать конфигурацию — связь между магазинами и ценами где-то надо хранить).
4. Создать план обмена, который через ПКО (см пункт 3) будет выгружать данные для конкретного магазина.
(13) FractonKireyev, пункты 1 и 2 понятны.
А вот насчет правил - в правилах конвертации какого объекта мы будем отбирать? я думал привязать тип цен к складу,например. Ведь в основной конфе у нас будет склад для каждой точки, вот этот склад в ТипеЦен мы бы и указывали.
А вот насчет правил - в правилах конвертации какого объекта мы будем отбирать? я думал привязать тип цен к складу,например. Ведь в основной конфе у нас будет склад для каждой точки, вот этот склад в ТипеЦен мы бы и указывали.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот