Вход | Регистрация


О жизни... :: 1С:Предприятие 8 общая

OFF Структуры БД на 1С в больших розничных торговых сетях.

OFF Структуры БД на 1С в больших розничных торговых сетях.
Я
   Said_We
 
12.10.16 - 13:39
Что-то сидел сидел и задался вопросом: "Каким образом может быть построена БД?".
Поискал в интернете описание.
Нашел вот это по большой части рекламное (рекламу мимо ушей пропускаем), но описывают два основных варианта и третий гибридный:
http://www.cnews.ru/reviews/free/trade/s/fit/
1. Информационная система с распределенными базами данных.
2. Информационная система с единой базой данных.
3. Гибрид первых двух.

Минусы есть во всех.

РБД - обновлять и сопровождать трудоемко с ростом числа торговых точек. Как миниму с точки зрения контроля автоматических обменов и автоматических обновлений (прошли / не прошли - руками).

Единая база - узкое место постоянный канал связи.

Собственно вопрос:
Какие средние и крупные (пусть будет от 40 торговых точек) торговые сети используют 1С и какую структуру они используют?
 
 
   Oftan_Idy
 
1 - 12.10.16 - 13:44
(0) Если розничная сеть с большим постоянным оборотом числа покупателей, то только распределенка без вариантов.
   В тылу врага
 
2 - 12.10.16 - 13:51
"розничная сеть с большим постоянным оборотом числа покупателей" должна быть не на 1С
   Garykom
 
3 - 12.10.16 - 14:02
В реальности всегда используется гибрид. Даже банальная Розница РИБ имеет встроенный дисконтный сервер для онлайна.
   Oftan_Idy
 
4 - 12.10.16 - 14:03
(2) да ладно. Ни чем не хуже других платформ.
   Oftan_Idy
 
5 - 12.10.16 - 14:04
(3) Возле моего дома магазин розничный. Работает на екселе.
У них запущен макрос на VBA с кнопочками и формочками и пишется все в ексель файл.
Никакого тебе инета, только хардкор. Зато работает.
   Said_We
 
6 - 12.10.16 - 14:06
(1) "оборот покупателей" - это имеется ввиду большим количеством чеков в день?
(2) Не совсем понял, а как же тогда МАГНИТ? По моему он на 1С работает. Маленькой сеть никак не назовёшь.
(5) Ну так это один только магазин, а не сеть - хоть в тетрадке в клеточку.
   Oftan_Idy
 
7 - 12.10.16 - 14:09
(6) "оборот покупателей" - это имеется ввиду большим количеством чеков в день?

Именно. Количество чеков в единицу времени.
Недопустимо чтоб стояла толпа покупателей с полными тележками и ждали пока там кассир будет разбираться инет там пропал или еще чего.
Если же это есть магазинов по продаже кофеапаратов за 100 тыр и к ним приходит 5 клиентов в день, то можно и общую базу через инет.

"Ну так это один только магазин, а не сеть - хоть в тетрадке в клеточку."

Ну это как бы сеть, из трех магазинов. Но по размеру магазин больше чем среднестатистический магазин магнита или пятерочки.
   piter3
 
8 - 12.10.16 - 14:14
[Какие средние и крупные (пусть будет от 40 торговых точек) торговые сети используют 1С и какую структуру они используют?]страх и ненависть,брррр
   Said_We
 
9 - 12.10.16 - 14:19
Тут ещё упоминается многоуровневая РБД на 1С:
v8: РИБ 1С:Розница на 150 магазинов
   Said_We
 
10 - 12.10.16 - 16:44
Кто-нибудь создавал многоуровневый РБД на практике?
 
 Рекламное место пустует
   2S
 
11 - 12.10.16 - 21:55
А почему фронтол с их синхронизатором не рассматриваете? Зачем Геморой с риб?
   Лефмихалыч
 
12 - 12.10.16 - 21:59
(0) там вариант 3, причем и 1С, и не 1С. На 1С в основном всякого рода бюстгалтерия и связанные с ней экономические всякие планово-фактически промудохеровыверты. Фронт на 1С у крупной сети быть не может. Равно как и то место, в которое стекаются почековые продажи.
   Tatitutu
 
13 - 12.10.16 - 22:05
38 магазинов розничная сеть в Москве второй год РИБ все летает. MAGAZKA
Дисконтные карты.бонусные .подарочные сертификаты .актуальные остатки по сети.
   Boleev
 
