new_year

Форум

Главнаяtwo_oceans

two_oceans

Форум

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

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

Тема

Сообщение

Упорядочить

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

QR code?
 
[QUOTE]Basil пишет:
Рекомендую попробовать это: [URL=http://delphi32.blogspot.ru/2013/09/quricol-20-qr-code-generator.html]http://delphi32.blogspot.ru/2013/09/qur ... rator.html[/URL][/QUOTE]Спасибо. Насколько вижу это голая библиотека + юниты для Дельфи и .Net. Как вставить картинку на форму Дельфи вижу в примере, а вот как это совместить с Экселем еще надо поломать голову. Конечно на Экселе свет не сошелся, можно в Экселе ввести реквизиты, а в html сформировать квитанцию, так что виден свет в конце тоннеля. Наверно можно еще проще сделать печатную форму через компоненты Дельфи, но у меня только Дельфи-совместимый компилятор Паскаля, с компонентами все сложно.

Навскидку есть простой способ совмещения с Экселем (сформировать программой bmp файл в Паскале, потом в Экселе загрузить его в стандартный элемент управления картинка, который на лист Экселя прекрасно ставится ), но тогда будет бардак с этими файлами из-за синхронизации 2 приложений.

Скорее всего посмотрю в сторону вольной имитации common gateway interface: передать строку реквизитов на поток ввода или как параметр командной строки программы на Паскале, закодировать результат (стрим) в Base64, обернуть каким-нибудь тегом и вывести на поток вывода (либо в html файл, вместе с реквизитами). В принципе все исходники для этого есть - только немного типы стримов подогнать. И для потенциальной ИС подойдет.

Либо поток вывода можно перехватить функциями VB (родительский процесс может получить доступ к дочернему процессу), убрать тег, декодировать (тоже исходники есть) и как-то загрузить в картинку в Экселе (не пробовал в элемент управления картинку из памяти грузить, вроде бы там тоже требуется перевести в IDispPicture, то есть тоже все придет к файлу на диске, что печально).
QR code?
 
Итак, первые результаты - ActiveX конечно замечательный - без проблем ставится на форму в VBA и поддерживает огромную кучу форматов кодов, в том числе и QR. Однако на лист Экселя ставиться наотрез отказывается. Но некий прогресс есть.
Поковырял 1С на предмет кодов - в конфигурации обнаружилась бинарная компонента для QR (для штрих-кодов есть еще одна), сохранил в файл. Файл оказался zip архивом, внутри библиотеки под разную разрядность windows/linux и манифесты (к слову, для xmldsig, xades компоненты тоже нашлись... для IE и FF).

Однако как с библиотекой работать пока не разобрался - в экспорте указаны 3 наименования: GetClassNames, GetClassObject, DestroyObject, судя по описанию это "NativeAPI" [URL=http://its.1c.ru/db/metodtorg#content:3221:hdoc@576119]внешняя компонента[/URL]. Нашел пример как написать и работать, так там еще классу передается ссылка на объект платформы 1С и менеджер памяти.
QR code?
 
[QUOTE]Форест пишет:
Или нужно именно НЕ в 1С?[/QUOTE]Спасибо за ответ. В общем да, 1С бы все решило (в сферическом вакууме), но есть нюансы.

1) В том подразделении работают не бухгалтеры, их учить на 1С будет несколько проблемно; 2) скорее всего бухгалтерия будет против допуска этих сотрудников к конфигурации БГУ; 3) люди к ним обращаются разово, так что смысла держать базу на всех "клиентов" тоже нет - это база на весь город получится; 4) помимо того, они вообще находятся в отдельном здании и не в нашей ЛВС, так что открытие доступа к 1С прилично снизит безопасность, попытка подключить по гост-шифрованию пока неудачна; 5)в довершение наша 1С пока не связана с ГИС ГМП и острой необходимости ее связывать нет - начисления только у этого подразделения и еще одного (остальные муниципальные услуги без платы).

Итого выбор - покупать для них отдельный сервер и мутить отдельную 1С со связью ГИС ГМП либо решать по-другому. Честно, я больше склоняюсь к своей ИС. Но наверно это идея - посмотреть есть ли у нас QR в 1С и найти какая библиотека за него отвечает - так можно от веб-сервиса избавиться.[QUOTE]Форест пишет:
Формат Сбера.[/QUOTE]Так, а есть какой-нибудь пример как располагать QR. Кто пишет слева, кто справа, на картинках вообще как только не располагают.
[quote:w618mwcx]в Экзеле есть пару примеров QR кода но все через Ж.... сделано, я не смог победить (победил линейный штрих). Во вложении, что в интернете нащел.[/quote:w618mwcx]Спасибо, поразбираюсь. Пока нашел [url:w618mwcx]https://infostart.ru/public/604539/[/url:w618mwcx] - предлагают ActiveX компонент, наверно для Экселя подойдет.
Новости по ГИСу после совещания у Козака
 
Смотрел ради интереса протокол изменений одной из недавних версий (11.3 кажется), поразился сколько всего разработчики добавляют, потом откатывают что добавили и снова добавляют. Так можно бесконечно "шить и пороть".
Подсмотрел на банкирском сайте - 2 "продвинутых" региона втирают что их супер-ИС регионального масштаба нужно интегрировать с ГИС ЖКХ и пока этого не будет, даже бессмысленно ждать хотя бы реквизиты счетов для оплаты.

P.S. А госуслуги вообще жгут - помимо приглашения в гис жкх (минимализация осуждения, ага), еще пришло сообщение на рабочий ящик: поздравили с днем рождения директора, который в прошлом декабре умер. Во как! мало поздравительного  спама от почтовиков, банков и т.д., теперь еще и госуслуги в деле.
Взаимодействие с ГИС ЖКХ: XLSX vs. SOAP
 
Полагаю со времен той статью шаблон порядком устарел, я на нее натыкался больше года назад. Рекомендации возможно тоже.
Именно такую связку ПО использовать необязательно, но скорее всего придется вносить некие изменения. И даже наверно перечислить/проверить все возможные связки займет немало времени. Но обычно есть какой-то "клин" в каждой связке - или несертифицированный компонент или платный. Во многом ПО зависит от того, на какой стадии сейчас разработка ИС и какие компоненты использованы, какие сертификаты выпущены, потому как не все компоненты взаимозаменяемы (то есть бывает одно с другим не работает).

.Net позволяет заменить Java (и наоборот), для Java есть КриптоПро JSP (версия попроще чем CSP, для подписи XML ее теоретически хватает, но вылезает куча проблем с обновлением Java, поэтому подробно не смотрел). Без .Net и Java можно обойтись если текст запроса уже приведен к каноническому виду - в этом случае openssl достаточно. Над этим пробелом я сейчас работаю - приведение к каноническому виду в самом распространенном варианте уже работает, но еще куча мелочей до полного стандарта. Вместо КриптоПро CSP может использоваться Vipnet CSP (регистрационный номер бесплатен, но нужно указать на сайте реквизиты пользователя, номер приходит на почту), но его контейнеры не совместимы с КриптоПро и информации про перевод контейнеров Vipnet в другие форматы мне не попадалось - то ли все просто, то ли вообще никак, то ли все довольны Випнетом. Контейнеры КриптоПро можно перевести в вид для openssl (хотя работает со скрипом), а если выполняются требования к длине ключа возможно даже обратное преобразование.

Технически можно обойтись openssl и stunnel (если считать, что запросы уже приведены к каноническому виду), есть как бесплатные несертифицированные их версии (работать должно, но вдруг когда-нибудь проверять будут), так и платные сертифицированные версии. Тут есть момент - с КриптоПро ни те, ни другие работают не на 100% (TLS 1.0), поэтому КриптоПро выпустила свою версию, эта версия использует лицензию КриптоПро и сам КриптоПро CSP, без необходимости преобразовывать ключи. Кому-то даже stunnel не понадобился - http компоненты Дельфи сгодились.
QR code?
 
Коллеги, подскажите как Вы технически вставляете в квитанцию штрих-код или QR code. На прошлой неделе позвонили из отдела, который начисляет в ГИС ГМП платежи, потом смотрит оплачены ли там же (ну про ГИС ГМП отдельный разговор, на данный момент они могут туда вручную занести начисление и оттуда УИН увидеть, который и требуется в QR внести), сказали что хотят штрих-код вставить в квитанцию.

Что-то я не знаю с чего начать - на текущий момент квитанция у них вроде бы в ворде, просто меняют ФИО и сумму, в 1С не работают. Из ГИС ГМП можно распечатать PDF-квитанцию стандартного образца с заполненными цифрами и ФИО, но без QR кода. Нашел сервисы в интернете, которые формируют по строке картинку QR, нашел как строку с УИН составить, интересует как кто решил автоматизировать вставку картинки - вручную в ворд они такого навставляют, что будет ужас. Навскидку думаю Эксель как-нибудь задействовать (например получить из страницы ГИС ГМП список начислений и УИН, сформировать из них строку, получить картинку, разместить на болванке квитанции), но может быть есть готовые решения?
Ошибки в ГИС (эмоции пост)
 
[quote:gqxovjsa]их количество в ГИС ЖКХ на сегодняшний день минимально, они оперативно устраняются[/quote:gqxovjsa]первая реакция: "Чо б**?" да не может оно быть минимально, так как все время перекладывают с версии на версию устранение ошибок.
Поддержка длинных строк
 
В четверг придумал новую идею - сделать библиотеку-основу для генерации XML и к ней подключать библиотеки-плагины с описанием определителя адреса сервиса, конкретных сервисов и частей сервисов. Предполагается встроенная поддержка тестового сервиса СМЭВ. Регистрацию плагинов сделал, дело за их перечислением и загрузкой. Количество библиотек явно возрастет.  4 библиотеки без отладочных символов (182 Кб) + приложение с отладочными (825 Кб) = 1007 Кб. Основа для генерации - 90 Кб, не сплюсована, потому что частично дублирует программу.
С длинными строками эпопея продолжается - попробовал подключить FindFirstFileA копированием декларации из модуля windows (так как там все и сразу - много ненужного) - не взлетело, Access Violation. Сначала подумал, что функции ядра не принимают память выделенную процессу, углубился в это и не нашел ничего необычного, через кучу промежуточных вызовов и коррекций размера дело пришло к HeapAlloc(GetProcessHeap(),0,size), то есть используется куча по-умолчанию, а не какая-то другая и приватная. Память из стека или из программы тоже не сработала.
Потом подключил весь модуль windows целиком - взлетело. Путем разбора деталей выяснилось, что все просто - в исходниках модуля windows проставлено stdcall по умолчанию для всех функций, а в декларации каждой отдельной stdcall не написано. В моей программе по умолчанию не stdcall и потому его нужно указывать. Дописал в скопированную строчку stdcall; и тадам - теперь файл читается не вслепую, а с учетом информации о его существовании и размере.  Попутно починил и другие скопированные декларации, как ни удивительно, некоторые функции каким-то чудом работали и без этого.
Взаимодействие с ГИС ЖКХ: XLSX vs. SOAP
 
[QUOTE]Programmer пишет:
При этом получаются файлы с расширением cer разного размера.[/QUOTE][QUOTE]Sergey Cheban пишет:
Для начала стоит сравнить сертификаты любым из предложенных способов.[/QUOTE]Согласен, если принимает то все ОК. Если разница примерно в 30% - это скорее всего различие в кодировке. Расширение cer ни о чем не говорит, внутри может быть разный формат файла - кодировка DER, кодировка PEM (Base-64) с заголовками, кодировка PEM без заголовков (последняя позволяет просто скопировать сертификат из XML в CER и увидеть содержимое в понятном виде). Windows открывает их все. Однако пара килобайт - довольно много: нормально если различие 3 и 4,5 Кб, а если 1 и 3 Кб, то много. Большой объем сертификата (3-10 Кб) может быть если УЦ включил в него дополнительную информацию - например логотип УЦ (у российских УЦ не видел) или детальное описание политик.

Кроме кодировки различие может быть из-за того, что при экспорте можно включить (или не включать) в файл сертификат самого удостоверяющего центра или вообще всю цепочку сертификатов. Обычный экспорт Windows при этом предлагает другое расширение файла p7b, pfx и т.д., но если кодировка файла PEM (Base-64) с заголовками, то в нее тоже можно затолкать несколько сертификатов и поставить расширение CER.
При скачивании это тоже актуально - некоторые УЦ включают свой сертификат, некоторые нет (если нет, то идет отдельным файлом). По изначальной задумке предполагается ставить сертификат ГУЦ Минкомсвязи, а кросс-сертификат УЦ должен быть выдан ГУЦ и включен в сертификат конечного пользователя, тогда цепочка восстановится автоматически. Однако какое-то УЦ включает свой корневой вместо кросс от Минкомсвязи, кто-то вообще не включает (это оставляет конечному пользователю выбор какой из сертификатов УЦ использовать, но об автоматике уже речь не идет).
Если у ГИС ЖКХ уже установлен сертификат этого УЦ, то включение/исключение сертификата УЦ из сертификата конечного пользователя не окажет никакого эффекта.
[QUOTE]Programmer пишет:
б) При регистрации ИС (в другой УО) получают сообщение:"Класс сертификата должен быть КС-2 и выше".[/QUOTE]Про это я уже где-то [URL=http://forum.burmistr.ru/viewtopic.php?p=136180#p136180]тут[/URL] отвечал подробно - в свойствах сертификата в "Политики сертификата" должно стоять значение "Класс средства ЭП КС2".

В дополнение к тому ответу скажу, что у КС1 и КС2 практически такой же программный состав КриптоПро, но для фактического класса КС2 по идее запрещено хранить ключи в Реестре - должен быть носитель с ключом (считыватель Реестр по умолчанию не ставится, но можно включить вручную) и что-то меняется с датчиком случайных чисел (биологический датчик по умолчанию отключен, но можно включить вручную, так как другого подходящего для КриптоПро датчика на большинстве компьютеров все равно нет). Лично мне кажется мягко говоря "странным" требовать КС2 для ИС - ИС как раз удобно хранить ключ в реестре, так как флешка/токен: 1) может просто "отвалиться" от сервера; 2) по умолчанию доступны всем пользователям компьютера; 3) весьма проблемно вводить пин-код для ИС; 4) не такие серьезные персональные данные в ГИС ЖКХ. Итого - у большинства все ограничится только отметкой КС2 в сертификате без соблюдения требований Класса КС2.

Сотрудники КриптоПро на форуме официально рекомендуют для ИС сохранять пин-код на уровне хранилища самого КриптоПро, так как при передаче из openssl пин-код не принимается в КриптоПро, параметров командной строки для пин-кода тоже не предусмотрено в утилитах КриптоПро - пин-код запрашивается отдельно (хотя это можно обойти специально составив команду перенаправления ввода-вывода).
Добавим, спланируем, зафиксируем и выполним все работы.
 
Раз уж зашло про рекламу... Нам тоже прислали недавно, замаскировали под новость. Контакты почистил.[quote:ig6p619x]Минкомсвязи: информация должна быть размещена в течение 2 месяцев​​​​​​​

Уважаемый руководитель!
​​​​​​​В конце сентября Минкомсвязи подвело итоги внедрения ГИС ЖКХ в регионах. 27 сентября в министерстве состоялось совещание в режиме видеоконференции, участие в котором приняли представители Администрации Президента и Госдумы, руководители региональных органов власти, региональные операторы капремонта, представитель органов прокуратуры, торгово-промышленной палаты и оператора ГИС ЖКХ «Почта России».
Представители Госжилнадзора отметили необходимость расширения аналитических возможностей системы в части контроля размещения информации в ГИС ЖКХ. Как размещать информацию в новом сервисе, Вы узнаете на ...
Узнать подробнее  Участники совещания рассмотрели вопросы необходимости завершения размещения информации в системе в отстающих субъектах РФ и работы контролирующих органов.
-Необходимо всем отстающим регионам организовать работу таким образом, чтобы в течение ближайших двух месяцев вся необходимая информация в ГИС ЖКХ размещалась в полном объеме. Если требуется любая помощь от Минкомсвязи, просьба нас об этом сразу проинформировать, но работу в регионах могут организовать только сами органы власти субъектов РФ, это их зона ответственности, - подчеркнул Михаил Евраев, замглавы Минкомсвязи России.
Представители субъектов РФ отметили,что ситуация с размещением информации рабочая, но необходимо усовершенствовать личные кабинеты. Также регионы призвали Минкомсвязи к дальнейшему содействию по обучению сотрудников, работающих в регионах с ГИС ЖКХ.
Представители отстающих регионов в своих выступлениях заверили, что вся организационная работа по завершению размещения информации в ГИС ЖКХ в ближайшее время будет завершена.
​​​​​​​Как работа с ГИС ЖКХ регулируется законом? Как работать в личном кабинете? Как размещать информацию о начислениях и фактах оплаты ЖКУ? Ответы на эти вопросы Вы узнаете на ...[/quote:ig6p619x]Вот так. Ближайшие 2 месяца все будет. :lol:
Выгрузка из 1С в ГИС и обратно?
 
[QUOTE]Andrey_S пишет:
Главная проблема в том, что сами поставщики ЖКУ этой информацией не владеют - не выстроены/не функционируют бизнес-процессы по сбору и обработке информации, подлежащей размещению в ГИС ЖКХ.[/QUOTE]Про это даже и речи нет, согласен с Вами, проблема огромная и очень распространенная. Я про гипотетический "сферический в вакууме" случай когда уже все есть в 1Ске. И пусть есть стабильное решение со стороны 1С, я бы не взялся за 3800 руб. вносить информацию по 100 домам целый год. Просто из-за нестабильной работы ГИС ЖКХ.[QUOTE]Andrey_S пишет:
Штрафы нельзя "делегировать"[/QUOTE]Ну они и не говорят про делегирование - говорят, что возместят, если по их вине выпишут штраф на их клиента.[QUOTE]Форест пишет:
В итоге это - очередная прослойка на .NET.[/QUOTE]Что и требовалось доказать.[QUOTE]Шла_мимо пишет:
А не подскажите - какие основные проблемы при переходе возникли? Сколько исправляли "косяки" после перехода?[/QUOTE]К сожалению, обновлял не я лично, поэтому точно не скажу. Косяки как обычно - крупные за неделю, мелкие до пары недель, в этот раз было относительно немного косяков. Моя нецензурщина из-за технических деталей: обещали 32 сменить на 64 разрядную версию, сказали что ключ есть, а обновили снова на 32 разрядную. Итого - 4 ядра загружены под 90% (а ставим еще 4 ядра - по мощности вырубает, когда некоторые бухи включают чайник) и 16 Гб оперативной памяти не хватает. Я надеялся, что 64 разрядная будет меньше процессор загружать, а в итоге еще на чуть выросла нагрузка и получается сервер больше ни на какой проект не использовать - даже не выдает список компьютеров сети и доступ в интернет прерывается при особо жесткой работе в 1С.
Прекрасно знаю, что большинство наших проблем из-за неверной настройки 1С, а не из-за самой платформы, так у нас крутится 16 баз 1Ски - (2я и 3я редакции) на 4 организации на 2 конфигурации (БГУ и ЗиК) и вся это "прелесть" на MSSQL. Сократить число баз не выходит: потому что бухи 1) что-то там смотрят во 2ой редакции и 2) им лениво выбирать организацию из справочника, но не лениво выбирать из списка баз. Про ЗиК вообще молчу - там половина расчетов дописаны в конфигураторе и не используют шкалы стажа. Потому как у нас то на 7 часовой день переводят, то вычитают 8 часов рабочего времени в месяц (в место того, чтобы это нормально в табеле провести как день б/с) - кадровика к 1С не подпускают, табель в Экселе, стаж художественно округлен. Бывает спохватываются, что полгода назад надо было за выслугу лет прибавить.Так что претензии не столько к платформе, сколько к людям. С одной стороны они сами с этим же работают и мучаются, с другой - ну как-то надо поумнее все организовать. Еще бы знать как их в этом убедить.[quote:26bxh2tk]По поводу офигенных сумм - нашей УК написание с нуля своей конфы обошлось примерно в 1 мульт денег.[/quote:26bxh2tk]Это да, с нуля и речи нет. Но бывает возникает сомнение, когда перенос существующей конфигурации на новую минор версию платформы оценивают как будто с нуля напишут. Ну тут конечно вопрос философский - что лучше: переносить проверенный годами код из старой версии или сочинять код с нуля под новую версию.
Поддержка длинных строк
 
За выходной перенес работу с композитными строками в библиотеку. Много заморочек вышло с переименованием функций, в том плане, что переименовал функции, которых было 3, а в интерфейсном модуле (аналог заголовочного файла Си) названия остались те же, в итоге во все три получили адрес совпадающей со старым названием при импорте из библиотеки. Преимущественно с этим разобрался, но еще перепроверю. Текущий статус: 4 библиотеки без отладочных символов + приложение с отладочными  1001 Кб.
Выгрузка из 1С в ГИС и обратно?
 
Сходил по ссылке. Как-то слишком хорошо чтобы быть правдой (дешево судя по письму, обещают всегда новые форматы - как мне показалось преимущества скопированы у облачных 1С конфигураций с минимальным изменением) и сайт из одной странички. Попахивает разводом. Конечно, возможно какая-то компания пытается раскрутиться и делает скидки. Но что за 4 тысячи же целый год  будут обслуживать 100 домов и брать  на себя гарантию от штрафов - не верю.

Скорее всего будут убеждать переходить на облачную платформу 1С, а там: 1) нет интернета - нет 1С; 2) Ваши финансовые данные хранятся неизвестно где; 3) в один "прекрасный" момент могут изменить стоимость, а вернуться из облака обратно не так-то просто, значит пока стоимость облака меньше стоимости возврата будете платить за облако. Однако, интересно послушать, что получится.
[QUOTE]Шла_мимо пишет:
Мы как раз в эти выходные переходим на "тройку" в 1С.[/QUOTE]Немного неясно, что именно названо тройкой. Видимо версия конфигурации, не платформы? На платформе 8.3 мы уже пару лет, месяц назад на 8.3.10 мигрировали (и снова не обошлось без нецензурной лексики).
СРОЧНОЕ ЗАДАНИЕ ВСЕМ!!!
 
[QUOTE]TSN пишет:
2. В ГИС ЖКХ в краткосрочных планах на капремонт органы местного самоуправления должны вносить планы по нашим капремонтам. Наши администрации не внесли, несмотря на письменные обращения от ТСЖ. ТСЖ не могут размещать информацию как поставщики информации о проведенных работах и, соответственно, нарушают 74 ПП РФ.
3. При внесении сведений нормативы и тарифы на коммунальные услуги в разделе Договоры/Устав должны размещать органы местного самоуправления и Комитет по ценам и тарифам МО, однако до настоящего времени это не сделано, несмотря на письменные обращения...[/QUOTE]Про капитальный ремонт не скажу, может быть и так. А по нормативам и тарифам еще смотря кто утверждает тариф - ОМСУ обязаны размещать только свои утвержденные нормативы и тарифы, в отношении региональных - могут разместить (если захотят), а могут не размещать, так как за них несет ответственность регион. С учетом, что с некоторого момента федеральным законом полномочия ОМСУ по тарифам сильно урезали, весьма вероятно, что нормативы/тарифы сейчас должны быть региональные. Поэтому скорее нужно обратиться в регион - чтобы разобрались чьи тарифы и либо внесли либо поговорили с ОМСУ.
СРОЧНОЕ ЗАДАНИЕ ВСЕМ!!!
 
[QUOTE]Анимаиса пишет:
[QUOTE]two_oceans пишет:
Полагаю, у Вас в расчетной системе платежи на один л/с все равно как-то различаются.[/QUOTE]
При нашей системе деньги от жителей напрямую поступают на р/с водоканала, теплосетей, энергсбыта. Раз в месяц РСО посылают нам реестр с перечнем поступивших платежей от жителей. Еще раз мы УК являемся исполнителями соответствующих коммунальных услуг, самостоятельно начисляем и формируем квитанции для жителей, но в квитанциях получателем денег стоят РСО. Я до сих пор не поняла, как в ГИС можно формировать несколько квитанций с разными .....[/QUOTE]Мне кажется, что это не совсем правильная схема, но тут конечно может быть много разных обстоятельств.
Ближе к вопросу - не скажу насчет личного кабинета, но в шаблоне вроде бы такое возможно: на один ЕЛС сформировать несколько платежек в разделе 1-2 (указав разные номера платежного документа и разные БИК, р/с), и к ним прикрепить нужное количество строк из раздела 3-6 (указав в строке нужный номер платежного документа из раздела 1-2 - реквизиты в котором подходят к этой строке). Если услуги правильно прописаны в ГИС такой шаблон загрузится, если нет - лучше в [URL=http://forum.burmistr.ru/viewtopic.php?f=133&t=4614]профильной теме[/URL] обсудить.
СРОЧНОЕ ЗАДАНИЕ ВСЕМ!!!
 
[QUOTE]Аленушка пишет:
[QUOTE]two_oceans пишет:
отключить проверку портов 80, 443[/QUOTE]
и через эти порты начинают работать хакеры как раз)хорошо придумали.[/QUOTE]А что поделать - отключить пару портов лучше чем отключать антивирус совсем. Читайте пожалуйста полностью - "если не ходить по подозрительным сайтам".

И прежде всего через эти порты работает браузер, а хакерам гораздо удобнее если откроете 21 (закачка файлов) и 23 (выполнение произвольной команды) порты или 137, 138, 139 (уязвимость для WannaCry). Как ни крути с каждым днем сайтов все больше и вес скриптов на них все тяжелее - порты 80 и 443 полностью не закроешь, и даже просто из-за быстродействия тоже хочется вырубить проверку этих портов. Точнее браузер скорее не работает если мы говорим о ГИС пропущенной через антивирус и это большой довод за выключение проверки. В большинстве случаев просто отказ от Internet Explorer уже сильно повысит безопасность.

З.Ы. Лично у меня вообще уже полгода нет антивируса, потому что я могу большинство вирусов вручную изловить и уничтожить. Осторожненько открываю файлы скачанные, хожу по знакомым сайтам, Internet Explorer раз в месяц открываю. Вполне реально так жить и работать. Однако заметьте, другим я этого не советую.
СРОЧНОЕ ЗАДАНИЕ ВСЕМ!!!
 
[QUOTE]ТСЖ Анат пишет:
 ГИС ЖКХ при включенном Касперском не работает[/QUOTE]И не только ГИС, большинство сайтов где шифрование/подпись по ГОСТ также не работает с [B][U]обычной и бесплатной[/U][/B] версией Касперского (и большинства других антивирусов), потому что они не поддерживают крипто алгоритмы ГОСТ. С другой стороны, они и [B][U]не сертифицированы[/U][/B] на защиту перс. данных. Платную корпоративную (которая как раз сертифицирована на защиту перс. данных) не было возможности проверить - когда смотрел стоила 127 тыс. за 100 мест.
Однако, отключать антивирус полностью нет необходимости, нужно только глубоко в настройках отключить проверку портов 80, 443 либо переключить на "не проверять защищенные соединения". К сожалению, это фактически делает бесполезным веб-экран, однако файловый антивирус и анализатор поведения останутся работать и обеспечат частичную защиту. Если не ходить по подозрительным сайтам, этого достаточно.
Поддержка длинных строк
 
Подправил композитные строки еще раз - теперь при освобождении не нужно указывать адрес старой переменной, есть возможность исправить адрес старой переменной на адрес временной переменной. Дубли теперь определяются как по адресу буфера, так и по адресу переменной - если адрес переменной используется с новым буфером и на прежний буфер не зарегистрировано других переменных делается попытка его освободить. Поэтому добавлено еще одно поле в мини-менеджер: условный тип переменной. Фиксировано значение 1 для композитной строки, при нем работает восстановление переменной. Значение 2 уже потребовалось - чтобы выделять буфер для расширенного использования сертификата.
Необходимость поля связана с тем, что привязке буфера композитной строки к использованию сертификата это считалось как использование переменной с новым буфером и прежний освобождался. Поэтому теперь элемент массива с адресом буфера в расширенном использовании регистрируется в качестве переменной. Естественно такой адрес переменной нельзя использовать для восстановления.
В целом, сейчас утечка памяти в композитных строках и расширенном использовании устранена. После работы программы счетчик строк=0.

