[andreai]

Кто уже пробывал перерегистрацию на пробной базе ПК СП? Делимся опытом.

[Снежная Королева]

Сообщение от andreai

Кто уже пробывал перерегистрацию на пробной базе ПК СП? Делимся опытом.

Что есть пробная база? Мы в принципе уже провели перерегистрацию и/п, причем своими силами.

[Radnor]

Сообщение от Снежная Королева

Что есть пробная база? Мы в принципе уже провели перерегистрацию и/п, причем своими силами.

У вас же есть там Евгений? Естесственно своими силами
За три дня перерегал 15 БД , в принципе нормально, единственное... в новой сборке (колторая 20) изменился принцип регистрации исходящих документов, но т.к. у нас их регистрирует только одно ПСП, то в общем остальные больше ни на что не жаловались. Инструкция составлено довольно толково, и многа интересного о ПКСП я из нее подчерпнул. Осталось перерегать нам еще приемрно 25 баз.

ЗЫ: ВСЕХ С НАСТУПИВШИМ НГ!!!

[Снежная Королева]

Сообщение от Radnor

У вас же есть там Евгений? Естесственно своими силами

Естественно, за что и спасибо.

[andreai]

Вопрос такой на фтп выложеном 30122009 есть методика подготовки, sql- запросы и прочие мероприятия для подготовки БД к перерегистрации, если не исправить все ошибки а именно (обьединение в сводное по взыскателю ИП прошлых лет 2006,2007,2008 годов, так как их испраление ведет к изменению остатка на 01012009года, тесть на начало отчетного периода). Возможна или перерегистрация в этом случае?

[Снежная Королева]

Сообщение от andreai

если не исправить все ошибки а именно (обьединение в сводное по взыскателю ИП прошлых лет 2006,2007,2008 годов,

Нам это не помешало произвести перерегистрацию. Исправляли ошибки только в классификаторе и/д.

[andreai]

Сообщение от Снежная Королева

Нам это не помешало произвести перерегистрацию. Исправляли ошибки только в классификаторе и/д.

Можно чуть подробнее? вы как я понял чтобы не менять остатки по ИП прошлых лет просто меняли реквизиты номера исполнительного документа? в карточке ИД, я правильно понял?
Можно подробнее...

[Снежная Королева]

Классифицировали исполнительный документ:
1. Вид должника. Выбирали: гражданин, ИП, юридическое лицо .....
2. Вид взыскателя. То же самое...
3. Кем выдан и/д. Мировой судья, районный суд, иной орган...
4. Вид взыскания. Взносы в ПФ, налоги, алименты...
и так далее
И так всё полностью проверяли, исправляли, добавляли...

[Radnor]

Сообщение от Снежная Королева

Классифицировали исполнительный документ:
1. Вид должника. Выбирали: гражданин, ИП, юридическое лицо .....
2. Вид взыскателя. То же самое...
3. Кем выдан и/д. Мировой судья, районный суд, иной орган...
4. Вид взыскания. Взносы в ПФ, налоги, алименты...
и так далее
И так всё полностью проверяли, исправляли, добавляли...

офигели... блин, там метода самое что ни на есть правильная, по ней еще несколько дополнительных запросов сам доработал, просто еще +ом надо испарвлять логические ошибки в БД.. настоятельно рекомендую отнестись к правилкам рационально, что совсем не так - под нож, остальное исправлять по возможности, основные скулы по различным несоотвестсвиям ИП и ИД могу пояснить лично (ф личку OR квип), в принципе если БД с умом поправить то вся перегистрация получается быстро и шоколадно, при проверке ошибки практически никогда не появляются, ну а если и появляются - то такие, быстроустранимые
ЗЫ: по объединению в сводные.. тупо выгружал ИП подлежащие объединению в списки и перердавал в районы.. ИМХО это влияет только на стат отчеты, в нек. райнах их (подлежащих объединению) было по 4-5тыс. чел.. нахфига мне надо их объединять самому??

[Radnor]

Кста, замечено лопаточным методом, что если есть задвоение по коду пользователей в таблице S_USERS, то перенумерация не отрабатывается вообще