ОБМЕН сдвоенные записи

[korvanakorvana]

Всем привет. Подскажите почему при обмене с головным офисом появилась сдвоенная запись ? как этого избежать ? что делаем не так?

[edward_K]

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

[korvanakorvana]

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

Расскажите пожалуйста поподробнее об этом?

[edward_K]

вообще слегка наврал

Код: Выделить всё

1) Интерфейс для обновления остатков называется Corpo_Orders. 
Его нужно привязать в корпообмене к таблице SpOrder.
2) Интерфейс для обновления резервов называется Corpo_Reserv. Его нужно 
запускать как внешний интерфейс после окончания КОРПО-обмена или привязать к 
таблицам SpStep, SpSopr, DORes (в этом случае отработает 3 раза вместо одного, 
но он довольно быстрый).

 Настройка системы Суппорт.

Для филиалов(клиентов) и офиса(сервера) в модуле "Репликация данных" - 
"Регистрация" - "Групп таблиц" должны быть ИСКЛЮЧЕНЫ таблицы:
SaldoMC, SaldoFnd, TekSaldo, TekMC, SklOst.

 Обязательно должны быть указаны таблицы:
1) SpOrder, SklOrder
2) SpStep, BaseDoc, StepDoc, DORes, KatSopr, SpSopr (для расчета резервов).

 В модуле "Репликация данных" - "Регистрация" -"Регистрация интерфейсов
и семафоров" для своего абонента нужно указать:
1) для таблицы SpOrder - имя интерфейса C_CORPO::Corpo_Orders.
2) для таблицы SpStep - имя интерфейса C_CORPO::Corpo_Reserv.
3) для таблицы SpSopr - имя интерфейса C_CORPO::Corpo_Reserv.
4) для таблицы DOres - имя интерфейса C_CORPO::Corpo_Reserv.

Тут видимо проблема в том, что по этой накладной умудрились провести 2 раза ордер, один раз в основной системе, 2 раз во вспомогательной. Вычислите на вашем скрине string(sporder.nrec,21,0) на каждой строке - увидите. Решать нужно административными мерами - накладные надо проводить только в том офисе , в котором они созданы. Ну либо отказаться от корпо по ордерам и полностью все проводить в центральном офисе. Возврат обратно будет затруднен, так что взвесте все за и против.

[korvanakorvana]

вообще слегка наврал

Код: Выделить всё

1) Интерфейс для обновления остатков называется Corpo_Orders. 
Его нужно привязать в корпообмене к таблице SpOrder.
2) Интерфейс для обновления резервов называется Corpo_Reserv. Его нужно 
запускать как внешний интерфейс после окончания КОРПО-обмена или привязать к 
таблицам SpStep, SpSopr, DORes (в этом случае отработает 3 раза вместо одного, 
но он довольно быстрый).

 Настройка системы Суппорт.

Для филиалов(клиентов) и офиса(сервера) в модуле "Репликация данных" - 
"Регистрация" - "Групп таблиц" должны быть ИСКЛЮЧЕНЫ таблицы:
SaldoMC, SaldoFnd, TekSaldo, TekMC, SklOst.

 Обязательно должны быть указаны таблицы:
1) SpOrder, SklOrder
2) SpStep, BaseDoc, StepDoc, DORes, KatSopr, SpSopr (для расчета резервов).

 В модуле "Репликация данных" - "Регистрация" -"Регистрация интерфейсов
и семафоров" для своего абонента нужно указать:
1) для таблицы SpOrder - имя интерфейса C_CORPO::Corpo_Orders.
2) для таблицы SpStep - имя интерфейса C_CORPO::Corpo_Reserv.
3) для таблицы SpSopr - имя интерфейса C_CORPO::Corpo_Reserv.
4) для таблицы DOres - имя интерфейса C_CORPO::Corpo_Reserv.

Тут видимо проблема в том, что по этой накладной умудрились провести 2 раза ордер, один раз в основной системе, 2 раз во вспомогательной. Вычислите на вашем скрине string(sporder.nrec,21,0) на каждой строке - увидите. Решать нужно административными мерами - накладные надо проводить только в том офисе , в котором они созданы. Ну либо отказаться от корпо по ордерам и полностью все проводить в центральном офисе. Возврат обратно будет затруднен, так что взвесте все за и против.

Спасибочки ) я подумаю... а так все настроено как тут)