|
Схема работы в 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
|
хотя для своего времени конечно это наверное было передовым решением
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |