Страница 1 из 1

проблема с CORPO

Добавлено: 10 фев 2005, 13:32
GTHack
схема 1 главный офис 2 подчинённых, равноправные партнеры.

в одном офисе делают накладные на внутр. перемещение, в другом смотрю - накладные есть но без спецификации, соответственно ордеров тоже нема, в главном офисе всё ок.

как такое могло случиться и где копать ?
почему не синхронизировались эти данные ?

Re: проблема с CORPO

Добавлено: 10 фев 2005, 14:39
Seybukan
по таблицам Katsopr и Spsopr для офиса 1 должны бать абонентами и головной офис и офис 2.
У вас так?

Re: проблема с CORPO

Добавлено: 10 фев 2005, 14:49
GTHack
где и как это можно глянуть ?

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

Re: проблема с CORPO

Добавлено: 10 фев 2005, 14:52
GTHack
дошло - спасибо

дак это что получается - всё что в одном офисе делалось до второго не доходило :(
как щас синхронизировать ?

Re: проблема с CORPO

Добавлено: 10 фев 2005, 15:02
Seybukan
1. Если офисы не далеко лучше синхронизировать БД путем тупого копирования и начать рассылку заново. Обсуждалось ищите.
2. Можно после проведенных настроек из офиса 1 выполнить функцию сервис\отослать таблицу. Но это может быть огого - сами понимаете смотря какие таблицы по размеру.

Re: проблема с CORPO

Добавлено: 10 фев 2005, 15:06
Goblin
Можно полностью выполнить отсылку нужных таблов ...

Re: проблема с CORPO

Добавлено: 10 фев 2005, 16:02
GTHack
я вот думаю - зачем все,
в офисах токо формируют счета, накладные и ордера, ну и вводят новые организации если нужно, это раз

второй офис я завел в ноябре прошлого года это два

для офиса 1 не пришло с офиса 2, и наоборот
т.е. думаю если в головном офисе дать такой запрос

update * from spsopr where (код офиса 1)==ATL_ORIGINOFFICE;

update * from spsopr where (код офиса 2)==ATL_ORIGINOFFICE;

то все заново обновится и соответственно отошлется, ну так придется пройтись по всем таблицам где
(код офиса 2)==ATL_ORIGINOFFICE;
(код офиса 1)==ATL_ORIGINOFFICE;
это три

как считаете - сработает такой вариант ???

Re: проблема с CORPO

Добавлено: 11 фев 2005, 12:37
sth
стоит учесть, что в atl_orginoffice хранится не номер офиса, где была заведена запись, а номер офиса, который ее последним модифицировал.

Re: проблема с CORPO

Добавлено: 11 фев 2005, 13:48
GTHack
при корпо обмене я думаю как раз это поле и смотрится при принятии решения о рассылке соответствующей записи тому или иному офису

Re: проблема с CORPO

Добавлено: 14 фев 2005, 20:51
ecasoft
При корпо-обмене записи не смотрятся откуда они. Когда работаете в офисе, то все, что Вы так натворите записывается в журнал. Корпо тупо с времени последней отсылки отбирает записи, пакует их и отправляет на mail-сервер. Тот решает конфликты и рассылает дальше). ATl_Вы не можете модифицировать...так как его модифицирует сама система. После выполнения любого запроса на изменение записи система пропишет все равно в него номер офиса, в котором вы делаете запрос..чтобы Вы туда не хотели записать. Сами задумайтесь - ЭТО НОМЕР ОФИСА В КОТОРОМ МОДИФИЦИРОВАЛИ. А Вы как раз и делаете МОДИФИКАЦИЮ.

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

С Уважением, Игорь