CORPO

[stranger1970]

Всем, кто пользуется или пробовал пользоваться системой CORPO
Укажите пожалуйста достоинства и недостатки.
Хотелось бы попробовать и не поломать зубы.
Заранее благодарен.

[AlRo]

Очень ВАЖНО при формировании обмена между базами понимать, какие конкретно данные (на уровне таблиц) необходимо перекачивать.
Например: если репликация данных происходит только для в одну сторону, то лучше в Corpo-сервере настроить передачу изменений всех таблиц каталогов (D_Katal), а все остальные данные вытягивать по запросам (группам запросов). Да и вообщем все зависит от сложившегоя документооборота организации и требований.

[Deinis]

В КОРПО есть отмененные записи (если одну и ту же запись правили на обоих площадках) - в этом случае проходят изменения той площадки, чей приоритет выше. Об этом следует сообщать "подравшимся" пользователям, пусть проверяют. Может такое быть, что один и тот же документ разнесли ТХО на обех площадках. Тогда будет задвоение проводок + пройдет конфликт об одновременной модификации SoprHoz + PlPor или KatSopr или ... на обоих площадках.
И есть отложенные записи. Когда сталкиваются записи с одинаковым уникальным индексом. Например, при создании на обоих площадках контрагента с одним и тем же наименованием при КОРПО-разборе на обеих площадках пройдет конфликт - отложенная запись. Почему отложенная - она отложится в "карман", из которого ее можно будет потом внедрить, когда админы обеих площадок примут решение, какую из записей на какой площадке оставлять, а какую заменять пришедшей и отложенной "в карман". В 5.82 есть проблема. Из "кармана" невозможно ничего внедрить, если конфликтных записей более 1 шт. Как в 5.84 и выше - не знаю.

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

При использовании функции объединения разных объектов (МЦ, Контрагентов и т.п.) можно нарваться на следующую бяку:
После объединения на одной площадке данные придут на другую. И в спецификацию объединения "заползет" пустая строка. Фактически это будет означать: заменить пустую ссылку (равную 00000000000000000h) на твоего контрагента. Представьте себе, что будет! Везде, где контрагент не выбран - появится ссылка на вашего контрагента. ОБЯЗАТЕЛЬНО (!!!) если не хотите нахлебаться разной разности перед запуском процедуры объединения на второй площадке УДАЛИТЕ пустую строку (!!!)

Удачи!

[Elena]

А в 584 еще бОльшая беда с сальдовыми остатками. Если в 582 шел патч принудительного персчета сальдовых остатков после каждого внедрения почты, то в 584 эта проблема опять "висит" в воздухе. Если сальдовые остатки не передавать, то приходится каждый раз после обмена почтой (точнее, ее внедрения) пересчитывать остатки. А если же их передавать, сложность уже описаны Деинисом, кроме того объем рассылки возрастает.

[sth]

в 584 есть такой же патч. И работает он точно также как в 582. Инструкцию по установке можно взять от 582. Все необходимые файлы (corpo_ord.res и tuneslib.dll) лежат в каталоге exe Галактики.

[Elena]

Странно, что его надо руками настраивать, если компоненты уже есть К тому же ведь в патче к 5.82 написано Только для версии 5.82 .`)

[sth]

Конечно в инструкции к 582 написано что это для 582 . Я имел в виду что настраивать все в 584 надо также как в 582.

[Elena]

Я поняла , не первый год "летаю" с Галкой. Вот теперь все нормально!!! Спасибо.
Просто corpo_ord.res и tuneslib.dll при установке лежат в ЕХЕ, и если OpenResources сделаешь на ЕХЕ, жить не будет пока tuneslib.dll не закинешь в SUP_EXE (как написано к патчу 5.82) Неужели трудно было включить все это в стандартную установку ??? И все равно - Спасибо!!!

[Slava]

И в 5.84 выдает - ошибка работы с журналом. По крайней мере у меня. Плюс разработчики сообщили, что считает остатки только на складе, а в производстве -

[Elena]

А у нас теперь ВСЁ нормально
Может быть какие-нить патчя по атлантису не установлены? Они достаточно важны

[sth]

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

[Elena]

2sth: С этим можно согласиться, при условии, что дополнения внесены в документацию. За 3 месяца этот вопрос не раз задавался специалистам, а ответ нашелся случайно.

[Slava]

Да все стоят...

[Deinis]

А еще есть такая беда, когда журнализация таблиц работает некорректно. В частности у нас иногда создаются ТХО копированием из уже существующих (копирование в буфер - Ctrl+F2, вставка из буфера - Ctrl+F3). Или создание внешних атрибутов к таблице. Заходишь в журнализацию, находишь вставку записи (по таблицам HozObor, AttrVal и возможно некоторым другим, в частности по некоторым зарплатным...), заходишь в карточку журнальной записи, а там все поля пустые. Начиная от nRec-а и заканчивая последним самым полем: есть 2 колонки - слева название поля, справа его значение. Вся правая колонка - пустая. Заходишь в созданную ТХО ( или, например, в созданный атрибут), модифицируешь чего-нить. Например добавляешь пробел. Ищешь в журнализации эту операцию модификации, смотришь, а там теперь 3 колонки: "Название поля", "Старое значение" и "Новое значение". И опять обе правые полностью пустые. Еще раз модифицируешь - такая же ситуация. Со следующей модификацией обычно поля "Старое значение" и "Новое значение" в карточке журнальной записи заполнены. Хотя это не всегда. Иногда при первой же модификации эти поля становятся заполненными.
А т.к. КОРПА составляется по журналу, в корреспондирующий офис не попадает НИЧЕГО. Очень интересно, когда, например, скопируют большую ТХО, исправят в ней 2 шаблона проводок. В результате в корресп. офис попадет ТХО с двумя шаблонами проводок из 10-ти. Вот где весело-то. И обнаруживается не сразу.
Отослали в техподдержку скриншоты, описали проблему. Ответили нам, что у нас что-то с триггерами. Наш системщик посмотрел - вроде все нормально.
5.82, Оракл. Была пару-тройку раз выгрузка всей базы в оракловый дамп и загрузка обратно. Может быть из-за этого... Тока как исправить?? ???