Синхронизация данных с РИБ Розница

1. ytunbe 24.07.20 14:11 Сейчас в теме
Добрый день. Товарищи, свалилась на плечи алкогольная розница, 10 магазинов на 1с розница. В магазинах стоит РИБ. Помогите советом настроить правильно синхронизацию. В параметрах (вроде как ) синхронизации и так выгружаются необходимый минимум ( справочники номенклатуры,штрихкодов, справок Егаис и из регистров сведений акцизные марки) ....но все-равно обмен, по-моему большой и долго по времени... А еще все это приходится гонять через интернет в деревнях. Как ускорить и оптимизировать? Заранее спасибо советом.
+
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. independ 1520 24.07.20 14:18 Сейчас в теме
(1) долго это сколько, какой интернет на удаленных точках - выделенка или gsm? Формально можно ускорить апргейдом железа (проц+память+ssd) и переводом c файлового режима на sql
Есть один клиент - в магазине интернет через GPRS tele2 - обмен вручную из РМК, учитывая, что накладные из ЕГАИС приходят 2-3 раза в неделю - вполне работоспособно.
+
4. ytunbe 24.07.20 15:28 Сейчас в теме
(2) SQL на РиБе не выход...вообще вопрос не в железе... а больше в корректности состава отправляемых данных..
+
7. independ 1520 24.07.20 15:33 Сейчас в теме
(4) у меня 2 клиента с РИБ, у одного 10 точек, у 2-го 5, обмены авто 1 раз в день вечером и в течение дня ручные, ошибки возникают, редко
+
8. ytunbe 24.07.20 15:38 Сейчас в теме
Что касается времени .....не было синхры на одной точке 5 дней, набежал архив в 25 мб... в распаковке 160 мб и 45-60 мин. синхры в 1с.
+
11. independ 1520 24.07.20 17:01 Сейчас в теме
(8) какое железо стоит на точке?
+
12. ytunbe 27.07.20 09:04 Сейчас в теме
(11). Селероны J1800 + 4gb+HDD
+
13. independ 1520 27.07.20 12:19 Сейчас в теме
(12) SSD поменять? У большинства моих клиентов AMD A-4000/A-6300 + SSD 120
+
14. as3k 28.07.20 17:26 Сейчас в теме
(8) это вполне нормалный размер обмена, если у вас 150-200 продаж в день, у нас у магазина с ~50 продаж в день за неделю может набежать архив в 30мб.
+
9. tof 24.07.20 16:08 Сейчас в теме
(1) А конечным точкам обязательно видеть остатки ?
+
10. ytunbe 24.07.20 16:11 Сейчас в теме
3. eiv76 24.07.20 14:56 Сейчас в теме
Убери в правилах регистрации справки 1 и 2, регистр акцизных марок, справочник штрихкодов упаковок и товаров, Данная информация в ЦБ не нужна. Существенно уменьшится файл обмена. Проверено и работает 98 РИБ, 80 % алкомаркеты.
+
5. ytunbe 24.07.20 15:31 Сейчас в теме
(3)
Убери в правилах регистрации справки 1 и 2, регистр акцизных марок, справочник штрихкодов упаковок и товаров, Данная информация в ЦБ не нужна. Существенно уменьшится файл обмена. Проверено и работает 98 РИБ, 80 % алкомаркеты.


Ок, поробую. И вообще мне показалось что между ЦБ и РИБ местами даже есть обмен расширениями CFE....
+
15. Andrekaa 29.07.20 12:55 Сейчас в теме
(3)
Убери в правилах регистрации справки 1 и 2, регистр акцизных марок, справочник штрихкодов упаковок и товаров, Данная информация в ЦБ не нужна. Существенно уменьшится файл обмена. Проверено и работает 98 РИБ, 80 % алкомаркеты.

Так же сделали, у нас 2.2 еще используется. В новых РТ 2.3. вроде озвучивали что эта информация ходить не будет
Так же исключили Чеки из обмена, только ОРП и движения по нему
+
16. eiv76 06.08.20 15:45 Сейчас в теме
(15)
Без чеков возможна проблема при свертки базы. SQL удалили чеки, и свертка не пошла.
+
18. TODD22 18 06.08.20 21:34 Сейчас в теме
(15)
Так же исключили Чеки из обмена

Это если чеки анализировать не надо. Но бывает так что нужно посмотреть средний чек, какие товары чаще всего оказываются в одном чеке и тд.
+
19. Stason13 25.09.20 09:40 Сейчас в теме
(3) Подскажите пожалуйста, а как их убрать из регистрации, облазил правило регистрации, но не нашел где они задействованы.
+
6. eiv76 24.07.20 15:32 Сейчас в теме
sql нужен для того, если идут фоновые обмены, чтоб не было блокировки объектов, и соответственно не подвисали чеки.
+
17. TODD22 18 06.08.20 21:27 Сейчас в теме
(6)
если идут фоновые обмены, чтоб не было блокировки объектов, и соответственно не подвисали чеки.

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

Мы делали обмен утром при открытии смены и вечером при закрытии. В течении дня у продавца есть возможность выполнить обмен вручную. Нас такое решение устроило.
В одной компании делали проверку что для магазина есть файл обмена и тогда продавцу выводилось сообщение о том что нужно выполнить обмен. И он когда не было покупателей его выполнял по кнопке в РМК. Ещё можно разнести по времени выгрузку и загрузку данных. Например выгрузка данных только при открытии и закрытии смены либо по кнопке, на случай если были проблемы со связью и данные в ЦБ оперативно не попали. А загрузку в течении дня по расписанию или по кнопке.
+
20. Stason13 25.09.20 09:43 Сейчас в теме
(17) А как вы боролись с задвоением номенклатуры? Если новый товар может в течении дня прийти на несколько магазинов.
+
21. TODD22 18 25.09.20 10:01 Сейчас в теме
(20)У нас такой проблемы не было, по той причине что "новый" товар на магазине сам по себе появится не может. К моменту его появления в магазине уже должна быть договорённость с поставщиком и установленные цены.
+
22. eiv76 08.12.20 13:32 Сейчас в теме
(17)Вы ошибаетесь, у нас это проблема решена таким образом, более 100 РИБ
+
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот