Имя: Пароль:
1C
1С v8
Схема работы в 1С Розница для большой сети мелких ларьков и центральным складом
,
0 Aleksey_a_z
 
28.04.14
10:39
Задался вопросом как оптимально организовать работу в 1С Розница 2.0 для небольших точек продаж. Хочу минимизировать телодвижения в программе для персонала на точках ограничив их по мимо продаж ну максимум инвентаризацией и печать ценников, а все движения по товару и ценообразование переложить на центр.

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

Как 1С Розница 2.0 относиться подобным схемам работы или же все таки это рассчитано на децентрализованные магазины имеющие свои отделы приемки?
1 FreeHunter
 
28.04.14
10:43
(0) RTFM
2 Aleksey_a_z
 
28.04.14
10:58
(1) Вы сами то читали руководство? Подобные вопросы как в (0) там не затрагиваются
3 FreeHunter
 
28.04.14
11:18
(2) прекрасно читал все там затрагивается ))) 1 бесплатный ответ, все там настраивается.
4 Alekzander
 
28.04.14
11:21
(0) у нас есть несколько клиентов, и в самом ближайшем будущем планируем ещё одного крупного, с несколькими точками продаж, переводить с УТ 10 на Розницу 2.0. Естественно, будет РИБ, будет ограничение доступа (продавцы будут заходить в РМК и только), остальное будут делать товароведы в центральной базе - приход и перемещение с ценообразованием. Так что в Рознице-двойке всё есть по вашему примеру, и совсем всё несложно.
5 FreeHunter
 
28.04.14
11:25
Следующая тема будет как это все настроить в рознице, RTFM читал там этого нету
6 Aleksey_a_z
 
28.04.14
12:12
(4) Хорошо, допустим РИБ. Как при этом в базе будет выглядеть перемещение с одного магазина на другой?

При условии что каждый магазин должен видеть только остатки по своему и центральному складу.
7 FreeHunter
 
28.04.14
12:17
Печально,то, что люди не хотят своею головою жить, все ждут когда им разжуют и в рот положат. RTFM мой юный друг и будет счастье для тебя и организации твоей.
8 Demasiado
 
28.04.14
12:23
Офтоппик (7) RTFM - слово паразит?
9 FreeHunter
 
28.04.14
12:25
10 Aleksey_a_z
 
28.04.14
12:41
(7) Печально то что ты своей головой не в состоянии вникнуть в суть вопроса. А ответ на вопрос простой, при данных условиях (6) задача невыполнима, необходимо либо оформлять через продажу, либо держать на периферии остатки по всей сети в целом.

Поэтому я и завел топик (0) что бы поинтересоваться кто что использует, возможно РИБ, возможно свои правила обмена, а возможно вообще удобней связку УТ - Розница использовать при полностью централизованной схеме работы.
11 FreeHunter
 
28.04.14
12:50
(10) печально то, что ты хочешь на халяву получить знания и опыт, а это стоит денег, а если нету денег то думаешь сам. Обратись во франч тебя проконсультируют и скажут как сделать и даже сделают за тебя но все стоит денег, извини брат капитализм.
12 Aleksey_a_z
 
28.04.14
12:59
(11) Твое негодование мне понятно, сказать то по существу нечего
13 opus70
 
28.04.14
13:16
у меня работает связка УТ и на кассах Frontol обмен через dropbox раньше был через email
ценики печатаются через dropbox + скрипт найденный на просторах интернета
14 opus70
 
28.04.14
13:18
но какая бы схема не была выбрана тобой все это очень очень дорого связка Розница 2.0 тоже хораша и дешевле чем УТ + Frontol но на мой взгляд в случаее падения РИБ были такие прецеденты
УТ+frontol надежней
15 Aleksey_a_z
 
28.04.14
13:19
(13) Frontol это да, хорошее решение но уже куплена 1С Розница , надо что то из нее лепить. Скорей всего РИБ не пойдет так как в перспективе более 500 магазинов планируется, не представляю как это все будет вертеться под РИБ
16 FreeHunter
 
28.04.14
13:20
(11) По существу я скажу так развертывание распределенной системы на базе 1с сети из 10 супермаркетов в каждом по 2 поса и + в этой же сети гипермаркет с 6 посами, все прекрасно работало)))
17 opus70
 
28.04.14
13:20
УТ+frontol полностью исключают предварительные заказы и так далее т.е. это чисто продажный вариант
с жестким котролем цен и остатков
Розница 2.0 в этом плане гибче
18 FreeHunter
 
28.04.14
13:21
на 500 магазинов розница? ты маньяк )))
19 FreeHunter
 
28.04.14
13:21
ты на все магазины уже розницу закупил?
20 Aleksey_a_z
 
28.04.14
13:22
(14) у нас поток небольшой это точки продажи сотовых телефонов, падения не так страшны, важно свести к минимуму взаимодействие персонала у программой и максимально централизовать
21 Aleksey_a_z
 
28.04.14
13:24
(18) Да, 1С Розница рарусовская не помню как называется
22 opus70
 
28.04.14
13:25
тогда бери УТ 16100

Frontol 12000
ККм 12000
ПК 15000

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

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

ставишь dropbox ищищиь на просторах нета скрипт и вперед
23 opus70
 
28.04.14
13:27
действия операторов сведины к 6 операциям
Продажа Внесение изъятии Возврат "Изменить колиичество" закрытиесмены

:):):)
24 Immortal
 
28.04.14
13:27
(15) есть опыт развертывания на 1500 точек.
Надо кустовую схему для консолидирования данных
25 Aleksey_a_z
 
28.04.14
13:30
(22) я пока не уверен насколько это будет лучше связки Розницы и УТ, насколько я понимаю фронтол более заточен на большой поток и отказоустойчивость, нам это не критично, поток покупателей единицы в день, а пробить чек после восстановления связи не проблема.
26 Immortal
 
28.04.14
13:30
+(24) что касается выделения отдельных потоков данных - их хорошо получается транслировать через веб-сервисы.
Если вы рассматриваете привлечение сторонней компании для реализации этой задачи, могу взяться за это.
27 opus70
 
28.04.14
13:31
извини не досмотрел что куплена Розница
тогда напиши свой обмен с рожницей по типу frontol тупо остатки цены и от них продажи
и будет летать хоть на 1000 точек
28 Aleksey_a_z
 
28.04.14
13:31
(23) а инвентаризация?
29 opus70
 
28.04.14
13:32
у меня на такой связке крутиться прожажа ШИН и автомасла на 8 точках среднее количество продаж 80 в день
30 Immortal
 
28.04.14
13:33
(29)эм..как насчет того, что обмены от 100 точек как правило многоуровневые?
31 opus70
 
28.04.14
13:34
с инвентраизацие тоже не проблема
там есть режим документа инвентаризация и он приходит с комом инвентаризации  при разборе z-отчета выделяешь его
32 opus70
 
28.04.14
13:35
просили схему с жесткой централизацией а тут выясняется еще многоуровневость и так далее
тогда крути 1С Розница
33 Aleksey_a_z
 
28.04.14
13:36
(27) собственно так и сделано в одной конторе но только через стандартный РИБ там тупо идет поступление на центральный склад, а оттуда перемещение на склады магазинов но при этом регистры не закрываются по понятным причинам
34 opus70
 
28.04.14
13:37
ну или самый лучший вариант это что то типа Web-сервиса написать и прикрутить это к РОзнице 2.0
кто то тут тебе подсказывал
35 Леха Дум
 
28.04.14
13:37
(30) упаришься обслуживать многоуровневые
(15) смотри в сторону РИБ + Web-сервис + подготовка данных для обмена в центральной базе. Регламентная процедура выбирает изменения и пишет их в рег. сведений, магазин подключается через WS, забирает подготовленные данные и отдает свои
36 Aleksey_a_z
 
28.04.14
13:39
(30) многоуровневые это когда скапливается не на центральной базе а на промежуточных и оттуда уже в центральные? Основное предназначение отказоустойчивость?
37 Immortal
 
28.04.14
13:39
(35) ты просто не умеешь их готовить)
что касается веб-сервисов - это просто транспорт.
Тот же РИБ отлично через веб-сервис работает.
На 500 точек, многоуровнево, ест-нна.

А, забыл сказать, РИБ по магазину в рознице одноуровневый)
Что поделать, когда писал, опыта маловато было.
38 Леха Дум
 
28.04.14
13:42
(36) минимизация возникновения блокировки по транзакции главного узла
(37) да-да, не умею, при требовании обмена минимум каждый час с более чем 200 магазинами.
39 Immortal
 
28.04.14
13:42
(36)основное назначение - распределение нагрузки.
Смотри:
Схема 100 точек в 1 узел - надо 100 единиц времени загрузки данных.
Схема по 10 точек в 10 узлов 2 уровня, 10 узлов 2 уровня в 1 узел первого уровня - 110 единиц времени загрузки, но на каждую базу по 10-11 единиц.

Как то так, на пальцах.
40 Immortal
 
28.04.14
13:44
(38) у меня длинее в любом случае,)
41 Леха Дум
 
28.04.14
13:47
(40) длиннее маршрут прохождения данных? Длиннее список баз? что длиннее? День длиннее?
42 opus70
 
28.04.14
13:48
а вообще зайди для примера в любой магазин связного
и уних вся работа идет через web помоему но там 1с и не пахнет
не буду бить себя в грудь за достоверность
43 opus70
 
28.04.14
13:49
т.е. 1с не всегда панацея при учете далеко не всегда
44 SUA
 
28.04.14
13:51
(33) миграцию движений дополнительно порезать можно - и все будет закрываться
РИБ крутиться будет особенно если нужен "раз в день" - (сейчас) ~50 магазинов на рознице за 30 минут проходить успевают, а там еще резать и резать лишнее до уровня "НСИ, перемещение и отчет ККМ"
45 Immortal
 
