AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 07.10.2008, 11:19   #1  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Варианта два:
1. Я реплицировал учтенные документы в неучетнные, а центре учитывал их повторно, в результате номера операций были разными.
2. Перед тем как запускать магазины, надо было определить им диапазоны в которых будет происходить учет операций:
т.е. Для магазина 1 с 10 000 000 по 19 000 000, для магазина 2 с 20 000 000 по 29 000 000, для ЦО с 100 000 000 по 199 000 000.
Это теоретически, практически я такое не делал и где это настраивается не помню.
Старый 09.10.2008, 17:34   #2  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Наверное в свинячий голос, но все-таки должен написать:
Цитата:
Сообщение от 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. Если кому интересно, то мною в поддежку ЛС был отослан запрос, в котором детально описывается последовательность операций (если кому все-таки остается интересно - в личку, если найду письмо), а точнее несколько строк при учете, после которых из код НЕ РАБОТАЕТ и мы получаем анархию в системе. Был предложен возможный "схематический" вариант решения проблемы. Но в ответ меня отругали и сказали, чтобы писал через партнерский запрос и если он реально проблемный (в чем они сомневаются), то может они и ответят.
В итоге я исправил на своем проекте и, как уже стало традицией - буду "править след. версии сразу до ходу пьесы"!
 


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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 10:29.