14 - 12.10.16 - 22:06
На фронтах однозначно не 1С
   Boleev
 
15 - 12.10.16 - 22:06
(13) МММ. Все всем платиться
   Cyberhawk
 
16 - 12.10.16 - 22:23
(15) Как там дела у Мавра, до сих пор живет? По сколько месяцев без перезапуска?
   Krabb
 
17 - 12.10.16 - 22:43
(2) (14) Как минимум два крупных сотовых ритейлера используют на форнтах 1С, причем один из них 7.7

По существу вопроса присоединяюсь к (1)
   Jump
 
18 - 12.10.16 - 22:51
(0)В крупной организации главное продуманность архитектуры.
Центру нужна информация со всех точек, но надо понимать что далеко не вся.
Поэтому мелкая точка работает со своей базой, обмениваясь с центром лишь необходимой информацией.

В результате и центр видит общую картину, и база центральная не такая большая, и для работы точки не нужно постянное соединение с центром.

Поэтому построить можно и на 1с.
Просто под крупную контору не пойдут типовые решения. Ибо не бывает типовых пригодных на все случаи.
   Jump
 
19 - 12.10.16 - 23:07
Проблемы с 1с при крупных внедрениях возникают не потому что 1с плоха.

Просто основное достоинство 1с это готовые решения для автоматизации из коробки.
Взял поставил и пользуйся.
Немного неподходит - немного допилил.

А в случае крупного внедрения немногоо допилить не получиться, там надо все перепиливать.
Т.е речь идет практически о написании решения с нуля.
А когда пошла такая пьянка, что решение пишется, то основное достоинство 1с теряется - написать с нуля можно на чем угодно, и что угодно.
   Злопчинский
 
20 - 12.10.16 - 23:09
Ко мне на склад ТЭК зашла - автоматизация на нуле. Операторов получила Эксель, закрасила цветом сто надо и отправила обратно
   RoRu
 
21 - 12.10.16 - 23:09
Адидасы вроде были на рарус магазин
   Garykom
 
22 - 12.10.16 - 23:29
(19) Угу и при большом кол-ве рабочих мест/компов встает сразу минус 1С в лицензиях.

Если стоимость разработки не на 1С сравнима только с ценой нужного кол-ва лицензий 1С то логичен отказ от 1С.
   tipaya
 
23 - 12.10.16 - 23:40
Если это непродовольсвенная р0зница: 2-100 чеков в день на 1 кассу.
Можно в центр. офисе ставить:
1С УТ /КА/УПП /Бух.
Правильнее делать в центр. офисе: 1С Розница центр. узел
В торговых точках ставить 1С Розница.
Обмен можно и нужно и лучше делать нетиповой - упрощая ход объектов. Возможно делать фильтры по объектам/базам и пр. При большом кол-ве магазинов, вообще изменить логику хождения номенклатуры, цен, скидок, под. сертификатов, диск. карт и прочего.   С периодическим обрезанием баз данных в магазинах (напр. инфо не более 3 лет в магазе).


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

напр. Евросеть, Связной, Линзмастер и прочие вообще сидели на Рарус магазине - долгое время.
   tipaya
 
24 - 12.10.16 - 23:57
Можно смело использовать 1С Розница (можно аналогичные решения от Штриха и прочее).  
   Если говорить про непродовольственную розницу и не супермаркеты. До 3-5 касс в магазине, до 10 чеков в час по одной кассе до 500 ед.в день. Общее кол-во магазинов например до 100.
  
Другие варианты:
   Все равно на кассах можно ставить решения от 1С. Напр 1С розница (и она реально тянет на 50 магазинов без проблем при правильном подходе)!
   В центр. офисе: SAP, MS Axapta, Oracle или любые другие решения, которые требуются. Между ними программерами настраивается обмен всеми документами (сажают таких людей в штат в крупных сетях) и вуаля - пожалста, работайте ;)
----------------
   Также необходимо понимать, что аналитика online как и по каждому чеку нужна редко и под это дело лучше иметь отдельную базу данных. А в центр. офисе агрегировать общую инфо за кассовую смену (т.о. значительно уменьшается объем данных в центр. базе).
   А в случае, необходимости анализа по чекам - анализ проводится в доп. базе (вообще-то это нужно не часто при принятии управл. решений или расчета премий). А в центр. базу передается общая инфо: кол-во чеков по продавцам, средний чек за день, общее кол-во поситетелей и пр.
   я вот как-то так это вижу )))
   tipaya
 
25 - 13.10.16 - 00:20
Имеется ввиду:
А в центр. базу передается общая инфо по чекам: кол-во чеков по продавцам, средний чек за день, общее кол-во поситетелей и пр.!
При этом товарный состав, кол-во, НДС, суммы и аналитики по диск. картам, под.сертификатам, купонам и т.п. передаются в полном объеме.
Железо надо подбирать в зависимости от объемов и под каждую конкретную организацию, магазин и центр. офис (кстати, при этом). Также необходимо помнить, что в таких организациях и должна быть достаточно хорошая автоматизация склада/ов. а дальше начинается полёт фантазии и реальные условия.
что касается стоимости внедрения: то при большом кол-ве сотрудников, намного проще заплатить программистам: 10 тр., чтобы запретить пользвателям нажимать на какую-то кнопочку, нежели исправлять косяки за 100 пользователями за 2 месяца (то на то и выходит).
Что касается разработки с нуля или из коробки: все-таки разработка с нуля - значительно дороже, т.к. обычно все таки работа магазинов разнообразна. И еще неявный фактор: это поддержка: что делать если те, кто разработал приложение для розницы - исчезнут (слишком малая/большая ЗП, стало неинтересно или "ушли")! не всегда легко найти разрабов за адекватные деньги! А еще бывают сложности в техн. развитии продукта, т.к. изначально была выбрана неправильная платформа (напр. ее утвердил техн. директор, кот. ее хорошо знал)! А в компании на 40 (не)больших магазинов  - IT отдел может быть от 1-9 сотрудников и не стоит скидывать со счетов: что решение главным по ИТ может быть принято из корыстных целей (или его ограниченности в знаниях)!
   Adilgeriy
 
26 - 13.10.16 - 00:59
а такой вопрос. на УТ как часто поводят обрезания или на 100 магазинов история хранится годами?
   Злобный Фей
 
27 - 13.10.16 - 03:43
(19) //написать с нуля можно на чем угодно, и что угодно

Тут вроде про учетные системы речь?

Поэтому позволю себе спросить: а пыль глотать не замучаетесь при написании "на чем угодно" с нуля нормального масштабируемого клиент-сервера со связью с СУБД, контролем ссылочной целостности, авторизацией, РЛС, регистрами, СКД, да, блин, теми же нормальными контролами?

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

(22) Помимо стоимости разработки есть еще стоимость владения. Ну и риски, см выше. Да, собственно, и разработка..
Если, конечно, мы не про сеть из трех ларьков с китайскими трусами.
   Jump
 
28 - 13.10.16 - 04:22
(27) Написать можно на чем угодно.
И у каждого решения есть свои минусы и плюсы, в том числе и озвученные вами.
Поэтому приходится выбирать.
   assasu
 
29 - 13.10.16 - 05:10
(10) у нас УТ , от нее РТ, а от нее 6 магазинов с РТ. Это многоуровневая?
   APXi
 
30 - 13.10.16 - 08:05
А вот многие говорят что бек должен быть фронтол, как они в этом фронтоле скидки настраивают? Если 50 магазинов и принципы расчета скидок меняются каждый месяц.
   ИС-2
 
31 - 13.10.16 - 08:54
еще Агат в 1C работает. Интернесно как у них построено
   Rovan
 
32 - 13.10.16 - 09:15
(0) у меня на поддержке 1С в 9 розничных магазинах.
Но сразу огорчу ...на кассовых терминалах пришлось отказать от 1С, т.к. часто висла. В итоге там поставили программу Set Retail и настроили обмен с 1С базой магазина.
   mehfk
 
33 - 13.10.16 - 09:24
>> пришлось отказать от 1С, т.к. часто висла
Что вы вкладываете в понятие "висла"?
 
 
   NorthWind
 
34 - 13.10.16 - 09:28
(27) Фронт - это достаточно узко заточенное решение. Накой там РЛС, если с ним кроме кассира никто толком и не работает? И СКД?
   Rovan
 
35 - 13.10.16 - 09:47
(33) там компы слабые
база 1С файловая - либо висла вообще либо драйвер какой-то глюкнет (весы, сканер, ФР)
   1398
 
36 - 13.10.16 - 10:00
(0) Уже 16 лет работаю (в основном с 1С) "программером" в розничных сетях. На практике используются все три варианта. Выбор конкретного определяется спецификой товара и бизнеспроцессов, тараканами владельцев, и "исторически так сложившихся" причин. Вплоть до экзотики типа 100 с лишним магазинов по схеме 2 или чуть ли не дюжины центральных баз в схеме 1

(6) Магазинный софт в Магните (по слухам) - самописка, разработанная не на 1С.
   Господин ПЖ
 
37 - 13.10.16 - 10:02
>да, блин, теми же нормальными контролами?

давно в 1с завезли нормальные контролы?
   Krabb
 
38 - 13.10.16 - 10:03
(35) На поддержке ~20 магазинов, на кассах Розница 1.0 файловая, не виснет, драйверы не глючат, ЧЯДНТ?

Справедливости ради в магазинах с большой проходимостью файловая всё-таки не подходит из-за проблем с производительностью, ну или по крайней мере база должна лежать на кассе локально.

А так основная масса проблем носит аппаратный характер: отошел usb провод до фискальника, и тому подобное
   Господин ПЖ
 
39 - 13.10.16 - 10:03
1с активно выпиливается из розницы

в текущем виде она там накуй не упала... только в виде куска бэкофиса
   Oftan_Idy
 
40 - 13.10.16 - 10:04
(35) ну вы бе еще на нокию поставили.
   Oftan_Idy
 
41 - 13.10.16 - 10:04
(37) давно
   Oftan_Idy
 
42 - 13.10.16 - 10:07
(37) Попробуй на досуге - взять C#, взять аналог управляемого интерфейса в 1С - WPF, и реализовать хотя бы аналог 1С-овской табличной части, со всеми плюшками (оформление, настройка колонок, сортировки, отборы, события, привязка данных к сложным объектам, построчные картинки, элементы управления в ячейках).
Замучаешься пыль глотать, и все равно такое же не получишь.
   Oftan_Idy
 
43 - 13.10.16 - 10:08
(42) В плане быстроты разработки интерфейсов для бизнес-приложений - 1С'у нет равных
   akronim
 
44 - 13.10.16 - 10:14
Половина народу в теме говорит про фронт, половина про бэк, никто не знает, что ТС имел в виду, а некоторые умудряются еще и путать эти термины.
(39) Видел узкую нишу, где Розница 2 вообще хороша. Это маленькие чисто алкашные магазины, которые заказывают товар поставщику минуя ЦО и принимают товар так же. Относительно мало чеков и весь валидол с ЕГАИСом (прием, продажа, остатки) на точке. Фронт и бэк объединены в одну базу, на одном компе, за 3.5к (или сколько там базовая стоит) - просто сказка.
   akronim
 
45 - 13.10.16 - 10:15
(37) Я б тоже послушал, что у 1с контролов нет такого, что СИЛЬНО мешало бы делать интерфейсы УЧЕТНЫХ СИСТЕМ.
   piter3
 
46 - 13.10.16 - 10:20
(38) Кода до 100 дойдете тогда можно будет еще раз посмотреть
   Господин ПЖ
 