28.04.14
13:51
(41)возможности и опыт.
(42)ну так можно и на enter.ru зайти.
У которых магазины все на 1с)
46 SUA
 
28.04.14
13:52
(45)там не РИБ
47 Aleksey_a_z
 
28.04.14
13:52
(39) А как в двух словах организована работа в конфе, на каждой точке свой отдел приемки с товароведом? Это стандартная розница с РИБ или что то экзотическое?
48 Чайник Рассела
 
28.04.14
13:56
(47) сколько в точке работает человек одновременно?
49 opus70
 
28.04.14
13:56
(45) у 1с только 1 плюс это низкие денежные вложение на старте
но зато в обслуживании и так далее все потом выравнивается
50 Aleksey_a_z
 
28.04.14
13:57
(42) нам до связного очень далеко, но в перспективе планируется много точек, пока пару точек работают децентрализовано на рознице, позволить себе спец. более продвинутые решения пока собственники не могут
51 Aleksey_a_z
 
28.04.14
13:58
(48) от одного до двух, касса одна. Что то типа аналога евросети и тому подобное.
52 Леха Дум
 
28.04.14
13:59
(45) Ограниченный у тебя опыт. Как насчет довести свои вычисления до 1000 магазинов? :)
53 Чайник Рассела
 
28.04.14
13:59
(51) зачем тогда товаровед? Может лучше использовать ордерную схему? Основная работа делается на центральном складе, но товар перемещается по ордерам с подписью с обоих сторон.
54 Aleksey_a_z
 
28.04.14
14:00
(49) Если это сеть из десятка шмоточных бутиков или продуктовый магазин с тремя кассами то не вижу никаких проблем в плане обслуживания 1С, работает все прекрасно
55 Immortal
 
28.04.14
14:00
(52)я ж выше написал.
есть сетка на 1500 розничных точек, рабочая.
мне незачем придумывать)
56 Леха Дум
 
28.04.14
14:02
(53) Ордерная схема - лучше всего, особенно, если товар находится в пути больше одного дня, учет ведется в розничных ценах (пока товар в пути был произошла переоценка), приемка по частям и т.д.
57 Леха Дум
 
28.04.14
14:03
(55) и в течении какого времени информация доходит от магазина до самого верхнего узла?
58 Aleksey_a_z
 
28.04.14
14:06
(53) Как это схема будет выглядеть при стандартном обмене РИБ?

Нужно же будет выгружать все движения по всем складам на каждую точку, иначе я не понимаю как будет оформляться перемещение из магазина А в магазин Б, в одном всегда будет будет минус во втором плюс.
59 Чайник Рассела
 
28.04.14
14:07
(58) зачем?
60 Aleksey_a_z
 
28.04.14
14:11
(59) Из склада магазина А нужно переместить товар на склад магазина Б, как это оформить в базе?
61 Immortal
 
28.04.14
14:21
(57)сутки
если ты о том, что быстрее, быстрее не нужно было
62 Immortal
 
28.04.14
14:22
(58)не, не так.
в каждом магазине - движения по своему складу + товары в пути
63 Леха Дум
 
28.04.14
14:31
(61) в схеме по (35) - каждый час, расписание задается в магазине или по нажатию кнопочки опять таки в магазине + при открытии и закрытии сеанса в магазине
64 Aleksey_a_z
 
28.04.14
14:35
(60) Ковыряю розницу, даже если по ордерной схеме работать все равно нужен документ "Перемещение товаров" и как свести регистры "Товары к отгрузке" и "Товары к поступлению" в конечных узлах не понимаю. Подскажите знающие люди!
65 Immortal
 
28.04.14
14:40
(63)ты что сказать то хочешь?
что изобрел тру велосипед?
так я ничего против не имею.
а то что ты многоуровневые схемы не умеешь\не любишь - это твое дело, они были есть и будут.
66 Immortal
 
28.04.14
14:44
(64)а чего там сводить.
товары в пути мигрируют и в узел получателя, и в узел отправителя.
и усе. фильтр - в правилах регистрации РИБ
67 Леха Дум
 
28.04.14
14:45
(64) там фильтрация стоит для конечных узлов по наборам движений, смотри правила регистрации или поступи еще проще - разверни полноценное дерево РИБа от центральной базы до кассы магазина и посмотри что и как ходит

(65) не изобретал - купили готовое, после того как прикинули с каким возможным гемором придется столкнуться, если интервал обмена будет много чаще чем раз в сутки. Сказать хочу, что шире на мир смотреть надо :)
68 Immortal
 
28.04.14
14:46
(67)у кого покупали?
69 Леха Дум
 
28.04.14
14:50
(68) Рарус
70 Immortal
 
28.04.14
14:59
(69)а, так я об этом примерно написал в (26).
Конкретно с этим движком работал на одном из проектов в Рарусе, особо там революций нет никаких, понравилась только упаковка и хранение пакетов
71 Immortal
 
28.04.14
15:00
хотя для своего времени конечно это наверное было передовым решением
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший