Последние сообщения

Страницы: [1] 2 3 ... 10
1
Деловые предложения / Re: Оповещение
« Последний ответ от vat 04 Мая 2012, 18:18:54 »
Да, действительно, такая функция имела место быть. В данный момент она не поддерживатся. В случае необходимости можно воспользоваться функцией "монопольного доступа".
2
Такой версии НЕТ! Обсуждение, как Вы понимаете, невозможно.
3
Почему нет пользователей на форуме?
4
Опрос относительно версии АИС Юстиция 1.45.6 - комментируйте, отвечайте, спрашивайте! ???
5
Деловые предложения / Оповещение
« Последний ответ от Ковенко Федор Александрович 02 Мая 2012, 17:50:17 »
В АИС Юстиция необходима система оповещения пользователя - которая бы сообщала пользователю о проведении работ, связанных с администрированием данного продукта!
Данная функция изначально предусмотрена, но на данный момент не работает. :-[
6
В Вашем случае скорее всего произошла накладка в передаваемых данных(судя по выгрузке без ошибок). Необходимо проверить на корректность записи в передаваемых разделах ЕГРП. 
7
когда передавал объекты из управления в районный отдел
произошли ошибки например:
на одного заявителя числилось 2 объекта
короче объекты перемешались между собой
последний раз передавал около 50 объектов
и то же самое, то не показывает активные права, по разному,
хотя процесс передачи прошел без запинок
8
Проблемы в работе форума / Регистрация на форуме
« Последний ответ от Максим Габуния 13 Сентября 2011, 18:51:43 »
В связи с необходимостью, был включен запрет регистрации новых пользователей на форуме.
Поэтому прошу направлять запросы по созданию пользователя на почту forum@just.kopr.ru с текстом:
свое ФИО
регион


Приносим извинения за причиненные неудобства.
9
   
     Что из перечисленного помогло?

     У меня подобная проблема только Word 2007 и если WINWORD один раз завершить, то проблема может повторится еще несколько раз за день
10
В приведенном первом случае объединение запрещено т.к. объединяемый адрес относится к адресному ядру. Системный параметр ADRS_KRNL_ID_DPT говорит программе, какие адреса нельзя трогать (при объединении, при перекодировке).
Если хотите объединить, надо очистить сист.параметр ADRS_KRNL_ID_DPT, тогда это возможно сделать.
Но нужно отдавать себе отчет в том, что объединенная (деактивированная) запись будет так же деактивирована в консолидированной базе, и, если эта же запись адресного ядра  используется в другом филиале, их адреса в консолидированной базе окажутся испорченными.
В Вашем эксперименте на тестовой базе попробуйте очистить значение сист.параметр ADRS_KRNL_ID_DPT и объединить страны (Россию). Причем следует отметить, что механизм объединения на уровне стран объединит нижние уровни (регион, район, нас.пункт) при полном их совпадении.
Переход же всех районов на адреса ОКСМ/ОКАТО должен занимать как можно меньше времени, т.е. быть синхронным, во избежании проблем с адресами в консолидированной базе. Предпочтительный, рекомендательный порядок перехода следующий:
1) во всех отделах, включая ЦА, привести "в порядок" имеющуюся адресную систему, т.е. объединить все дублирующиеся описания. В результате должны быть всего одна Россия, относящаяся к адресному ядру и Россия из справочника ОКСМ (такие адреса в списке выделены цветом);
2) во всех отделах установить OKATO_STRICT_MODE = 1. Значение же сист. параметра ADRS_KRNL_ID_DPT не очищать;
3) сделать адресом по умолчанию именно окатовский адрес;
В результате выполнения этих пунктов в консолидированной БД будут собраны два адресных ядра: с кодом центрального аппарата (как правило) и окатовские (98000)
4) очистить значение сис. параметра ADRS_KRNL_ID_DPT;
5) выполнить объединение адресов, основным описанием выбирать адреса ОКАТО
Страницы: [1] 2 3 ... 10