[neonpro]

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

хотя может у вас как то по другому, просто наши любезно предоставили
нам на откуп ежемесячно обновляемую абонентскую базу области

Можно поподробнее? Как достигли договоренности?

Наше управление в плане автодозовона договорились ТОЛЬКО по самому обзвону, а по получению номеров телефонов - нет... Когда я запускал свой отдел (писал выше) встал вопрос как узнавать номера телефонов. Провайдер настаивает на платной обработке реестров должников. Ведь мы имеем право запрашивать такую информацию бесплатно...

[Radnor]

Сообщение от Истребитель

Можно поподробнее? Как достигли договоренности?

+ про п\договоренность

Договоренности достигли путем переговоров, кста, не самых долгих, Связьинформ на удивление быстро пошел нам на встречу и предоставил абоненскую базу, предварительно разумеется было подписано соглашение про то что нигде и никому, т.е. 1 раз в месяц из рук в руки под подпись и ксиву мне передают диск, на котором лежат текстовые файлы выгрузок данных по абонентам по их районным цехам (ок 39 файлов), я обрабатываею их, выкидывая какие то непонятные левые и кривые записи формирую интербэйсную таблицу, которая содержит все данные,

про СКУЛ
ну а потом поочередно обрабатываю БД ПК СП по районам, первый скул разумеется просто на отбор занных из ПК СП,

SELECT PK, NAME_D, ADR_D FROM IP WHERE VIDD_KEY = "/1/4/" and DATE_IP_OUT is NULL and SUM_<=20000 and
SUM_>0 and ADR_D is not Null ORDER BY PK;
ЗЫ /1/5/ - т.е. ИндПредпр не попадут сюда

после при проходе по записям ФИО из ПК СП надо предварительно проверить на отсутствие 2ных пробелов (т.к. в кирове не знают про функцию trim) и на отсутствие одинарной кавычки, почему то наши юзеры ею иногда мягкий знак заменяют, адрес тоже на всякий случай прогоняем на одну кавычку, затем ищем совпадение по
NAME_D в телефонном справочнике, и если что то найдено то проверяем вхождение назввания улицы NAMEST
в ADR_D,

SELECT PHONE, FIO, NAMEST FROM PHONES WHERE RAYCODE='+kod_ray+'AND FIO='+name_d+';'

с большой вероятностью врят ли на одной улице живут 2 полных тезки.. хотя всяко бывает , но вся равно вероятность ничтожна, ну и собсна если что то найдено то добавляем в реестр строку с NAMEST и кодом РОСПа
ну и потом пересылаю реестр связинформу, насколько я знаю сам автообзвон стоит что то в районе 10 копеек с номера, им предварительно для надиктовки я скинул данные о наши РОСПах, т.е. селу звонит автоинформатор и говорит, что "должок за тобой" и типа надо прийти туда то туда то или позвонить тому то тому то
ну как то вот так


ЗЫ Войнаимир какая то получилась

[raus]

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

после при проходе по записям ФИО из ПК СП надо предварительно проверить на отсутствие 2ных пробелов (т.к. в кирове не знают про функцию trim) и на отсутствие одинарной кавычки, почему то наши юзеры ею иногда мягкий знак заменяют, адрес тоже на всякий

а можно с этого места поподробнее? в порядке повышения квалификации (с)

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

SELECT PHONE, FIO, NAMEST FROM PHONES WHERE RAYCODE='+kod_ray+'AND FIO='+name_d+';'

а этот откуда селект? в ПК СП таких таблиц нет?

[neonpro]

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

а можно с этого места поподробнее? в порядке повышения квалификации (с)

Trim идет с версии FB 2.0 и выше. Поблема в том, что она убирает заданные символы (в нашем случае пробел) только слева, справа, или с обеих сторон. Ее надо было использовать при заполнении справочников, а если контрагент УЖЕ вбит в ИД и ИП с двойным пробелом внутри (между Ф,И,О), эта функция уже не спасет.

Как вариант можно с ее помощью привести в порядок PHYSICAL, и проапдейтить всё остальное.

[neonpro]

Raus: во первых как раз в тему, во вторых на Италте у меня появился серьезный повод не помогать некоторым людям =)
Пишу ответ сюда =)

Я для выборки использую следующий селект:

select distinct 
	   ip.name_d as FIO, 
	   s_address.npname as TOWN, 
	   s_address.streetname as STREET, 
	   case when s_address.korpus 
	   is null then s_address.housenumber else 
	   (s_address.housenumber||"/"||s_address.korpus) end as DOM_KORPUS, 
	   s_address.roomnumber as ROOM 
	   from s_address join physical on s_address.fk=physical.pk 
 and s_address.npname containing "МУРМАНСК" and s_address.tablename =1 
join entity on physical.pk = entity.fk_physleg and entity.e_kind = 0 
join counterparts on entity.pk = counterparts.fk_entity 
and counterparts.c_kind = 1  
join id on counterparts.fk_id = id.pk 
join ip on id.npp=ip.npp 
and ip.date_ip_out is null 
and not exists (select * from ip_stop where (IP_STOP.FK_IP = IP.PK) 
and (IP_STOP.DATE_START <= :finish) 
and (IP_STOP.DATE_END >= :finish or IP_STOP.DATE_END is null) ) 
and (ip.main_d=1 or ip.main_d is null) 
order by 2,3,4,5

В запрос не включаются приостановленные и отложеные ИП. Вместо "Мурманск" - название населенного пункта. Если не надо, можно убрать.


Прим1: алиас FINISH - из статистики Белова. Если ее нет, соответственно ставится дата, на которую необходимо вывести реестр. Если учитывать срок для добровольного исполнения, дата должна быть на несколько дней раньше текущей.

Прим2: проблему двойных адресов (когда по адресу несколько должников), я так и не решил =(

[Radnor]

Сообщение от Истребитель

Trim идет с версии FB 2.0 и выше. Поблема в том, что она убирает заданные символы (в нашем случае пробел) только слева, справа, или с обеих сторон. Ее надо было использовать при заполнении справочников, а если контрагент УЖЕ вбит в ИД и ИП с двойным пробелом внутри (между Ф,И,О), эта функция уже не спасет.

Как вариант можно с ее помощью привести в порядок PHYSICAL, и проапдейтить всё остальное.

в делфи есть три вида обрезки пробелов ltrim, rtrim и trim
и посему, т.к. ПК СП при склейке строки и добавлении её в поле NAME_D может загнать туда двойной пробел,
я программно и корректирую строку прежде чем начать проверку

[neonpro]

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

в делфи есть три вида обрезки пробелов ltrim, rtrim и trim
и посему, т.к. ПК СП при склейке строки и добавлении её в поле NAME_D может загнать туда двойной пробел,
я программно и корректирую строку прежде чем начать проверку

Спасибо, натолкнул на мысль =) у себя тоже исправлю:
Вместо ip.name_d указать:

trim (physical.first_name)||" "||trim (physical.name)||" "||trim (physical.patronymic)

Эт когда совсем лень или некогда ковырять данные в самой базе =)
100% выведет с нормальным одинарным пробелом, при этом в самой базе ничего можно не менять. Да и юзерам можно со спокойной душой такой запрос давать.

[PriStaff]

Да.... в суде это как аргумент составления протокола не представишь.... пробовал... мировые посылают =]]]]]]]

[GORA]

Запросы в организации телефонограммой? Кто пользуется? Шаблончик не выложите?