47 - 13.10.16 - 10:21
>взять аналог управляемого интерфейса в 1С - WPF, и реализовать хотя бы аналог 1С-овской табличной части, со всеми плюшками (оформление, настройка колонок, сортировки, отборы, события, привязка данных к сложным объектам, построчные картинки, элементы управления в ячейках

хосподя... это там все было доступно когда 1с пешком под стол ходило. и все ждали когда можно будет выделять несколько строк сразу
   piter3
 
48 - 13.10.16 - 10:23
А мне вот любопытно и РЦ в 1с тащите или на обмены еще и складскую логистику?
   Krabb
 
49 - 13.10.16 - 10:26
(46) А вы уже дошли? Поделитесь опытом?
 
 Рекламное место пустует
   piter3
 
50 - 13.10.16 - 10:27
(49)Боже упаси,Аксапта,а 1с только нужна тока для сдачи отчетности и кое-что еще по мелочи.
   Krabb
 
51 - 13.10.16 - 10:35
(50) А у аксапты есть решения для маленького ларька в котором 2 кассы, 1 комп товароведа + директор из дома иногда отчеты смотрит?
   piter3
 
52 - 13.10.16 - 10:41
(51)Я не об этом
   delavar
 
53 - 13.10.16 - 10:44
40 розничных магазинов. Используем УТ 11 на кассах и в центральной базе. Схема - обмен с одной центральной базой типовой обмен по подразделениям (доработанный)
   sapphire
 
54 - 13.10.16 - 10:56
(0) На примере мобильных ритейлерских сетей:
конфа у каждого своя, обновление через центр, нераспреденная. Торговые точки обмениваются с утра и вечером обязательно, днем у кого как устроен онлайн обмен.
   sapphire
 
55 - 13.10.16 - 10:57
+(54) на ТТ переделанные решения, не Розница.
   sapphire
 
56 - 13.10.16 - 10:59
+(54) конфа обновляется службой поддержки
   Krabb
 
57 - 13.10.16 - 11:20
(52) Ну а раз для маленьких ларьков альтернативы нет, то и смысл такие разговоры начинать? Когда дойду до 100 магазинов, будут все те же самые недостатки что и сейчас, только не в 20 магазинах а в 100
   piter3
 
58 - 13.10.16 - 11:32
(57)Я и написал,что до пока точек мало то пойдет,а расширитесь то весьма сомнительно.Что не так?
   mehfk
 
59 - 13.10.16 - 11:35
(58) А что должно измениться при росте точек с 20 до 100?
   piter3
 
60 - 13.10.16 - 11:37
(59)У кого-то ничего
   piter3
 
61 - 13.10.16 - 11:39
Объемы,автозаказ,маркетинг,РЦ или несколько.Может часть прямых поставок на точки вкупе с РЦ
   mehfk
 
62 - 13.10.16 - 11:41
А на фронте что поменяется?
   piter3
 
63 - 13.10.16 - 11:42
да фронт самое простое или разговор о кассовом по вообще?
   Krabb
 
64 - 13.10.16 - 11:44
(58) Да всё в порядке, Вы написали, я не согласился. Форум ведь и нужен чтобы делиться обмениваться мнениями.
Просто мы друг друга немного не поняли, 20 магазинов - это не одна сеть, несколько ларёчников на обслуге, поэтому я скорее из тех о ком в (60)
А так то да, в крупных сетях нужны другие решения
   NorthWind
 
65 - 13.10.16 - 11:52
(42) было, причём под дельфи ещё во времена семёрки. Гуглить DeveloperExpress, InfoPower, QuantumGrid, EhLib (кстати, последнее отечественная разработка)
   APXi
 
66 - 13.10.16 - 13:46
(65) Да, в делфях много чего было, и трехзвенка и работа с разными базами и таймеры и мат формулы. Сейчас 1С все ближе и ближе приближается к делфям.
   Said_We
 
67 - 14.10.16 - 13:10
(29) Не.
Я понял как-то так например:
УТ ЦБ (одна база центральная РБД) -> УТ промежуточный (несколько баз РБД подчинённый центральной и имеющий в подчинении магазины) -> УТ РБД конечная магазина.

Я так понял для того что бы в обмены засунуть большое количество магазинов делят как бы на кластеры по 20-50 магазинов (зависит от объема магазинов и как часто обмен должен ходить в зависимости от преследуемых целей).
РБД что бы база была единая везде: общее НСИ, не надо обновлять каждый узел отдельно и т.д.

Вот собственно и спрашиваю - кто-то видел такое вживую и каковы впечатления.
   Said_We
 
68 - 14.10.16 - 13:12
(36) Ну заглядывал я в программу мельком, в которую товаровед вбивает накладные. По моему это 1С была.
Может конечно у них разнородные программы, но вряд ли.
   Said_We
 
69 - 17.10.16 - 11:22
(66) Не движется 1С к Делфям.
В Делфях полноценный компилятор. 1С интерпретатор.
   Fragster
 
70 - 17.10.16 - 11:24
(67) была структура 1 - 8 - 70 баз, самописка на базе КА 1.0, работает нормально. Она еще и фронтом на кассах при этом была.
   Said_We
 
71 - 17.10.16 - 13:46
(70) Обмены - каждые 2 часа выгрузка и ещё каждые 2 часа загрузка для 70 производились (т.е. полный цикл 4 часа)?
Или выгрузка вместе с загрузкой сразу?
   Fragster
 
72 - 17.10.16 - 14:03
(71) загрузка + выгрузка в один прием, синхронизировано через веб сервисы (заодно инфа о прохождении обмена есть), с центром раз в пол часа, в остальных уровнях сразу после этого. временной лаг получался около 30-40 минут получался. сверху прикручена система для внеочередной передачи нужных данных.
   Fragster
 
73 - 17.10.16 - 14:03
через те же веб сервися
   Timon1405
 
74 - 17.10.16 - 14:10
(72) как обновляется конфигурация в узле? пакетным запуском? как контролируется успешность обновления?
   Said_We
 
75 - 18.10.16 - 12:27
(74) Обновляется скорее всего только ночью.
Если какие-то обмены обратные не прошли, то либо не обновилась конфигурация либо обмены к узлу не прошли, либо выгрузка не прошла.
   lenochka-semicova
 
76 - 18.10.16 - 16:06
(74) Суть в том, что дешевле (трудозатраты) разово/периодически обновить подчиненные узлы и решать текущие проблемы с обменами по расписанию, чем следить за онлайном базы на 100+ узлов, которые разнесены на сотни км по области (или нескольким областям).

(0) Соответственно - либо 1 - полный РИБ для всех узлов (и даже каждой кассе отдельный узел)
либо, если где-то позволяет - небольшие узлы на несколько магазинов.

Разумеется, от 20 узлов нужно создавть 3/4 звенную структуру РИБ
Типа - центральная база - областные узлы - районные узлы - магазины - кассы.
При этом - на каком-то участке , например, магазин-кассы - может быть смена и конфигурации и обмен уже не РИБ.

Пример
- центральная база УТ
- областные узлы УТ
- районные узлы УТ
- магазины УТ
- кассы Розница (или другое кассовое ПО от 1С или нет).

Пример
- центральная база УТ
- областные узлы УТ
- районные узлы УТ
- магазины Розница
- кассы Розница (или другое кассовое ПО от 1С или нет).

Пример
- центральная база УТ
- областные узлы УТ
- районные узлы Розница
- магазины Розница - кассы в этой же базе

Пример
- центральная база УТ
- областные узлы УТ
- районные узлы Розница - магазины и кассы в этой же базе

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

Если сеть международная (хотя бы СНГ) - то еще хлеще структура может получиться

Разумеется, примеры - УТ и Розница - это не панацея, а просто для примера - отраслевых конфигураций - как грязи.
   HawkEye
 
77 - 18.10.16 - 16:10
(0) тема интересная... у нас сейчас (3) но в планах переходить на (1).
Думаем, анализируем, считаем....
   HawkEye
 
78 - 18.10.16 - 16:13
+77 дабы не смущать... сейчас 3. в планах переход на 1. ))
   HawkEye
 
79 - 18.10.16 - 16:15
у единой базы не только в каналах связи проблема, но и стоимость простоя в разы больше, а соответственно и требования к отказоустойчивости ядра намного выше,
и как следствие единой базы, проблемы при работе большого числа пользователей....

это все безотносительно сферы деятельности....
   Necessitudo
 
80 - 18.10.16 - 16:17
Связной. 2700 магазинов:) И везде 1С.
   Necessitudo
 
81 - 18.10.16 - 16:20
(23) Так и сидим на Рарусе)
   Трипиэль
 
82 - 18.10.16 - 17:16
сеть ювелирных магазинов. РИБ УТ 10 (не помню какая точно). порядка 30 магазинов (5 лет назад) в разных часовых поясах. трехуровневая структура: магазин - региональный офис - центральная база в Москве. соответственно, до ЦБ из магазинов добегает только то, что надо, например, чеки так и остаются только в магазинах, а летели отчёты о продажах или что-то там. считалось, что 2 дня задержка данных - это норм.
   Torquader
 
83 - 19.10.16 - 00:55
Online нужен:
- Дисконтно-бонусный сервер для обслуживания карт.
- Планирование общих закупок с распределением заказов по магазинам.
- Актуальные остатки для планирования перемещения между магазинами.
- Получение документов и оплата товара клиентом в одном офисе, а получение - в другом (или в других).
   lenochka-semicova
 
84 - 19.10.16 - 10:47
(83) Только, например, в рознице дисконтный сервер работает отдельно на веб-сервисах, и специально сделан для работы именно в РИБ, когда использующие его узлы являются подчиненными к центральной базе. И поток этих онлайн запросов на несколько порядков меньше, чем постоянный онлайн к базе и, как правило, кратен количеству чеков (т.к. обычно скидка рассчитывается однократно перед пробитием чека и его оплатой и после оплаты - данные чека передаются серверу). Ну или если оплата бонусами - то еще 1-2 доп. запроса при оплате.
При времени на чек - 5-15 минут (просканировать товар, принять оплату, выдать сдачу и т.д.), то это менее 1 запроса в минуту, что обеспечить намного легче.

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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует