Задался вопросом как оптимально организовать работу в 1С Розница 2.0 для небольших точек продаж. Хочу минимизировать телодвижения в программе для персонала на точках ограничив их по мимо продаж ну максимум инвентаризацией и печать ценников, а все движения по товару и ценообразование переложить на центр.

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

Как 1С Розница 2.0 относиться подобным схемам работы или же все таки это рассчитано на децентрализованные магазины имеющие свои отделы приемки?

(0) RTFM

(1) Вы сами то читали руководство? Подобные вопросы как в (0) там не затрагиваются

(2) прекрасно читал все там затрагивается ))) 1 бесплатный ответ, все там настраивается.

(0) у нас есть несколько клиентов, и в самом ближайшем будущем планируем ещё одного крупного, с несколькими точками продаж, переводить с УТ 10 на Розницу 2.0. Естественно, будет РИБ, будет ограничение доступа (продавцы будут заходить в РМК и только), остальное будут делать товароведы в центральной базе - приход и перемещение с ценообразованием. Так что в Рознице-двойке всё есть по вашему примеру, и совсем всё несложно.

Следующая тема будет как это все настроить в рознице, RTFM читал там этого нету

(4) Хорошо, допустим РИБ. Как при этом в базе будет выглядеть перемещение с одного магазина на другой?

При условии что каждый магазин должен видеть только остатки по своему и центральному складу.

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

Офтоппик (7) RTFM - слово паразит?

(8) http://radio-weblogs.com/0001263/junk/Q209354%20-%20HOWTO.html

(7) Печально то что ты своей головой не в состоянии вникнуть в суть вопроса. А ответ на вопрос простой, при данных условиях (6) задача невыполнима, необходимо либо оформлять через продажу, либо держать на периферии остатки по всей сети в целом.

Поэтому я и завел топик (0) что бы поинтересоваться кто что использует, возможно РИБ, возможно свои правила обмена, а возможно вообще удобней связку УТ - Розница использовать при полностью централизованной схеме работы.

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

(11) Твое негодование мне понятно, сказать то по существу нечего

у меня работает связка УТ и на кассах Frontol обмен через dropbox раньше был через email
ценики печатаются через dropbox + скрипт найденный на просторах интернета

но какая бы схема не была выбрана тобой все это очень очень дорого связка Розница 2.0 тоже хораша и дешевле чем УТ + Frontol но на мой взгляд в случаее падения РИБ были такие прецеденты
УТ+frontol надежней

(13) Frontol это да, хорошее решение но уже куплена 1С Розница , надо что то из нее лепить. Скорей всего РИБ не пойдет так как в перспективе более 500 магазинов планируется, не представляю как это все будет вертеться под РИБ

(11) По существу я скажу так развертывание распределенной системы на базе 1с сети из 10 супермаркетов в каждом по 2 поса и + в этой же сети гипермаркет с 6 посами, все прекрасно работало)))

УТ+frontol полностью исключают предварительные заказы и так далее т.е. это чисто продажный вариант
с жестким котролем цен и остатков
Розница 2.0 в этом плане гибче

на 500 магазинов розница? ты маньяк )))

ты на все магазины уже розницу закупил?

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

(18) Да, 1С Розница рарусовская не помню как называется

тогда бери УТ 16100

Frontol 12000
ККм 12000
ПК 15000

Билайн свисток 700 руб

МФУ 15000
на любителя Принтер штрих кода 12000

ставишь dropbox ищищиь на просторах нета скрипт и вперед

действия операторов сведины к 6 операциям
Продажа Внесение изъятии Возврат "Изменить колиичество" закрытиесмены

:):):)

(15) есть опыт развертывания на 1500 точек.
Надо кустовую схему для консолидирования данных

(22) я пока не уверен насколько это будет лучше связки Розницы и УТ, насколько я понимаю фронтол более заточен на большой поток и отказоустойчивость, нам это не критично, поток покупателей единицы в день, а пробить чек после восстановления связи не проблема.

+(24) что касается выделения отдельных потоков данных - их хорошо получается транслировать через веб-сервисы.
Если вы рассматриваете привлечение сторонней компании для реализации этой задачи, могу взяться за это.

извини не досмотрел что куплена Розница
тогда напиши свой обмен с рожницей по типу frontol тупо остатки цены и от них продажи
и будет летать хоть на 1000 точек

(23) а инвентаризация?

у меня на такой связке крутиться прожажа ШИН и автомасла на 8 точках среднее количество продаж 80 в день

(29)эм..как насчет того, что обмены от 100 точек как правило многоуровневые?

с инвентраизацие тоже не проблема
там есть режим документа инвентаризация и он приходит с комом инвентаризации  при разборе z-отчета выделяешь его

просили схему с жесткой централизацией а тут выясняется еще многоуровневость и так далее
тогда крути 1С Розница

(27) собственно так и сделано в одной конторе но только через стандартный РИБ там тупо идет поступление на центральный склад, а оттуда перемещение на склады магазинов но при этом регистры не закрываются по понятным причинам

ну или самый лучший вариант это что то типа Web-сервиса написать и прикрутить это к РОзнице 2.0
кто то тут тебе подсказывал

(30) упаришься обслуживать многоуровневые
(15) смотри в сторону РИБ + Web-сервис + подготовка данных для обмена в центральной базе. Регламентная процедура выбирает изменения и пишет их в рег. сведений, магазин подключается через WS, забирает подготовленные данные и отдает свои

(30) многоуровневые это когда скапливается не на центральной базе а на промежуточных и оттуда уже в центральные? Основное предназначение отказоустойчивость?

(35) ты просто не умеешь их готовить)
что касается веб-сервисов - это просто транспорт.
Тот же РИБ отлично через веб-сервис работает.
На 500 точек, многоуровнево, ест-нна.

А, забыл сказать, РИБ по магазину в рознице одноуровневый)
Что поделать, когда писал, опыта маловато было.

(36) минимизация возникновения блокировки по транзакции главного узла
(37) да-да, не умею, при требовании обмена минимум каждый час с более чем 200 магазинами.

(36)основное назначение - распределение нагрузки.
Смотри:
Схема 100 точек в 1 узел - надо 100 единиц времени загрузки данных.
Схема по 10 точек в 10 узлов 2 уровня, 10 узлов 2 уровня в 1 узел первого уровня - 110 единиц времени загрузки, но на каждую базу по 10-11 единиц.

Как то так, на пальцах.

(38) у меня длинее в любом случае,)

(40) длиннее маршрут прохождения данных? Длиннее список баз? что длиннее? День длиннее?

а вообще зайди для примера в любой магазин связного
и уних вся работа идет через web помоему но там 1с и не пахнет
не буду бить себя в грудь за достоверность

т.е. 1с не всегда панацея при учете далеко не всегда

(33) миграцию движений дополнительно порезать можно - и все будет закрываться
РИБ крутиться будет особенно если нужен "раз в день" - (сейчас) ~50 магазинов на рознице за 30 минут проходить успевают, а там еще резать и резать лишнее до уровня "НСИ, перемещение и отчет ККМ"

(41)возможности и опыт.
(42)ну так можно и на enter.ru зайти.
У которых магазины все на 1с)

(45)там не РИБ

(39) А как в двух словах организована работа в конфе, на каждой точке свой отдел приемки с товароведом? Это стандартная розница с РИБ или что то экзотическое?

(47) сколько в точке работает человек одновременно?

(45) у 1с только 1 плюс это низкие денежные вложение на старте
но зато в обслуживании и так далее все потом выравнивается

(42) нам до связного очень далеко, но в перспективе планируется много точек, пока пару точек работают децентрализовано на рознице, позволить себе спец. более продвинутые решения пока собственники не могут

(48) от одного до двух, касса одна. Что то типа аналога евросети и тому подобное.

(45) Ограниченный у тебя опыт. Как насчет довести свои вычисления до 1000 магазинов? :)

(51) зачем тогда товаровед? Может лучше использовать ордерную схему? Основная работа делается на центральном складе, но товар перемещается по ордерам с подписью с обоих сторон.

(49) Если это сеть из десятка шмоточных бутиков или продуктовый магазин с тремя кассами то не вижу никаких проблем в плане обслуживания 1С, работает все прекрасно

(52)я ж выше написал.
есть сетка на 1500 розничных точек, рабочая.
мне незачем придумывать)

(53) Ордерная схема - лучше всего, особенно, если товар находится в пути больше одного дня, учет ведется в розничных ценах (пока товар в пути был произошла переоценка), приемка по частям и т.д.

(55) и в течении какого времени информация доходит от магазина до самого верхнего узла?

(53) Как это схема будет выглядеть при стандартном обмене РИБ?

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

(58) зачем?

(59) Из склада магазина А нужно переместить товар на склад магазина Б, как это оформить в базе?

(57)сутки
если ты о том, что быстрее, быстрее не нужно было

(58)не, не так.
в каждом магазине - движения по своему складу + товары в пути

(61) в схеме по (35) - каждый час, расписание задается в магазине или по нажатию кнопочки опять таки в магазине + при открытии и закрытии сеанса в магазине

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

(63)ты что сказать то хочешь?
что изобрел тру велосипед?
так я ничего против не имею.
а то что ты многоуровневые схемы не умеешь\не любишь - это твое дело, они были есть и будут.

(64)а чего там сводить.
товары в пути мигрируют и в узел получателя, и в узел отправителя.
и усе. фильтр - в правилах регистрации РИБ

(64) там фильтрация стоит для конечных узлов по наборам движений, смотри правила регистрации или поступи еще проще - разверни полноценное дерево РИБа от центральной базы до кассы магазина и посмотри что и как ходит

(65) не изобретал - купили готовое, после того как прикинули с каким возможным гемором придется столкнуться, если интервал обмена будет много чаще чем раз в сутки. Сказать хочу, что шире на мир смотреть надо :)

(67)у кого покупали?

(68) Рарус

(69)а, так я об этом примерно написал в (26).
Конкретно с этим движком работал на одном из проектов в Рарусе, особо там революций нет никаких, понравилась только упаковка и хранение пакетов

хотя для своего времени конечно это наверное было передовым решением