new_year

Форум

ГлавнаяSergey Cheban

Sergey Cheban

Форум

Дата создания

Выбрать дату в календареВыбрать дату в календаре

Тема

Сообщение

Упорядочить

Выбрать дату в календареВыбрать дату в календаре

Взаимодействие с ГИС ЖКХ: XLSX vs. SOAP
 
[QUOTE]Programmer пишет:
Вопросы по интеграции.
а) Получаю квалифицированный сертификат двумя способами:
1. Скачиваю из личного кабинета удостоверяющего центра.
2. Экспортирую из хранилища Windows.
При этом получаются файлы с расширением cer разного размера.
Во втором способе примерно на килобайт больше, чем в первом.
При регистрации тестовой ИС ГИС принимает каждый из этих сертификатов.
Какой сертификат "скармливать" ГИСу?[/QUOTE]
[URL=https://serverfault.com/questions/215606/how-do-i-view-the-details-of-a-digital-certificate-cer-file]How do I view the details of a digital certificate .cer file?[/URL]
Для начала стоит сравнить сертификаты любым из предложенных способов. Может, они и не отличаются вообще, просто закодированы по-разному.
По идее, проверка сертификата - забота ГИС, и если её сертификат устраивает, то волноваться не о чем.
Письмо Козаку от РСПП по ГИС ЖКХ
 
[QUOTE]Nik1950 пишет:
Полностью с Вами согласен. Каждый  вид информации должен ВВОДИТЬСЯ  в СИСТЕМУ только один раз и только ЕЕ законным  ПЕРВОИСТОЧНИКОМ !
А именно :
1.Начать надо было с ФИАС и привести его в порядок по всей стране. Наладить регулярный (лучше ежедневный) обмен между БАЗОЙ ФАИС и ГИС !
[/QUOTE]
Для начала - неплохо было бы наладить взаимодействие между ФИАС и ЕГРН/ЕГРП/ГКН. А до этого - наладить связь между ЕГРП и ГКН. Это мы сейчас наблюдаем, ЕГРП и ГКН объединили в ЕГРН. Как Вам результат? По-моему, хреново получилось, три месяца вообще ничего не работало, а нормального объединения нет до сих пор и, наверное, не будет ещё несколько лет.

Единственное, с чем соглашусь - это с тем, что РСО и особенно фонды капремонта нужно было пускать в ГИС до УК. Это сэкономило бы кучу сил и нервов. А в остальном - человеческая жизнь слишком коротка, чтобы решать перечисленные проблемы последовательно.
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
Могу понять почему не указан массив - если установить массив более чем из одного элемента компилятор изменит размер структуры, а если объявить как массив из одного элемента (как обычно делается для массива неизвестной длины), то нужно отключать проверку индексов массива при работе со структурой (иначе вылетит исключение). Так что явно придется менять описание структуры.
Есть еще одна мысль, где искать ошибку - возможно в описании еще и перепутаны одноименные A и W функции и на самом деле надо передать Юникод строку (да еще с двойным нулем в качестве завершающего символа).[/QUOTE]
Насчёт unicode - вряд ли. Он описан как LPSTR *, а не как LPTSTR * или LPWSTR *. Да и функция CertFindCertificateInStore - одна, без A и W версий.
Про описание структуры - это какая-то паскалевская специфика, я её, увы, не знаю.
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
Вчера весь день пытался заставить cryptoapi выдать подпись конкретным сертификатом. Идея была в использовании функции поиска сертификата CertFindCertificateInStore с определенным значением в расширенном использовании ключа. Вот только я видимо не понимаю как она работает, потому что она ничего не находит, хотя сертификат с указанным использованием есть и функцией перечисления всех сертификатов находится.[/QUOTE]
Чёрт его знает. Но... А что Вы будете делать, когда у Вас заведутся несколько сертификатов с этим значением в enhanced key usage (из них парочка - устаревшие)? По-моему, правильнее по fingerprint (CERT_FIND_HASH) выбирать.

[QUOTE]two_oceans пишет:
(rgpszUsageIdentifier - в префиксах Си я не очень разбираюсь, первый раз такой rgpsz вижу, но комментарий стоит array of psz). Уже ее заполнял и как массив указателей на буферы и как указатель на массив указателей на буферы - результат один.[/QUOTE]
Я тоже такое впервые вижу, но см. [url:3carpevi]https://en.wikipedia.org/wiki/Hungarian_notation[/url:3carpevi] и [url:3carpevi]https://msdn.microsoft.com/en-us/library/aa260976(VS.60).aspx[/url:3carpevi]. RanGe of Pointers to String Zero-terminated.
Вот пример на паскале: [url:3carpevi]http://www.cryptopro.ru/forum2/default.aspx?g=posts&m=10354#post10354[/url:3carpevi].

[QUOTE]two_oceans пишет:
Соответственно придется хорошенько подумать относительно аналогичных функций для OpenSSL - поиска и перечисления сертификатов.[/QUOTE]
Вроде, OpenSSL ни про какие хранилища сертификатов не знает. Ему нужен либо сам сертификат в виде блоба, либо, на худой конец, имя файла. В принципе можно и с криптоапи поступить так же, давать ему сертификат в файле, но это не очень хорошо: windows позволяет сохранить сертификат в хранилище без возможности экспорта, это снижает риск утечки приватного ключа.
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
За сегодня накидал мини-менеджер памяти для конкретного типа промежуточным слоем, но ясности это не принесло, кроме того, что теперь время от времени валится на нем, так как выделение/освобождение памяти теперь через него (но проходит через паскалевский менеджер).[/QUOTE]
Попробуйте реализовать вот этот приём, раз уж у Вас есть свой менеджер памяти: [URL=https://en.wikipedia.org/wiki/Guard_byte]https://en.wikipedia.org/wiki/Guard_byte[/URL].
Некоторые компиляторы умеют делать это самостоятельно (см. [URL=https://en.wikipedia.org/wiki/AddressSanitizer]https://en.wikipedia.org/wiki/AddressSanitizer[/URL], например), но про паскаль, увы, я ничего не знаю. Ну и не забывайте, что memory overrun может происходить не на тех данных, которые Вы выделяете через свой менеджер памяти, а на каких-то других.
Ещё посмотрите в сторону heaptrc ([URL=http://wiki.freepascal.org/heaptrc]http://wiki.freepascal.org/heaptrc[/URL]). Может быть, он поможет найти проблему.
И ещё посмотрите, нет ли у вас аналога функции _heapchk ([URL=https://docs.microsoft.com/ru-ru/cpp/c-runtime-library/reference/heapchk]https://docs.microsoft.com/ru-ru/cpp/c- ... ce/heapchk[/URL]) или способа её вызвать. Я просто не в курсе.
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
ОК, освобождаю старый буфер - исключение Invalid pointer operation.[/QUOTE]
Есть сильное подозрение, что несколько раньше у Вас случился memory overrun и повредились внутренние данные менеджера памяти. После этого всё работает до тех пор, пока испорченные данные не понадобятся менеджеру памяти. Т.е. проблема вообще не в том месте, которое падает.
Загрузка ЛС через шаблоны
 
[QUOTE]two_oceans пишет:
Я тоже полагаю, что идентификаторы должны поступать от госорганов. Другой вопрос, что на данный момент предусмотрено, что человек при получении госуслуг везде предъявляет паспорт, то есть возможно данные паспорта все-таки придется вносить. Однако нет необходимости их все хранить в ГИС - достаточно один раз (при внесении данных паспорта в ГИС) валидировать данные паспорта (как при регистрации на госуслугах) и по ним запросить ИНН и СНИЛС (внутренние запросы из ГИС ЖКХ по СМЭВ, см. ниже). Сохранения ФИО, СНИЛС и ИНН  в ГИС ЖКХ (серия/номер паспорта может измениться, так что полагаться на них не очень хорошо) более чем достаточно для идентификации человека по любой другой ФГИС. Возможно сделать открытым для просмотра только ФИО, остальное при изменении вводить с чистого листа для защиты персональных данных.[/QUOTE]
К сожалению, может оказаться, что собственник - это Йохн Смитх (John Smith), гражданин США, водительское удостоверение 123456 штата Нью-Йорк. Квартиру он получил в наследство, сам в России никогда не был и не собирается, документы оформлялись по доверенности. Ну ладно, если он гражданин США, то у него хотя бы SSN есть. А если нет? В общем, некое название собственника Росреестр точно может дать (и даёт сейчас даже в открытом доступе), а вот СНИЛС или ОГРН - только если повезёт. Если не повезёт, то мы упрёмся в то, что собственник просто не числится в российских базах.
Но это - не проблема ни для ГИС, ни для УК (пока долги не появились). Если собственник хочет получить доступ в ГИС и автоматически видеть свои объекты, то пусть получает СНИЛС и вносит его в росреестр.

[QUOTE]two_oceans пишет:
[QUOTE]Sergey Cheban пишет:
4. Системы, позволяющей по неполным данным (ФИО, дата-место рождения, номер удостоверения личности, СНИЛС, ИНН) установить конкретное лицо, в России пока нет, но работа по её созданию уже началась.[/QUOTE]На самом деле это не совсем так. Единой системы действительно нет, но запросить основные данные из разных систем, в том числе автоматически, возможно уже сейчас. Единая система будет нужна только для более специфической информации, вроде медицинской, налоговой или хранящейся в определенном органе. Фактически в единой системе даже наверно нет острой нужды - специфическую информацию и не нужно раскрывать всем, но конечно с единой системой будет удобнее.[/QUOTE]
Я про вот эту штуку: [URL=http://government.ru/media/files/eZZXmXC2bbIZGDSAun2lyOHpQLY7n1os.pdf]Концепция формирования и ведения единого федерального информационного ресурса, содержащего сведения о населении Российской Федерации[/URL].

[QUOTE]two_oceans пишет:
Кнопку "назначить себя плательщиком" или выбор из списка собственников той же квартиры не так трудно сделать. А вот если собственник хочет указать кого-то другого, то пусть вводит все паспортные данные. С другой стороны, такой подход еще больше запутает УО.[/QUOTE]
Я думаю, так:
1. Согласно ст. 249 ЖК РФ, "Каждый участник долевой собственности обязан соразмерно со своей долей участвовать в уплате налогов, сборов и иных платежей по общему имуществу, а также в издержках по его содержанию и сохранению".
2. Как участники будут разбираться друг с другом, это их проблемы, впутывать в это дело УК и ГИС нет смысла. Нужно выставлять один счёт на всех, и пусть оплачивают как хотят. В счёте обязательно нужно указывать адрес помещения и номер лицевого счёта, а данные собственников/плательщиков никому особо не нужны. Видеть счёт должны все собственники, для которых в Росреестре указан СНИЛС или ОГРН.
3. Если в правах собственности произошли изменения, то расчёт удобно начинать заново. Поставьте себя на место судьи, к которому УК пришла взыскивать долги. Думаю, Вам было бы удобно видеть что-то вроде "Счета за январь-июнь должны были оплачивать Иванов и Петров 50/50, а счёта за июль-сентябрь - Иванов, Петров и Сидоров в пропорции 50/25/25. За январь-июнь накопилось 22222 рубля долга, а за июль-сентябрь - 8888 рублей. Ответчики в суд не явились. Ну, стало быть, Иванов должен 22222/2+8888/2, Петров должен 22222/2+8888/4, Сидоров должен 8888/4".
4. Случаи, когда за квартиру обязан платить не собственник, перечислены в ст. 153 ЖК РФ. Может быть, когда-нибудь ГИС доработают, чтобы собственники в этих случаях могли указать СНИЛС плательщика. Но это явно не самая важная задача. Для начала достаточно, чтобы плательщик мог подключить лицевой счёт вручную, и это уже реализовано.
5. Отдельный вопрос, куда привязывать счётчики в коммуналках. По идее, квартирные счётчики должны видеть собственники всех комнат, расположенных в этой квартире.

[QUOTE]two_oceans пишет:
Про несовершеннолетних - однозначно нет, они же не могут распоряжаться имуществом, да и по оплате с них спроса нет, зачем им ЛС.[/QUOTE]
Я думаю, что в каждый момент времени должен быть один активный лицевой счёт на помещение, независимо от количества собственников, их возраста и дееспособности. Но в принципе несовершеннолетние и недееспособные обязаны платить за квартиру наравне с совершеннолетними и дееспособными. Что делать, если они не платят - это отдельный разговор.
Загрузка ЛС через шаблоны
 
[QUOTE]Andrey_S пишет:
Как бы то ни было, ситуация такова: ГИС ЖКХ заточена на размещение строгих идентификационных данных плательщиков по лицевым счетам - от этого зависит и функциональность личных кабинетов плательщиков (доступ к затрагивающей их интересы размещенной в ГИС ЖКХ информации), и возможность формирования/оплаты ими единого платежного документа (сводного по размещенным услугам от всех поставщиков ЖКУ, т.е оплата по ЕЛС). Нет строгих идентификационных данных плательщиков - нет и этой функциональности. Как реализовать эту функциональность по другому (с учетом необходимости разделения доступа) - я и теоретически представить себе не могу. Поэтому полагаю, что рано или поздно обязанность по размещению в ГИС ЖКХ строгих идентификационных данных плательщиков будет установлена и в нормативке (если, конечно, ГИС совсем не свернут). Так что сейчас если и не размещать их в ГИСе, то по крайней мере приводить в порядок свои собственные базы в этой части, выстраивать бизнес-процессы по сбору этих сведений поставщикам ЖКУ следовало бы.[/QUOTE]
Я думаю, так:
1. У каждого жилого помещения, будь то комната или квартира, должна быть кадастровая стоимость, от которой считается налог на имущество. Значит, должен быть и кадастровый номер. У большинства помещений кадастровые номера есть уже сейчас, у остальных - появятся со временем, никуда не денутся.
2. По заявлению заинтересованных лиц Росреестр уже сейчас обязан приводить свои данные в порядок в трехдневный, кажется, срок.
3. Данные по правам собственности на помещения есть в Росреестре уже сейчас, и в подавляющем большинстве случаев они достоверны. К сожалению, из персональных данных ЕГРН даёт в открытый доступ только ФИО.
4. Системы, позволяющей по неполным данным (ФИО, дата-место рождения, номер удостоверения личности, СНИЛС, ИНН) установить конкретное лицо, в России пока нет, но работа по её созданию уже началась.
Всё это заставляет предположить, что УК со временем смогут _брать_ данные (не)плательщиков из ГИС, а ГИС будет получать их либо из ЕГРН, либо, в случае соц. найма, от фонда соц. найма.

Btw, моему отцу ещё прошлой осенью завели лицевой счёт, и этот счёт успешно привязался к его личному кабинету в ГИС. При этом я на 90% уверен, что свой СНИЛС он в УК не давал. А я в ГИС вижу свои помещения, вижу их кадастровые номера и вижу, что ни для одного из них лицевых счетов нет. Если б были, то, думаю, они тоже успешно привязались бы.
Плановые сроки выхода версий ГИС ЖКХ
 
[QUOTE]Andrey_S пишет:
Со скрипом, но начинают раскрывать информацию заранее.[/QUOTE]
Кстати, в [URL=http://zakupki.gov.ru/epz/order/notice/ok44/view/documents.html?regNumber=0500400001217000628]закупке №0500400001217000628[/URL] есть техническое задание на следующий этап ГИС ЖКХ. 255 страниц.
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
С учетом сказанного, а если так: переключить один жесткий диск на только чтение, скопировать, перевернуть данные на копии, подключить копию к новому хранилищу для чтения, [/QUOTE]
Я, честно говоря, предпочёл бы уйти от этой темы. Во-первых, здесь это махровый оффтопик, поскольку к ЖКХ не относится никаким боком. Во-вторых, я о ней имею только самое общее представление, на уровне "Мы не можем перейти на новый стандарт C++, поскольку пока не избавились от компьютеров, для которых нет компиляторов, поддерживающих этот стандарт". Плюс, конечно, общая эрудиция и общее представление о том, чем занимается компания. В-третьих, всё, что не общеизвестно, закрыто NDA.

[QUOTE]two_oceans пишет:
По ГОСТ: проблема даже не в том, что "хочется" ГОСТ - персональные данные передающиеся из одного подразделения в другое подразделение по общей сети провайдера должны быть защищены ГОСТ.[/QUOTE]
Да, это многое объясняет (тех, кто придумал всю эту возню с персональными данными, поубивал бы). Конкретно, увы, ничего не подскажу: я не сисадмин, со всем этим практически не пересекаюсь.

[QUOTE]two_oceans пишет:

С ГОСТ-2012 будет проблема при отсутствии реализации в OpenSSL. Хотя и тут есть шанс попробовать библиотеку связывающую OpenSSL и КриптоПро, а вдруг она сумеет из КриптоПро 4.0 ГОСТ-2012 подключить (помечтать не вредно, но с учетом, что библиотека до сих пор TLS 1.2 не может обработать - маловероятно). Похоже все идет к тому, что придется сделать три версии внутреннего УЦ (с ГОСТ-2001 на 3 года, с RSA  и ГОСТ-2012 до 2040 года).
[/QUOTE]
Зачем сейчас начинать делать на гост-2001 - не очень понимаю. Тем более с корневым ключом на три года (с учётом, что он окончательно сдохнет через полтора).

[QUOTE]two_oceans пишет:
[SIZE=85px][COLOR=greenpt]Отправлено спустя 22 минуты 16 секунды:[/COLOR][/SIZE]
[QUOTE]Sergey Cheban пишет:
И второй позор - отсутствие бесплатной реализации и прочие vendor lock'и[/QUOTE]OpenSSL доберется и до него, вопрос времени.[/QUOTE]
Реализация гост для openssl есть в виде внешнего engine, подключаемого через конфиг: [URL=https://github.com/gost-engine/engine]https://github.com/gost-engine/engine[/URL]. Но - это и всё, кажется. В NSS (firefox, chrome, thunderbird etc) госта нет, криптопровайдер для windows - только проприетарный cryptopro, и т.д. Российских корневых сертификатов нет по умолчанию в windows и браузерах, хотя процедура включения [URL=https://technet.microsoft.com/en-us/library/cc751157.aspx]известна[/URL].
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
Как мне кажется, если уже есть перекомпилированный рабочий код на другую платформу, то весь вопрос в разовом перевороте данных на диске (с учетом длины переворачиваемых частей). То есть выяснить местоположение и размер каждой части и перевернуть. Усложнять весь код из-за необходимости разовой операции как-то черезмерно рискованно. А при разовой операции, какая бы она не была долгая, про урон производительность речи не идет.[/QUOTE]
Разовая переконвертация - скорее всего, не вариант.
- Это не ГИС и не Росреестр, которые могут себе позволить выключиться на пару месяцев, чтобы сменить форматы данных. Money never sleep.
- Данных много. Устройства, на которых они хранятся, подключены не к какой-то конкретной машине, а к сети.
- Заменить зоопарк машин, работающих с этими данными, за один приём не получится. И по техническим причинам (там десятки тонн компьютеров), и по организационным. Никто не будет рисковать, заменяя все компьютеры одновременно.
Сначала в сеть добавят одну little-endian машину и убедятся, что она _читает_ данные нормально. Потом вторую. Потом заведут какое-нибудь тестовое хранилище, в которое little-endian машины смогут писать, и проверят, что big-endian смогут это читать. Потом переведут в это хранилище какие-нибудь не очень важные данные и проверят, что клиенты не жалуются. Потом, постепенно, будут доверять little-endian машинам всё более важные операции. И только потом - начнут потихоньку выключать big endian. Как-то так (в очень упрощённом изложении и не затрагивая взаимодействие этого процесса с другими событиями).

[QUOTE]two_oceans пишет:
Меня вот озаботило другое - я думал делать внутренний УЦ на ГОСТ-2001 и корневой сертификат до 2040 года бахнуть (подчиненный УЦ лет на 5 и сертификаты на ПК (машинные) года на 3). Но если ГОСТ-2001 придется менять через полтора года, то наверно надо сразу ГОСТ-2012 закладывать. Вот печаль-то.[/QUOTE]
Внутренний - беспроблемнее на RSA делать, imho. По крайней мере, там криптопровайдеры во всех ОС из коробки доступны и бесплатны. А если вдруг RSA сломают, то внутренний УЦ будет не самой большой проблемой. Но если хочется гост, то, конечно, "безумству храбрых поём мы песню".

[QUOTE]two_oceans пишет:
Все так, проблема в том, что все сделано по инструкции: установлен КриптоПро 3.6,[/QUOTE]
Ну вот с 2019 года криптопро 3.6 превратится в тыкву. Поэтому я бы предложил, добившись хоть какой-то работоспособности на 3.6, не затягивать и как можно скорее попробовать 4.0. Получится - хорошо. Не получится - отправить запрос в техподдержку и жить на 3.6, пока не ответят.
Второй вариант - не пробовать, а просто спросить у ГИС, как и когда она собирается переходить на новый гост, и не пора ли обновить инструкцию (она, небось, с выхода 3.6 ни разу не обновлялась).

PS. Вообще, это позор, что гост появился в 2012 году, а его реализация - только в 2016. И второй позор - отсутствие бесплатной реализации и прочие vendor lock'и. Но - "это не беда, это расходы".
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
Мысль уловил, головняк изрядный, хотя пример про железо наверно не очень удачный, так как данные пишут диски, но и читают тоже они. Те же самые big-endian жесткие диски подключенные к одной платформе и к другой платформе прочитают то же самое, другой вопрос, что драйвер, работающий с ними должен будет данные перевернуть перед передачей прикладным программам.[/QUOTE]
Пример взят из жизни. Решать такие вещи на уровне драйвера нельзя: драйвер ведь не знает, что он читает, int или строку. Строку переворачивать нельзя, чтобы из abcdef не получилось badcfe. В результате руководство стоит перед выбором: то ли остаться на старом железе (а оно экзотическое, дорогое, не дружит с современными средствами разработки и пр.), то ли внимательно расставить ntohl/htons по всему коду (при этом кода много, цена ошибки велика, да ещё и производительность может пострадать).

[QUOTE]two_oceans пишет:
Логично, но как-то неправильно. Российские УЦ не сообщают клиентам практически никакую техническую информацию о будущем сертификате. Пару недель назад добивался от сотрудников регионального отдела продаж одного из крупнейших УЦ - добился только что в выбранный сертификат для ЭП-ОВ не будет включена персональная информация и что в других ИС кроме СМЭВ он вроде бы не должен работать (как мне и надо). Внятно объяснить какие именно расширения сертификата и значения расширенного использования будут в сертификате они не могут, максимум назвать тарифный план и спросить у кого-то будет ли работать на определенной ИС. Меня три раза переспросили действительно ли я хочу чтобы не работало. Про параметры хэша, полагаю, они даже не слышали.[/QUOTE]
Увы.

[QUOTE]two_oceans пишет:
Не вдавался настолько в тему про новый ГОСТ, с текущим бы разобраться,[/QUOTE]
Я тоже не в теме различий между ними, но подпись, сформированная по новому госту, может прийти от ГИС в самый неожиданный момент.

[QUOTE]two_oceans пишет:
Путаница изрядная, ясно только, что с 2019  года нужно обновить криптопровайдер на поддерживающий новый хэш и видимо сгенерить новые ключи (с учетом что ключи как правило на год, ничего существенно нового - и там постоянно меняем).[/QUOTE]
Криптопровайдер надо обновлять уже сейчас (я так понимаю, что нужен криптопро 4.0). И готовиться к приёму подписи по новому госту - тоже сейчас, такая подпись в любой момент может прийти (примерно дату можно прикинуть, посмотрев на дату истечения сертификата ГИС). А ключи - да, должны в рабочем порядке обновиться, на это и дано время с 2013 до 2019 года.

[QUOTE]two_oceans пишет:
Кстати, не новый ли ГОСТ требует ГИС ЖКХ, когда ругается, что нет согласованного ФСБ алгоритма.[/QUOTE]
Сейчас, по идее, старый гост пока должен работать (как на самом деле, не знаю). Я бы предположил, что ГИС требует хоть какой-нибудь ГОСТ, но именно ГОСТ, а не американские алгоритмы. По умолчанию ГОСТа нет ни в windows, ни в браузерах.
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
но вывод ошибки "Похоже использован неверный endian, используйте big endian, определенный по стандарту" был бы более информативен для начинающих разбираться в теме (и копирующих примеры, не понимая их), чем просто "Плохая подпись".[/QUOTE]
У тех, кто думает о безопасности, свои профессиональные привычки. Они стараются не передавать ничего лишнего, потому что "всё, что вы скажете, может быть использовано против вас".

[QUOTE]two_oceans пишет:
Хотя, например, не понятно почему XMLDSIG, в котором почти все указывается параметрами (хотя для некоторых допустимое значение определено только одно! как для кодировки - Base64) не требует указывать big-endian явно в DigestValue и SignatureValue, а жестко определяет порядок байтов в базовом типе.[/QUOTE]
Ну... Формат такой. Посмотрите на число 1234. Это и для нас тысяча двести тридцать четыре, и для евреев, которые пишут справа налево. Как-то обходимся без явного указания, в какую сторону число надо читать.

[QUOTE]two_oceans пишет:
Сетевой порядок байтов - это конечно хорошо, но фактически под win32 на intel x86-x64 программисты сталкиваются с ним главным образом при кодировании ip-адреса (и там он воспринимается скорее как "плагиат реализации IP протокола с линуха"). И наверно все, навскидку не припомню других широко распространенных применений.[/QUOTE]
Навскидку - посмотрите на [URL=https://en.wikipedia.org/wiki/Byte_order_mark]byte order mark[/URL], позволяющий отличить little-endian utf-16 от big-endian utf-16.
Но вообще byte order - это большой головняк. Представьте себе крупную компанию, в которой исторически используется big-endian железо, которое пишет данные на диски в своём родном формате. А теперь представьте, что руководство этой компании интересуется: "А не перейти ли нам с этого железа на обычные x86? Перекомпилировать исходники под другую платформу, и подключить к ней имеющиеся диски". И вот тут выясняется, что перекомпилировать мало, надо ещё везде расставить забытые при разработке ntohs и htons, чтобы работало.

[QUOTE]two_oceans пишет:
Еще момент, который тоже хочется "перебрать" - возможность нахождения в контейнере 2 пар ключей: одна - типа AT_SIGNATURE, другая типа AT_KEYEXCHANGE. Формально первый тип предназначен для подписи, второй для согласования ключей.[/QUOTE]
Я не в теме, но гугл подсказал, что не совсем так:
[URL=http://cpdn.cryptopro.ru/content/csp40/html/group___pro_c_p_c_key_1gb9cb608b6350b784b95e1a4ada0017bf.html]http://cpdn.cryptopro.ru/content/csp40/ ... 017bf.html[/URL]
[quote:1u4jqox8]AT_KEYEXCHANGE - "Предназначена для обмена сессионными ключами и ЭЦП", AT_SIGNATURE - "Предназначена для ЭЦП".[/quote:1u4jqox8]

[QUOTE]two_oceans пишет:
[URL=http://www.delphikingdom.com/asp/viewitem.asp?catalogid=1323]Тут[/URL] и [URL=http://forum.foxclub.ru/read.php?29,562068,page=2]тут[/URL] утверждается, что если возвращает "1.2.643.2.2.30.1" то все вообще окей, а иначе надо устанавливать при проверке хэша/подписи то же значение параметров, что было при вычислении хэша/подписи. На форуме КриптоПро то же самое пишут.
Вопрос: а что указывать, если в сертификате окажется другое значение параметров хэша.[/QUOTE]
Я опять же не в теме, но сдаётся мне, что правильно будет отказаться принимать такой сертификат от греха подальше: если мы будем принимать разные параметры криптоалгоритма, то злоумышленник сможет предложить нам наименее криптостойкие параметры.
Вообще, фраза "Сообщество российских разработчиков СКЗИ согласовало используемые в Интернет параметры ГОСТ Р 34.11-94, см. RFC 4357" ([URL=https://ru.wikipedia.org/wiki/%D0%93%D0%9E%D0%A1%D0%A2_%D0%A0_34.11-94]отсюда[/URL]) вызывает у меня недоумение. Но - имеем что имеем.

И ещё: [URL=https://www.cryptopro.ru/news/2017/06/o-preduprezhdeniyakh-v-kriptopro-csp-versii-39-i-40-s-1-iyulya-2017-g]https://www.cryptopro.ru/news/2017/06/o ... lya-2017-g[/URL]
[quote:1u4jqox8]Обращаем внимание, что в связи с требованиями ФСБ России, сопряженными с запретом использования ГОСТ Р 34.10-2001 для формирования подписи после 1 января 2019 года (источник), с 1 июля 2017 года в КриптоПро CSP версий 3.9 и 4.0, а также КриптоПро JCP 2.0 будут появляться предупреждения о необходимости скорого перехода на ГОСТ Р 34.10-2012 при формировании ключей ГОСТ Р 34.10-2001, а с 1 октября 2017 года – и при формировании подписи по ГОСТ Р 34.10-2001.[/quote:1u4jqox8]
Я так понимаю, что "1.2.643.2.2.30.1" - это старый гост.
Поддержка длинных строк
 
[QUOTE]two_oceans пишет:
Однако, если пытаться проверить подпись .NET средствами ms cryptoapi (и наоборот) без переворота проверка провалится. То есть в подписи нет признака порядка байтов - если проверка выдала ошибку попробуйте перевернуть и проверить еще раз.  :lol:
[/QUOTE]
Вот не надо так делать. Надо - понимать, кто в каком формате данные получает и предоставляет, и переворачивать правильным образом. Это [URL=https://msdn.microsoft.com/en-us/library/windows/desktop/aa381097(v=vs.85).aspx]документировано[/URL]:
[quote:3h2ppcrq]The native cryptography API uses little-endian byte order while the .NET Framework API uses big-endian byte order. If you are verifying a signature generated by using a .NET Framework API, you must swap the order of signature bytes before calling the CryptVerifySignature function to verify the signature.[/quote:3h2ppcrq]
В сеть и в файлы - рекомендую выдавать данные в том виде, который использует .NET: это так называемый "сетевой порядок байтов", он традиционно используется для совместимости между машинами разных архитектур.

А в остальном - очень информативно.
Размещение квитанций в ГИС ЖКХ
 
[QUOTE]Вольдемар пишет:
я пытался выяснить, каким образов система дифференцирует одного Иван ИВаныча, от другого. Так и не узнал.[/QUOTE]
На данный момент государство не умеет надёжно отличать одного Иван Иваныча от другого. В перспективе - планируют создать для этого очередную информационную систему:
[URL=http://www.rbc.ru/politics/08/07/2017/596089459a79478c12c89e51]http://www.rbc.ru/politics/08/07/2017/5 ... 8c12c89e51[/URL]
[URL=http://government.ru/media/files/eZZXmXC2bbIZGDSAun2lyOHpQLY7n1os.pdf]http://government.ru/media/files/eZZXmX ... Y7n1os.pdf[/URL]
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Sergey_P пишет:
[QUOTE]Sergey Cheban пишет:
Ничего не поделаешь, договор рано или поздно придётся изменить, чтобы ПД соответствовал новому законодательству.[/QUOTE]
это какому? форма квитанции в ГИС ни где не урегулирована как обязательная ... вы как всегда [S]ни хрена не разбираетесь в вопросе[/S] заблуждаетесь.
[/QUOTE]
Будет урегулирована, никуда не денется. Сейчас, когда большинство УК не завели в ГИС лицевые счета, требовать их указания в квитанциях нереально, но рано или поздно - потребуют. Но никакой проблемы в этом не будет: формировать квитанции для УК будет ГИС (ей всё равно придётся делать это для жителей, так что будет и для УК), а УК останется только скачать PDF с квитанциями, запихнуть бумагу в принтер и отправить задание на печать.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
Вам религия мешает распечатывать квитанции в том виде, который предложит ГИС? И пусть бабушка идёт с такой квитанцией хоть в банк, хоть на почту, хоть к Вам в кассу.[/QUOTE]
Мы свои квитанции не распечатываем, это делает ЕИРЦ по договору. В договоре утверждена форма ПД. И пусть только дернутся что-то изменить![/QUOTE]
Ничего не поделаешь, договор рано или поздно придётся изменить, чтобы ПД соответствовал новому законодательству.

[QUOTE]Юлия Т. пишет:
Да вы с жителями не работали, есть такие  зануды, которым все равно понадобиться подпись и печать на квитанции, пусть даже она будет с ГИС ЖКХ распечатана.[/QUOTE]
Ну если им надо, то почему бы и нет?

[QUOTE]Юлия Т. пишет:
[quote:1avl95p4]Вы бы предпочли, чтобы житель вместо этого сразу пошёл в прокуратуру и ГЖИ с жалобами? Серьёзно?
А пока житель не потребовал подпись руководителя, он получал в ответ на все свои письма в УК "Отписку типовую, вариант 4".[/QUOTE]
У нас все вопросы решаются на месте, если ошибка действительно техническая или в документе на квартиру Росреестр что-то не то впечатал. Что-то мы сами выявляем и без всяких проблем исправляем. Но если житель считает, что ему много начислили по счетчику на отопление, но у меня есть распечатка от РСО с полным расчетом, который я проверила и знаю, что все цифры соответствуют действительности, то извините - до свидания, не смотрите ТВ.[/quote:1avl95p4]
У нас офис УК (с бухгалтерией и пр.) расположен в 12 км от дома, в другом субъекте федерации и в довольно неудобной промзоне. Добраться туда в рабочие часы, чтобы "решить вопрос на месте" - само по себе проблема (подозреваю, что и для работников УК тоже). На месте есть технический персонал, диспетчер и управдом.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Nik1950 пишет:
У меня вопрос о ДРУГОМ:
[B]А чего ТРИ года молчала ООО "УК Рога и Копыта", ведь житель то ей ничего не платил, а ОНА дом обслуживала ?[/B]
А в  это время деньги получала другая УО ООО "Рога и Копыта", которая НЕ ОБСЛУЖИВАЛА дом!!![/QUOTE]
Оба ООО - были под управлением одного жулика, некоего Фунта. Его полиция ищет. А владелец РСО - некий А.И. Корейко, видный член регионального отделения известной партии и всё такое. Вопрос о его роли в этой истории предлагаю замять: меньше знаешь - крепче спишь.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
поскольку настоящая будет примерно такой:[/QUOTE]
Такой она будет, если её распечатать с ГИС ЖКХ, а у нас как был бумажный вариант с нашим видом, так он и будет и положат в почтовый ящик именно такой, как у нас, а не с ГИС ЖКХ, откуда его бабушка возьмет и пойдет к платежному агенту.[/QUOTE]
Вам религия мешает распечатывать квитанции в том виде, который предложит ГИС? И пусть бабушка идёт с такой квитанцией хоть в банк, хоть на почту, хоть к Вам в кассу. Правда, не уверен, что ваша УК сможет/захочет принимать платежи за РСО (если у вас есть прямые платежи), а на почте и в банке с неё могут взять комиссию (но могут и не взять).
И нет, УК не надо подписывать агентский договор с почта-банком.

[QUOTE]Юлия Т. пишет:
Даже на вашем образце нет подписи руководителя и места для печати. Только подпись жителя.[/QUOTE]
На полях любой квитанции места вполне достаточно. Но с введением ГИС подпись на бумаге становится не нужна, её полностью заменяет электронная подпись, которая используется при размещении квитанций в ГИС.

[QUOTE]Юлия Т. пишет:
Хорошо, что мне за 5,5 лет работы в УК еще не встречались деб... занудные люди, требующие подписи директора и печать на квитанции.[/QUOTE]
Вы бы предпочли, чтобы житель вместо этого сразу пошёл в прокуратуру и ГЖИ с жалобами? Серьёзно?
А пока житель не потребовал подпись руководителя, он получал в ответ на все свои письма в УК "Отписку типовую, вариант 4".
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
Лично видел, как какую-то бабку на почте вся очередь вместе с кассиршей уговаривали такую квитанцию не оплачивать, а бабка при этом рыдала, что получится, что она неплательщица.[/QUOTE]
Да уж, теперь-то ГИС ЖКХ этой бабке поможет во всем разобраться!   :mrgreen:[/QUOTE]
Бабке ГИС не поможет, зато почта вряд ли сможет такую левую квитанцию принять, даже если кассирша не заметит обмана (или, например, если вместо кассирши - тупой автомат). Ну или левой квитанции придётся быть не похожей на настоящую, поскольку настоящая будет примерно такой:
[URL=https://gkh.dvinaland.ru/upload/iblock/dfd/dfd377cb5054195a3074d0efc1b44fe7.jpg]https://gkh.dvinaland.ru/upload/iblock/ ... b44fe7.jpg[/URL]

[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
Когда жилец потребовал квитанцию с подписью ген. директора, УК одумалась.[/QUOTE]
А это что за формат такой у квитанции?[/QUOTE]
ППРФ 354, п.31 д:
[quote:39psy23d]31. Исполнитель обязан:
д) производить непосредственно при обращении потребителя проверку правильности исчисления предъявленного потребителю к уплате размера платы за коммунальные услуги, задолженности или переплаты потребителя за коммунальные услуги, правильности начисления потребителю неустоек (штрафов, пеней) и немедленно по результатам проверки выдавать потребителю документы, содержащие правильно начисленные платежи. [B]Выдаваемые потребителю документы по его просьбе должны быть заверены подписью руководителя и печатью исполнителя[/B] (при наличии);[/quote:39psy23d]
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Nik1950 пишет:
Странная ситуация, а чего ТРИ года молчала ООО "УК Рога и Копыта", ведь житель то ей ничего не платил, а ОНА дом обслуживала ?  Это может быть ТОЛЬКО В ТОМ СЛУЧАЕ, если обе УО принадлежали одному и тому же физ. лицу(или двум разным лицам, но близким родственникам - чиновникам)[/QUOTE]
Два юр. лица - это на каждом шагу бывает. Например, ИНН 7801497980 и 7801586407. Жулики, конечно, встречаются реже, и конкретно про такую схему я не слышал, но в принципе фальшивые квитанции в почтовых ящиках - тема известная. Лично видел, как какую-то бабку на почте вся очередь вместе с кассиршей уговаривали такую квитанцию не оплачивать, а бабка при этом рыдала, что получится, что она неплательщица.

[QUOTE]Nik1950 пишет:
и они теперь ХОТЯТ ЕЩЕ РАЗ  срубить денежки с этого же дома!!! Но суд-то на то и суд, должен разобраться[/QUOTE]
Даже если судья понимает, что его дурят, и хочет помочь жильцу - какие у него варианты? Жилец заплатил не туда, он в этой ситуации крайний. Пойти против ст. 312 ГК РФ судья не сможет.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 36 минуты 50 секунды:[/COLOR][/SIZE]
[QUOTE]Nik1950 пишет:
Бухгалтерия в данном случае НЕПРАВА. Она должна была в следующей квитанции уменьшить (или увеличить)  сумму платежа, там где допущена ошибка!!! Это обычная СЧЕТНАЯ ошибка, которую вовремя заметили  и по которой нет спора![/QUOTE]
Был там спор, просто с другим жильцом. Там юрист УК накосячил: судя по всему, он прочитал решение [URL=http://www.vsrf.ru/stor_pdf.php?id=1366806]http://www.vsrf.ru/stor_pdf.php?id=1366806[/URL] таким образом, что при нулевых показаниях исправного теплосчётчика стал брать с жильцов деньги в зависимости от площади. Мол-де "Нулевые показания - значит вы самовольно отключились от отопления - а платить за отопление самовольно отключившиеся всё равно обязаны". Когда жилец потребовал квитанцию с подписью ген. директора, УК одумалась.

[QUOTE]Nik1950 пишет:
И ГИС ЖКХ тут ни чем не поможет. Надо бухгалтера учить работать!  Но если в законодательстве прописать, что за любую, даже счетную ошибку, УО обязана вернуть переплату жильцу и еще 50% компенсации, то бухгалтеры УО ВЫНУЖДЕНЫ будут в ГИС ЖКХ быстренько тихонечко поменять ошибочную квитанцию на новую и жильцу НОВУЮ тихонечко "подсовывать". А потом начнутся неприятности и споры - какая квитанция верная, какая первая и вообще откуда взялась у жильца "ошибочная".  
[B]Как видите в этом случае ПУТАНИЦУ и СПОРЫ порождает не ГИС ЖКХ, не бухгалтерия, а ДУРНОЕ законодательство!!!
Всегда было - если ошибка счетная и спора с жителем нет, то счетная ошибка молча исправляется в следующей квитанции!!!![/B][/QUOTE]
Штраф 50% мне кажется чрезмерным, но введён он был не от хорошей жизни. До введения этого штрафа бороться с произволом УК в расчёте платежей вообще было невозможно.
А ГИС - на то и ГИС, что "быстренько поменять ошибочную квитанцию на новую" бухгалтеры смогут, но вот сделать это _тихонечко_ не получится. Следы останутся. Да, из ситуации, когда строгость закона компенсируется необязательностью исполнения, надо как-то выбираться.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 32 минуты 12 секунды:[/COLOR][/SIZE]
[QUOTE]portal-gkh пишет:
Перезалить не получится. Можно только выставить еще одно. А это моментом вычисляется, с последующей претензией...[/QUOTE]
Вроде, исследования показывали, что примерно у 95% населения есть совесть. Поэтому претензии жителей по добровольно исправленным ошибкам вряд ли будут массовыми. Но всё равно лучше в бухгалтерии не ошибаться.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Юлия Т. пишет:
Ну дали мы 5 лет назад информацию о нескольких выявленных бесхозных квартирах в АМО и что? Все сидят на попе ровно и поют о том, что у них в маневренном фонде нет жилплощади, хотя вот они квартиры - оформляйте на муниципалитет и предоставляйте нуждающимся. У УК нет полномочий по наведению порядка в этом вопросе, поэтому вам и говорят, что не с того угла плясать начали.[/QUOTE]
Ну чё, бывает. Подумайте о том, чтобы получить эти квартиры по приобретательской давности (ст. 234 ГК РФ), раз муниципалитет не телится. Ну или нуждающимся расскажите: они, возможно, найдут способ заставить муниципалитет шевелиться.

[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
ГИС нужен:
1. Чтобы УК отвечала за каждую выставленную квитанцию, и не могла отказаться от неё задним числом.[/QUOTE]
Есть такое понятие, как техническая ошибка, она может быть, как на бумаге, так и в ГИСе, если её исправляют, то какая разница в чем её исправлять?![/QUOTE]
Разница - в ответственности УК. Технические ошибки - дело житейское, но если УК упорствует в заблуждениях, сейчас бороться с ней нелегко.

[QUOTE]Юлия Т. пишет:
[quote:1kp5lrr2]2. Чтобы УК размещали квитанции в интернете. Причём не абы как размещали, а в нормальном виде.[/QUOTE]
Простите, а вы где работаете? Вы все, что у вас на бумаге проходит для стороннего пользования, размещаете в интернете? В нормальном виде, как люди хотят или абы как?[/quote:1kp5lrr2]
У меня совсем другая специфика, без подписания NDA на работу не берут.

[QUOTE]Юлия Т. пишет:
[quote:1kp5lrr2]3. Чтобы вытащить на свет божий все нестыковки в данных Росреестра.[/QUOTE]
И кто будет выявлять нестыковки из разряда: в Росреестре дом есть, а вживую его нет? Жители этого дома, которых нет? УК, которая таким домом не управляет? АМО, которая не знает что у них в городе есть или нет? Росреестр, который эту нестыковку вытащил, но так она у него и висит в нестыковках?[/quote:1kp5lrr2]
Посмотрим. Может быть, например, налоговая инспекция: ей налог брать нужно с кадастровой стоимости, и план по собираемости у неё есть. Что-то сами жители отловят. Что-то УК. Могут и компании вроде Яндекса подтянуться: у них яндекс-карты и всякое таргетирование рекламы могут оказаться на это завязаны.

[QUOTE]Юлия Т. пишет:
[quote:1kp5lrr2]4. Чтобы навести порядок в управлении домами. Собрания собственников, управляющие организации, вот это всё.[/QUOTE]
Дитя электронного века. Порядок наводится ручками в реальности, а не циферками в киберпространстве.[/quote:1kp5lrr2]
С циферками в киберпространстве - порядка и в реальности получается больше.

[QUOTE]Юлия Т. пишет:
[quote:1kp5lrr2]6. Чтобы суду проще было разобраться в неплатежах и пенях.[/QUOTE]
А что, ГИС ЖКХ будет предоставлять какую-то другую информацию о неплатежах и пенях или суд не будет проверять расчет, который ГИС ЖКХ произвел? Все равно точно так же будут смотреть и проверять - как расчет от юриста УК, так и расчет от ГИС ЖКХ, потому что и там и там могут быть ошибки.[/quote:1kp5lrr2]
1. Житель честно оплачивал квитанции ООО "Рога и Копыта", а потом выяснилось, что домом всё это время управляло ООО "УК Рога и Копыта". И оно хочет с него денег за последние три года. Что любопытно, на ООО "УК Рога и Копыта" введено внешнее управление по иску РСО, а ген. директор объявлен в розыск.
2. УК задним числом доначислила жителю платежи за что-нибудь. И требует оплатить вместе с пенями, утверждая, что счета были выставлены вовремя, но оплачены жителем не полностью.
3. Житель утверждает, что честно оплачивал квитанции последние три года. Раньше тоже оплачивал, но документы не сохранились. УК утверждает, что у жителя были большие долги, и деньги в основном шли в их погашение. И вот сейчас задолженность жителя достигла трёх лет, терпение УК лопнуло, и она пришла в суд.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Enisei пишет:
Что за бред вообще !!! Без ГИСа хотите сказать всякую хрень в квитанции выставляем и потом отказываемся от нее задним числом??[/QUOTE]
[URL=https://vk.com/wall-91488084_3518]https://vk.com/wall-91488084_3518[/URL] - вот, пожалуйста, крик возмущенной души в моём доме: "Нашла у себя в почтовом ящике два дня назад еще одну квитанцию за апрель ( при всем при том , что первая получена и оплачена мной,как положено, в первых числах мая ) к слову, сумма в найденной квитанции незначительно отличается от первой ( т.е это не дубликат ) У меня у одной такая странная находка ? У кого- нибудь такое бывало уже ?"

[QUOTE]Enisei пишет:
До банков все доводим, автоплатежи работают, социальная защита получает реестры по начислениям, у всех собственников (имеющих навыки конечно-же) есть личный кабинет. И ГИС этот ничего не решит... Добросовестные УК и ТСЖ, ТСН и т.д. конечно же все заполнят, но ведь они на то и  добросовестные !!! и без ГИС а все делали правильно ... [/QUOTE]
Да если бы. Добросовестность, увы, не мешает криворукости.

[QUOTE]Enisei пишет:
Про недобросовестные вообще молчу ... как ГИС поможет от них избавиться расскажите пожалуйста?[/QUOTE]
Недобросовестным УК тупо перестанут поступать деньги от жильцов. Пеней-то не будет.
Хотя я думаю, что и с добросовестными УК всякие споры будут утрясаться легче: у меня как раз перед глазами есть пример, когда разбирательство заняло продолжительное время и кончилось не в пользу УК (но - мирно и без штрафов).
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Nik1950 пишет:
Да в суде и окажется, что это Петров П.П. никакой не собственник  и Вы выставляли счета не тому человеку. Он просто проживал там, его собственник Иванов И.И. якобы  "пустил пожить". Тогда суд ОБЯЖЕТ вас сделать ЗАПРОС в Росреестр и получить данные о реальном собственнике по ЗАКОНУ и все счета перевыставить ему!!!И И что тогда Вы будете делать?  Говорить суду , что Петров П.П. Вас обманул? Суд резонно спросит Вас , а на коком основании Вы Петрова П.П считали собственнком? Я уж не говорю, что Вам скажет ГЖН, если ЭТОГО Петрова П.П. Вы включите в реестр собственников для проведения ОСС!?[/QUOTE]
Я не любитель бокса по переписке. Но примерно так:
1. Суд сам сделает запрос в ЕГРН, для него это бесплатно.
2. Если УК выставляет счета именно Петрову, то у неё для этого, наверное, есть какие-то основания.
3. УК не интересно судиться с Петровым. Если Петров отказывается платить по счетам, а в ЕГРН пусто, то УК скорее пойдёт в орган местного самоуправления и предложит ему забрать бесхозяйную квартиру (в ст. 225 ГК РФ есть подробности).
4. Сейчас, без ГИС, эти проблемы каким-то образом утрясаются. Кто-то терпит наглеца-Петрова, кто-то судится, кто-то отключает Петрову свет и канализацию... ГИС сама по себе ничего не изменит, она просто сделает нестыковки в документах более заметными.
5. Многое зависит от конкретного случая. Одно дело - косяк в Росреестре. Другое - если Петров прикопал Иванова в лесу, нарисовал договор и занял квартиру.

[QUOTE]Nik1950 пишет:
Но   УО тем более не ДОЛЖНА это делать. Пусть собственник и Росреестр разбираются между собою. Если в выписке из Росреестра у ЭТОЙ квартиры НЕТ собственника, то ОПРЕДЕЛЯТЬ на каком основании этот человек проживает в ней  - дело МВД и Антитеррористического комитета, пишите туда! [/QUOTE]
Пока за квартиру платят, пока деньги на счёт УК приходят, УК вряд ли пойдёт в МВД. Даже если Петров Иванова и впрямь в лесу прикопал. А неплатежи - совсем другая история. Если УК подала на Петрова в суд за неплатежи, а в процессе суда обнаружился криминал... Ну что ж, УК изменит тактику.

[QUOTE]Nik1950 пишет:
А кто будет подавать в суд и платить - УО ?[/QUOTE]
Сначала платит тот, кому нужнее. Потом суд перекладывает платежи на того, кто неправ и упорствует.

[QUOTE]Nik1950 пишет:
Зря боится, если этого не делать тТАК и БУДЕМ кувыркаться!!![/QUOTE]
А вот не факт, что зря.

В ч.5 ст.15 ЖК РФ сказано:
[quote:25qtcc5a]5. Общая площадь жилого помещения состоит из суммы площади всех частей такого помещения, включая площадь помещений вспомогательного использования, предназначенных для удовлетворения гражданами бытовых и иных нужд, связанных с их проживанием в жилом помещении, за исключением балконов, лоджий, веранд и террас.[/quote:25qtcc5a]

В приложении 2 к СНиП 2.08.01-89* с изменениями 1-4 сказано:
[quote:25qtcc5a]2. Общую площадь квартир следует определять как сумму площадей их помещений, встроенных шкафов, а также лоджий, балконов, веранд, террас и холодных кладовых, подсчитываемых со следующими понижающими коэффициентами: для лоджий - 0,5, для балконов и террас - 0,3, для веранд и холодных кладовых - 1,0.
Площадь, занимаемая печью, в площадь помещений не включается. Площадь под маршем внутриквартирной лестницы при высоте от пола до низа выступающих конструкций 1,6 м и более включается в площадь помещений, где расположена лестница.[/quote:25qtcc5a]

В ст. 8 закона "О государственной регистрации недвижимости" сказано:
[quote:25qtcc5a]4. В кадастр недвижимости вносятся следующие основные сведения об объекте недвижимости:
9) площадь, если объектом недвижимости является земельный участок, здание, помещение или машино-место;
[/quote:25qtcc5a]
Т.е. в ЕГРН лежит некая "площадь объекта недвижимости". Какая именно, и как её считать - непонятно. Подозреваю, что РР тупо переписывает первую попавшуюся площадь из правоустанавливающих документов.

Ну как, Вы всё ещё уверены, что данными из ЕГРН можно пользоваться? А если штраф влепят, как отбиваться предлагаете? А штраф легко могут влепить, потому что жильцы, обнаружив изменения в квитанциях, побегут жаловаться.

[QUOTE]Nik1950 пишет:
Ну в ТАКОМ диком  СЛУЧАЕ  УО  придется связываться, если ТАКИЕ ЛЯПЫ "мешают" работе УО, а как иначе. Это обязанность УЖЕ УО разобраться со своими домами![/QUOTE]
Это, между прочим, не какая-то дикая экзотика, а массовое явление. И касается оно не только УК, но и ТСЖ, например. Некоторые ТСЖ были созданы раньше, чем появился кадастр недвижимости, и их создатели были абсолютно уверены, что имеют дело с одним домом. Ну да, с этой проблемой надо разбираться, но это требует много времени и сил, и не факт, что вообще получится, а запуск ГИС - послезавтра.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 23 минуты 38 секунды:[/COLOR][/SIZE]
[QUOTE]axx пишет:
[QUOTE]Sergey Cheban пишет:
Да вот так. Посмотрите хотя бы в эту тему: viewtopic.php?f=132&t=5735[/QUOTE]
не очень понял в чем там проблема. если явно указывать КН каждой квартиры никаких задвоений не будет. 30000 помещений уже добавил, не было проблем. да, у некоторых могло быть 2 или больше КН, по большей части они уже не действующие, поэтому нет смысла их добавлять, встречались и действующие - обращение в РР делает один из них недействующим.[/QUOTE]
Боюсь, это не ко мне вопрос.

[QUOTE]axx пишет:
[QUOTE]Sergey Cheban пишет:
Собственнику:
1. Войти в ЛК ГИС.
2. Убедиться, что лицевой счёт не подключён.
3. Вздохнуть, дойти до почтового ящика. Вынуть из почтового ящика квитанцию и прочитать на ней номер лицевого счёта ГИС.
4. Руками подключить этот лицевой счёт к своему личному кабинету в ГИС.[/QUOTE]
а зачем тогда ГИС вообще нужен? отдельные ЛС итак уже почти у всех есть в ЛК. То, что вы предлагаете напоминает мне одну кассиршу в совдеповской столовке, которая тоже побаивается верить калькулятору и на всякий случай пересчитывает на счетах.[/QUOTE]
ГИС нужен:
1. Чтобы УК отвечала за каждую выставленную квитанцию, и не могла отказаться от неё задним числом.
2. Чтобы УК размещали квитанции в интернете. Причём не абы как размещали, а в нормальном виде.
3. Чтобы вытащить на свет божий все нестыковки в данных Росреестра.
4. Чтобы навести порядок в управлении домами. Собрания собственников, управляющие организации, вот это всё.
5. Чтобы дотащить информацию о квитанциях до банков. Автоплатежи, вот это всё.
6. Чтобы суду проще было разобраться в неплатежах и пенях.
итд, итп.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]axx пишет:
[QUOTE]Sergey Cheban пишет:
1. Были жалобы на технические проблемы. Возможно, эти проблемы давно решены, но память о них осталась, и УК просто боятся привязывать лицевые счета к РР.[/QUOTE]
что значит боятся?[/QUOTE]
Да вот так. Посмотрите хотя бы в эту тему: [URL=http://forum.burmistr.ru/viewtopic.php?f=132&t=5735]viewtopic.php?f=132&t=5735[/URL]

[QUOTE]axx пишет:
а как быть собственнику?[/QUOTE]
Собственнику:
1. Войти в ЛК ГИС.
2. Убедиться, что лицевой счёт не подключён.
3. Вздохнуть, дойти до почтового ящика. Вынуть из почтового ящика квитанцию и прочитать на ней номер лицевого счёта ГИС.
4. Руками подключить этот лицевой счёт к своему личному кабинету в ГИС.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Nik1950 пишет:
[B]Если помещения нет в РР, то пока собственник их не оформит откуда Вы знаете, кто собственник этого помещения и каковы его параметры? Он, собственник, Вам сам все рассказал, а если он врет? А потом Вы это опубликуете в ГИС ЖКХ, а он напишет жалобу в ГЖН и перестанет платить квартплату. Что Вы тогда делать будете ?[/B][/QUOTE]
"В детстве я молил Бога о велосипеде. Потом понял, что Бог работает по-другому. Я украл велосипед и стал молиться о прощении" (с) Аль Капоне. Примерно так же и здесь: УК выставит счёт так, как считает нужным, а потом будет бодаться с несогласными в суде. Если же кто в суде сдуру заявит, что он не является собственником квартиры, то он очень быстро эту квартиру потеряет: факты, установленные судом, в дальнейшем не требуют доказывания ([URL=http://www.consultant.ru/document/cons_doc_LAW_39570/af3590e8b76a6d791112d2477c7b2­a83d7e3b00b/]ч.2 ст. 61 ГПК РФ[/URL]).

[QUOTE]Nik1950 пишет:
Я это к тому говорю, что не УО должна наводить ПОРЯДОК в БД Росреестра ли, БТИ ли, Мигр службе МВД а закон ПРИНУЖДАТЬ к этому СОБСТВЕННИКОВ помещений  и сотрудников этих госпредприятий, которые из БЮДЖЕТА получают немалые денежки на ЭТО!!![/QUOTE]
А больше наводить порядок некому. Увы. На собственников надежды мало: большинство из них задумаются о регистрации прав только тогда, когда пора будет вступать в наследство.

[QUOTE]Nik1950 пишет:
А иначе "поощрение непричастных и наказание невиновных", т.е. бардак в базах данных и кому верить-то будем?
Уж лучше брать данные из одной БАЗЫ согласно законодательства, хоть и не достоверные пока, но  которую  можно довести до ума постепенно(грамотно разработав технологию "исправления ошибок"  в ПЕРВОИСТОЧНИКЕ), чем вести  ТРИ базы данных  в разных конторах с разнящимися  данными об одном и том же (например об общей  площади квартиры)!
Кому будут третьи лица (например ГЖН) верить- собственнику, базе УО, базе Росреестра или базе БТИ, если везде разные площади???
[/QUOTE]
В спорных случаях последней инстанцией будет суд. Он, скорее всего, никому не поверит, а пошлёт ещё одного замерщика.

[QUOTE]Nik1950 пишет:
[b]Так что ТУПО заводим все площади квартир из Росреестра и пусть собственник бежит и там доказывает , что у него квартира не 58 кв.м , а всего 53 кв.м !!! [/QUOTE]
Это вполне годный вариант для тех УК, которые на него согласны. И ГИС _позволяет_ привязать помещения к данным из РР. Но:
1. Были жалобы на технические проблемы. Возможно, эти проблемы давно решены, но память о них осталась, и УК просто боятся привязывать лицевые счета к РР.
2. Иногда, причём довольно часто, один дом с одним почтовым адресом числится в РР как несколько зданий, а у УК есть документы на управление только одним из этих зданий. В результате УК не имеет доступа к объектам РР из других зданий и не может их привязать. На форуме был описан случай, когда какой-то УК удалось добиться изменений в РР, но большинство предпочитает не связываться.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
Узнайте один раз кадастровые номера помещений в своих домах (они есть в кадастровых выписках на здание), и дальше работайте с ними[/QUOTE]
Да ладно, все так просто? Что ж тогда все плачутся?![/QUOTE]
Не знаю. Я, когда помогал своей УК проводить ОСС, дал ей базу со всеми кадастровыми номерами, номерами квартир и площадями. Дом - 1435 квартир и ~50 коммерческих помещений. Выковырял из РР за один или два вечера. Будь у меня деньги на 1500 запросов в РР по отдельным квартирам, выковырял бы информацию и оттуда (включая ФИО собственников).
Бурмистр тоже не плачется, а сделал сервис проведения ОСС и зарабатывает на этом деньги.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 41 минуты 13 секунды:[/COLOR][/SIZE]
[QUOTE]Nik1950 пишет:
Речь идет не о программировании.
Даже возможности нельзя давать УК., так как
Проблема в создании ЕДИНОЙ и ДОСТОВЕРНОЙ базы  данных по каждому виду информации у ПЕРВОИСТОЧНИКА (т.е. в Росреестре, Мигр. службе, БТИ , РСО или УК).
Каждая организация является ПЕРВОИСТОЧНИКОМ только СВОЕЙ информации и только ОНА владеет ДОСТОВЕРНОЙ БД в единственном экземпляре и за нее несет административную и уголовную ответственность. Все остальные ОБЯЗАНЫ брать информацию только у ЭТОЙ организации-ПЕРВОИСТОЧНИКА.
Если Вы создадите технологию , при которой будут существовать параллельно две БД с одной и той же информацией, то любой потребитель будет в недоумении, у кого брать данные , а главнгое КОМУ ВЕРИТЬ? [/QUOTE]
Всё наоборот. Вы предлагаете иметь одну базу данных, которой все будут верить за неимением лучшего. При этом из-за отсутствия альтернативных источников информации никто не будет знать, сколько же в этой базе на самом деле ошибок, и поэтому никакой ответственности тоже не будет. Так до последнего времени и было с базами Росреестра: информация из них не пересекалась с другими источниками, поэтому ошибки в них оставались незамеченными годами. Если же будут несколько источников информации, то потребитель, обнаружив несоответствие между данными из разных источников, сможет разобраться с ним в ручном режиме (хотя бы по бумажным документам). А заодно появится возможность оценить качество информации в базах и привлечь виновных к ответственности, если это качество окажется низким.
Собственно, УК _всегда_ пользовались своими копиями информации о помещениях, в этом плане ничего не изменилось. ГИС - это всего лишь механизм, позволяющий установить связь между информацией от УК и от РР и выявить несоответствия.

И ещё одно важное преимущество дублирования информации: оно позволяет худо-бедно существовать при наличии ошибок в основной базе данных. Вот нет помещения в ЕГРН, а там, между прочим, люди живут, отопление работает, вода и электричество расходуются. Таких ошибок в ЕГРН сотни тысяч, если не миллионы, и за положенные пять дней РР их не исправит. Поэтому в некоторых случаях приходится вносить в ГИС помещения, отсутствующие в ЕГРН. К сожалению, УК часто этим злоупотребляют, вручную вводя в ГИС помещения, информация по которым в ЕГРН есть.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 10 минуты 27 секунды:[/COLOR][/SIZE]
[QUOTE]Nik1950 пишет:
Орднунг, орднунг, орднунг должен быть НАВЕДЕН еще ДО  СОЗДАНИЯ ГИС ЖКХ, ну а теперь уж ДО НАЧАЛА ЕЕ ПРОМЫШЛЕННОЙ ЭКСПЛУАТАЦИИ.
Иначе ГИС ЖКХ превратиться в дорогую "игрушку", которая НИКОМУ НИКАОЙ ПОЛЬЗЫ НЕ ПРИНЕСЕТ, кроме м.б. ГЖН!!!???[/QUOTE]
Это только в волшебной стране эльфов орднунг сам собой происходит. В реальных странах наведение орднунга - процедура неприятная и болезненная. Что мы, собственно, и наблюдаем с внедрением ГИС.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
[url:23917rhi]https://egrul.nalog.ru[/url:23917rhi] не устраивает? [/QUOTE]
Устраивает. Вот и по ЕГРП тоже хочу по адресу получить хотя бы минимум информации, актуальной на сегодняшний день, без заморочек с оплатой.[/QUOTE]
Так есть же.
1. [url:23917rhi]https://rosreestr.ru/wps/portal/online_request[/url:23917rhi] - для людей, "Справочная информация по объектам недвижимости в режиме online"
2. [url:23917rhi]https://rosreestr.ru/api/online/fir_object/2:56:30302:639[/url:23917rhi] - для компьютеров, позволяет получить информацию из ЕГРН в машиночитаемом формате по кадастровому номеру.

Теоретически можно и по адресу запрос делать, но НЕ НАДО. Узнайте один раз кадастровые номера помещений в своих домах (они есть в кадастровых выписках на здание), и дальше работайте с ними. Они редко меняются, и каждое изменение кадастрового номера в любом случае потребует внимания человека: это или объединение помещений, или разделение, или ещё что-нибудь в таком духе.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Юлия Т. пишет:
Я имела в виду ЕГРН как единый государственный реестр налогоплательщиков. По ИНН можно найти, как физлицо, так и юрлицо (ЕГРЮЛ).[/QUOTE]
[url:1w6f2nbt]https://egrul.nalog.ru[/url:1w6f2nbt] не устраивает? Там, правда, только юр. лица и ИП, и капчу вводить надо. И некоторые сведения скрыты (такие, например, как номер банковского счёта: налоговая его даёт, если показать исполнительный лист). А зачем УК физ.лица? Тем более, что их ИНН УК вряд ли знает.
Ответ Минстроя на наши письма Козаку (по ГИС ЖКХ)
 
[QUOTE]Nik1950 пишет:
Данные должны вводиться в БД ГИС ЖКХ только из ПЕРВОИСТОЧНИКА (Росреестр, Мгр сл, БТИ , РСО, УО - каждый за свою) и только ОН несет административную и уголовную ответственность и НЕЛЬЗЯ иначе.[/QUOTE]
От повторения Ваше утверждение не стало верным. Есть такой старый афоризм: "Если бы программисты строили дома, то первый же залетевший дятел разрушил бы цивилизацию". Он как раз об этом "программистском" подходе.

Мир, увы, намного богаче схем, существующих в голове среднего программиста. Результаты разных измерений одной и той же площади могут не совпадать друг с другом, при этом оба измерения могут быть правильными. Судебное решение, вступившее в законную силу, может быть отменено, но при этом у него могут быть последствия, которые хрен отменишь. Законодательные акты могут противоречить друг другу. В документах с подписями и печатями могут быть опечатки и ошибки. Руководитель ведомства может быть заинтересован в плохой работе своего ведомства, но при этом его невозможно привлечь ни к какой ответственности. Документы теряются. Улицы и города переименовываются. Названия разных улиц могут совпадать. В сутках может быть 25 часов, а в минуте - 61 секунда.
И вот в этот дивный мир приходит программист и начинает заталкивать его в прокрустово ложе своих представлений. Туда, где все документы в порядке и соответствуют друг другу, где базы данных всегда доступны, где адрес однозначно идентифицирует квартиру, и т.д., и т.п. Мир в это прокрустово ложе не лезет, как его туда ни запихивай. Причём он, сцуко, туда настолько не лезет, что впору задуматься, есть ли у нашего мира какое-то одно определённое прошлое, или же его прошлое настолько же неопределено, как и будущее. А про неопределённость настоящего - это ещё Гейзенберг открыл. Или Гайзенберг.
В общем, добро пожаловать в реальный мир. Постарайтесь не обрушить его в [URL=https://en.wikipedia.org/wiki/Blue_Screen_of_Death]синий экран[/URL], ок?
#
[QUOTE]Programmer пишет:
Вопросы по интеграции.
а) Получаю квалифицированный сертификат двумя способами:
1. Скачиваю из личного кабинета удостоверяющего центра.
2. Экспортирую из хранилища Windows.
При этом получаются файлы с расширением cer разного размера.
Во втором способе примерно на килобайт больше, чем в первом.
При регистрации тестовой ИС ГИС принимает каждый из этих сертификатов.
Какой сертификат "скармливать" ГИСу?[/QUOTE]
[URL=https://serverfault.com/questions/215606/how-do-i-view-the-details-of-a-digital-certificate-cer-file]How do I view the details of a digital certificate .cer file?[/URL]
Для начала стоит сравнить сертификаты любым из предложенных способов. Может, они и не отличаются вообще, просто закодированы по-разному.
По идее, проверка сертификата - забота ГИС, и если её сертификат устраивает, то волноваться не о чем.
#
[QUOTE]Nik1950 пишет:
Полностью с Вами согласен. Каждый  вид информации должен ВВОДИТЬСЯ  в СИСТЕМУ только один раз и только ЕЕ законным  ПЕРВОИСТОЧНИКОМ !
А именно :
1.Начать надо было с ФИАС и привести его в порядок по всей стране. Наладить регулярный (лучше ежедневный) обмен между БАЗОЙ ФАИС и ГИС !
[/QUOTE]
Для начала - неплохо было бы наладить взаимодействие между ФИАС и ЕГРН/ЕГРП/ГКН. А до этого - наладить связь между ЕГРП и ГКН. Это мы сейчас наблюдаем, ЕГРП и ГКН объединили в ЕГРН. Как Вам результат? По-моему, хреново получилось, три месяца вообще ничего не работало, а нормального объединения нет до сих пор и, наверное, не будет ещё несколько лет.

Единственное, с чем соглашусь - это с тем, что РСО и особенно фонды капремонта нужно было пускать в ГИС до УК. Это сэкономило бы кучу сил и нервов. А в остальном - человеческая жизнь слишком коротка, чтобы решать перечисленные проблемы последовательно.
#
[QUOTE]two_oceans пишет:
Могу понять почему не указан массив - если установить массив более чем из одного элемента компилятор изменит размер структуры, а если объявить как массив из одного элемента (как обычно делается для массива неизвестной длины), то нужно отключать проверку индексов массива при работе со структурой (иначе вылетит исключение). Так что явно придется менять описание структуры.
Есть еще одна мысль, где искать ошибку - возможно в описании еще и перепутаны одноименные A и W функции и на самом деле надо передать Юникод строку (да еще с двойным нулем в качестве завершающего символа).[/QUOTE]
Насчёт unicode - вряд ли. Он описан как LPSTR *, а не как LPTSTR * или LPWSTR *. Да и функция CertFindCertificateInStore - одна, без A и W версий.
Про описание структуры - это какая-то паскалевская специфика, я её, увы, не знаю.
#
[QUOTE]two_oceans пишет:
Вчера весь день пытался заставить cryptoapi выдать подпись конкретным сертификатом. Идея была в использовании функции поиска сертификата CertFindCertificateInStore с определенным значением в расширенном использовании ключа. Вот только я видимо не понимаю как она работает, потому что она ничего не находит, хотя сертификат с указанным использованием есть и функцией перечисления всех сертификатов находится.[/QUOTE]
Чёрт его знает. Но... А что Вы будете делать, когда у Вас заведутся несколько сертификатов с этим значением в enhanced key usage (из них парочка - устаревшие)? По-моему, правильнее по fingerprint (CERT_FIND_HASH) выбирать.

[QUOTE]two_oceans пишет:
(rgpszUsageIdentifier - в префиксах Си я не очень разбираюсь, первый раз такой rgpsz вижу, но комментарий стоит array of psz). Уже ее заполнял и как массив указателей на буферы и как указатель на массив указателей на буферы - результат один.[/QUOTE]
Я тоже такое впервые вижу, но см. [url:3carpevi]https://en.wikipedia.org/wiki/Hungarian_notation[/url:3carpevi] и [url:3carpevi]https://msdn.microsoft.com/en-us/library/aa260976(VS.60).aspx[/url:3carpevi]. RanGe of Pointers to String Zero-terminated.
Вот пример на паскале: [url:3carpevi]http://www.cryptopro.ru/forum2/default.aspx?g=posts&m=10354#post10354[/url:3carpevi].

[QUOTE]two_oceans пишет:
Соответственно придется хорошенько подумать относительно аналогичных функций для OpenSSL - поиска и перечисления сертификатов.[/QUOTE]
Вроде, OpenSSL ни про какие хранилища сертификатов не знает. Ему нужен либо сам сертификат в виде блоба, либо, на худой конец, имя файла. В принципе можно и с криптоапи поступить так же, давать ему сертификат в файле, но это не очень хорошо: windows позволяет сохранить сертификат в хранилище без возможности экспорта, это снижает риск утечки приватного ключа.
#
[QUOTE]two_oceans пишет:
За сегодня накидал мини-менеджер памяти для конкретного типа промежуточным слоем, но ясности это не принесло, кроме того, что теперь время от времени валится на нем, так как выделение/освобождение памяти теперь через него (но проходит через паскалевский менеджер).[/QUOTE]
Попробуйте реализовать вот этот приём, раз уж у Вас есть свой менеджер памяти: [URL=https://en.wikipedia.org/wiki/Guard_byte]https://en.wikipedia.org/wiki/Guard_byte[/URL].
Некоторые компиляторы умеют делать это самостоятельно (см. [URL=https://en.wikipedia.org/wiki/AddressSanitizer]https://en.wikipedia.org/wiki/AddressSanitizer[/URL], например), но про паскаль, увы, я ничего не знаю. Ну и не забывайте, что memory overrun может происходить не на тех данных, которые Вы выделяете через свой менеджер памяти, а на каких-то других.
Ещё посмотрите в сторону heaptrc ([URL=http://wiki.freepascal.org/heaptrc]http://wiki.freepascal.org/heaptrc[/URL]). Может быть, он поможет найти проблему.
И ещё посмотрите, нет ли у вас аналога функции _heapchk ([URL=https://docs.microsoft.com/ru-ru/cpp/c-runtime-library/reference/heapchk]https://docs.microsoft.com/ru-ru/cpp/c- ... ce/heapchk[/URL]) или способа её вызвать. Я просто не в курсе.
#
[QUOTE]two_oceans пишет:
ОК, освобождаю старый буфер - исключение Invalid pointer operation.[/QUOTE]
Есть сильное подозрение, что несколько раньше у Вас случился memory overrun и повредились внутренние данные менеджера памяти. После этого всё работает до тех пор, пока испорченные данные не понадобятся менеджеру памяти. Т.е. проблема вообще не в том месте, которое падает.
#
[QUOTE]two_oceans пишет:
Я тоже полагаю, что идентификаторы должны поступать от госорганов. Другой вопрос, что на данный момент предусмотрено, что человек при получении госуслуг везде предъявляет паспорт, то есть возможно данные паспорта все-таки придется вносить. Однако нет необходимости их все хранить в ГИС - достаточно один раз (при внесении данных паспорта в ГИС) валидировать данные паспорта (как при регистрации на госуслугах) и по ним запросить ИНН и СНИЛС (внутренние запросы из ГИС ЖКХ по СМЭВ, см. ниже). Сохранения ФИО, СНИЛС и ИНН  в ГИС ЖКХ (серия/номер паспорта может измениться, так что полагаться на них не очень хорошо) более чем достаточно для идентификации человека по любой другой ФГИС. Возможно сделать открытым для просмотра только ФИО, остальное при изменении вводить с чистого листа для защиты персональных данных.[/QUOTE]
К сожалению, может оказаться, что собственник - это Йохн Смитх (John Smith), гражданин США, водительское удостоверение 123456 штата Нью-Йорк. Квартиру он получил в наследство, сам в России никогда не был и не собирается, документы оформлялись по доверенности. Ну ладно, если он гражданин США, то у него хотя бы SSN есть. А если нет? В общем, некое название собственника Росреестр точно может дать (и даёт сейчас даже в открытом доступе), а вот СНИЛС или ОГРН - только если повезёт. Если не повезёт, то мы упрёмся в то, что собственник просто не числится в российских базах.
Но это - не проблема ни для ГИС, ни для УК (пока долги не появились). Если собственник хочет получить доступ в ГИС и автоматически видеть свои объекты, то пусть получает СНИЛС и вносит его в росреестр.

[QUOTE]two_oceans пишет:
[QUOTE]Sergey Cheban пишет:
4. Системы, позволяющей по неполным данным (ФИО, дата-место рождения, номер удостоверения личности, СНИЛС, ИНН) установить конкретное лицо, в России пока нет, но работа по её созданию уже началась.[/QUOTE]На самом деле это не совсем так. Единой системы действительно нет, но запросить основные данные из разных систем, в том числе автоматически, возможно уже сейчас. Единая система будет нужна только для более специфической информации, вроде медицинской, налоговой или хранящейся в определенном органе. Фактически в единой системе даже наверно нет острой нужды - специфическую информацию и не нужно раскрывать всем, но конечно с единой системой будет удобнее.[/QUOTE]
Я про вот эту штуку: [URL=http://government.ru/media/files/eZZXmXC2bbIZGDSAun2lyOHpQLY7n1os.pdf]Концепция формирования и ведения единого федерального информационного ресурса, содержащего сведения о населении Российской Федерации[/URL].

[QUOTE]two_oceans пишет:
Кнопку "назначить себя плательщиком" или выбор из списка собственников той же квартиры не так трудно сделать. А вот если собственник хочет указать кого-то другого, то пусть вводит все паспортные данные. С другой стороны, такой подход еще больше запутает УО.[/QUOTE]
Я думаю, так:
1. Согласно ст. 249 ЖК РФ, "Каждый участник долевой собственности обязан соразмерно со своей долей участвовать в уплате налогов, сборов и иных платежей по общему имуществу, а также в издержках по его содержанию и сохранению".
2. Как участники будут разбираться друг с другом, это их проблемы, впутывать в это дело УК и ГИС нет смысла. Нужно выставлять один счёт на всех, и пусть оплачивают как хотят. В счёте обязательно нужно указывать адрес помещения и номер лицевого счёта, а данные собственников/плательщиков никому особо не нужны. Видеть счёт должны все собственники, для которых в Росреестре указан СНИЛС или ОГРН.
3. Если в правах собственности произошли изменения, то расчёт удобно начинать заново. Поставьте себя на место судьи, к которому УК пришла взыскивать долги. Думаю, Вам было бы удобно видеть что-то вроде "Счета за январь-июнь должны были оплачивать Иванов и Петров 50/50, а счёта за июль-сентябрь - Иванов, Петров и Сидоров в пропорции 50/25/25. За январь-июнь накопилось 22222 рубля долга, а за июль-сентябрь - 8888 рублей. Ответчики в суд не явились. Ну, стало быть, Иванов должен 22222/2+8888/2, Петров должен 22222/2+8888/4, Сидоров должен 8888/4".
4. Случаи, когда за квартиру обязан платить не собственник, перечислены в ст. 153 ЖК РФ. Может быть, когда-нибудь ГИС доработают, чтобы собственники в этих случаях могли указать СНИЛС плательщика. Но это явно не самая важная задача. Для начала достаточно, чтобы плательщик мог подключить лицевой счёт вручную, и это уже реализовано.
5. Отдельный вопрос, куда привязывать счётчики в коммуналках. По идее, квартирные счётчики должны видеть собственники всех комнат, расположенных в этой квартире.

[QUOTE]two_oceans пишет:
Про несовершеннолетних - однозначно нет, они же не могут распоряжаться имуществом, да и по оплате с них спроса нет, зачем им ЛС.[/QUOTE]
Я думаю, что в каждый момент времени должен быть один активный лицевой счёт на помещение, независимо от количества собственников, их возраста и дееспособности. Но в принципе несовершеннолетние и недееспособные обязаны платить за квартиру наравне с совершеннолетними и дееспособными. Что делать, если они не платят - это отдельный разговор.
#
[QUOTE]Andrey_S пишет:
Как бы то ни было, ситуация такова: ГИС ЖКХ заточена на размещение строгих идентификационных данных плательщиков по лицевым счетам - от этого зависит и функциональность личных кабинетов плательщиков (доступ к затрагивающей их интересы размещенной в ГИС ЖКХ информации), и возможность формирования/оплаты ими единого платежного документа (сводного по размещенным услугам от всех поставщиков ЖКУ, т.е оплата по ЕЛС). Нет строгих идентификационных данных плательщиков - нет и этой функциональности. Как реализовать эту функциональность по другому (с учетом необходимости разделения доступа) - я и теоретически представить себе не могу. Поэтому полагаю, что рано или поздно обязанность по размещению в ГИС ЖКХ строгих идентификационных данных плательщиков будет установлена и в нормативке (если, конечно, ГИС совсем не свернут). Так что сейчас если и не размещать их в ГИСе, то по крайней мере приводить в порядок свои собственные базы в этой части, выстраивать бизнес-процессы по сбору этих сведений поставщикам ЖКУ следовало бы.[/QUOTE]
Я думаю, так:
1. У каждого жилого помещения, будь то комната или квартира, должна быть кадастровая стоимость, от которой считается налог на имущество. Значит, должен быть и кадастровый номер. У большинства помещений кадастровые номера есть уже сейчас, у остальных - появятся со временем, никуда не денутся.
2. По заявлению заинтересованных лиц Росреестр уже сейчас обязан приводить свои данные в порядок в трехдневный, кажется, срок.
3. Данные по правам собственности на помещения есть в Росреестре уже сейчас, и в подавляющем большинстве случаев они достоверны. К сожалению, из персональных данных ЕГРН даёт в открытый доступ только ФИО.
4. Системы, позволяющей по неполным данным (ФИО, дата-место рождения, номер удостоверения личности, СНИЛС, ИНН) установить конкретное лицо, в России пока нет, но работа по её созданию уже началась.
Всё это заставляет предположить, что УК со временем смогут _брать_ данные (не)плательщиков из ГИС, а ГИС будет получать их либо из ЕГРН, либо, в случае соц. найма, от фонда соц. найма.

Btw, моему отцу ещё прошлой осенью завели лицевой счёт, и этот счёт успешно привязался к его личному кабинету в ГИС. При этом я на 90% уверен, что свой СНИЛС он в УК не давал. А я в ГИС вижу свои помещения, вижу их кадастровые номера и вижу, что ни для одного из них лицевых счетов нет. Если б были, то, думаю, они тоже успешно привязались бы.
#
[QUOTE]Andrey_S пишет:
Со скрипом, но начинают раскрывать информацию заранее.[/QUOTE]
Кстати, в [URL=http://zakupki.gov.ru/epz/order/notice/ok44/view/documents.html?regNumber=0500400001217000628]закупке №0500400001217000628[/URL] есть техническое задание на следующий этап ГИС ЖКХ. 255 страниц.
#
[QUOTE]two_oceans пишет:
С учетом сказанного, а если так: переключить один жесткий диск на только чтение, скопировать, перевернуть данные на копии, подключить копию к новому хранилищу для чтения, [/QUOTE]
Я, честно говоря, предпочёл бы уйти от этой темы. Во-первых, здесь это махровый оффтопик, поскольку к ЖКХ не относится никаким боком. Во-вторых, я о ней имею только самое общее представление, на уровне "Мы не можем перейти на новый стандарт C++, поскольку пока не избавились от компьютеров, для которых нет компиляторов, поддерживающих этот стандарт". Плюс, конечно, общая эрудиция и общее представление о том, чем занимается компания. В-третьих, всё, что не общеизвестно, закрыто NDA.

[QUOTE]two_oceans пишет:
По ГОСТ: проблема даже не в том, что "хочется" ГОСТ - персональные данные передающиеся из одного подразделения в другое подразделение по общей сети провайдера должны быть защищены ГОСТ.[/QUOTE]
Да, это многое объясняет (тех, кто придумал всю эту возню с персональными данными, поубивал бы). Конкретно, увы, ничего не подскажу: я не сисадмин, со всем этим практически не пересекаюсь.

[QUOTE]two_oceans пишет:

С ГОСТ-2012 будет проблема при отсутствии реализации в OpenSSL. Хотя и тут есть шанс попробовать библиотеку связывающую OpenSSL и КриптоПро, а вдруг она сумеет из КриптоПро 4.0 ГОСТ-2012 подключить (помечтать не вредно, но с учетом, что библиотека до сих пор TLS 1.2 не может обработать - маловероятно). Похоже все идет к тому, что придется сделать три версии внутреннего УЦ (с ГОСТ-2001 на 3 года, с RSA  и ГОСТ-2012 до 2040 года).
[/QUOTE]
Зачем сейчас начинать делать на гост-2001 - не очень понимаю. Тем более с корневым ключом на три года (с учётом, что он окончательно сдохнет через полтора).

[QUOTE]two_oceans пишет:
[SIZE=85px][COLOR=greenpt]Отправлено спустя 22 минуты 16 секунды:[/COLOR][/SIZE]
[QUOTE]Sergey Cheban пишет:
И второй позор - отсутствие бесплатной реализации и прочие vendor lock'и[/QUOTE]OpenSSL доберется и до него, вопрос времени.[/QUOTE]
Реализация гост для openssl есть в виде внешнего engine, подключаемого через конфиг: [URL=https://github.com/gost-engine/engine]https://github.com/gost-engine/engine[/URL]. Но - это и всё, кажется. В NSS (firefox, chrome, thunderbird etc) госта нет, криптопровайдер для windows - только проприетарный cryptopro, и т.д. Российских корневых сертификатов нет по умолчанию в windows и браузерах, хотя процедура включения [URL=https://technet.microsoft.com/en-us/library/cc751157.aspx]известна[/URL].
#
[QUOTE]two_oceans пишет:
Как мне кажется, если уже есть перекомпилированный рабочий код на другую платформу, то весь вопрос в разовом перевороте данных на диске (с учетом длины переворачиваемых частей). То есть выяснить местоположение и размер каждой части и перевернуть. Усложнять весь код из-за необходимости разовой операции как-то черезмерно рискованно. А при разовой операции, какая бы она не была долгая, про урон производительность речи не идет.[/QUOTE]
Разовая переконвертация - скорее всего, не вариант.
- Это не ГИС и не Росреестр, которые могут себе позволить выключиться на пару месяцев, чтобы сменить форматы данных. Money never sleep.
- Данных много. Устройства, на которых они хранятся, подключены не к какой-то конкретной машине, а к сети.
- Заменить зоопарк машин, работающих с этими данными, за один приём не получится. И по техническим причинам (там десятки тонн компьютеров), и по организационным. Никто не будет рисковать, заменяя все компьютеры одновременно.
Сначала в сеть добавят одну little-endian машину и убедятся, что она _читает_ данные нормально. Потом вторую. Потом заведут какое-нибудь тестовое хранилище, в которое little-endian машины смогут писать, и проверят, что big-endian смогут это читать. Потом переведут в это хранилище какие-нибудь не очень важные данные и проверят, что клиенты не жалуются. Потом, постепенно, будут доверять little-endian машинам всё более важные операции. И только потом - начнут потихоньку выключать big endian. Как-то так (в очень упрощённом изложении и не затрагивая взаимодействие этого процесса с другими событиями).

[QUOTE]two_oceans пишет:
Меня вот озаботило другое - я думал делать внутренний УЦ на ГОСТ-2001 и корневой сертификат до 2040 года бахнуть (подчиненный УЦ лет на 5 и сертификаты на ПК (машинные) года на 3). Но если ГОСТ-2001 придется менять через полтора года, то наверно надо сразу ГОСТ-2012 закладывать. Вот печаль-то.[/QUOTE]
Внутренний - беспроблемнее на RSA делать, imho. По крайней мере, там криптопровайдеры во всех ОС из коробки доступны и бесплатны. А если вдруг RSA сломают, то внутренний УЦ будет не самой большой проблемой. Но если хочется гост, то, конечно, "безумству храбрых поём мы песню".

[QUOTE]two_oceans пишет:
Все так, проблема в том, что все сделано по инструкции: установлен КриптоПро 3.6,[/QUOTE]
Ну вот с 2019 года криптопро 3.6 превратится в тыкву. Поэтому я бы предложил, добившись хоть какой-то работоспособности на 3.6, не затягивать и как можно скорее попробовать 4.0. Получится - хорошо. Не получится - отправить запрос в техподдержку и жить на 3.6, пока не ответят.
Второй вариант - не пробовать, а просто спросить у ГИС, как и когда она собирается переходить на новый гост, и не пора ли обновить инструкцию (она, небось, с выхода 3.6 ни разу не обновлялась).

PS. Вообще, это позор, что гост появился в 2012 году, а его реализация - только в 2016. И второй позор - отсутствие бесплатной реализации и прочие vendor lock'и. Но - "это не беда, это расходы".
#
[QUOTE]two_oceans пишет:
Мысль уловил, головняк изрядный, хотя пример про железо наверно не очень удачный, так как данные пишут диски, но и читают тоже они. Те же самые big-endian жесткие диски подключенные к одной платформе и к другой платформе прочитают то же самое, другой вопрос, что драйвер, работающий с ними должен будет данные перевернуть перед передачей прикладным программам.[/QUOTE]
Пример взят из жизни. Решать такие вещи на уровне драйвера нельзя: драйвер ведь не знает, что он читает, int или строку. Строку переворачивать нельзя, чтобы из abcdef не получилось badcfe. В результате руководство стоит перед выбором: то ли остаться на старом железе (а оно экзотическое, дорогое, не дружит с современными средствами разработки и пр.), то ли внимательно расставить ntohl/htons по всему коду (при этом кода много, цена ошибки велика, да ещё и производительность может пострадать).

[QUOTE]two_oceans пишет:
Логично, но как-то неправильно. Российские УЦ не сообщают клиентам практически никакую техническую информацию о будущем сертификате. Пару недель назад добивался от сотрудников регионального отдела продаж одного из крупнейших УЦ - добился только что в выбранный сертификат для ЭП-ОВ не будет включена персональная информация и что в других ИС кроме СМЭВ он вроде бы не должен работать (как мне и надо). Внятно объяснить какие именно расширения сертификата и значения расширенного использования будут в сертификате они не могут, максимум назвать тарифный план и спросить у кого-то будет ли работать на определенной ИС. Меня три раза переспросили действительно ли я хочу чтобы не работало. Про параметры хэша, полагаю, они даже не слышали.[/QUOTE]
Увы.

[QUOTE]two_oceans пишет:
Не вдавался настолько в тему про новый ГОСТ, с текущим бы разобраться,[/QUOTE]
Я тоже не в теме различий между ними, но подпись, сформированная по новому госту, может прийти от ГИС в самый неожиданный момент.

[QUOTE]two_oceans пишет:
Путаница изрядная, ясно только, что с 2019  года нужно обновить криптопровайдер на поддерживающий новый хэш и видимо сгенерить новые ключи (с учетом что ключи как правило на год, ничего существенно нового - и там постоянно меняем).[/QUOTE]
Криптопровайдер надо обновлять уже сейчас (я так понимаю, что нужен криптопро 4.0). И готовиться к приёму подписи по новому госту - тоже сейчас, такая подпись в любой момент может прийти (примерно дату можно прикинуть, посмотрев на дату истечения сертификата ГИС). А ключи - да, должны в рабочем порядке обновиться, на это и дано время с 2013 до 2019 года.

[QUOTE]two_oceans пишет:
Кстати, не новый ли ГОСТ требует ГИС ЖКХ, когда ругается, что нет согласованного ФСБ алгоритма.[/QUOTE]
Сейчас, по идее, старый гост пока должен работать (как на самом деле, не знаю). Я бы предположил, что ГИС требует хоть какой-нибудь ГОСТ, но именно ГОСТ, а не американские алгоритмы. По умолчанию ГОСТа нет ни в windows, ни в браузерах.
#
[QUOTE]two_oceans пишет:
но вывод ошибки "Похоже использован неверный endian, используйте big endian, определенный по стандарту" был бы более информативен для начинающих разбираться в теме (и копирующих примеры, не понимая их), чем просто "Плохая подпись".[/QUOTE]
У тех, кто думает о безопасности, свои профессиональные привычки. Они стараются не передавать ничего лишнего, потому что "всё, что вы скажете, может быть использовано против вас".

[QUOTE]two_oceans пишет:
Хотя, например, не понятно почему XMLDSIG, в котором почти все указывается параметрами (хотя для некоторых допустимое значение определено только одно! как для кодировки - Base64) не требует указывать big-endian явно в DigestValue и SignatureValue, а жестко определяет порядок байтов в базовом типе.[/QUOTE]
Ну... Формат такой. Посмотрите на число 1234. Это и для нас тысяча двести тридцать четыре, и для евреев, которые пишут справа налево. Как-то обходимся без явного указания, в какую сторону число надо читать.

[QUOTE]two_oceans пишет:
Сетевой порядок байтов - это конечно хорошо, но фактически под win32 на intel x86-x64 программисты сталкиваются с ним главным образом при кодировании ip-адреса (и там он воспринимается скорее как "плагиат реализации IP протокола с линуха"). И наверно все, навскидку не припомню других широко распространенных применений.[/QUOTE]
Навскидку - посмотрите на [URL=https://en.wikipedia.org/wiki/Byte_order_mark]byte order mark[/URL], позволяющий отличить little-endian utf-16 от big-endian utf-16.
Но вообще byte order - это большой головняк. Представьте себе крупную компанию, в которой исторически используется big-endian железо, которое пишет данные на диски в своём родном формате. А теперь представьте, что руководство этой компании интересуется: "А не перейти ли нам с этого железа на обычные x86? Перекомпилировать исходники под другую платформу, и подключить к ней имеющиеся диски". И вот тут выясняется, что перекомпилировать мало, надо ещё везде расставить забытые при разработке ntohs и htons, чтобы работало.

[QUOTE]two_oceans пишет:
Еще момент, который тоже хочется "перебрать" - возможность нахождения в контейнере 2 пар ключей: одна - типа AT_SIGNATURE, другая типа AT_KEYEXCHANGE. Формально первый тип предназначен для подписи, второй для согласования ключей.[/QUOTE]
Я не в теме, но гугл подсказал, что не совсем так:
[URL=http://cpdn.cryptopro.ru/content/csp40/html/group___pro_c_p_c_key_1gb9cb608b6350b784b95e1a4ada0017bf.html]http://cpdn.cryptopro.ru/content/csp40/ ... 017bf.html[/URL]
[quote:1u4jqox8]AT_KEYEXCHANGE - "Предназначена для обмена сессионными ключами и ЭЦП", AT_SIGNATURE - "Предназначена для ЭЦП".[/quote:1u4jqox8]

[QUOTE]two_oceans пишет:
[URL=http://www.delphikingdom.com/asp/viewitem.asp?catalogid=1323]Тут[/URL] и [URL=http://forum.foxclub.ru/read.php?29,562068,page=2]тут[/URL] утверждается, что если возвращает "1.2.643.2.2.30.1" то все вообще окей, а иначе надо устанавливать при проверке хэша/подписи то же значение параметров, что было при вычислении хэша/подписи. На форуме КриптоПро то же самое пишут.
Вопрос: а что указывать, если в сертификате окажется другое значение параметров хэша.[/QUOTE]
Я опять же не в теме, но сдаётся мне, что правильно будет отказаться принимать такой сертификат от греха подальше: если мы будем принимать разные параметры криптоалгоритма, то злоумышленник сможет предложить нам наименее криптостойкие параметры.
Вообще, фраза "Сообщество российских разработчиков СКЗИ согласовало используемые в Интернет параметры ГОСТ Р 34.11-94, см. RFC 4357" ([URL=https://ru.wikipedia.org/wiki/%D0%93%D0%9E%D0%A1%D0%A2_%D0%A0_34.11-94]отсюда[/URL]) вызывает у меня недоумение. Но - имеем что имеем.

И ещё: [URL=https://www.cryptopro.ru/news/2017/06/o-preduprezhdeniyakh-v-kriptopro-csp-versii-39-i-40-s-1-iyulya-2017-g]https://www.cryptopro.ru/news/2017/06/o ... lya-2017-g[/URL]
[quote:1u4jqox8]Обращаем внимание, что в связи с требованиями ФСБ России, сопряженными с запретом использования ГОСТ Р 34.10-2001 для формирования подписи после 1 января 2019 года (источник), с 1 июля 2017 года в КриптоПро CSP версий 3.9 и 4.0, а также КриптоПро JCP 2.0 будут появляться предупреждения о необходимости скорого перехода на ГОСТ Р 34.10-2012 при формировании ключей ГОСТ Р 34.10-2001, а с 1 октября 2017 года – и при формировании подписи по ГОСТ Р 34.10-2001.[/quote:1u4jqox8]
Я так понимаю, что "1.2.643.2.2.30.1" - это старый гост.
#
[QUOTE]two_oceans пишет:
Однако, если пытаться проверить подпись .NET средствами ms cryptoapi (и наоборот) без переворота проверка провалится. То есть в подписи нет признака порядка байтов - если проверка выдала ошибку попробуйте перевернуть и проверить еще раз.  :lol:
[/QUOTE]
Вот не надо так делать. Надо - понимать, кто в каком формате данные получает и предоставляет, и переворачивать правильным образом. Это [URL=https://msdn.microsoft.com/en-us/library/windows/desktop/aa381097(v=vs.85).aspx]документировано[/URL]:
[quote:3h2ppcrq]The native cryptography API uses little-endian byte order while the .NET Framework API uses big-endian byte order. If you are verifying a signature generated by using a .NET Framework API, you must swap the order of signature bytes before calling the CryptVerifySignature function to verify the signature.[/quote:3h2ppcrq]
В сеть и в файлы - рекомендую выдавать данные в том виде, который использует .NET: это так называемый "сетевой порядок байтов", он традиционно используется для совместимости между машинами разных архитектур.

А в остальном - очень информативно.
#
[QUOTE]Вольдемар пишет:
я пытался выяснить, каким образов система дифференцирует одного Иван ИВаныча, от другого. Так и не узнал.[/QUOTE]
На данный момент государство не умеет надёжно отличать одного Иван Иваныча от другого. В перспективе - планируют создать для этого очередную информационную систему:
[URL=http://www.rbc.ru/politics/08/07/2017/596089459a79478c12c89e51]http://www.rbc.ru/politics/08/07/2017/5 ... 8c12c89e51[/URL]
[URL=http://government.ru/media/files/eZZXmXC2bbIZGDSAun2lyOHpQLY7n1os.pdf]http://government.ru/media/files/eZZXmX ... Y7n1os.pdf[/URL]
#
[QUOTE]Sergey_P пишет:
[QUOTE]Sergey Cheban пишет:
Ничего не поделаешь, договор рано или поздно придётся изменить, чтобы ПД соответствовал новому законодательству.[/QUOTE]
это какому? форма квитанции в ГИС ни где не урегулирована как обязательная ... вы как всегда [S]ни хрена не разбираетесь в вопросе[/S] заблуждаетесь.
[/QUOTE]
Будет урегулирована, никуда не денется. Сейчас, когда большинство УК не завели в ГИС лицевые счета, требовать их указания в квитанциях нереально, но рано или поздно - потребуют. Но никакой проблемы в этом не будет: формировать квитанции для УК будет ГИС (ей всё равно придётся делать это для жителей, так что будет и для УК), а УК останется только скачать PDF с квитанциями, запихнуть бумагу в принтер и отправить задание на печать.
#
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
Вам религия мешает распечатывать квитанции в том виде, который предложит ГИС? И пусть бабушка идёт с такой квитанцией хоть в банк, хоть на почту, хоть к Вам в кассу.[/QUOTE]
Мы свои квитанции не распечатываем, это делает ЕИРЦ по договору. В договоре утверждена форма ПД. И пусть только дернутся что-то изменить![/QUOTE]
Ничего не поделаешь, договор рано или поздно придётся изменить, чтобы ПД соответствовал новому законодательству.

[QUOTE]Юлия Т. пишет:
Да вы с жителями не работали, есть такие  зануды, которым все равно понадобиться подпись и печать на квитанции, пусть даже она будет с ГИС ЖКХ распечатана.[/QUOTE]
Ну если им надо, то почему бы и нет?

[QUOTE]Юлия Т. пишет:
[quote:1avl95p4]Вы бы предпочли, чтобы житель вместо этого сразу пошёл в прокуратуру и ГЖИ с жалобами? Серьёзно?
А пока житель не потребовал подпись руководителя, он получал в ответ на все свои письма в УК "Отписку типовую, вариант 4".[/QUOTE]
У нас все вопросы решаются на месте, если ошибка действительно техническая или в документе на квартиру Росреестр что-то не то впечатал. Что-то мы сами выявляем и без всяких проблем исправляем. Но если житель считает, что ему много начислили по счетчику на отопление, но у меня есть распечатка от РСО с полным расчетом, который я проверила и знаю, что все цифры соответствуют действительности, то извините - до свидания, не смотрите ТВ.[/quote:1avl95p4]
У нас офис УК (с бухгалтерией и пр.) расположен в 12 км от дома, в другом субъекте федерации и в довольно неудобной промзоне. Добраться туда в рабочие часы, чтобы "решить вопрос на месте" - само по себе проблема (подозреваю, что и для работников УК тоже). На месте есть технический персонал, диспетчер и управдом.
#
[QUOTE]Nik1950 пишет:
У меня вопрос о ДРУГОМ:
[B]А чего ТРИ года молчала ООО "УК Рога и Копыта", ведь житель то ей ничего не платил, а ОНА дом обслуживала ?[/B]
А в  это время деньги получала другая УО ООО "Рога и Копыта", которая НЕ ОБСЛУЖИВАЛА дом!!![/QUOTE]
Оба ООО - были под управлением одного жулика, некоего Фунта. Его полиция ищет. А владелец РСО - некий А.И. Корейко, видный член регионального отделения известной партии и всё такое. Вопрос о его роли в этой истории предлагаю замять: меньше знаешь - крепче спишь.
#
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
поскольку настоящая будет примерно такой:[/QUOTE]
Такой она будет, если её распечатать с ГИС ЖКХ, а у нас как был бумажный вариант с нашим видом, так он и будет и положат в почтовый ящик именно такой, как у нас, а не с ГИС ЖКХ, откуда его бабушка возьмет и пойдет к платежному агенту.[/QUOTE]
Вам религия мешает распечатывать квитанции в том виде, который предложит ГИС? И пусть бабушка идёт с такой квитанцией хоть в банк, хоть на почту, хоть к Вам в кассу. Правда, не уверен, что ваша УК сможет/захочет принимать платежи за РСО (если у вас есть прямые платежи), а на почте и в банке с неё могут взять комиссию (но могут и не взять).
И нет, УК не надо подписывать агентский договор с почта-банком.

[QUOTE]Юлия Т. пишет:
Даже на вашем образце нет подписи руководителя и места для печати. Только подпись жителя.[/QUOTE]
На полях любой квитанции места вполне достаточно. Но с введением ГИС подпись на бумаге становится не нужна, её полностью заменяет электронная подпись, которая используется при размещении квитанций в ГИС.

[QUOTE]Юлия Т. пишет:
Хорошо, что мне за 5,5 лет работы в УК еще не встречались деб... занудные люди, требующие подписи директора и печать на квитанции.[/QUOTE]
Вы бы предпочли, чтобы житель вместо этого сразу пошёл в прокуратуру и ГЖИ с жалобами? Серьёзно?
А пока житель не потребовал подпись руководителя, он получал в ответ на все свои письма в УК "Отписку типовую, вариант 4".
#
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
Лично видел, как какую-то бабку на почте вся очередь вместе с кассиршей уговаривали такую квитанцию не оплачивать, а бабка при этом рыдала, что получится, что она неплательщица.[/QUOTE]
Да уж, теперь-то ГИС ЖКХ этой бабке поможет во всем разобраться!   :mrgreen:[/QUOTE]
Бабке ГИС не поможет, зато почта вряд ли сможет такую левую квитанцию принять, даже если кассирша не заметит обмана (или, например, если вместо кассирши - тупой автомат). Ну или левой квитанции придётся быть не похожей на настоящую, поскольку настоящая будет примерно такой:
[URL=https://gkh.dvinaland.ru/upload/iblock/dfd/dfd377cb5054195a3074d0efc1b44fe7.jpg]https://gkh.dvinaland.ru/upload/iblock/ ... b44fe7.jpg[/URL]

[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
Когда жилец потребовал квитанцию с подписью ген. директора, УК одумалась.[/QUOTE]
А это что за формат такой у квитанции?[/QUOTE]
ППРФ 354, п.31 д:
[quote:39psy23d]31. Исполнитель обязан:
д) производить непосредственно при обращении потребителя проверку правильности исчисления предъявленного потребителю к уплате размера платы за коммунальные услуги, задолженности или переплаты потребителя за коммунальные услуги, правильности начисления потребителю неустоек (штрафов, пеней) и немедленно по результатам проверки выдавать потребителю документы, содержащие правильно начисленные платежи. [B]Выдаваемые потребителю документы по его просьбе должны быть заверены подписью руководителя и печатью исполнителя[/B] (при наличии);[/quote:39psy23d]
#
[QUOTE]Nik1950 пишет:
Странная ситуация, а чего ТРИ года молчала ООО "УК Рога и Копыта", ведь житель то ей ничего не платил, а ОНА дом обслуживала ?  Это может быть ТОЛЬКО В ТОМ СЛУЧАЕ, если обе УО принадлежали одному и тому же физ. лицу(или двум разным лицам, но близким родственникам - чиновникам)[/QUOTE]
Два юр. лица - это на каждом шагу бывает. Например, ИНН 7801497980 и 7801586407. Жулики, конечно, встречаются реже, и конкретно про такую схему я не слышал, но в принципе фальшивые квитанции в почтовых ящиках - тема известная. Лично видел, как какую-то бабку на почте вся очередь вместе с кассиршей уговаривали такую квитанцию не оплачивать, а бабка при этом рыдала, что получится, что она неплательщица.

[QUOTE]Nik1950 пишет:
и они теперь ХОТЯТ ЕЩЕ РАЗ  срубить денежки с этого же дома!!! Но суд-то на то и суд, должен разобраться[/QUOTE]
Даже если судья понимает, что его дурят, и хочет помочь жильцу - какие у него варианты? Жилец заплатил не туда, он в этой ситуации крайний. Пойти против ст. 312 ГК РФ судья не сможет.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 36 минуты 50 секунды:[/COLOR][/SIZE]
[QUOTE]Nik1950 пишет:
Бухгалтерия в данном случае НЕПРАВА. Она должна была в следующей квитанции уменьшить (или увеличить)  сумму платежа, там где допущена ошибка!!! Это обычная СЧЕТНАЯ ошибка, которую вовремя заметили  и по которой нет спора![/QUOTE]
Был там спор, просто с другим жильцом. Там юрист УК накосячил: судя по всему, он прочитал решение [URL=http://www.vsrf.ru/stor_pdf.php?id=1366806]http://www.vsrf.ru/stor_pdf.php?id=1366806[/URL] таким образом, что при нулевых показаниях исправного теплосчётчика стал брать с жильцов деньги в зависимости от площади. Мол-де "Нулевые показания - значит вы самовольно отключились от отопления - а платить за отопление самовольно отключившиеся всё равно обязаны". Когда жилец потребовал квитанцию с подписью ген. директора, УК одумалась.

[QUOTE]Nik1950 пишет:
И ГИС ЖКХ тут ни чем не поможет. Надо бухгалтера учить работать!  Но если в законодательстве прописать, что за любую, даже счетную ошибку, УО обязана вернуть переплату жильцу и еще 50% компенсации, то бухгалтеры УО ВЫНУЖДЕНЫ будут в ГИС ЖКХ быстренько тихонечко поменять ошибочную квитанцию на новую и жильцу НОВУЮ тихонечко "подсовывать". А потом начнутся неприятности и споры - какая квитанция верная, какая первая и вообще откуда взялась у жильца "ошибочная".  
[B]Как видите в этом случае ПУТАНИЦУ и СПОРЫ порождает не ГИС ЖКХ, не бухгалтерия, а ДУРНОЕ законодательство!!!
Всегда было - если ошибка счетная и спора с жителем нет, то счетная ошибка молча исправляется в следующей квитанции!!!![/B][/QUOTE]
Штраф 50% мне кажется чрезмерным, но введён он был не от хорошей жизни. До введения этого штрафа бороться с произволом УК в расчёте платежей вообще было невозможно.
А ГИС - на то и ГИС, что "быстренько поменять ошибочную квитанцию на новую" бухгалтеры смогут, но вот сделать это _тихонечко_ не получится. Следы останутся. Да, из ситуации, когда строгость закона компенсируется необязательностью исполнения, надо как-то выбираться.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 32 минуты 12 секунды:[/COLOR][/SIZE]
[QUOTE]portal-gkh пишет:
Перезалить не получится. Можно только выставить еще одно. А это моментом вычисляется, с последующей претензией...[/QUOTE]
Вроде, исследования показывали, что примерно у 95% населения есть совесть. Поэтому претензии жителей по добровольно исправленным ошибкам вряд ли будут массовыми. Но всё равно лучше в бухгалтерии не ошибаться.
#
[QUOTE]Юлия Т. пишет:
Ну дали мы 5 лет назад информацию о нескольких выявленных бесхозных квартирах в АМО и что? Все сидят на попе ровно и поют о том, что у них в маневренном фонде нет жилплощади, хотя вот они квартиры - оформляйте на муниципалитет и предоставляйте нуждающимся. У УК нет полномочий по наведению порядка в этом вопросе, поэтому вам и говорят, что не с того угла плясать начали.[/QUOTE]
Ну чё, бывает. Подумайте о том, чтобы получить эти квартиры по приобретательской давности (ст. 234 ГК РФ), раз муниципалитет не телится. Ну или нуждающимся расскажите: они, возможно, найдут способ заставить муниципалитет шевелиться.

[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
ГИС нужен:
1. Чтобы УК отвечала за каждую выставленную квитанцию, и не могла отказаться от неё задним числом.[/QUOTE]
Есть такое понятие, как техническая ошибка, она может быть, как на бумаге, так и в ГИСе, если её исправляют, то какая разница в чем её исправлять?![/QUOTE]
Разница - в ответственности УК. Технические ошибки - дело житейское, но если УК упорствует в заблуждениях, сейчас бороться с ней нелегко.

[QUOTE]Юлия Т. пишет:
[quote:1kp5lrr2]2. Чтобы УК размещали квитанции в интернете. Причём не абы как размещали, а в нормальном виде.[/QUOTE]
Простите, а вы где работаете? Вы все, что у вас на бумаге проходит для стороннего пользования, размещаете в интернете? В нормальном виде, как люди хотят или абы как?[/quote:1kp5lrr2]
У меня совсем другая специфика, без подписания NDA на работу не берут.

[QUOTE]Юлия Т. пишет:
[quote:1kp5lrr2]3. Чтобы вытащить на свет божий все нестыковки в данных Росреестра.[/QUOTE]
И кто будет выявлять нестыковки из разряда: в Росреестре дом есть, а вживую его нет? Жители этого дома, которых нет? УК, которая таким домом не управляет? АМО, которая не знает что у них в городе есть или нет? Росреестр, который эту нестыковку вытащил, но так она у него и висит в нестыковках?[/quote:1kp5lrr2]
Посмотрим. Может быть, например, налоговая инспекция: ей налог брать нужно с кадастровой стоимости, и план по собираемости у неё есть. Что-то сами жители отловят. Что-то УК. Могут и компании вроде Яндекса подтянуться: у них яндекс-карты и всякое таргетирование рекламы могут оказаться на это завязаны.

[QUOTE]Юлия Т. пишет:
[quote:1kp5lrr2]4. Чтобы навести порядок в управлении домами. Собрания собственников, управляющие организации, вот это всё.[/QUOTE]
Дитя электронного века. Порядок наводится ручками в реальности, а не циферками в киберпространстве.[/quote:1kp5lrr2]
С циферками в киберпространстве - порядка и в реальности получается больше.

[QUOTE]Юлия Т. пишет:
[quote:1kp5lrr2]6. Чтобы суду проще было разобраться в неплатежах и пенях.[/QUOTE]
А что, ГИС ЖКХ будет предоставлять какую-то другую информацию о неплатежах и пенях или суд не будет проверять расчет, который ГИС ЖКХ произвел? Все равно точно так же будут смотреть и проверять - как расчет от юриста УК, так и расчет от ГИС ЖКХ, потому что и там и там могут быть ошибки.[/quote:1kp5lrr2]
1. Житель честно оплачивал квитанции ООО "Рога и Копыта", а потом выяснилось, что домом всё это время управляло ООО "УК Рога и Копыта". И оно хочет с него денег за последние три года. Что любопытно, на ООО "УК Рога и Копыта" введено внешнее управление по иску РСО, а ген. директор объявлен в розыск.
2. УК задним числом доначислила жителю платежи за что-нибудь. И требует оплатить вместе с пенями, утверждая, что счета были выставлены вовремя, но оплачены жителем не полностью.
3. Житель утверждает, что честно оплачивал квитанции последние три года. Раньше тоже оплачивал, но документы не сохранились. УК утверждает, что у жителя были большие долги, и деньги в основном шли в их погашение. И вот сейчас задолженность жителя достигла трёх лет, терпение УК лопнуло, и она пришла в суд.
#
[QUOTE]Enisei пишет:
Что за бред вообще !!! Без ГИСа хотите сказать всякую хрень в квитанции выставляем и потом отказываемся от нее задним числом??[/QUOTE]
[URL=https://vk.com/wall-91488084_3518]https://vk.com/wall-91488084_3518[/URL] - вот, пожалуйста, крик возмущенной души в моём доме: "Нашла у себя в почтовом ящике два дня назад еще одну квитанцию за апрель ( при всем при том , что первая получена и оплачена мной,как положено, в первых числах мая ) к слову, сумма в найденной квитанции незначительно отличается от первой ( т.е это не дубликат ) У меня у одной такая странная находка ? У кого- нибудь такое бывало уже ?"

[QUOTE]Enisei пишет:
До банков все доводим, автоплатежи работают, социальная защита получает реестры по начислениям, у всех собственников (имеющих навыки конечно-же) есть личный кабинет. И ГИС этот ничего не решит... Добросовестные УК и ТСЖ, ТСН и т.д. конечно же все заполнят, но ведь они на то и  добросовестные !!! и без ГИС а все делали правильно ... [/QUOTE]
Да если бы. Добросовестность, увы, не мешает криворукости.

[QUOTE]Enisei пишет:
Про недобросовестные вообще молчу ... как ГИС поможет от них избавиться расскажите пожалуйста?[/QUOTE]
Недобросовестным УК тупо перестанут поступать деньги от жильцов. Пеней-то не будет.
Хотя я думаю, что и с добросовестными УК всякие споры будут утрясаться легче: у меня как раз перед глазами есть пример, когда разбирательство заняло продолжительное время и кончилось не в пользу УК (но - мирно и без штрафов).
#
[QUOTE]Nik1950 пишет:
Да в суде и окажется, что это Петров П.П. никакой не собственник  и Вы выставляли счета не тому человеку. Он просто проживал там, его собственник Иванов И.И. якобы  "пустил пожить". Тогда суд ОБЯЖЕТ вас сделать ЗАПРОС в Росреестр и получить данные о реальном собственнике по ЗАКОНУ и все счета перевыставить ему!!!И И что тогда Вы будете делать?  Говорить суду , что Петров П.П. Вас обманул? Суд резонно спросит Вас , а на коком основании Вы Петрова П.П считали собственнком? Я уж не говорю, что Вам скажет ГЖН, если ЭТОГО Петрова П.П. Вы включите в реестр собственников для проведения ОСС!?[/QUOTE]
Я не любитель бокса по переписке. Но примерно так:
1. Суд сам сделает запрос в ЕГРН, для него это бесплатно.
2. Если УК выставляет счета именно Петрову, то у неё для этого, наверное, есть какие-то основания.
3. УК не интересно судиться с Петровым. Если Петров отказывается платить по счетам, а в ЕГРН пусто, то УК скорее пойдёт в орган местного самоуправления и предложит ему забрать бесхозяйную квартиру (в ст. 225 ГК РФ есть подробности).
4. Сейчас, без ГИС, эти проблемы каким-то образом утрясаются. Кто-то терпит наглеца-Петрова, кто-то судится, кто-то отключает Петрову свет и канализацию... ГИС сама по себе ничего не изменит, она просто сделает нестыковки в документах более заметными.
5. Многое зависит от конкретного случая. Одно дело - косяк в Росреестре. Другое - если Петров прикопал Иванова в лесу, нарисовал договор и занял квартиру.

[QUOTE]Nik1950 пишет:
Но   УО тем более не ДОЛЖНА это делать. Пусть собственник и Росреестр разбираются между собою. Если в выписке из Росреестра у ЭТОЙ квартиры НЕТ собственника, то ОПРЕДЕЛЯТЬ на каком основании этот человек проживает в ней  - дело МВД и Антитеррористического комитета, пишите туда! [/QUOTE]
Пока за квартиру платят, пока деньги на счёт УК приходят, УК вряд ли пойдёт в МВД. Даже если Петров Иванова и впрямь в лесу прикопал. А неплатежи - совсем другая история. Если УК подала на Петрова в суд за неплатежи, а в процессе суда обнаружился криминал... Ну что ж, УК изменит тактику.

[QUOTE]Nik1950 пишет:
А кто будет подавать в суд и платить - УО ?[/QUOTE]
Сначала платит тот, кому нужнее. Потом суд перекладывает платежи на того, кто неправ и упорствует.

[QUOTE]Nik1950 пишет:
Зря боится, если этого не делать тТАК и БУДЕМ кувыркаться!!![/QUOTE]
А вот не факт, что зря.

В ч.5 ст.15 ЖК РФ сказано:
[quote:25qtcc5a]5. Общая площадь жилого помещения состоит из суммы площади всех частей такого помещения, включая площадь помещений вспомогательного использования, предназначенных для удовлетворения гражданами бытовых и иных нужд, связанных с их проживанием в жилом помещении, за исключением балконов, лоджий, веранд и террас.[/quote:25qtcc5a]

В приложении 2 к СНиП 2.08.01-89* с изменениями 1-4 сказано:
[quote:25qtcc5a]2. Общую площадь квартир следует определять как сумму площадей их помещений, встроенных шкафов, а также лоджий, балконов, веранд, террас и холодных кладовых, подсчитываемых со следующими понижающими коэффициентами: для лоджий - 0,5, для балконов и террас - 0,3, для веранд и холодных кладовых - 1,0.
Площадь, занимаемая печью, в площадь помещений не включается. Площадь под маршем внутриквартирной лестницы при высоте от пола до низа выступающих конструкций 1,6 м и более включается в площадь помещений, где расположена лестница.[/quote:25qtcc5a]

В ст. 8 закона "О государственной регистрации недвижимости" сказано:
[quote:25qtcc5a]4. В кадастр недвижимости вносятся следующие основные сведения об объекте недвижимости:
9) площадь, если объектом недвижимости является земельный участок, здание, помещение или машино-место;
[/quote:25qtcc5a]
Т.е. в ЕГРН лежит некая "площадь объекта недвижимости". Какая именно, и как её считать - непонятно. Подозреваю, что РР тупо переписывает первую попавшуюся площадь из правоустанавливающих документов.

Ну как, Вы всё ещё уверены, что данными из ЕГРН можно пользоваться? А если штраф влепят, как отбиваться предлагаете? А штраф легко могут влепить, потому что жильцы, обнаружив изменения в квитанциях, побегут жаловаться.

[QUOTE]Nik1950 пишет:
Ну в ТАКОМ диком  СЛУЧАЕ  УО  придется связываться, если ТАКИЕ ЛЯПЫ "мешают" работе УО, а как иначе. Это обязанность УЖЕ УО разобраться со своими домами![/QUOTE]
Это, между прочим, не какая-то дикая экзотика, а массовое явление. И касается оно не только УК, но и ТСЖ, например. Некоторые ТСЖ были созданы раньше, чем появился кадастр недвижимости, и их создатели были абсолютно уверены, что имеют дело с одним домом. Ну да, с этой проблемой надо разбираться, но это требует много времени и сил, и не факт, что вообще получится, а запуск ГИС - послезавтра.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 23 минуты 38 секунды:[/COLOR][/SIZE]
[QUOTE]axx пишет:
[QUOTE]Sergey Cheban пишет:
Да вот так. Посмотрите хотя бы в эту тему: viewtopic.php?f=132&t=5735[/QUOTE]
не очень понял в чем там проблема. если явно указывать КН каждой квартиры никаких задвоений не будет. 30000 помещений уже добавил, не было проблем. да, у некоторых могло быть 2 или больше КН, по большей части они уже не действующие, поэтому нет смысла их добавлять, встречались и действующие - обращение в РР делает один из них недействующим.[/QUOTE]
Боюсь, это не ко мне вопрос.

[QUOTE]axx пишет:
[QUOTE]Sergey Cheban пишет:
Собственнику:
1. Войти в ЛК ГИС.
2. Убедиться, что лицевой счёт не подключён.
3. Вздохнуть, дойти до почтового ящика. Вынуть из почтового ящика квитанцию и прочитать на ней номер лицевого счёта ГИС.
4. Руками подключить этот лицевой счёт к своему личному кабинету в ГИС.[/QUOTE]
а зачем тогда ГИС вообще нужен? отдельные ЛС итак уже почти у всех есть в ЛК. То, что вы предлагаете напоминает мне одну кассиршу в совдеповской столовке, которая тоже побаивается верить калькулятору и на всякий случай пересчитывает на счетах.[/QUOTE]
ГИС нужен:
1. Чтобы УК отвечала за каждую выставленную квитанцию, и не могла отказаться от неё задним числом.
2. Чтобы УК размещали квитанции в интернете. Причём не абы как размещали, а в нормальном виде.
3. Чтобы вытащить на свет божий все нестыковки в данных Росреестра.
4. Чтобы навести порядок в управлении домами. Собрания собственников, управляющие организации, вот это всё.
5. Чтобы дотащить информацию о квитанциях до банков. Автоплатежи, вот это всё.
6. Чтобы суду проще было разобраться в неплатежах и пенях.
итд, итп.
#
[QUOTE]axx пишет:
[QUOTE]Sergey Cheban пишет:
1. Были жалобы на технические проблемы. Возможно, эти проблемы давно решены, но память о них осталась, и УК просто боятся привязывать лицевые счета к РР.[/QUOTE]
что значит боятся?[/QUOTE]
Да вот так. Посмотрите хотя бы в эту тему: [URL=http://forum.burmistr.ru/viewtopic.php?f=132&t=5735]viewtopic.php?f=132&t=5735[/URL]

[QUOTE]axx пишет:
а как быть собственнику?[/QUOTE]
Собственнику:
1. Войти в ЛК ГИС.
2. Убедиться, что лицевой счёт не подключён.
3. Вздохнуть, дойти до почтового ящика. Вынуть из почтового ящика квитанцию и прочитать на ней номер лицевого счёта ГИС.
4. Руками подключить этот лицевой счёт к своему личному кабинету в ГИС.
#
[QUOTE]Nik1950 пишет:
[B]Если помещения нет в РР, то пока собственник их не оформит откуда Вы знаете, кто собственник этого помещения и каковы его параметры? Он, собственник, Вам сам все рассказал, а если он врет? А потом Вы это опубликуете в ГИС ЖКХ, а он напишет жалобу в ГЖН и перестанет платить квартплату. Что Вы тогда делать будете ?[/B][/QUOTE]
"В детстве я молил Бога о велосипеде. Потом понял, что Бог работает по-другому. Я украл велосипед и стал молиться о прощении" (с) Аль Капоне. Примерно так же и здесь: УК выставит счёт так, как считает нужным, а потом будет бодаться с несогласными в суде. Если же кто в суде сдуру заявит, что он не является собственником квартиры, то он очень быстро эту квартиру потеряет: факты, установленные судом, в дальнейшем не требуют доказывания ([URL=http://www.consultant.ru/document/cons_doc_LAW_39570/af3590e8b76a6d791112d2477c7b2­a83d7e3b00b/]ч.2 ст. 61 ГПК РФ[/URL]).

[QUOTE]Nik1950 пишет:
Я это к тому говорю, что не УО должна наводить ПОРЯДОК в БД Росреестра ли, БТИ ли, Мигр службе МВД а закон ПРИНУЖДАТЬ к этому СОБСТВЕННИКОВ помещений  и сотрудников этих госпредприятий, которые из БЮДЖЕТА получают немалые денежки на ЭТО!!![/QUOTE]
А больше наводить порядок некому. Увы. На собственников надежды мало: большинство из них задумаются о регистрации прав только тогда, когда пора будет вступать в наследство.

[QUOTE]Nik1950 пишет:
А иначе "поощрение непричастных и наказание невиновных", т.е. бардак в базах данных и кому верить-то будем?
Уж лучше брать данные из одной БАЗЫ согласно законодательства, хоть и не достоверные пока, но  которую  можно довести до ума постепенно(грамотно разработав технологию "исправления ошибок"  в ПЕРВОИСТОЧНИКЕ), чем вести  ТРИ базы данных  в разных конторах с разнящимися  данными об одном и том же (например об общей  площади квартиры)!
Кому будут третьи лица (например ГЖН) верить- собственнику, базе УО, базе Росреестра или базе БТИ, если везде разные площади???
[/QUOTE]
В спорных случаях последней инстанцией будет суд. Он, скорее всего, никому не поверит, а пошлёт ещё одного замерщика.

[QUOTE]Nik1950 пишет:
[b]Так что ТУПО заводим все площади квартир из Росреестра и пусть собственник бежит и там доказывает , что у него квартира не 58 кв.м , а всего 53 кв.м !!! [/QUOTE]
Это вполне годный вариант для тех УК, которые на него согласны. И ГИС _позволяет_ привязать помещения к данным из РР. Но:
1. Были жалобы на технические проблемы. Возможно, эти проблемы давно решены, но память о них осталась, и УК просто боятся привязывать лицевые счета к РР.
2. Иногда, причём довольно часто, один дом с одним почтовым адресом числится в РР как несколько зданий, а у УК есть документы на управление только одним из этих зданий. В результате УК не имеет доступа к объектам РР из других зданий и не может их привязать. На форуме был описан случай, когда какой-то УК удалось добиться изменений в РР, но большинство предпочитает не связываться.
#
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
Узнайте один раз кадастровые номера помещений в своих домах (они есть в кадастровых выписках на здание), и дальше работайте с ними[/QUOTE]
Да ладно, все так просто? Что ж тогда все плачутся?![/QUOTE]
Не знаю. Я, когда помогал своей УК проводить ОСС, дал ей базу со всеми кадастровыми номерами, номерами квартир и площадями. Дом - 1435 квартир и ~50 коммерческих помещений. Выковырял из РР за один или два вечера. Будь у меня деньги на 1500 запросов в РР по отдельным квартирам, выковырял бы информацию и оттуда (включая ФИО собственников).
Бурмистр тоже не плачется, а сделал сервис проведения ОСС и зарабатывает на этом деньги.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 41 минуты 13 секунды:[/COLOR][/SIZE]
[QUOTE]Nik1950 пишет:
Речь идет не о программировании.
Даже возможности нельзя давать УК., так как
Проблема в создании ЕДИНОЙ и ДОСТОВЕРНОЙ базы  данных по каждому виду информации у ПЕРВОИСТОЧНИКА (т.е. в Росреестре, Мигр. службе, БТИ , РСО или УК).
Каждая организация является ПЕРВОИСТОЧНИКОМ только СВОЕЙ информации и только ОНА владеет ДОСТОВЕРНОЙ БД в единственном экземпляре и за нее несет административную и уголовную ответственность. Все остальные ОБЯЗАНЫ брать информацию только у ЭТОЙ организации-ПЕРВОИСТОЧНИКА.
Если Вы создадите технологию , при которой будут существовать параллельно две БД с одной и той же информацией, то любой потребитель будет в недоумении, у кого брать данные , а главнгое КОМУ ВЕРИТЬ? [/QUOTE]
Всё наоборот. Вы предлагаете иметь одну базу данных, которой все будут верить за неимением лучшего. При этом из-за отсутствия альтернативных источников информации никто не будет знать, сколько же в этой базе на самом деле ошибок, и поэтому никакой ответственности тоже не будет. Так до последнего времени и было с базами Росреестра: информация из них не пересекалась с другими источниками, поэтому ошибки в них оставались незамеченными годами. Если же будут несколько источников информации, то потребитель, обнаружив несоответствие между данными из разных источников, сможет разобраться с ним в ручном режиме (хотя бы по бумажным документам). А заодно появится возможность оценить качество информации в базах и привлечь виновных к ответственности, если это качество окажется низким.
Собственно, УК _всегда_ пользовались своими копиями информации о помещениях, в этом плане ничего не изменилось. ГИС - это всего лишь механизм, позволяющий установить связь между информацией от УК и от РР и выявить несоответствия.

И ещё одно важное преимущество дублирования информации: оно позволяет худо-бедно существовать при наличии ошибок в основной базе данных. Вот нет помещения в ЕГРН, а там, между прочим, люди живут, отопление работает, вода и электричество расходуются. Таких ошибок в ЕГРН сотни тысяч, если не миллионы, и за положенные пять дней РР их не исправит. Поэтому в некоторых случаях приходится вносить в ГИС помещения, отсутствующие в ЕГРН. К сожалению, УК часто этим злоупотребляют, вручную вводя в ГИС помещения, информация по которым в ЕГРН есть.

[SIZE=85px][COLOR=greenpt]Отправлено спустя 10 минуты 27 секунды:[/COLOR][/SIZE]
[QUOTE]Nik1950 пишет:
Орднунг, орднунг, орднунг должен быть НАВЕДЕН еще ДО  СОЗДАНИЯ ГИС ЖКХ, ну а теперь уж ДО НАЧАЛА ЕЕ ПРОМЫШЛЕННОЙ ЭКСПЛУАТАЦИИ.
Иначе ГИС ЖКХ превратиться в дорогую "игрушку", которая НИКОМУ НИКАОЙ ПОЛЬЗЫ НЕ ПРИНЕСЕТ, кроме м.б. ГЖН!!!???[/QUOTE]
Это только в волшебной стране эльфов орднунг сам собой происходит. В реальных странах наведение орднунга - процедура неприятная и болезненная. Что мы, собственно, и наблюдаем с внедрением ГИС.
#
[QUOTE]Юлия Т. пишет:
[QUOTE]Sergey Cheban пишет:
[url:23917rhi]https://egrul.nalog.ru[/url:23917rhi] не устраивает? [/QUOTE]
Устраивает. Вот и по ЕГРП тоже хочу по адресу получить хотя бы минимум информации, актуальной на сегодняшний день, без заморочек с оплатой.[/QUOTE]
Так есть же.
1. [url:23917rhi]https://rosreestr.ru/wps/portal/online_request[/url:23917rhi] - для людей, "Справочная информация по объектам недвижимости в режиме online"
2. [url:23917rhi]https://rosreestr.ru/api/online/fir_object/2:56:30302:639[/url:23917rhi] - для компьютеров, позволяет получить информацию из ЕГРН в машиночитаемом формате по кадастровому номеру.

Теоретически можно и по адресу запрос делать, но НЕ НАДО. Узнайте один раз кадастровые номера помещений в своих домах (они есть в кадастровых выписках на здание), и дальше работайте с ними. Они редко меняются, и каждое изменение кадастрового номера в любом случае потребует внимания человека: это или объединение помещений, или разделение, или ещё что-нибудь в таком духе.
#
[QUOTE]Юлия Т. пишет:
Я имела в виду ЕГРН как единый государственный реестр налогоплательщиков. По ИНН можно найти, как физлицо, так и юрлицо (ЕГРЮЛ).[/QUOTE]
[url:1w6f2nbt]https://egrul.nalog.ru[/url:1w6f2nbt] не устраивает? Там, правда, только юр. лица и ИП, и капчу вводить надо. И некоторые сведения скрыты (такие, например, как номер банковского счёта: налоговая его даёт, если показать исполнительный лист). А зачем УК физ.лица? Тем более, что их ИНН УК вряд ли знает.
#
[QUOTE]Nik1950 пишет:
Данные должны вводиться в БД ГИС ЖКХ только из ПЕРВОИСТОЧНИКА (Росреестр, Мгр сл, БТИ , РСО, УО - каждый за свою) и только ОН несет административную и уголовную ответственность и НЕЛЬЗЯ иначе.[/QUOTE]
От повторения Ваше утверждение не стало верным. Есть такой старый афоризм: "Если бы программисты строили дома, то первый же залетевший дятел разрушил бы цивилизацию". Он как раз об этом "программистском" подходе.

Мир, увы, намного богаче схем, существующих в голове среднего программиста. Результаты разных измерений одной и той же площади могут не совпадать друг с другом, при этом оба измерения могут быть правильными. Судебное решение, вступившее в законную силу, может быть отменено, но при этом у него могут быть последствия, которые хрен отменишь. Законодательные акты могут противоречить друг другу. В документах с подписями и печатями могут быть опечатки и ошибки. Руководитель ведомства может быть заинтересован в плохой работе своего ведомства, но при этом его невозможно привлечь ни к какой ответственности. Документы теряются. Улицы и города переименовываются. Названия разных улиц могут совпадать. В сутках может быть 25 часов, а в минуте - 61 секунда.
И вот в этот дивный мир приходит программист и начинает заталкивать его в прокрустово ложе своих представлений. Туда, где все документы в порядке и соответствуют друг другу, где базы данных всегда доступны, где адрес однозначно идентифицирует квартиру, и т.д., и т.п. Мир в это прокрустово ложе не лезет, как его туда ни запихивай. Причём он, сцуко, туда настолько не лезет, что впору задуматься, есть ли у нашего мира какое-то одно определённое прошлое, или же его прошлое настолько же неопределено, как и будущее. А про неопределённость настоящего - это ещё Гейзенберг открыл. Или Гайзенберг.
В общем, добро пожаловать в реальный мир. Постарайтесь не обрушить его в [URL=https://en.wikipedia.org/wiki/Blue_Screen_of_Death]синий экран[/URL], ок?

Для улучшения работы сайта и его взаимодействие с пользователями мы используем файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Вы всегда можете отключить файлы cookie в настройках браузера.

Подпишись на рассылку новостей ЖКХ, а также наших статей!

Спасибо, вы успешно подписались на рассылку!