Страница 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 также не используется системой после обмена.
С Уважением, Игорь