Репликация данных LS Retail

[art06]

Добрый день.
Ситуация в следующем -
есть БД в магазинах.
есть БД в Центральном офисе.
репликация данны происходит с помощью механизма LS Retail.

На данный момент я не могу похвастаться знаниями - каким образом происходит передача данных. Но, суть в следующем. На данный момент в центральную базу выгружаются некоторые данные (различные справочники - договора, клиентв, поставщики.) Теперь необходимо настроить передачу данных из таблиц 25 и 380. Передать из одного магазина данные не состовляет труда. А, вот из всех неполучается - так как ID будут одинаковые в магазинах.

Есть ли какие то варианты для решения такой проблемы ?

[apanko]

Варианта два:
1. Я реплицировал учтенные документы в неучетнные, а центре учитывал их повторно, в результате номера операций были разными.
2. Перед тем как запускать магазины, надо было определить им диапазоны в которых будет происходить учет операций:
т.е. Для магазина 1 с 10 000 000 по 19 000 000, для магазина 2 с 20 000 000 по 29 000 000, для ЦО с 100 000 000 по 199 000 000.
Это теоретически, практически я такое не делал и где это настраивается не помню.

[Alterant]

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

Настраивается это LS Retail - BackOffice\Setup\Numbering\Initial Entry Nos. in Location

[art06]

1. А, если есть уже много операций по магазинам - то, вариант с настройкой не подходит ?
2. Настраивать нумерацию надо в каждой базе в отдельности ?

[dmites]

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

[art06]

Цитата:

Сообщение от dmites

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

Чуствую большую ответственность поэтому можно по пунктам ?
1. Я зашел в Настройку центр. базы (ЦБ) (прикр. файл 1)
2. У меня есть 7 магазинов.
3. Я должен (сейчас рассматриваю необходимость работы с таблицами 25 и 380) настроить нумерацию для всех магазинов по две таблицы.
как правильно это сделать ???
например - 25 - 1 - М001
380 - 1 -М001
25 - 50000 - М002
380 - 50000 - М002

Так или нет ?

[art06]

Вопрос - правильно ли я распределил номера операций по магазинам ???
И правильно я понимаю - этот справочник должен находиться во всех магазинах и в Центральной базе ?

[Alterant]

Цитата:

Сообщение от art

Вопрос - правильно ли я распределил номера операций по магазинам ???
И правильно я понимаю - этот справочник должен находиться во всех магазинах и в Центральной базе ?

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

Цитата:

Сообщение от dmites

... напишите код перенумерации, запустите его на подразделениях ...

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

[art06]

Цитата:

Сообщение от Alterant

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



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

Магазины собираемся открывать.
При этом я буду добавлять настройки при появлении каждого магазина.
вопрос:
1. Какие таблицы обязательно необходимо добавить в настройку нумераций ?
2. А, вот по обработке - я так понимаю после того как я установлю новую нумерацию мне необходимо изменить все id во всех таблицах на новые id для того чтобы спокойно выгрузить данные. так вот может уже у кого - то есть нарабоки по такой функции ?

[dmites]

Чувствую с нашими советами, вы может серьёзно напортачить. Обратитесь лучше к внедренцам по поводу того как и что на диапазоны делить...

[Alterant]

Цитата:

Сообщение от art

Магазины собираемся открывать.
При этом я буду добавлять настройки при появлении каждого магазина.
вопрос:
1. Какие таблицы обязательно необходимо добавить в настройку нумераций ?
2. А, вот по обработке - я так понимаю после того как я установлю новую нумерацию мне необходимо изменить все id во всех таблицах на новые id для того чтобы спокойно выгрузить данные. так вот может уже у кого - то есть нарабоки по такой функции ?

1. Это все очень зависит от каждого конкретного случая. Обычно передаются товарные, стоимостные и операции применения (как связанные передаются измерения). Могут передаваться финансовые. Чтоб передавалась книга поставщика - сталкиваюсь первый раз. Здесь нужно вникать в вашу специфику. Хочу обратить ваше внимание, что наряду с тем "что" передается, еще и "как" передается. Например, из магазинов могут идти товарные и стоимостные, но также и из офиса обратно могут передаваться стоимостные операции, созданные коррекцией. И т.д. и т.п. Короче, очень много ньюансов.

2. К сожалению, у меня такой функции нет.

[art06]

На тестовой базе поисправлял данные в таблицах
17
25
32
45
46
254
339
380
5802
6507
6508

Вроде бы все в порядке.

[RedFox]

Наверное в свинячий голос, но все-таки должен написать:

Цитата:

Сообщение от apanko

Варианта два:
1. Я реплицировал учтенные документы в неучетнные, а центре учитывал их повторно, в результате номера операций были разными.

Такое прокатывает, если реплицируются исходные журналы (например продаж в ЛС), поэтому и создаются заново нужные Entry. Но не всегда такое можно делать. Например как в данном случае, когда 1 Поставщик может поставлять сразу в несколько магазинов.

Цитата:

2. Перед тем как запускать магазины, надо было определить им диапазоны в которых будет происходить учет операций:
т.е. Для магазина 1 с 10 000 000 по 19 000 000, для магазина 2 с 20 000 000 по 29 000 000, для ЦО с 100 000 000 по 199 000 000.
Это теоретически, практически я такое не делал и где это настраивается не помню.

Практически СРАЗУ скажу, что ЦО должен иметь МАКСИМАЛЬНО большой номер в начальном Entry No. (если проанализировать данный пример, то можно сказать, что здесь получится создать максимум 9 магазинов).
Еще 1 уточнение - список таблиц, которые "исправно" будут реплицироваться в стандартной ЛС-БД - ограничено. Таким образом не любую таблицу можно разносить по диапазонам.

Еще вариант - Если не хочется править операции в удаленных БД, то можно изменить кодеюнит репликации, чтобы данные из таблицы модифицировались на лету в момент создания пакетов (но не создания строк, так как все делается по первичному ключу). Я такое не делал, так как не нужно пока было. Но вроде тоже будет работать так.

P.S. Если кому интересно, то мною в поддежку ЛС был отослан запрос, в котором детально описывается последовательность операций (если кому все-таки остается интересно - в личку, если найду письмо), а точнее несколько строк при учете, после которых из код НЕ РАБОТАЕТ и мы получаем анархию в системе. Был предложен возможный "схематический" вариант решения проблемы. Но в ответ меня отругали и сказали, чтобы писал через партнерский запрос и если он реально проблемный (в чем они сомневаются), то может они и ответят.
В итоге я исправил на своем проекте и, как уже стало традицией - буду "править след. версии сразу до ходу пьесы"!

[art06]

Именно так я и делал - поставил для ЦО самы большой размер начиная с 2 000 000 000. Операция в Цо практически нет и не будет. только просмотр результатов.