Другим важным изменением стало решение вынести некоторые Unit в качестве отдельных независимых библиотек - это должно улучшить процесс обновления для нескольких исполняемых файлов при изменении модулей и добавить некоторую совместимость для других языков программирования (конвенции пока не указаны, так что совместимость минимальна. Также библиотеки много сообщений выводят на консоль, то есть сейчас их нельзя использовать с консольными программами без консоли). Соответственно, будет странно, если в каждой библиотеке будет свой мини-менеджер для композитных строк. Поэтому мини-менеджер тоже вынесен в отдельную библиотеку lstrmem.dll. Конечно, это имеет свои минусы, но они пока не проявились. С остальными функциями работы с композитными строками пока не вышло, так как: 1) для библиотеки требуются функции с уникальными именами, а у меня много в модуле композитных строк много "перегруженных функций", которые имеют одинаковое имя, но разные списки параметров; 2) там еще и предыдущие опробованные типы строк определены, так что дублей имен функций из-за них еще больше. Так что пока часть модуля в единой библиотеке, часть дублируется в каждой. Если подводить под совместимость с другими языками программирования - дублирующую часть нужно сократить до минимума, поэтому все же как-нибудь найду время и разберусь с одинаковыми именами и сделаю еще библиотеку (только для композитных строк, другие строки перенесу в другой модуль).
Дескрипторы теперь тоже в отдельной библиотеке handles2.dll - она предназначена для замены адресов объектов внутри библиотек (как уже обсуждали, передача ссылки на объект между библиотекой и программой, между разными средами программирования проблематична) на номер по которому этот адрес можно найти. Тут тоже желательна единая таблица между библиотекой и программой. поэтому вынесено в отдельную библиотеку.

Первой библиотекой использующей их стала canonic.dll - версия модуля каконикализации  в формате библиотеки. Для типовых текстов SOAP уже работает, но до полного соответствия стандарту еще далеко. Размер трех библиотек чуть более 100 Кб без отладочных символов (плюс программа около 900 Кб включая отладочные номера строк), много меньше размера dotNet.

Из нового в библиотеку вошли - возможность делить SOAP на части тегами soap:Header soap:Body, загружать из первой части (до soap:Header включительно) контекст предков для тегов wsse:Security и ds:Signature, вставлять soap:Header если отсутствует, вставлять в soap:Header дополнительную подпись (в начало) и дополнительные данные подписи (в конец). Загрузить контекст предков для подписи внутри Body также возможно, но деление текста пока не реализовано. Добавлено преобразование контекста предков в фиксированный список ключей пространств имен для формирования ЭП (по фиксированным адресам пространств, urn пока не поддерживаются). Если нужные пространства отсутствуют в контексте, то они будут добавлены в контекст с ключами по умолчанию. Планирую еще добавить возможность задания ключей по умолчанию.

Кстати, перечитал примеры в стандарте - все же [B][U]пространства имен[/U][/B] сортируются по [B][U]ключу[/U][/B], так что я ошибался. Но ошибался не полностью - все интереснее: несмотря на это [B][U]атрибуты с указанным пространством имен[/U][/B] сортируются по [B][U]адресу[/U][/B] пространства!! dash2 У меня пока сортировка атрибутов в том же порядке что и пространств имен, для атрибутов одного пространства нет проблем, но возможно несоответствие стандарту, если будут атрибуты разных пространств.
Также стало яснее с символами в виде &...; - сначала все подобные записи символов переводятся в код в кодировке Юникод (или UTF-8), затем определенные по списку символы преобразуются обратно в &...; (в форму числового шестадцатиричного заглавного кода символа). Пока не реализовал.

Далее предполагается вынесение подписи и взаимодействия по HTTP также в отдельные библиотеки. Возможно также придется поделить unit подписи на части (сертификаты отдельно, взаимодействие с Майкросрофтовским провайдером отдельно) - сейчас получается слишком много кода.
СРОЧНОЕ ЗАДАНИЕ ВСЕМ!!!
 
[QUOTE]tishu пишет:
 У нас на каждый л/с печатается три документа.[/QUOTE]
[QUOTE]Анимаиса пишет:
У нас тоже УК  готовит для каждого л/с целых 5(пять) квитанций[/QUOTE]Полагаю, у Вас в расчетной системе платежи на один л/с все равно как-то различаются. В ГИС предполагается, что л/с соответствует ЕЛС, а связка л/с + "признак типа платежа" соответствует ИЖКУ (ЕЛС плюс черточка плюс 2 цифры). Именно это хотят донести до Вас в техподдержке, отправляя читать нормативку. По Вашей формулировке вопроса я тоже не могу понять: в чем именно у Вас заминка? Не можете определить что у Вас является "признаком типа платежа" на том же л/с? Пожалуйста, объясните подробнее (если не тут, то техподдержке), если хотите чтобы проблема решилась.

Естественно, что модель у систем разная, но можно приблизительно подобрать схожие элементы. В Вашем случае "признак типа платежа" соответствует 2 цифрам в конце ИЖКУ. Конечно, есть большая проблема, что ГИС присваивает эти цифры по собственному усмотрению и, например, за электроэнергию могут быть разные последние цифры ИЖКУ даже у ЕЛС в одной квартире. Но как понимаю, это идет от "идеологов ГИС ЖКХ", так что это вряд ли поменяют.Еще есть проблема как банк разнесет платежи если квитанции 3, а типов платежей 5. Если хотя бы часть вносят не через Вашу кассу, то это определенно нужно менять. Например, меня всегда бесит как в кассе банка разделяют сумму. У нас нельзя летом погасить долг за ГВС, просто потому что сколько бы не заплатил касса вносит все на счет отопления в той же организации. В итоге выходит за ГВС долг 100 руб. за отопление переплата 101 руб. - в сумме долга нет, но на почту ежемесячно приходит автоматическая рассылка что долг 100 руб. Зимой примерно тоже, но можно написать сколько на ГВС, сколько на отопление, летом - писать бесполезно. Даже если Ваша расчетная система полностью Вас устраивает, возможно она неудобна кому-то еще. Поэтому при всем косяках ГИС, наверно надо и на свою расчетную систему иногда посмотреть со стороны критическим взглядом. Если же расчетная система удобна всем, то остается только порадоваться.

Насчет напрасной траты миллионов человеко-часов абсолютно согласен. С другой стороны, если посмотреть философски, то человечество вообще тратит крайне много времени "не очень полезно" - на тот же сон и стояние в пробках, очередях, зависание в интернете, просмотр сериалов на TV, чтение детективов, перекуры, пьянки. Не стану утверждать что от всего польза нулевая (в основном в том, что все это можно потом обсуждать), но и огромной не назовешь. Однако от этого никто не собирается отказываться. Даже если ограничиться работой, есть множество ненужных отчетов и формальностей, есть написание программ, которые используются только одной организацией и пока автор-программист с ней работает. На этом фоне ГИС - цветочки, представите при численности 7 миллиардов человек и средней продолжительности сна 8 часов, каждый день на сон тратится [B]более 55 миллиардов[/B] человеко-часов. Хотя конечно понятно что на сон и пьянку потратить время приятнее, чем на ГИС.
Регистрация жильцов, оплата ЖКХ через ГИС и последствия
 
Конкретно про Сбербанк прокомментировать не могу, но как понимаю банки стараются не в режиме реального времени каждый платеж отправлять, а в конце операционного дня все скопом. Судя потому что вижу в ГИС ГМП, Сбербанк тоже к этому склонен - обычно видны вчерашние платежи, но сегодняшних не замечал. И уж точно маловероятно, что информация уйдет менее чем через 2 часа.
СРОЧНОЕ ЗАДАНИЕ ВСЕМ!!!
 
[QUOTE]ooolider пишет:
с другими браузерами не работает плагин Госуслуг для  сертификата ЭЦП[/QUOTE]Не вполне верно - не работает с [B][U]новыми[/U][/B] версиями браузеров, собственно ничего не мешает найти версию, которая работает, установить ее при отключенном интернете и отключить автообновление. Чтобы не морочиться - на сайте КриптоПро есть некоторые сборки с уже отключенным автообновлением. Со всем остальным согласен.
Еще про плагин Госуслуг - он устанавливается в профиль пользователя, но при этом прописывает себя в список установленных программ, то есть заходишь от имени другого пользователя на том же компьютере (в частности на сервере терминалов локальной сети) - браузер или говорит что плагин не установлен или (если прописать ссылку на установленный) падает браузер, так как нету доступа к профилю другого пользователя. При попытке установить - сначала запускается удаление у первого пользователя, только со второго раза установка второму пользователю. Соответственно когда понадобится плагин первому - надо удалить у второго и установить первому! Стал докапываться до причин - эти "интересные люди" из Ростелекома пишут лог в ту же папку где установлен плагин! Хотя все нормальные программы ставят библиотеки/приложения/плагины в Program Files и логи пишут в профиле пользователя, плагин госуслуг все запихивает в профиль. Диалога выбора места установки и режима - удаление или новая установка явно не хватает.[quote:376ndym1]Необходимо просто исправить фразу "....действовать БЕЗ доверенности" на слова "...действовать ПО доверенности"[/quote:376ndym1]Не разделяю опасений по поводу Гослуслуг, но ближе к теме... К сожалению, не только исправить фразу - нет инструментов автоматической, без участия человека, проверки доверенности. Подробно не слежу за прогрессом в этой области, но вроде бы даже пока не обкатан механизм передачи доверенности в электронной форме - предполагается тот же XML определенного содержания (в идеале с перечислением все ролей и полномочий) заверенный ЭП руководителя, а не скан произвольной доверенности, который надо оператору смотреть глазками. Ну будут они месяц доверенности со всей страны рассматривать - Вам не станет от этого лучше. И средство создания электронной формы доверенности тоже скорее всего будет не в свободном доступе, а за плату.

Еще если уж об улучшениях - у ГИС ЖКХ должна быть разделена методическая и техническая поддержка. Методическая должна отписываться гораздо быстрее на вопросы типа "Мы хотим сделать бла-бла, но есть только пункт бло-бло. Что делать?" и для нее допустимо цитировать НПА, передавать вопросы экспертам, описывать как все должно быть по задумке или говорить в данной версии это невозможно.Например, у ГАС Управление метод поддержки спрашивали почему мы не видим подразделений в списке исполнителей муниципальных программ? Метод поддержка четко и ясно через полчаса нам расписала что мы все делаем неправильно - данное действие невозможно, программы подразделений со статусом юридического лица должны вносить сотрудники самого подразделения. Поэтому нам не нужно вносить программы, а нужно регистрировать сотрудников подразделений. Причем все своими словами без цитат нормативки.Техническая на вопросы типа "не могу найти дом в перечне", "шаблон возвращает ошибку","не можем зарегистрироваться" - когда что-то попробовали и выпала ошибка.
Общая площадь МКД и площадь жилых помещений
 
[quote:luk76sbc]Нет. Расчеты в биллинговой системе ведутся по лицевым счетам, а не по помещениям. Т.е. начисления по МКД складываются именно из суммы начислений по лицевым счетам.[/quote:luk76sbc]Это да, тут скорее вопрос как потом выйти на указанную в документах площадь.[quote:luk76sbc]И без разницы, что сумма площадей (а значит и итоговая сумма начислений) по лицевым счетам не будет равна 59,5 кв.м.? [/quote:luk76sbc]Честно говоря с программной точки зрения что так, что этак - все равно придется округлять полученный результат до копеек. Поэтому возможны разные варианты. Вариант 1) теоретически можно оставить после запятой столько знаков, чтобы погрешность перекрывалась округлением копеек. То есть (остаток площади после деления на 3) * тариф < 1 копейки. Это зависит от Вашей расчетной системы сколько знаков после запятой можно сохранить в карточке лицевого счета и сколько влезет в квитанцию.

вариант 2) С точки зрения погрешности нужно сначала сделать все начисления (без округлений) и только в самом конце округлить до копеек - то есть начислить на 59,5 потом поделить на 3. При таком подходе нужно указать в квитанции, что площадь всей квартиры 59,5, доля 1/3 без заморочек с делением площади. Нужно просто соответствующим образом составить квитанцию - чтобы было ясно в какой последовательности считалась сумма и как она поделилась - а кому интересно пусть сами делят площадь с остатком или без. Тут ничего такого - сам считаю по своей квартире и копейки не совпадают - это в пределах ожиданий из-за разной последовательности и разного округления.

вариант 3) С другой стороны, если переделка квитанции не устраивает, то сама цифра 59,5 явно уже ранее округленная, (квадратный сантиметр это 1/10000 квадратного метра, то есть 0,1 квадратного метра не соответствует никакой целой единице измерения). Возможно стоит применить лайфхак - поточнее перемерить площадь, чтобы там появились еще какие-то цифры после запятой (причем такие чтобы и делилось на 3 ровно и округлялись до 59,5) - то есть 59,49 или 59,52 или 59,499 или 59,502. Скажете незаконно? Зато всегда сможете объяснить, что 59,5 это округленная цифра, а у Вас [S]крутые нанотехнологии[/S] точнее.У нас энергосбытовая компания просто прошла по улице из двухквартирных домов с лазерной линейкой и по результатам поменяла общую площадь в своей базе и выставила начисления. Чуть позже общую площадь указали уже по дому - приплюсовали соседнюю квартиру. Хотя понятно, что это никакая не общая площадь дома, а отапливаемая площадь 2 квартир (в том числе бани, гараж с отоплением).
регистрация в ГИС ЖКХ.
 
Маленькое уточнение - если регистрировали Председателя, потом по электронной подписи (ЭП) добавляли организацию, то для председателя "включить в групп Единая система идентификации и аутентификации - Администратор профиля организации" - необязательный шаг, так как он уже прописан руководителем при добавлении организации по ЭП. Однако действительно лучше перестраховаться. Первый раз заходите председателем, даже если назначили и других администраторов ГИС ЖКХ.
ИНН организации проверяется в ЕГРЮЛ, не в ЕГРП. Лучше дождаться пока проверится, но полагаю ИНН уже проверился, раз назначили полномочия.
Еще один момент связан с тем как зашли на госуслуги - как физлицо или как организация. Нужно зайти как организация (изначально входили как физлицо чтобы зарегистрировать организацию) - и с этим иногда проблемы - ЕСИА запоминает пользователя и режим входа (иногда доходит до того, что входишь с ЭП другого пользователя - выдает прошлого), чтобы исправить нужно либо почистить куки для esia.gosuslugi.ru и перезапустить браузер или войти из другого браузера. Затем, когда ЕСИА запросит выбор войти как физическое лицо или войти как организация - выбрать организацию. Первый раз наверно лучше войти по ЭП председателя для перестраховки, потом можно и по логину-паролю.
Загрузка ЛС через шаблоны
 
[quote:a5xccb46]Поскольку на квитанциях УИН нет - все и ставят 0.[/quote:a5xccb46]Может быть и так. Во многих случаях даже и квитанции нет, только протокол о штрафе. Однако это тем более должно подталкивать банки включить в логику оплаты запрос начислений - а если нужного все-таки нет, то ввод вручную. Иначе какой смысл в идентификаторах, если их вбивать вручную, несмотря на то, что они есть в ГИС.[quote:a5xccb46]Этим общение банка с ГИС ЖКХ и заканчивается - ГИС ЖКХ не передает банку и не спрашивает у банка никакие персональные данные.[/quote:a5xccb46]Хм... В схеме предусмотрено как минимум необязательная передача ФИО (само ФИО может и не потянет на персональные данные, но там еще есть и адрес, который отдельно не тянет на персональные, но вместе в одном сообщении они уже потянут), и мне не вполне ясно на основе чего формируется идентификатор плательщика (по аналогии предполагаю что паспорт для физлиц), так что не убедили. Кстати, для запроса начислений тоже нужно передать персональные данные или хотя бы адрес, чтобы получить список начислений.[spoil:a5xccb46]hcs-payment-types.xsd[code:a5xccb46]<xs:element name="Individual">
<xs:annotation>
<xs:documentation>Потребитель-физическое лицо, в том числе индивидуальный предприниматель</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:complexContent>
<xs:extension base="individual-registry-base:FIOType"/>
</xs:complexContent>
</xs:complexType>
</xs:element>[/code:a5xccb46]hcs-payment-base.xsd[code:a5xccb46]<xs:element name="SupplierInfo" minOccurs="0">
<xs:annotation>
<xs:documentation>Сведения о потребителе</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="SupplierID" minOccurs="0">
<xs:annotation>
<xs:documentation>Уникальный идентификатор плательщика</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:maxLength value="25"/>
<xs:minLength value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name="SupplierName" minOccurs="0">
<xs:annotation>
<xs:documentation>Наименование плательщика</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:maxLength value="160"/>
<xs:minLength value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>

<xs:element name="Ind" type="individual-registry-base:FIOType">
<xs:annotation>
<xs:documentation>Физлицо, не являющееся индивидуальным предпринимателем</xs:documentation>
</xs:annotation>
</xs:element>[/code:a5xccb46][/spoil:a5xccb46][quote:a5xccb46]банк запросит и проверит паспорт[/quote:a5xccb46]ЖКХ многие платят через терминал - терминал паспорт не запросит. Так что утвержение не в полной мере верно.[quote:a5xccb46]1) генерации уникального ЕЛС (связки "плательщик-помещение")[/quote:a5xccb46]Если он всего один - он и так уникален, но если больше (в том числе, например, сменился потребитель) совершенно согласен. Тут у нас разногласия нет.[quote:a5xccb46]им может быть НЕ ТОЛЬКО собственник помещения по данным ЕГРН[/quote:a5xccb46]Убедили. Но тогда получается связь с ЕГРН постольку-поскольку. Основная проблема тогда получается в том, что это самое лицо, которому нужно все раскрыть очень сложно установить, чтобы выяснить чьи реквизиты вбить - те же недееспособные и умершие тоже имеют паспорт и нет никакого механизма установить что человек стал недееспособным или умер, пока опекуны/наследники не принесут документы. Предлагаю все же закругляться с "теорией" пока нас снова не наругали "практики".
Справочники ---- Работы и услуги организации
 
[QUOTE]Ktt пишет:
Какую величину в плане работ по МКД в графе Объем указывать: "м2 площади окна с одной стороны" или "квадратные метр общей площади"?
Ответ: Сообщаем, что в данной ситуации следует выбрать единицу измерения "Квадратный метр" №055 или схожую с ней.[/QUOTE]Капитаны Очевидности. :lol: Хотя наверно вопрос скорее к методической поддержке чем к технической поддержке. Странно, что у ГИС ЖКХ нет прямого номера методической поддержки.
По вопросу: скорее всего предполагается, что есть фиксированная стоимость протирки за 1 "м2 площади окна с одной стороны", это умножаете на площадь окон, на количество протирок за год - выходит общая стоимость услуги по дому за год, которая уже распределяется пропорционально "квадратные метр общей площади". Хотя почему общей? Скорее пропорционально общей площади дома без площади общего пользования. Для внесения нужно "перегруппировать множители" - и это можно сделать несколькими способами (смотря что будете подразумевать под объемом и под количеством), поэтому каждый вносит как считает нужным.
Могу предположить, но не знаю верно ли, что пропорциональное распределение на площадь будет учитываться где-то дальше, то есть пока задача выйти на общую сумму за год и потому верный ответ "м2 площади окна с одной стороны", но в зависимости от Вашей логики может быть не так.
Загрузка ЛС через шаблоны
 
Все верно, в ГИС ГМП ненулевой УИН - единственный критерий для автоматического квитирования. Вот только от банков в этом поле приходит ноль, поэтому приходится квитировать вручную по идентификатору плательщика и прочим полям. Уже год Федеральное казначейство трясет все организации делающие начисления на предмет ГИС ГМП и часть УИН появилась в ГИС ГМП (в ручном режиме, автоматики пока мало), но от банков все равно стабильно идут нули (на квитанциях УИН не появились, а на запрос из ГИС ГМП банки не тратят время). Не будем углубляться - я просто провожу параллель: многие банки не готовы указывать реальный паспорт и даже хотя бы идентификатор начисления.

Выставление на "плательщика" замечательно, но фактически тут противоречие в том, что никому не интересно контролировать "кто платил", интересен только сам факт оплаты. Зачем тогда нужно выставление на "плательщика", если нет никакой гарантии, что заплатит именно этот человек. Обезличенного ЕЛС более чем достаточно (при условии, что он будет меняться при смене стороны потребителя в договоре, то есть паспортные данные интересны только в момент смены). Тем не менее, я частично соглашусь с программной точки зрения: если на одну квартиру несколько ЕЛС, то их надо как либо идентифицировать, лучше снилсом.

По поводу раскрытия - Вы предполагаете, что даже когда реализуют подключение по ЕГРН, информация ограниченного доступа будет не видна если не вбит паспорт/снилс? Вообще "замечательно", если будет так, то нет существенного смысла в привязке ЕГРН, просто выдать всем ЕЛС в обмен на данные паспорта (кстати, это идея: дать объявление, что для получения ЕЛС надо прийти с паспортом и так насобирать данные). А если будет видна вся информация и без паспорта, просто по ЕГРН - то смысл сейчас бить паспорта?
Загрузка ЛС через шаблоны
 
[quote:2z07hirn]Как объяснить твою ситуацию - не знаю.[/quote:2z07hirn]Полагаю, гадать можно очень долго. Факт в том, что когда ИС меняется можно сказать, что ось времени становится двойной и превращается в плоскость - есть зависимость не только внесенных на текущее время данных, от текущей даты, но и от даты внесения (каждой порции) данных. Кто-то попал в выгрузку до нового года из старой версии АИС Росреестра, кто-то уже в новой версии. Кого-то внесли с паспортными данными, корректно указали все реквизиты л/с, кому-то не так повезло. ГИС ЖКХ тоже меняется и связки (невидимые) с какой-то прошлой версии могут продолжать действовать, но не факт, что эту связку можно создать в текущей.
Без раскрутки всей "истории изменений" (в том числе обмена данными между ИС) и точного знания логики (каждой версии каждой ИС) сложно угадать какие именно факторы сложились. Если знать все невидимые связки, то можно обойтись и текущим состоянием, без этого - самое простое объяснение: "звезды так сошлись".

Мне это напоминает ситуацию с образованием - считается что есть некий стандарт, но по факту программа стандарта каждый год изменяется. Вроде и есть какие-то совпадения, но случай каждого человека практически уникален.
Загрузка ЛС через шаблоны
 
[QUOTE]Andrey_S пишет:
[QUOTE]two_oceans пишет:
Банки указывают такой паспорт как идентификатор плательщика при передаче в ГИС ГМП платежа - если плательщик (физическое лицо) не предъявил документа. И учитывая, что в назначении платежа тоже пишут что попало, а в идентификаторе начисления ставят 0, определить кто и за что платил крайне сложно. [/QUOTE]
Банки не имеют права принимать платежи без идентификации лиц, совершающих платеж - это запрещено инструкциями ЦБ. Должны ли передаваться эти сведения в ГИС ГМП - не знаю.[/QUOTE]По факту - отдельного поля паспортных данных нет, но на основе предъявленного документа формируется идентификатор плательщика. В случае юридических лиц это ИНН/КПП - указан всегда, в случае физических лиц - возможны разные документы (2 или 3 десятка вариантов) в том числе паспорт или снилс. Пока не видел записей о платеже с чем-то кроме паспорта, в половине записей указан идентификатор по реальному паспорту, в половине по фиктивному "12 34 567890". Значит, как минимум, человек платил не сам за себя (то есть даже если тот, кто платил в кассе, предъявил свой паспорт, его не указали потому что платеж должен быть от имени другого лица) либо вообще не предъявил документа - например, через терминал. Итого: инструкция или не выполняется или не распространяется на платежи в бюджет.
[QUOTE]Andrey_S пишет:
[QUOTE]two_oceans пишет:
Предположительно такой же "мусор" идет от банков и в ГИС ЖКХ. Можно ожидать, что если указать такой паспорт в л/с, то платежи отлично сквитируются.[/QUOTE]У банков нет обязанности передавать в ГИС ЖКХ сведения о лицах, совершающих платежи за ЖКУ. Как и у плательщиков по л/с нет обязанности вносить платежи лично. Квитирование в ГИС ЖКХ выполняется по другим признакам.[/QUOTE]Признаки, может и другие, а люди все те же и вбивают такой же мусор. Ок, если по другим признакам, тогда вообще мало смысла вносить паспорт в л/с (в том плане, что платить может вообще другой человек, а не тот с кем договор) - или по регистрации прав л/с подключится (рано или поздно) или по номеру ЕЛС.
Поддержка длинных строк
 
Умудрился сам себя удивить - в мини-менеджере оказалась строка с комментарием "<- утечка памяти здесь"  :D Как выяснилось, из-за того, что менеджер определял дублирование буфера при неявном присвоении, то освобождение буфера с дублями было закомментировано "до выяснения". При изменении буфера на новый другого размера, освобождение вызывалось с временной переменной и это тоже считалось как дубль - по факту ничего не освобождалось. Теперь доработал еще одну версию освобождения, в которую можно передать адрес старой переменной и проблема с заменой буфера решилась. Также более-менее разобрался с дублями: при работе программы они теперь корректно освобождаются, но несколько вылезает в конце работы. Начальный размер памяти для считывания XML либо формирования SOAP уменьшил до 5Мб. И освободил отработавшие объекты каноникализации (вот где 1-2 Мб на объект было). В итоге, после третьей подписи менеджер памяти показывает около 10,5 Мб (2 буфера по 5 Мб, 1 по 40Кб и еще 300Кб суммарно в мелких буферах), памяти хватает и проверка корректно завершается.
Загрузка ЛС через шаблоны
 
[QUOTE]Шла_мимо пишет:
[QUOTE]two_oceans пишет:
или тот самый фиктивный паспорт "12 34 567890".[/QUOTE]А это понятие откуда появилось? ))))[/QUOTE]Банки указывают такой паспорт как идентификатор плательщика при передаче в ГИС ГМП платежа - если плательщик (физическое лицо) не предъявил документа. И учитывая, что в назначении платежа тоже пишут что попало, а в идентификаторе начисления ставят 0, определить кто и за что платил крайне сложно. Предположительно такой же "мусор" идет от банков и в ГИС ЖКХ. Можно ожидать, что если указать такой паспорт в л/с, то платежи отлично сквитируются. Причем со всей страны :lol: Было бы забавно создать такой прецедент, но наверно оштрафуют.[QUOTE]Шла_мимо пишет:
Хотя...Нельзя же по нескольким квартирам забивать одного и того же Иванова Ивана Ивановича с данным фиктивным паспортом[/QUOTE]ФИО то можно и реальное указать из документов, на повторяемость номера тоже ограничения слабые, так как нет теоретического предела сколько у человека может быть квартир. Тут уже как-то обсуждали, что подключили ЕЛС, а на нем левые квартиры из другого региона. Это как раз пример, что где-то внесли паспорт другого человека.На самом деле есть довольно много несуществующих номеров паспорта (которые так не "спалятся"), потому что ФМС при печати паспортов начинает новую серию не с 000001 (по крайней мере у нас в Иркутской области), а продолжает нумерацию предыдущей (например, была 25 04 с 000001 по 470000, 25 05 начинается с 470001 по 690000, 25 06 с 690001 по 850000, 25 07 с 850001 по 970000, 25 08 с 970001 по 000000), первая пара цифр серии указывает регион, вторая пара цифр соответствует году выдачи плюс минус единица (а значит серии с второй парой цифр от 19 до 96 - пока несуществующие), а пространство номеров для указанных 5 серий одно и составляет 1 миллион номеров, то есть с учетом серии есть 1 миллион существующих номеров и 4 миллиона несуществующих. То же самое с сериями 25 97-25 02 и 25 09-25 13 (более новые не отслеживал), а вот в 25 03 (на пике смены паспортов) весь миллион или около того - существующие паспорта. Я это отслеживал для определения опечаток в номерах паспортов, но теоретически несуществующие номера возможно указывать в качестве фиктивных (например, в 25 02 и 25 08 выходит 94% и 96% номеров не существует). Хотя если всплывет, то оштрафуют.
Впрочем, при всей простоте обнаружения несуществующих номеров, пока нет инструментов отслеживания - ФМС/МВД не раскрывает, какие номера были напечатаны. Самое замечательное, что и в списке недействительных их по идее тоже нет. То есть отловить это можно только имея достоверную базу в несколько тысяч паспортов с 1998 года по каждому региону. Поэтому сейчас реальные способы их отличить - 1) сервис проверки номеров при регистрации на госуслуги; 2) человек придет с реальным паспортом.Однако если потом перебить фиктивный паспорт на реальный - скорее всего изменится ЕЛС. Поэтому я ни в коем случае не призываю вбивать "мусор", но обращаю внимание, что есть такая глобальная дыра с паспортами во многих ГИС. Для ГИС ЖКХ куда вбивают данные сотни поставщиков информации, не проверять введенные паспорта - это вообще критическая уязвимость.
#
[QUOTE]Basil пишет:
Рекомендую попробовать это: [URL=http://delphi32.blogspot.ru/2013/09/quricol-20-qr-code-generator.html]http://delphi32.blogspot.ru/2013/09/qur ... rator.html[/URL][/QUOTE]Спасибо. Насколько вижу это голая библиотека + юниты для Дельфи и .Net. Как вставить картинку на форму Дельфи вижу в примере, а вот как это совместить с Экселем еще надо поломать голову. Конечно на Экселе свет не сошелся, можно в Экселе ввести реквизиты, а в html сформировать квитанцию, так что виден свет в конце тоннеля. Наверно можно еще проще сделать печатную форму через компоненты Дельфи, но у меня только Дельфи-совместимый компилятор Паскаля, с компонентами все сложно.

Навскидку есть простой способ совмещения с Экселем (сформировать программой bmp файл в Паскале, потом в Экселе загрузить его в стандартный элемент управления картинка, который на лист Экселя прекрасно ставится ), но тогда будет бардак с этими файлами из-за синхронизации 2 приложений.

Скорее всего посмотрю в сторону вольной имитации common gateway interface: передать строку реквизитов на поток ввода или как параметр командной строки программы на Паскале, закодировать результат (стрим) в Base64, обернуть каким-нибудь тегом и вывести на поток вывода (либо в html файл, вместе с реквизитами). В принципе все исходники для этого есть - только немного типы стримов подогнать. И для потенциальной ИС подойдет.

Либо поток вывода можно перехватить функциями VB (родительский процесс может получить доступ к дочернему процессу), убрать тег, декодировать (тоже исходники есть) и как-то загрузить в картинку в Экселе (не пробовал в элемент управления картинку из памяти грузить, вроде бы там тоже требуется перевести в IDispPicture, то есть тоже все придет к файлу на диске, что печально).
#
Итак, первые результаты - ActiveX конечно замечательный - без проблем ставится на форму в VBA и поддерживает огромную кучу форматов кодов, в том числе и QR. Однако на лист Экселя ставиться наотрез отказывается. Но некий прогресс есть.
Поковырял 1С на предмет кодов - в конфигурации обнаружилась бинарная компонента для QR (для штрих-кодов есть еще одна), сохранил в файл. Файл оказался zip архивом, внутри библиотеки под разную разрядность windows/linux и манифесты (к слову, для xmldsig, xades компоненты тоже нашлись... для IE и FF).

Однако как с библиотекой работать пока не разобрался - в экспорте указаны 3 наименования: GetClassNames, GetClassObject, DestroyObject, судя по описанию это "NativeAPI" [URL=http://its.1c.ru/db/metodtorg#content:3221:hdoc@576119]внешняя компонента[/URL]. Нашел пример как написать и работать, так там еще классу передается ссылка на объект платформы 1С и менеджер памяти.
#
[QUOTE]Форест пишет:
Или нужно именно НЕ в 1С?[/QUOTE]Спасибо за ответ. В общем да, 1С бы все решило (в сферическом вакууме), но есть нюансы.

1) В том подразделении работают не бухгалтеры, их учить на 1С будет несколько проблемно; 2) скорее всего бухгалтерия будет против допуска этих сотрудников к конфигурации БГУ; 3) люди к ним обращаются разово, так что смысла держать базу на всех "клиентов" тоже нет - это база на весь город получится; 4) помимо того, они вообще находятся в отдельном здании и не в нашей ЛВС, так что открытие доступа к 1С прилично снизит безопасность, попытка подключить по гост-шифрованию пока неудачна; 5)в довершение наша 1С пока не связана с ГИС ГМП и острой необходимости ее связывать нет - начисления только у этого подразделения и еще одного (остальные муниципальные услуги без платы).

Итого выбор - покупать для них отдельный сервер и мутить отдельную 1С со связью ГИС ГМП либо решать по-другому. Честно, я больше склоняюсь к своей ИС. Но наверно это идея - посмотреть есть ли у нас QR в 1С и найти какая библиотека за него отвечает - так можно от веб-сервиса избавиться.[QUOTE]Форест пишет:
Формат Сбера.[/QUOTE]Так, а есть какой-нибудь пример как располагать QR. Кто пишет слева, кто справа, на картинках вообще как только не располагают.
[quote:w618mwcx]в Экзеле есть пару примеров QR кода но все через Ж.... сделано, я не смог победить (победил линейный штрих). Во вложении, что в интернете нащел.[/quote:w618mwcx]Спасибо, поразбираюсь. Пока нашел [url:w618mwcx]https://infostart.ru/public/604539/[/url:w618mwcx] - предлагают ActiveX компонент, наверно для Экселя подойдет.
#
Смотрел ради интереса протокол изменений одной из недавних версий (11.3 кажется), поразился сколько всего разработчики добавляют, потом откатывают что добавили и снова добавляют. Так можно бесконечно "шить и пороть".
Подсмотрел на банкирском сайте - 2 "продвинутых" региона втирают что их супер-ИС регионального масштаба нужно интегрировать с ГИС ЖКХ и пока этого не будет, даже бессмысленно ждать хотя бы реквизиты счетов для оплаты.

P.S. А госуслуги вообще жгут - помимо приглашения в гис жкх (минимализация осуждения, ага), еще пришло сообщение на рабочий ящик: поздравили с днем рождения директора, который в прошлом декабре умер. Во как! мало поздравительного  спама от почтовиков, банков и т.д., теперь еще и госуслуги в деле.
#
Полагаю со времен той статью шаблон порядком устарел, я на нее натыкался больше года назад. Рекомендации возможно тоже.
Именно такую связку ПО использовать необязательно, но скорее всего придется вносить некие изменения. И даже наверно перечислить/проверить все возможные связки займет немало времени. Но обычно есть какой-то "клин" в каждой связке - или несертифицированный компонент или платный. Во многом ПО зависит от того, на какой стадии сейчас разработка ИС и какие компоненты использованы, какие сертификаты выпущены, потому как не все компоненты взаимозаменяемы (то есть бывает одно с другим не работает).

.Net позволяет заменить Java (и наоборот), для Java есть КриптоПро JSP (версия попроще чем CSP, для подписи XML ее теоретически хватает, но вылезает куча проблем с обновлением Java, поэтому подробно не смотрел). Без .Net и Java можно обойтись если текст запроса уже приведен к каноническому виду - в этом случае openssl достаточно. Над этим пробелом я сейчас работаю - приведение к каноническому виду в самом распространенном варианте уже работает, но еще куча мелочей до полного стандарта. Вместо КриптоПро CSP может использоваться Vipnet CSP (регистрационный номер бесплатен, но нужно указать на сайте реквизиты пользователя, номер приходит на почту), но его контейнеры не совместимы с КриптоПро и информации про перевод контейнеров Vipnet в другие форматы мне не попадалось - то ли все просто, то ли вообще никак, то ли все довольны Випнетом. Контейнеры КриптоПро можно перевести в вид для openssl (хотя работает со скрипом), а если выполняются требования к длине ключа возможно даже обратное преобразование.

Технически можно обойтись openssl и stunnel (если считать, что запросы уже приведены к каноническому виду), есть как бесплатные несертифицированные их версии (работать должно, но вдруг когда-нибудь проверять будут), так и платные сертифицированные версии. Тут есть момент - с КриптоПро ни те, ни другие работают не на 100% (TLS 1.0), поэтому КриптоПро выпустила свою версию, эта версия использует лицензию КриптоПро и сам КриптоПро CSP, без необходимости преобразовывать ключи. Кому-то даже stunnel не понадобился - http компоненты Дельфи сгодились.
#
Коллеги, подскажите как Вы технически вставляете в квитанцию штрих-код или QR code. На прошлой неделе позвонили из отдела, который начисляет в ГИС ГМП платежи, потом смотрит оплачены ли там же (ну про ГИС ГМП отдельный разговор, на данный момент они могут туда вручную занести начисление и оттуда УИН увидеть, который и требуется в QR внести), сказали что хотят штрих-код вставить в квитанцию.

Что-то я не знаю с чего начать - на текущий момент квитанция у них вроде бы в ворде, просто меняют ФИО и сумму, в 1С не работают. Из ГИС ГМП можно распечатать PDF-квитанцию стандартного образца с заполненными цифрами и ФИО, но без QR кода. Нашел сервисы в интернете, которые формируют по строке картинку QR, нашел как строку с УИН составить, интересует как кто решил автоматизировать вставку картинки - вручную в ворд они такого навставляют, что будет ужас. Навскидку думаю Эксель как-нибудь задействовать (например получить из страницы ГИС ГМП список начислений и УИН, сформировать из них строку, получить картинку, разместить на болванке квитанции), но может быть есть готовые решения?
#
[quote:gqxovjsa]их количество в ГИС ЖКХ на сегодняшний день минимально, они оперативно устраняются[/quote:gqxovjsa]первая реакция: "Чо б**?" да не может оно быть минимально, так как все время перекладывают с версии на версию устранение ошибок.
#
В четверг придумал новую идею - сделать библиотеку-основу для генерации XML и к ней подключать библиотеки-плагины с описанием определителя адреса сервиса, конкретных сервисов и частей сервисов. Предполагается встроенная поддержка тестового сервиса СМЭВ. Регистрацию плагинов сделал, дело за их перечислением и загрузкой. Количество библиотек явно возрастет.  4 библиотеки без отладочных символов (182 Кб) + приложение с отладочными (825 Кб) = 1007 Кб. Основа для генерации - 90 Кб, не сплюсована, потому что частично дублирует программу.
С длинными строками эпопея продолжается - попробовал подключить FindFirstFileA копированием декларации из модуля windows (так как там все и сразу - много ненужного) - не взлетело, Access Violation. Сначала подумал, что функции ядра не принимают память выделенную процессу, углубился в это и не нашел ничего необычного, через кучу промежуточных вызовов и коррекций размера дело пришло к HeapAlloc(GetProcessHeap(),0,size), то есть используется куча по-умолчанию, а не какая-то другая и приватная. Память из стека или из программы тоже не сработала.
Потом подключил весь модуль windows целиком - взлетело. Путем разбора деталей выяснилось, что все просто - в исходниках модуля windows проставлено stdcall по умолчанию для всех функций, а в декларации каждой отдельной stdcall не написано. В моей программе по умолчанию не stdcall и потому его нужно указывать. Дописал в скопированную строчку stdcall; и тадам - теперь файл читается не вслепую, а с учетом информации о его существовании и размере.  Попутно починил и другие скопированные декларации, как ни удивительно, некоторые функции каким-то чудом работали и без этого.
#
[QUOTE]Programmer пишет:
При этом получаются файлы с расширением cer разного размера.[/QUOTE][QUOTE]Sergey Cheban пишет:
Для начала стоит сравнить сертификаты любым из предложенных способов.[/QUOTE]Согласен, если принимает то все ОК. Если разница примерно в 30% - это скорее всего различие в кодировке. Расширение cer ни о чем не говорит, внутри может быть разный формат файла - кодировка DER, кодировка PEM (Base-64) с заголовками, кодировка PEM без заголовков (последняя позволяет просто скопировать сертификат из XML в CER и увидеть содержимое в понятном виде). Windows открывает их все. Однако пара килобайт - довольно много: нормально если различие 3 и 4,5 Кб, а если 1 и 3 Кб, то много. Большой объем сертификата (3-10 Кб) может быть если УЦ включил в него дополнительную информацию - например логотип УЦ (у российских УЦ не видел) или детальное описание политик.

Кроме кодировки различие может быть из-за того, что при экспорте можно включить (или не включать) в файл сертификат самого удостоверяющего центра или вообще всю цепочку сертификатов. Обычный экспорт Windows при этом предлагает другое расширение файла p7b, pfx и т.д., но если кодировка файла PEM (Base-64) с заголовками, то в нее тоже можно затолкать несколько сертификатов и поставить расширение CER.
При скачивании это тоже актуально - некоторые УЦ включают свой сертификат, некоторые нет (если нет, то идет отдельным файлом). По изначальной задумке предполагается ставить сертификат ГУЦ Минкомсвязи, а кросс-сертификат УЦ должен быть выдан ГУЦ и включен в сертификат конечного пользователя, тогда цепочка восстановится автоматически. Однако какое-то УЦ включает свой корневой вместо кросс от Минкомсвязи, кто-то вообще не включает (это оставляет конечному пользователю выбор какой из сертификатов УЦ использовать, но об автоматике уже речь не идет).
Если у ГИС ЖКХ уже установлен сертификат этого УЦ, то включение/исключение сертификата УЦ из сертификата конечного пользователя не окажет никакого эффекта.
[QUOTE]Programmer пишет:
б) При регистрации ИС (в другой УО) получают сообщение:"Класс сертификата должен быть КС-2 и выше".[/QUOTE]Про это я уже где-то [URL=http://forum.burmistr.ru/viewtopic.php?p=136180#p136180]тут[/URL] отвечал подробно - в свойствах сертификата в "Политики сертификата" должно стоять значение "Класс средства ЭП КС2".

В дополнение к тому ответу скажу, что у КС1 и КС2 практически такой же программный состав КриптоПро, но для фактического класса КС2 по идее запрещено хранить ключи в Реестре - должен быть носитель с ключом (считыватель Реестр по умолчанию не ставится, но можно включить вручную) и что-то меняется с датчиком случайных чисел (биологический датчик по умолчанию отключен, но можно включить вручную, так как другого подходящего для КриптоПро датчика на большинстве компьютеров все равно нет). Лично мне кажется мягко говоря "странным" требовать КС2 для ИС - ИС как раз удобно хранить ключ в реестре, так как флешка/токен: 1) может просто "отвалиться" от сервера; 2) по умолчанию доступны всем пользователям компьютера; 3) весьма проблемно вводить пин-код для ИС; 4) не такие серьезные персональные данные в ГИС ЖКХ. Итого - у большинства все ограничится только отметкой КС2 в сертификате без соблюдения требований Класса КС2.

Сотрудники КриптоПро на форуме официально рекомендуют для ИС сохранять пин-код на уровне хранилища самого КриптоПро, так как при передаче из openssl пин-код не принимается в КриптоПро, параметров командной строки для пин-кода тоже не предусмотрено в утилитах КриптоПро - пин-код запрашивается отдельно (хотя это можно обойти специально составив команду перенаправления ввода-вывода).
#
Раз уж зашло про рекламу... Нам тоже прислали недавно, замаскировали под новость. Контакты почистил.[quote:ig6p619x]Минкомсвязи: информация должна быть размещена в течение 2 месяцев​​​​​​​

Уважаемый руководитель!
​​​​​​​В конце сентября Минкомсвязи подвело итоги внедрения ГИС ЖКХ в регионах. 27 сентября в министерстве состоялось совещание в режиме видеоконференции, участие в котором приняли представители Администрации Президента и Госдумы, руководители региональных органов власти, региональные операторы капремонта, представитель органов прокуратуры, торгово-промышленной палаты и оператора ГИС ЖКХ «Почта России».
Представители Госжилнадзора отметили необходимость расширения аналитических возможностей системы в части контроля размещения информации в ГИС ЖКХ. Как размещать информацию в новом сервисе, Вы узнаете на ...
Узнать подробнее  Участники совещания рассмотрели вопросы необходимости завершения размещения информации в системе в отстающих субъектах РФ и работы контролирующих органов.
-Необходимо всем отстающим регионам организовать работу таким образом, чтобы в течение ближайших двух месяцев вся необходимая информация в ГИС ЖКХ размещалась в полном объеме. Если требуется любая помощь от Минкомсвязи, просьба нас об этом сразу проинформировать, но работу в регионах могут организовать только сами органы власти субъектов РФ, это их зона ответственности, - подчеркнул Михаил Евраев, замглавы Минкомсвязи России.
Представители субъектов РФ отметили,что ситуация с размещением информации рабочая, но необходимо усовершенствовать личные кабинеты. Также регионы призвали Минкомсвязи к дальнейшему содействию по обучению сотрудников, работающих в регионах с ГИС ЖКХ.
Представители отстающих регионов в своих выступлениях заверили, что вся организационная работа по завершению размещения информации в ГИС ЖКХ в ближайшее время будет завершена.
​​​​​​​Как работа с ГИС ЖКХ регулируется законом? Как работать в личном кабинете? Как размещать информацию о начислениях и фактах оплаты ЖКУ? Ответы на эти вопросы Вы узнаете на ...[/quote:ig6p619x]Вот так. Ближайшие 2 месяца все будет. :lol:
#
[QUOTE]Andrey_S пишет:
Главная проблема в том, что сами поставщики ЖКУ этой информацией не владеют - не выстроены/не функционируют бизнес-процессы по сбору и обработке информации, подлежащей размещению в ГИС ЖКХ.[/QUOTE]Про это даже и речи нет, согласен с Вами, проблема огромная и очень распространенная. Я про гипотетический "сферический в вакууме" случай когда уже все есть в 1Ске. И пусть есть стабильное решение со стороны 1С, я бы не взялся за 3800 руб. вносить информацию по 100 домам целый год. Просто из-за нестабильной работы ГИС ЖКХ.[QUOTE]Andrey_S пишет:
Штрафы нельзя "делегировать"[/QUOTE]Ну они и не говорят про делегирование - говорят, что возместят, если по их вине выпишут штраф на их клиента.[QUOTE]Форест пишет:
В итоге это - очередная прослойка на .NET.[/QUOTE]Что и требовалось доказать.[QUOTE]Шла_мимо пишет:
А не подскажите - какие основные проблемы при переходе возникли? Сколько исправляли "косяки" после перехода?[/QUOTE]К сожалению, обновлял не я лично, поэтому точно не скажу. Косяки как обычно - крупные за неделю, мелкие до пары недель, в этот раз было относительно немного косяков. Моя нецензурщина из-за технических деталей: обещали 32 сменить на 64 разрядную версию, сказали что ключ есть, а обновили снова на 32 разрядную. Итого - 4 ядра загружены под 90% (а ставим еще 4 ядра - по мощности вырубает, когда некоторые бухи включают чайник) и 16 Гб оперативной памяти не хватает. Я надеялся, что 64 разрядная будет меньше процессор загружать, а в итоге еще на чуть выросла нагрузка и получается сервер больше ни на какой проект не использовать - даже не выдает список компьютеров сети и доступ в интернет прерывается при особо жесткой работе в 1С.
Прекрасно знаю, что большинство наших проблем из-за неверной настройки 1С, а не из-за самой платформы, так у нас крутится 16 баз 1Ски - (2я и 3я редакции) на 4 организации на 2 конфигурации (БГУ и ЗиК) и вся это "прелесть" на MSSQL. Сократить число баз не выходит: потому что бухи 1) что-то там смотрят во 2ой редакции и 2) им лениво выбирать организацию из справочника, но не лениво выбирать из списка баз. Про ЗиК вообще молчу - там половина расчетов дописаны в конфигураторе и не используют шкалы стажа. Потому как у нас то на 7 часовой день переводят, то вычитают 8 часов рабочего времени в месяц (в место того, чтобы это нормально в табеле провести как день б/с) - кадровика к 1С не подпускают, табель в Экселе, стаж художественно округлен. Бывает спохватываются, что полгода назад надо было за выслугу лет прибавить.Так что претензии не столько к платформе, сколько к людям. С одной стороны они сами с этим же работают и мучаются, с другой - ну как-то надо поумнее все организовать. Еще бы знать как их в этом убедить.[quote:26bxh2tk]По поводу офигенных сумм - нашей УК написание с нуля своей конфы обошлось примерно в 1 мульт денег.[/quote:26bxh2tk]Это да, с нуля и речи нет. Но бывает возникает сомнение, когда перенос существующей конфигурации на новую минор версию платформы оценивают как будто с нуля напишут. Ну тут конечно вопрос философский - что лучше: переносить проверенный годами код из старой версии или сочинять код с нуля под новую версию.
#
За выходной перенес работу с композитными строками в библиотеку. Много заморочек вышло с переименованием функций, в том плане, что переименовал функции, которых было 3, а в интерфейсном модуле (аналог заголовочного файла Си) названия остались те же, в итоге во все три получили адрес совпадающей со старым названием при импорте из библиотеки. Преимущественно с этим разобрался, но еще перепроверю. Текущий статус: 4 библиотеки без отладочных символов + приложение с отладочными  1001 Кб.
#
Сходил по ссылке. Как-то слишком хорошо чтобы быть правдой (дешево судя по письму, обещают всегда новые форматы - как мне показалось преимущества скопированы у облачных 1С конфигураций с минимальным изменением) и сайт из одной странички. Попахивает разводом. Конечно, возможно какая-то компания пытается раскрутиться и делает скидки. Но что за 4 тысячи же целый год  будут обслуживать 100 домов и брать  на себя гарантию от штрафов - не верю.

Скорее всего будут убеждать переходить на облачную платформу 1С, а там: 1) нет интернета - нет 1С; 2) Ваши финансовые данные хранятся неизвестно где; 3) в один "прекрасный" момент могут изменить стоимость, а вернуться из облака обратно не так-то просто, значит пока стоимость облака меньше стоимости возврата будете платить за облако. Однако, интересно послушать, что получится.
[QUOTE]Шла_мимо пишет:
Мы как раз в эти выходные переходим на "тройку" в 1С.[/QUOTE]Немного неясно, что именно названо тройкой. Видимо версия конфигурации, не платформы? На платформе 8.3 мы уже пару лет, месяц назад на 8.3.10 мигрировали (и снова не обошлось без нецензурной лексики).
#
[QUOTE]TSN пишет:
2. В ГИС ЖКХ в краткосрочных планах на капремонт органы местного самоуправления должны вносить планы по нашим капремонтам. Наши администрации не внесли, несмотря на письменные обращения от ТСЖ. ТСЖ не могут размещать информацию как поставщики информации о проведенных работах и, соответственно, нарушают 74 ПП РФ.
3. При внесении сведений нормативы и тарифы на коммунальные услуги в разделе Договоры/Устав должны размещать органы местного самоуправления и Комитет по ценам и тарифам МО, однако до настоящего времени это не сделано, несмотря на письменные обращения...[/QUOTE]Про капитальный ремонт не скажу, может быть и так. А по нормативам и тарифам еще смотря кто утверждает тариф - ОМСУ обязаны размещать только свои утвержденные нормативы и тарифы, в отношении региональных - могут разместить (если захотят), а могут не размещать, так как за них несет ответственность регион. С учетом, что с некоторого момента федеральным законом полномочия ОМСУ по тарифам сильно урезали, весьма вероятно, что нормативы/тарифы сейчас должны быть региональные. Поэтому скорее нужно обратиться в регион - чтобы разобрались чьи тарифы и либо внесли либо поговорили с ОМСУ.
#
[QUOTE]Анимаиса пишет:
[QUOTE]two_oceans пишет:
Полагаю, у Вас в расчетной системе платежи на один л/с все равно как-то различаются.[/QUOTE]
При нашей системе деньги от жителей напрямую поступают на р/с водоканала, теплосетей, энергсбыта. Раз в месяц РСО посылают нам реестр с перечнем поступивших платежей от жителей. Еще раз мы УК являемся исполнителями соответствующих коммунальных услуг, самостоятельно начисляем и формируем квитанции для жителей, но в квитанциях получателем денег стоят РСО. Я до сих пор не поняла, как в ГИС можно формировать несколько квитанций с разными .....[/QUOTE]Мне кажется, что это не совсем правильная схема, но тут конечно может быть много разных обстоятельств.
Ближе к вопросу - не скажу насчет личного кабинета, но в шаблоне вроде бы такое возможно: на один ЕЛС сформировать несколько платежек в разделе 1-2 (указав разные номера платежного документа и разные БИК, р/с), и к ним прикрепить нужное количество строк из раздела 3-6 (указав в строке нужный номер платежного документа из раздела 1-2 - реквизиты в котором подходят к этой строке). Если услуги правильно прописаны в ГИС такой шаблон загрузится, если нет - лучше в [URL=http://forum.burmistr.ru/viewtopic.php?f=133&t=4614]профильной теме[/URL] обсудить.
#
[QUOTE]Аленушка пишет:
[QUOTE]two_oceans пишет:
отключить проверку портов 80, 443[/QUOTE]
и через эти порты начинают работать хакеры как раз)хорошо придумали.[/QUOTE]А что поделать - отключить пару портов лучше чем отключать антивирус совсем. Читайте пожалуйста полностью - "если не ходить по подозрительным сайтам".

И прежде всего через эти порты работает браузер, а хакерам гораздо удобнее если откроете 21 (закачка файлов) и 23 (выполнение произвольной команды) порты или 137, 138, 139 (уязвимость для WannaCry). Как ни крути с каждым днем сайтов все больше и вес скриптов на них все тяжелее - порты 80 и 443 полностью не закроешь, и даже просто из-за быстродействия тоже хочется вырубить проверку этих портов. Точнее браузер скорее не работает если мы говорим о ГИС пропущенной через антивирус и это большой довод за выключение проверки. В большинстве случаев просто отказ от Internet Explorer уже сильно повысит безопасность.

З.Ы. Лично у меня вообще уже полгода нет антивируса, потому что я могу большинство вирусов вручную изловить и уничтожить. Осторожненько открываю файлы скачанные, хожу по знакомым сайтам, Internet Explorer раз в месяц открываю. Вполне реально так жить и работать. Однако заметьте, другим я этого не советую.
#
[QUOTE]ТСЖ Анат пишет:
 ГИС ЖКХ при включенном Касперском не работает[/QUOTE]И не только ГИС, большинство сайтов где шифрование/подпись по ГОСТ также не работает с [B][U]обычной и бесплатной[/U][/B] версией Касперского (и большинства других антивирусов), потому что они не поддерживают крипто алгоритмы ГОСТ. С другой стороны, они и [B][U]не сертифицированы[/U][/B] на защиту перс. данных. Платную корпоративную (которая как раз сертифицирована на защиту перс. данных) не было возможности проверить - когда смотрел стоила 127 тыс. за 100 мест.
Однако, отключать антивирус полностью нет необходимости, нужно только глубоко в настройках отключить проверку портов 80, 443 либо переключить на "не проверять защищенные соединения". К сожалению, это фактически делает бесполезным веб-экран, однако файловый антивирус и анализатор поведения останутся работать и обеспечат частичную защиту. Если не ходить по подозрительным сайтам, этого достаточно.
#
Подправил композитные строки еще раз - теперь при освобождении не нужно указывать адрес старой переменной, есть возможность исправить адрес старой переменной на адрес временной переменной. Дубли теперь определяются как по адресу буфера, так и по адресу переменной - если адрес переменной используется с новым буфером и на прежний буфер не зарегистрировано других переменных делается попытка его освободить. Поэтому добавлено еще одно поле в мини-менеджер: условный тип переменной. Фиксировано значение 1 для композитной строки, при нем работает восстановление переменной. Значение 2 уже потребовалось - чтобы выделять буфер для расширенного использования сертификата.
Необходимость поля связана с тем, что привязке буфера композитной строки к использованию сертификата это считалось как использование переменной с новым буфером и прежний освобождался. Поэтому теперь элемент массива с адресом буфера в расширенном использовании регистрируется в качестве переменной. Естественно такой адрес переменной нельзя использовать для восстановления.
В целом, сейчас утечка памяти в композитных строках и расширенном использовании устранена. После работы программы счетчик строк=0.

Другим важным изменением стало решение вынести некоторые Unit в качестве отдельных независимых библиотек - это должно улучшить процесс обновления для нескольких исполняемых файлов при изменении модулей и добавить некоторую совместимость для других языков программирования (конвенции пока не указаны, так что совместимость минимальна. Также библиотеки много сообщений выводят на консоль, то есть сейчас их нельзя использовать с консольными программами без консоли). Соответственно, будет странно, если в каждой библиотеке будет свой мини-менеджер для композитных строк. Поэтому мини-менеджер тоже вынесен в отдельную библиотеку lstrmem.dll. Конечно, это имеет свои минусы, но они пока не проявились. С остальными функциями работы с композитными строками пока не вышло, так как: 1) для библиотеки требуются функции с уникальными именами, а у меня много в модуле композитных строк много "перегруженных функций", которые имеют одинаковое имя, но разные списки параметров; 2) там еще и предыдущие опробованные типы строк определены, так что дублей имен функций из-за них еще больше. Так что пока часть модуля в единой библиотеке, часть дублируется в каждой. Если подводить под совместимость с другими языками программирования - дублирующую часть нужно сократить до минимума, поэтому все же как-нибудь найду время и разберусь с одинаковыми именами и сделаю еще библиотеку (только для композитных строк, другие строки перенесу в другой модуль).
Дескрипторы теперь тоже в отдельной библиотеке handles2.dll - она предназначена для замены адресов объектов внутри библиотек (как уже обсуждали, передача ссылки на объект между библиотекой и программой, между разными средами программирования проблематична) на номер по которому этот адрес можно найти. Тут тоже желательна единая таблица между библиотекой и программой. поэтому вынесено в отдельную библиотеку.

Первой библиотекой использующей их стала canonic.dll - версия модуля каконикализации  в формате библиотеки. Для типовых текстов SOAP уже работает, но до полного соответствия стандарту еще далеко. Размер трех библиотек чуть более 100 Кб без отладочных символов (плюс программа около 900 Кб включая отладочные номера строк), много меньше размера dotNet.

Из нового в библиотеку вошли - возможность делить SOAP на части тегами soap:Header soap:Body, загружать из первой части (до soap:Header включительно) контекст предков для тегов wsse:Security и ds:Signature, вставлять soap:Header если отсутствует, вставлять в soap:Header дополнительную подпись (в начало) и дополнительные данные подписи (в конец). Загрузить контекст предков для подписи внутри Body также возможно, но деление текста пока не реализовано. Добавлено преобразование контекста предков в фиксированный список ключей пространств имен для формирования ЭП (по фиксированным адресам пространств, urn пока не поддерживаются). Если нужные пространства отсутствуют в контексте, то они будут добавлены в контекст с ключами по умолчанию. Планирую еще добавить возможность задания ключей по умолчанию.

Кстати, перечитал примеры в стандарте - все же [B][U]пространства имен[/U][/B] сортируются по [B][U]ключу[/U][/B], так что я ошибался. Но ошибался не полностью - все интереснее: несмотря на это [B][U]атрибуты с указанным пространством имен[/U][/B] сортируются по [B][U]адресу[/U][/B] пространства!! dash2 У меня пока сортировка атрибутов в том же порядке что и пространств имен, для атрибутов одного пространства нет проблем, но возможно несоответствие стандарту, если будут атрибуты разных пространств.
Также стало яснее с символами в виде &...; - сначала все подобные записи символов переводятся в код в кодировке Юникод (или UTF-8), затем определенные по списку символы преобразуются обратно в &...; (в форму числового шестадцатиричного заглавного кода символа). Пока не реализовал.

Далее предполагается вынесение подписи и взаимодействия по HTTP также в отдельные библиотеки. Возможно также придется поделить unit подписи на части (сертификаты отдельно, взаимодействие с Майкросрофтовским провайдером отдельно) - сейчас получается слишком много кода.
#
[QUOTE]tishu пишет:
 У нас на каждый л/с печатается три документа.[/QUOTE]
[QUOTE]Анимаиса пишет:
У нас тоже УК  готовит для каждого л/с целых 5(пять) квитанций[/QUOTE]Полагаю, у Вас в расчетной системе платежи на один л/с все равно как-то различаются. В ГИС предполагается, что л/с соответствует ЕЛС, а связка л/с + "признак типа платежа" соответствует ИЖКУ (ЕЛС плюс черточка плюс 2 цифры). Именно это хотят донести до Вас в техподдержке, отправляя читать нормативку. По Вашей формулировке вопроса я тоже не могу понять: в чем именно у Вас заминка? Не можете определить что у Вас является "признаком типа платежа" на том же л/с? Пожалуйста, объясните подробнее (если не тут, то техподдержке), если хотите чтобы проблема решилась.

Естественно, что модель у систем разная, но можно приблизительно подобрать схожие элементы. В Вашем случае "признак типа платежа" соответствует 2 цифрам в конце ИЖКУ. Конечно, есть большая проблема, что ГИС присваивает эти цифры по собственному усмотрению и, например, за электроэнергию могут быть разные последние цифры ИЖКУ даже у ЕЛС в одной квартире. Но как понимаю, это идет от "идеологов ГИС ЖКХ", так что это вряд ли поменяют.Еще есть проблема как банк разнесет платежи если квитанции 3, а типов платежей 5. Если хотя бы часть вносят не через Вашу кассу, то это определенно нужно менять. Например, меня всегда бесит как в кассе банка разделяют сумму. У нас нельзя летом погасить долг за ГВС, просто потому что сколько бы не заплатил касса вносит все на счет отопления в той же организации. В итоге выходит за ГВС долг 100 руб. за отопление переплата 101 руб. - в сумме долга нет, но на почту ежемесячно приходит автоматическая рассылка что долг 100 руб. Зимой примерно тоже, но можно написать сколько на ГВС, сколько на отопление, летом - писать бесполезно. Даже если Ваша расчетная система полностью Вас устраивает, возможно она неудобна кому-то еще. Поэтому при всем косяках ГИС, наверно надо и на свою расчетную систему иногда посмотреть со стороны критическим взглядом. Если же расчетная система удобна всем, то остается только порадоваться.

Насчет напрасной траты миллионов человеко-часов абсолютно согласен. С другой стороны, если посмотреть философски, то человечество вообще тратит крайне много времени "не очень полезно" - на тот же сон и стояние в пробках, очередях, зависание в интернете, просмотр сериалов на TV, чтение детективов, перекуры, пьянки. Не стану утверждать что от всего польза нулевая (в основном в том, что все это можно потом обсуждать), но и огромной не назовешь. Однако от этого никто не собирается отказываться. Даже если ограничиться работой, есть множество ненужных отчетов и формальностей, есть написание программ, которые используются только одной организацией и пока автор-программист с ней работает. На этом фоне ГИС - цветочки, представите при численности 7 миллиардов человек и средней продолжительности сна 8 часов, каждый день на сон тратится [B]более 55 миллиардов[/B] человеко-часов. Хотя конечно понятно что на сон и пьянку потратить время приятнее, чем на ГИС.
#
Конкретно про Сбербанк прокомментировать не могу, но как понимаю банки стараются не в режиме реального времени каждый платеж отправлять, а в конце операционного дня все скопом. Судя потому что вижу в ГИС ГМП, Сбербанк тоже к этому склонен - обычно видны вчерашние платежи, но сегодняшних не замечал. И уж точно маловероятно, что информация уйдет менее чем через 2 часа.
#
[QUOTE]ooolider пишет:
с другими браузерами не работает плагин Госуслуг для  сертификата ЭЦП[/QUOTE]Не вполне верно - не работает с [B][U]новыми[/U][/B] версиями браузеров, собственно ничего не мешает найти версию, которая работает, установить ее при отключенном интернете и отключить автообновление. Чтобы не морочиться - на сайте КриптоПро есть некоторые сборки с уже отключенным автообновлением. Со всем остальным согласен.
Еще про плагин Госуслуг - он устанавливается в профиль пользователя, но при этом прописывает себя в список установленных программ, то есть заходишь от имени другого пользователя на том же компьютере (в частности на сервере терминалов локальной сети) - браузер или говорит что плагин не установлен или (если прописать ссылку на установленный) падает браузер, так как нету доступа к профилю другого пользователя. При попытке установить - сначала запускается удаление у первого пользователя, только со второго раза установка второму пользователю. Соответственно когда понадобится плагин первому - надо удалить у второго и установить первому! Стал докапываться до причин - эти "интересные люди" из Ростелекома пишут лог в ту же папку где установлен плагин! Хотя все нормальные программы ставят библиотеки/приложения/плагины в Program Files и логи пишут в профиле пользователя, плагин госуслуг все запихивает в профиль. Диалога выбора места установки и режима - удаление или новая установка явно не хватает.[quote:376ndym1]Необходимо просто исправить фразу "....действовать БЕЗ доверенности" на слова "...действовать ПО доверенности"[/quote:376ndym1]Не разделяю опасений по поводу Гослуслуг, но ближе к теме... К сожалению, не только исправить фразу - нет инструментов автоматической, без участия человека, проверки доверенности. Подробно не слежу за прогрессом в этой области, но вроде бы даже пока не обкатан механизм передачи доверенности в электронной форме - предполагается тот же XML определенного содержания (в идеале с перечислением все ролей и полномочий) заверенный ЭП руководителя, а не скан произвольной доверенности, который надо оператору смотреть глазками. Ну будут они месяц доверенности со всей страны рассматривать - Вам не станет от этого лучше. И средство создания электронной формы доверенности тоже скорее всего будет не в свободном доступе, а за плату.

Еще если уж об улучшениях - у ГИС ЖКХ должна быть разделена методическая и техническая поддержка. Методическая должна отписываться гораздо быстрее на вопросы типа "Мы хотим сделать бла-бла, но есть только пункт бло-бло. Что делать?" и для нее допустимо цитировать НПА, передавать вопросы экспертам, описывать как все должно быть по задумке или говорить в данной версии это невозможно.Например, у ГАС Управление метод поддержки спрашивали почему мы не видим подразделений в списке исполнителей муниципальных программ? Метод поддержка четко и ясно через полчаса нам расписала что мы все делаем неправильно - данное действие невозможно, программы подразделений со статусом юридического лица должны вносить сотрудники самого подразделения. Поэтому нам не нужно вносить программы, а нужно регистрировать сотрудников подразделений. Причем все своими словами без цитат нормативки.Техническая на вопросы типа "не могу найти дом в перечне", "шаблон возвращает ошибку","не можем зарегистрироваться" - когда что-то попробовали и выпала ошибка.
#
[quote:luk76sbc]Нет. Расчеты в биллинговой системе ведутся по лицевым счетам, а не по помещениям. Т.е. начисления по МКД складываются именно из суммы начислений по лицевым счетам.[/quote:luk76sbc]Это да, тут скорее вопрос как потом выйти на указанную в документах площадь.[quote:luk76sbc]И без разницы, что сумма площадей (а значит и итоговая сумма начислений) по лицевым счетам не будет равна 59,5 кв.м.? [/quote:luk76sbc]Честно говоря с программной точки зрения что так, что этак - все равно придется округлять полученный результат до копеек. Поэтому возможны разные варианты. Вариант 1) теоретически можно оставить после запятой столько знаков, чтобы погрешность перекрывалась округлением копеек. То есть (остаток площади после деления на 3) * тариф < 1 копейки. Это зависит от Вашей расчетной системы сколько знаков после запятой можно сохранить в карточке лицевого счета и сколько влезет в квитанцию.

вариант 2) С точки зрения погрешности нужно сначала сделать все начисления (без округлений) и только в самом конце округлить до копеек - то есть начислить на 59,5 потом поделить на 3. При таком подходе нужно указать в квитанции, что площадь всей квартиры 59,5, доля 1/3 без заморочек с делением площади. Нужно просто соответствующим образом составить квитанцию - чтобы было ясно в какой последовательности считалась сумма и как она поделилась - а кому интересно пусть сами делят площадь с остатком или без. Тут ничего такого - сам считаю по своей квартире и копейки не совпадают - это в пределах ожиданий из-за разной последовательности и разного округления.

вариант 3) С другой стороны, если переделка квитанции не устраивает, то сама цифра 59,5 явно уже ранее округленная, (квадратный сантиметр это 1/10000 квадратного метра, то есть 0,1 квадратного метра не соответствует никакой целой единице измерения). Возможно стоит применить лайфхак - поточнее перемерить площадь, чтобы там появились еще какие-то цифры после запятой (причем такие чтобы и делилось на 3 ровно и округлялись до 59,5) - то есть 59,49 или 59,52 или 59,499 или 59,502. Скажете незаконно? Зато всегда сможете объяснить, что 59,5 это округленная цифра, а у Вас [S]крутые нанотехнологии[/S] точнее.У нас энергосбытовая компания просто прошла по улице из двухквартирных домов с лазерной линейкой и по результатам поменяла общую площадь в своей базе и выставила начисления. Чуть позже общую площадь указали уже по дому - приплюсовали соседнюю квартиру. Хотя понятно, что это никакая не общая площадь дома, а отапливаемая площадь 2 квартир (в том числе бани, гараж с отоплением).
#
Маленькое уточнение - если регистрировали Председателя, потом по электронной подписи (ЭП) добавляли организацию, то для председателя "включить в групп Единая система идентификации и аутентификации - Администратор профиля организации" - необязательный шаг, так как он уже прописан руководителем при добавлении организации по ЭП. Однако действительно лучше перестраховаться. Первый раз заходите председателем, даже если назначили и других администраторов ГИС ЖКХ.
ИНН организации проверяется в ЕГРЮЛ, не в ЕГРП. Лучше дождаться пока проверится, но полагаю ИНН уже проверился, раз назначили полномочия.
Еще один момент связан с тем как зашли на госуслуги - как физлицо или как организация. Нужно зайти как организация (изначально входили как физлицо чтобы зарегистрировать организацию) - и с этим иногда проблемы - ЕСИА запоминает пользователя и режим входа (иногда доходит до того, что входишь с ЭП другого пользователя - выдает прошлого), чтобы исправить нужно либо почистить куки для esia.gosuslugi.ru и перезапустить браузер или войти из другого браузера. Затем, когда ЕСИА запросит выбор войти как физическое лицо или войти как организация - выбрать организацию. Первый раз наверно лучше войти по ЭП председателя для перестраховки, потом можно и по логину-паролю.
#
[quote:a5xccb46]Поскольку на квитанциях УИН нет - все и ставят 0.[/quote:a5xccb46]Может быть и так. Во многих случаях даже и квитанции нет, только протокол о штрафе. Однако это тем более должно подталкивать банки включить в логику оплаты запрос начислений - а если нужного все-таки нет, то ввод вручную. Иначе какой смысл в идентификаторах, если их вбивать вручную, несмотря на то, что они есть в ГИС.[quote:a5xccb46]Этим общение банка с ГИС ЖКХ и заканчивается - ГИС ЖКХ не передает банку и не спрашивает у банка никакие персональные данные.[/quote:a5xccb46]Хм... В схеме предусмотрено как минимум необязательная передача ФИО (само ФИО может и не потянет на персональные данные, но там еще есть и адрес, который отдельно не тянет на персональные, но вместе в одном сообщении они уже потянут), и мне не вполне ясно на основе чего формируется идентификатор плательщика (по аналогии предполагаю что паспорт для физлиц), так что не убедили. Кстати, для запроса начислений тоже нужно передать персональные данные или хотя бы адрес, чтобы получить список начислений.[spoil:a5xccb46]hcs-payment-types.xsd[code:a5xccb46]<xs:element name="Individual">
<xs:annotation>
<xs:documentation>Потребитель-физическое лицо, в том числе индивидуальный предприниматель</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:complexContent>
<xs:extension base="individual-registry-base:FIOType"/>
</xs:complexContent>
</xs:complexType>
</xs:element>[/code:a5xccb46]hcs-payment-base.xsd[code:a5xccb46]<xs:element name="SupplierInfo" minOccurs="0">
<xs:annotation>
<xs:documentation>Сведения о потребителе</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="SupplierID" minOccurs="0">
<xs:annotation>
<xs:documentation>Уникальный идентификатор плательщика</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:maxLength value="25"/>
<xs:minLength value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name="SupplierName" minOccurs="0">
<xs:annotation>
<xs:documentation>Наименование плательщика</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:maxLength value="160"/>
<xs:minLength value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>

<xs:element name="Ind" type="individual-registry-base:FIOType">
<xs:annotation>
<xs:documentation>Физлицо, не являющееся индивидуальным предпринимателем</xs:documentation>
</xs:annotation>
</xs:element>[/code:a5xccb46][/spoil:a5xccb46][quote:a5xccb46]банк запросит и проверит паспорт[/quote:a5xccb46]ЖКХ многие платят через терминал - терминал паспорт не запросит. Так что утвержение не в полной мере верно.[quote:a5xccb46]1) генерации уникального ЕЛС (связки "плательщик-помещение")[/quote:a5xccb46]Если он всего один - он и так уникален, но если больше (в том числе, например, сменился потребитель) совершенно согласен. Тут у нас разногласия нет.[quote:a5xccb46]им может быть НЕ ТОЛЬКО собственник помещения по данным ЕГРН[/quote:a5xccb46]Убедили. Но тогда получается связь с ЕГРН постольку-поскольку. Основная проблема тогда получается в том, что это самое лицо, которому нужно все раскрыть очень сложно установить, чтобы выяснить чьи реквизиты вбить - те же недееспособные и умершие тоже имеют паспорт и нет никакого механизма установить что человек стал недееспособным или умер, пока опекуны/наследники не принесут документы. Предлагаю все же закругляться с "теорией" пока нас снова не наругали "практики".
#
[QUOTE]Ktt пишет:
Какую величину в плане работ по МКД в графе Объем указывать: "м2 площади окна с одной стороны" или "квадратные метр общей площади"?
Ответ: Сообщаем, что в данной ситуации следует выбрать единицу измерения "Квадратный метр" №055 или схожую с ней.[/QUOTE]Капитаны Очевидности. :lol: Хотя наверно вопрос скорее к методической поддержке чем к технической поддержке. Странно, что у ГИС ЖКХ нет прямого номера методической поддержки.
По вопросу: скорее всего предполагается, что есть фиксированная стоимость протирки за 1 "м2 площади окна с одной стороны", это умножаете на площадь окон, на количество протирок за год - выходит общая стоимость услуги по дому за год, которая уже распределяется пропорционально "квадратные метр общей площади". Хотя почему общей? Скорее пропорционально общей площади дома без площади общего пользования. Для внесения нужно "перегруппировать множители" - и это можно сделать несколькими способами (смотря что будете подразумевать под объемом и под количеством), поэтому каждый вносит как считает нужным.
Могу предположить, но не знаю верно ли, что пропорциональное распределение на площадь будет учитываться где-то дальше, то есть пока задача выйти на общую сумму за год и потому верный ответ "м2 площади окна с одной стороны", но в зависимости от Вашей логики может быть не так.
#
Все верно, в ГИС ГМП ненулевой УИН - единственный критерий для автоматического квитирования. Вот только от банков в этом поле приходит ноль, поэтому приходится квитировать вручную по идентификатору плательщика и прочим полям. Уже год Федеральное казначейство трясет все организации делающие начисления на предмет ГИС ГМП и часть УИН появилась в ГИС ГМП (в ручном режиме, автоматики пока мало), но от банков все равно стабильно идут нули (на квитанциях УИН не появились, а на запрос из ГИС ГМП банки не тратят время). Не будем углубляться - я просто провожу параллель: многие банки не готовы указывать реальный паспорт и даже хотя бы идентификатор начисления.

Выставление на "плательщика" замечательно, но фактически тут противоречие в том, что никому не интересно контролировать "кто платил", интересен только сам факт оплаты. Зачем тогда нужно выставление на "плательщика", если нет никакой гарантии, что заплатит именно этот человек. Обезличенного ЕЛС более чем достаточно (при условии, что он будет меняться при смене стороны потребителя в договоре, то есть паспортные данные интересны только в момент смены). Тем не менее, я частично соглашусь с программной точки зрения: если на одну квартиру несколько ЕЛС, то их надо как либо идентифицировать, лучше снилсом.

По поводу раскрытия - Вы предполагаете, что даже когда реализуют подключение по ЕГРН, информация ограниченного доступа будет не видна если не вбит паспорт/снилс? Вообще "замечательно", если будет так, то нет существенного смысла в привязке ЕГРН, просто выдать всем ЕЛС в обмен на данные паспорта (кстати, это идея: дать объявление, что для получения ЕЛС надо прийти с паспортом и так насобирать данные). А если будет видна вся информация и без паспорта, просто по ЕГРН - то смысл сейчас бить паспорта?
#
[quote:2z07hirn]Как объяснить твою ситуацию - не знаю.[/quote:2z07hirn]Полагаю, гадать можно очень долго. Факт в том, что когда ИС меняется можно сказать, что ось времени становится двойной и превращается в плоскость - есть зависимость не только внесенных на текущее время данных, от текущей даты, но и от даты внесения (каждой порции) данных. Кто-то попал в выгрузку до нового года из старой версии АИС Росреестра, кто-то уже в новой версии. Кого-то внесли с паспортными данными, корректно указали все реквизиты л/с, кому-то не так повезло. ГИС ЖКХ тоже меняется и связки (невидимые) с какой-то прошлой версии могут продолжать действовать, но не факт, что эту связку можно создать в текущей.
Без раскрутки всей "истории изменений" (в том числе обмена данными между ИС) и точного знания логики (каждой версии каждой ИС) сложно угадать какие именно факторы сложились. Если знать все невидимые связки, то можно обойтись и текущим состоянием, без этого - самое простое объяснение: "звезды так сошлись".

Мне это напоминает ситуацию с образованием - считается что есть некий стандарт, но по факту программа стандарта каждый год изменяется. Вроде и есть какие-то совпадения, но случай каждого человека практически уникален.
#
[QUOTE]Andrey_S пишет:
[QUOTE]two_oceans пишет:
Банки указывают такой паспорт как идентификатор плательщика при передаче в ГИС ГМП платежа - если плательщик (физическое лицо) не предъявил документа. И учитывая, что в назначении платежа тоже пишут что попало, а в идентификаторе начисления ставят 0, определить кто и за что платил крайне сложно. [/QUOTE]
Банки не имеют права принимать платежи без идентификации лиц, совершающих платеж - это запрещено инструкциями ЦБ. Должны ли передаваться эти сведения в ГИС ГМП - не знаю.[/QUOTE]По факту - отдельного поля паспортных данных нет, но на основе предъявленного документа формируется идентификатор плательщика. В случае юридических лиц это ИНН/КПП - указан всегда, в случае физических лиц - возможны разные документы (2 или 3 десятка вариантов) в том числе паспорт или снилс. Пока не видел записей о платеже с чем-то кроме паспорта, в половине записей указан идентификатор по реальному паспорту, в половине по фиктивному "12 34 567890". Значит, как минимум, человек платил не сам за себя (то есть даже если тот, кто платил в кассе, предъявил свой паспорт, его не указали потому что платеж должен быть от имени другого лица) либо вообще не предъявил документа - например, через терминал. Итого: инструкция или не выполняется или не распространяется на платежи в бюджет.
[QUOTE]Andrey_S пишет:
[QUOTE]two_oceans пишет:
Предположительно такой же "мусор" идет от банков и в ГИС ЖКХ. Можно ожидать, что если указать такой паспорт в л/с, то платежи отлично сквитируются.[/QUOTE]У банков нет обязанности передавать в ГИС ЖКХ сведения о лицах, совершающих платежи за ЖКУ. Как и у плательщиков по л/с нет обязанности вносить платежи лично. Квитирование в ГИС ЖКХ выполняется по другим признакам.[/QUOTE]Признаки, может и другие, а люди все те же и вбивают такой же мусор. Ок, если по другим признакам, тогда вообще мало смысла вносить паспорт в л/с (в том плане, что платить может вообще другой человек, а не тот с кем договор) - или по регистрации прав л/с подключится (рано или поздно) или по номеру ЕЛС.
#
Умудрился сам себя удивить - в мини-менеджере оказалась строка с комментарием "<- утечка памяти здесь"  :D Как выяснилось, из-за того, что менеджер определял дублирование буфера при неявном присвоении, то освобождение буфера с дублями было закомментировано "до выяснения". При изменении буфера на новый другого размера, освобождение вызывалось с временной переменной и это тоже считалось как дубль - по факту ничего не освобождалось. Теперь доработал еще одну версию освобождения, в которую можно передать адрес старой переменной и проблема с заменой буфера решилась. Также более-менее разобрался с дублями: при работе программы они теперь корректно освобождаются, но несколько вылезает в конце работы. Начальный размер памяти для считывания XML либо формирования SOAP уменьшил до 5Мб. И освободил отработавшие объекты каноникализации (вот где 1-2 Мб на объект было). В итоге, после третьей подписи менеджер памяти показывает около 10,5 Мб (2 буфера по 5 Мб, 1 по 40Кб и еще 300Кб суммарно в мелких буферах), памяти хватает и проверка корректно завершается.
#
[QUOTE]Шла_мимо пишет:
[QUOTE]two_oceans пишет:
или тот самый фиктивный паспорт "12 34 567890".[/QUOTE]А это понятие откуда появилось? ))))[/QUOTE]Банки указывают такой паспорт как идентификатор плательщика при передаче в ГИС ГМП платежа - если плательщик (физическое лицо) не предъявил документа. И учитывая, что в назначении платежа тоже пишут что попало, а в идентификаторе начисления ставят 0, определить кто и за что платил крайне сложно. Предположительно такой же "мусор" идет от банков и в ГИС ЖКХ. Можно ожидать, что если указать такой паспорт в л/с, то платежи отлично сквитируются. Причем со всей страны :lol: Было бы забавно создать такой прецедент, но наверно оштрафуют.[QUOTE]Шла_мимо пишет:
Хотя...Нельзя же по нескольким квартирам забивать одного и того же Иванова Ивана Ивановича с данным фиктивным паспортом[/QUOTE]ФИО то можно и реальное указать из документов, на повторяемость номера тоже ограничения слабые, так как нет теоретического предела сколько у человека может быть квартир. Тут уже как-то обсуждали, что подключили ЕЛС, а на нем левые квартиры из другого региона. Это как раз пример, что где-то внесли паспорт другого человека.На самом деле есть довольно много несуществующих номеров паспорта (которые так не "спалятся"), потому что ФМС при печати паспортов начинает новую серию не с 000001 (по крайней мере у нас в Иркутской области), а продолжает нумерацию предыдущей (например, была 25 04 с 000001 по 470000, 25 05 начинается с 470001 по 690000, 25 06 с 690001 по 850000, 25 07 с 850001 по 970000, 25 08 с 970001 по 000000), первая пара цифр серии указывает регион, вторая пара цифр соответствует году выдачи плюс минус единица (а значит серии с второй парой цифр от 19 до 96 - пока несуществующие), а пространство номеров для указанных 5 серий одно и составляет 1 миллион номеров, то есть с учетом серии есть 1 миллион существующих номеров и 4 миллиона несуществующих. То же самое с сериями 25 97-25 02 и 25 09-25 13 (более новые не отслеживал), а вот в 25 03 (на пике смены паспортов) весь миллион или около того - существующие паспорта. Я это отслеживал для определения опечаток в номерах паспортов, но теоретически несуществующие номера возможно указывать в качестве фиктивных (например, в 25 02 и 25 08 выходит 94% и 96% номеров не существует). Хотя если всплывет, то оштрафуют.
Впрочем, при всей простоте обнаружения несуществующих номеров, пока нет инструментов отслеживания - ФМС/МВД не раскрывает, какие номера были напечатаны. Самое замечательное, что и в списке недействительных их по идее тоже нет. То есть отловить это можно только имея достоверную базу в несколько тысяч паспортов с 1998 года по каждому региону. Поэтому сейчас реальные способы их отличить - 1) сервис проверки номеров при регистрации на госуслуги; 2) человек придет с реальным паспортом.Однако если потом перебить фиктивный паспорт на реальный - скорее всего изменится ЕЛС. Поэтому я ни в коем случае не призываю вбивать "мусор", но обращаю внимание, что есть такая глобальная дыра с паспортами во многих ГИС. Для ГИС ЖКХ куда вбивают данные сотни поставщиков информации, не проверять введенные паспорта - это вообще критическая уязвимость.

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

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

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