Законодательство в it

Пару лет назад мы делали обзор премиальных банковских карт и обзор как экономить на страховках, если нет премиалки. А сейчас мы проанализировали порядка сотни приложений банков на права доступа, которые они требуют при установке их мобильного приложения на андроид. Результаты свели в таблицу.

Банковские приложения и сами банки ведут себя очень наглым образом. Уже при установке они запрашивают права доступа, которые им необязательны или совсем не нужны для работы. Например, приложение Сбербанка сразу требует доступ к звонкам и фоткам. Я категорически против. Отказываю. А приложение не хочет работать при таком раскладе.

Банки, конечно, говорят, что всё во благо народа.

Нам же и пенсионный возраст, и НДС повышают по просьбам трудящихся, и даже старого деда до 2036 года продлили. Мы не хотим. А они делают всё, чтобы нам было им проще дать, чем объяснить почему не хочется.

Ответ Сбера просто поражает.

Сбер не одинок. Такая же ситуация и с ВТБ, с которым мы год судимся за закрытие счёта.

Ответ ВТБ

Кто-то даёт добро банкам к с своим личным данным не глядя, а потом банки используют эти данные.

Когда сталкиваешься со СПАМом целенаправленным и понимаешь, что кое-кто слил персональные данные, то уже начинаешь относиться к ним куда бережнее.

Ещё у нас тут Ситибанк и Совкомбанк отличились, если вы клиент этих банков и живёте за границей, то банк считает, что приложение вам не должно быть доступно.

Анализ приложений известных банков

Мы решили сделать анализ приложений основных банков. Проанализировать три типа мобильных приложений банка:

1. для физических лиц;

2. для юридических лиц;

3. и брокерские приложения для инвестиций в ценные бумаги.

Все сведения мы свели в таблицу. Теперь вы можете заранее выбирать нормальный банк, которые не лезет вам нагло в штаны ваш смартфон за вашими данными.

Скрины тестов.

Ситуация не такая уж и угрожающая. Но пока неизвестно куда тренд идёт. Важно, чтобы все клетки в таблице стали зелёными, а не количество красных увеличилось.

Права доступа запрашивают почти все. И в идеале надо зелёными отмечать только тех, кто не запрашивает никаких прав доступа, а жёлтым цветом отмечать тех, кто запрашивает, но работает, если в правах доступа отказано. Если представители банков всё же отреагируют на наши недовольства, то через годик будет уместно повторить тестирование.

Проблема копий паспорта

И чтобы два раза не вставать поговорим про копии паспортов ещё. Нигде никаким законом не предписано коллекционировать копии паспортов. Смысла в их коллекционировании нет. Например, у нас в ITSOFT были перегибы на местах, когда сотрудники брали копии паспортов, но я это запретил делать категорически.

Рынку вообще нужна система идентификации по одному ИНН+TOTP вместо кучи реквизитов и персональных данных.

Никогда никому старайтесь не давать копии паспортов. Всегда требуйте законное обосновании, чтобы потом кредит на вас не повесили или ещё что, а вам не пришлось доказывать, что подпись не ваша. Если же там упираются, то когда снимаете копию с паспорта нужно приложить 2-3 листочка на пустое место в паспорте с указанием куда предоставляется копия паспорта. Потом такой копией невозможно воспользоваться, если она уйдёт на чёрный рынок. А у вас будет хотя бы теоретическая возможность привлечь виновника к ответственности в суде.

Банки пока в массе не применяют ЕБС (единую биометрическую систему).

63-ФЗ об электронной подписи принят уже лет 10 как. Но банки его игнорируют и упорно не хотят работать с документами подписанными УКЭП, хотя согласно п. 1 ст. 6 63-ФЗ они обязаны. По сути мы уже год с ВТБ за это и судимся.

Возможные решения проблемы

Пинать и стыдить постоянно банки и всех, кто пытается без нужды получить доступ к нашим данным. Проверьте какие права имеют все ваши мобильные приложения и запретить всё лишнее. Это можно сделать в Настройки Приложения Менеджер настроек. Не бойтесь запретить нужные права, если потребуются, потом можно всегда разрешить.

Если вы не пишите видео со звуком из Facebook и Instagram, то этим приложениям не нужен доступ к микрофону.

Если вы используете приложения соцсетей только для чтения и не постите фотки, то и доступ к камере им ни к чему.

Зачем доступ к камере смартфона имеют некоторые банковские приложения вообще непонятно. Ещё они доступ к диску имеют. Они вполне могут работать и без него.

Тем банковским приложениям, которые отказываются работать без прав ставим единицу в рейтингах Google Play, пишем отзывы на банкиру.

С этим нужно что-то делать на законодательном уровне. Отчасти даже сделано ст. 5 152-ФЗ. Там сказано, что собирать персональные данные можно только те, которые реально нужны. Есть ст. 15 152-ФЗ, где запрещено без нашего согласия использовать наши данные для того, чтобы нам что-то впарить. Но банки в своих кабальных договорах уже получают от нас согласие и большинство это подписывает не глядя. Хотя согласно закону мы можем отказать банку в части его хотелок. Тут нужно внимательно читать договор и приложения к нему.

Совсем отвратительно то, что согласно ст. 14 152-ФЗ мы не можем получить информацию об обработке наших данных указанную в п. 7., так как согласно подпункту 3) п. 8 наше право может быть ограничено. Банк же всегда может сослаться, что он залезает к нам в трусы смартфон не чтобы лучше нам рекламу показывать и продвигать свои услуги, а чтобы с терроризмом бороться. Мало ли кто чего не то думает про власть.

Банки ловили уже за руку на утечке персональных данных, но им ничего не было по сути, а пострадавшие клиенты существенных компенсаций не получали.

Сейчас пора предвыборных кампаний начинается. Можно обратиться к депутатам и к кандидатам в депутаты, что есть конкретная проблема. Отличный повод с ними познакомиться. Со своими я знакомился в битве за поправками против судебных приказов. В очередной раз напишу письма со ссылкой на данную статью. Тема очень больная. Статей и откликов много. Давно пора навести порядок в том, какие данные банки могут получать, а какие не могут. Ст. 5 152-ФЗ должна работать, а те, кто без необходимости собирает данные должны за это дело отвечать очень серьёзно и не перед государством, а перед физическими лицами. А то права нарушаются наши, а штрафы собирает государство обычно. В результат я, конечно, не верю, но времени это тоже много не занимает.

В ЦБ РФ жалобы писать бесполезно, они там одни отписки дают, что не вправе вмешиваться в деятельность банков.

Если у вас есть возможность совсем не пользоваться телефонной связью, то лучше не пользуйтесь. Банки почему-то не внедряют общение через Telegram. Мы давно внедрили и всем рекомендуем телебота. Телефонная связь пишется в нескольких местах. Все данные озвученные по телефонной связи почти в открытом доступе. Прослушки сливают регулярно в сеть и к вашим телефонным переговорам имеет доступ большой круг лиц.

Не светите личную мобилу для банков.

В идеале СМС принимать на одном телефоне, а приложение банка на другом.

Совсем в идеале банкам уйти от СМС и сим-карт. Сим-карты бывает и подделывают в смысле перевыпускают незаконно. И СМС-ки дорого стоят. Ведь TOTP куда безопаснее и дешевле. Но банкам, за редким исключением, почему-то проще за смски платить, чем перейти на аппаратные токены. Сейчас начали внедрять некоторые банки программные генераторы кодов, но они инициализируются через смс, т.е. деньги они экономят, а безопасности не дают.

Дата-центр ITSOFT размещение и аренда серверов и стоек в двух дата-центрах в Москве. За последние годы UPTIME 100%. Размещение GPU-ферм и ASIC-майнеров, аренда GPU-серверов, лицензии связи, SSL-сертификаты, администрирование серверов и поддержка сайтов.

Приглашаем авторов к сотрудничеству.

Пару недель назад мы объявили набор стажеров в нашу дирекцию по интеграции. Среди профессий, в которых мы предлагаем попробовать свои силы, есть аудит ИБ, аттестация и консультирование. Во время стажировки я буду курировать это направление, поэтому хочу поделиться опытом введения новичков в профессию. За несколько лет я выработал подход, который позволяет стажерам увидеть творчество в такой суровой сфере, как комплаенс и не потерять мотивацию, закопавшись в нормативке.

Несколько лет назад я посмотрел выступление дирижера Бенджамина Цандера на TED Talks Сила классической музыки, где целый зал людей впервые в своей жизни слушал и слышал классическую музыку, потому что научился это делать. Вы можете осветить целую деревню глазами этого мальчика, сказал Цандер об одном из своих слушателей. Это и есть результат понимания. Именно тогда у меня закралась мысль, что и в моей повседневной работе все должно обстоять точно так же.

Опыт, сын ошибок трудных

Опыт работы со студентами у меня появился еще до того, как я пришел в Ростелеком-Солар. Несколько лет назад я был должен выстроить рабочие процессы ИБ-интегратора в государственной организации, попутно укомплектовав штат специалистов. Речь шла про весь цикл работ: от инвентаризации до аттестации и эксплуатации, а свободных рук не было совсем. Поначалу руководство рассчитывало найти высококвалифицированных специалистов с большим стажем чтобы как в анекдоте: и дракона победить могли, и положительный опыт организации концертов Бориса Моисеева в Дагестане имели. После довольно долгих попыток реализовать мечты пришло рискованное решение попробовать перехватить толковых ребят пораньше пока они еще студенты. Первый опыт оказался не очень удачным. Оказалось, что недостаточно просто позвать ребят, раздать им задачи и контролировать ход их выполнения.

В большинстве случаев для человека без опыта задачи из серии сделай модель угроз для такого-то проекта, напиши проект защиты и т. п. пустой звук. Студент слушал часовую лекцию о том, как это делается, кивал головой, что все понял, и исчезал до конца практики или времени, отведенного на тестовые задания. Да, какой-то результат был, но только для галочки.

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

Я понял, что дело не в студентах, а в подходе к стажировке. Не надо растить универсального солдата под названием специалист по ИБ. Надо разделить эту должность на подзадачи: моделирование угроз, проектирование, аудит, аттестация, пентест, управление проектами (собственно, именно так все и будет на нашей предстоящей стажировке). Однако тут возникает еще один момент на мой взгляд, ключевой для молодого специалиста, только-только узнающего профессию на практике.

Мотивировать, а не сломать студента

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

Поэтому после вводной и мотивационной лекций я беседую с каждым студентом. Я никогда не пытался формализовать этот процесс, это обычное общение. Пытаюсь найти общий язык с человеком, разговорить его, понять, чем он увлекается и в чем силен. Например, новый стажер любит музыку. В смысле, не просто меломан, а разбирается в ее законах, понимает, как формируется композиция. Или его страсть программирование. Спрашиваю, что именно его привлекает в этом. Получается абсолютно живой разговор, помогающий понять склонности человека, его характер. Параллельно я пытаюсь провести и показать человеку параллели с информационной безопасностью, с теми процессами, в которых он может быть задействован. Важно понять, с чем ребятам будет работать комфортно, что у них, скорее всего, будет хорошо получаться, а что вообще не их.

И, исходя из этого, уже можно делить студентов по направлениям. Общительным я предлагаю попробовать себя в аудите и консалтинге: там предстоит много разговаривать с заказчиком, его айтишниками и безопасниками, без прокачанных коммуникативных навыков тут непросто добиться успеха. Более замкнутые товарищи часто выбирают проектирование и пентест. Конечно, общаться с коллегами здесь тоже придется, но немалая часть работы проходит наедине с собой. Ребятам, которые сильны в программировании, возможно, будет интересно строить модели угроз и нарушителя: здесь пригодится умение систематизировать, мыслить алгоритмами, просчитывать в голове разные варианты развития событий.

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

Учимся читать, писать и планировать

Еще в первые годы работы со студентами я понял, что они не умеют это делать. Не спешите обижаться. Речь о профессиональных навыках, которым не учат в университете они появляются с опытом. Поэтому теперь я начинаю работу со своими стажерами именно с этого.

Когда я говорю об умении писать, я имею в виду навыки работы с офисными пакетами. Я объясняю ребятам, что, если мы говорим о комплаенсе, придется самостоятельно готовить огромное количество документов. Если успеваю продолжить до того, как увижу их быстро удаляющиеся затылки, то добавляю: если владеть стилями, уметь оформлять таблицы и верстать не с помощью пробелов, то всю эту работу можно делать играючи. В ином случае да, возненавидишь ее через пару дней. Но я же имею дело с ребятами, которые как минимум изучали в университете программирование, а может, даже знают про CSS. Поэтому часто бывает достаточно объяснить, что Word не сильно отличается от веб-верстки. Потом отправляю студента проходить курс по Microsoft Office на их официальном сайте. Не для галочки, а для того, чтобы человек мог ускорить свою работу, исключив повторение однотипных действий. Использование шаблонов, стилей, стандартных блоков и скриптов VBA сокращает рутинные операции до минимума. А постоянно создавать однотипные документы с нуля, конечно, даже конкуренту врагу не пожелаешь.

Читать тоже придется переучиваться. Мы живем в эпоху победившего инфостиля. Тексты принято писать без трехэтажных конструкций, продвинутые сервисы общаются с клиентами максимально простым и понятным языком. И вот современный студент открывает нормативку, видит зашкаливающее количество канцеляризмов, постоянные тавтологии и думает, что это неправильно, так нельзя. Но такова документация, юридические тексты законов и тому подобное они пишутся не для людей, и читать их нужно другим способом сканированием, то есть считывая только значимую информацию. Еще один аспект правильного чтения в нашем деле прочитали текст закона, открываем комментарии юристов, судебную практику. Потому что с одной нормативкой далеко не уедешь.

И о планировании. Тут все как в мультфильме Крылья, ноги и хвосты: Лучше день потерять, потом за пять минут долететь. Я это объясняю еще во время мотивационной лекции. Вы можете сделать работу за один час, а можете потратить четыре на автоматизацию, но зато потом на такие же задачи вообще времени не тратить. Так вот планирование в конечном счете сводится именно к тому, чтобы автоматизировать повторяющиеся задачи снова в помощь программирование, которое изучали в универе.

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

Остаться в ИБ

Конечно, один из главных мотивирующих факторов возможность получить работу после стажировки. Чтобы ее целью была не только оценка за практику, нужно увлечь студента профессией, показать ему перспективы. Те условия, которые есть у нас, позволяют вчерашним стажерам получить карьерное развитие без смены работодателя. Направлений много, заказчики федерального уровня есть куда расти и в чем развиваться. Было бы желание. Другими словами, успешная карьера студента начинается не где-то там в будущем, а уже прямо сейчас можно почувствовать себя полноценным членом большой команды.

Какие навыки мы ценим

Сильными не рождаются, сильными становятся. Основная сложность состоит в том, чтобы понять какие навыки развивать и поддерживать, ведь наше сознание пластично и то, что не используется, отмирает. У каждой компании, у каждого специалиста существует свое видение полезных навыков. Ниже озвучиваю список, рожденный в результате моего опыта.

Начну с профессиональных скиллов. Хорошему ИБ-специалисту совершенно точно пригодятся математические знания теория множеств, алгебра, теория групп, теория вероятностей, математическая статистика, теория графов. Буду полезны навыки программирования C#, VBA, Python. Понятно, что будет сложно в ИБ без понимания устройства сетей, систем и т. п. Придется разбираться и в нормативке и правильно ее читать (см. выше). Владеть базовыми инструментами, такими как Word, Excel, Vision, PowerPoint, на уровне экзамена Microsoft тоже здорово. Но, как говорится, не умеешь научим (см. выше).

Еще один важный навык это развитое абстрактное мышление, которое еще называют системностью и аналитическим складом ума. Поясню. Как я уже сказал, я занимаюсь комплаенсом. Уже само это слово вместе с аудитом и аттестацией способно отпугнуть очень многих. Однако именно умение смотреть на конкретные ежедневные рутинные задачи как на элементы системы, подлежащей автоматизации, делает работу творческой. Мне очень часто приходится сталкиваться с нетипичными проектами, поэтому у меня уже большой опыт в стандартизации того, что еще не стандартизировано. Умение проводить аналогии, обобщать уже сделанное позволяет не заниматься весь день мелкими однотипными задачами, а делать их быстро, посвящая рабочее время интересным и нестандартным проектам.

И конечно, важны критическое мышление, чувство юмора, развитый эмоциональный интеллект, умение и желание общаться, задавать вопросы. Без этих качеств будет тяжко где угодно.

Почему могут не взять на работу после стажировки?

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

Если стажер с опозданием эскалирует проблемы, не сообщает руководителю проекта и куратору, что что-то пошло не так, то он вредит не только себе. Зависает одна задача зависнут те, которые с ней связаны. Как я уже говорил, нужно, чтобы стажер, делая часть, понимал процесс в целом и чувствовал свою ответственность за общий результат.

Еще один вариант проблем с коммуникацией когда человек стесняется спрашиваешь, если не знает, и, наоборот, не стесняется спрашивать, если знает ответ или, по крайней мере, знает, где его найти. Тут важно почувствовать этот баланс. Нельзя быть необщительным букой стажер просто недополучит знания, которые мог бы получить. Ну а про вред общему делу я уже сказал выше. Но и перебарщивать не стоит: бывает, что человек все знает, но то ли от неуверенности, то ли от чего-то еще постоянно переспрашивает.

Сотрудничества не получится, если человек альтернативно понимает прочитанное (стандарты, законы, нормативные акты). Лечится тем самым умением читать. Но у кого из нас даже в обычной жизни не возникало: Ой, да что там разбираться, тут и так все понятно! В ИБ, и особенно в комплаенсе, так точно не надо.

И вполне вероятно, что предложение остаться не получит стажер, который увлечен какой-то мечтой, а ИБ это только миг. Но это скорее про то, что не надо насиловать себя и заниматься нелюбимым делом.

Вместо заключения

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

Однажды среди моих стажеров был парень, который вообще-то увлекался программированием и хотел стать веб-дизайнером, но в итоге он пошел в проектировщики, осознав связь между ГОСТами 34-й серии (разработка и эксплуатация автоматизированных систем) и каскадными таблицами стилей. Он стал писать стандарты, потому что ему понравилось, как он автоматизировал свою работу, как научился управляться с документами и быстро готовить их.

Я уверен, что хорошая стажировка это не история для галочки, которую поставят себе студент и сама компания, чтобы потом пойти каждый своей дорогой. Стажировка это начало большого пути, и он сразу должен быть интересным и полезным.

Автор: Алексей Матвеев, ведущий консультант по информационной безопасности Дирекции по интеграции компании Ростелеком-Солар

18 мая 2021 года был заблокирован почтовый сервис mail.tut.by. Я предлагаю оставить политические/правовые и этические нюансы данного события и поговорить о практических.

В результате данного решения несколько миллионов пользователей почтовых ящиков в данном сервисе (включая меня) оказались в довольно деликатном положении. Многие имели глупость привязать к данному почтовому ящику важные аккаунты, подписки, и теперь чувствуют себя несколько неуютно.

Из немногочисленных сообщений в сети складывается впечатление, что компаниям TUT.by и hoster.by сейчас совсем не до спасения почтового сервиса. В целом, это вполне понятно, с учетом того, что речь идет о вполне реальных перспективах лишиться бизнеса в принципе и отхватить срок.

Теперь вопрос, что с этим всем делать? Специально для вас я подготовил небольшую инструкцию наиболее безболезненного выхода из ситуации.

Шаг 1: попробуйте получить доступ к почте с помощью mail.yandex.by

Почта tut.by хостилась на почтовом сервисе от компании Яндекс. Это значит, что есть неплохие шансы того, что вы еще сможете получить к ней (возможно временный) доступ:

1. Перейдите по адресу https://mail.yandex.by/

2. Попробуйте авторизоваться с помощью вашего логина и пароля для почту tut.by

Если у вас получилось залогиниться - у вас есть возможность спасти (сохранить локально\распечатать\переслать на другой ящик) важные письма. После чего переходим к шагу 2.

Если нет - селяви. Пока (а может и вообще) ничего сделать нельзя, и Яндекс на встречу идти не планирует, упорно отправляя к "администратору домена tut.by", которого больше нет. В этом случае переходим к шагу 3.

Шаг 2: Настройте переадресацию на другой почтовый ящик

Настройте переадресацию на другой почтовый ящик - так, в случае последующей потери доступа к ящику tut.by вы сможете получать важные письма.

Внимание! К сожалению, переадресовывать письма из папки "Спам" не получиться. Для них придется создать отдельное правило.

Скоро я опубликую краткую видео-инструкцию, как это сделать.

Шаг 3: Постарайтесь найти все сервисы, привязанные к данному ящику

Постарайтесь найти все сервисы и подписки, которые привязаны к данному почтовому ящику. После чего в каждом из сервисов вам придется указать иной почтовый ящик. К сожалению не все сервисы позволяют это сделать, но многие позволяют.

Шаг 4: Сообщите корреспондентам о смене почтового ящика

На данный момент неизвестно, насколько временный доступ к почте через mail.yandex.by, а, соответственно, как долго будет работать переадресация. Также есть риск неавторизованного доступа к вашей почте tut.by.

В связи с этим, может быть целесообразно уже сейчас отказаться от использования данного ящика для переписки.

Сообщите всем вашим знакомым, коллегам, партнерам, которые использовали данный ящик для свящи свами о том, что вы впредь будете использовать другой.

Что будет с ящиком в будущем?

Что в итоге произойдет с ящиком tut.by в Яндексе сказать трудно. Скорее всего, когда придет срок оплаты за пользование почтовым сервисом, и оплата не пройдет - ящик превратиться в тыкву, а с ним слетят все подписки на сервисах Яндекса, и могут стать недоступными другие подписки. И конечно, вы перестанете получать важные письма.

Скорее всего придется смириться с потерей почтового ящика. Пароль к ящику сменить тоже не получиться, что убивает безопасность и сводит на нет пользу от ящика

Все, что понадобится подтвержденная учетная запись на Госуслугах и небольшая плата за сведения

СМИ время от времени сотрясают скандалы связанные с тем, что у того или иного государственного служащего находят дома, квартиры, участки и другую недвижимость. Их сменяют другие скандалы о том, что имя чиновника в государственных реестрах зашифровывается.

Как удается узнавать собственников недвижимости? Неужели любой может узнать кто владеет тем или иным участком, домом или квартирой?

Да, данные о собственниках недвижимости открыты всем желающим. В этом посте Вы узнаете как получить данные о настоящем и предыдущем собственнике, залогах, арестах на любой объект недвижимости в России, будь то соседние квартиры по лестничной клетке или земельный участок на Камчатке.
Все что Вам нужно для этого - подтвержденная учетная запись на госуслугах. С помощью нее заходим на официальный сайт Росреестра https://lk.rosreestr.ru

Сколько это стоит?

Официальная плата Росреестра от 1 до 5 рублей за одну выписку. Доступ к выпискам оплачивается по УИН на сайте Росреестра пакетами от 100 шт. до 500 000 шт.

Как узнать собственника недвижимости?

На сайте Росреестра заходим в раздел запрос к ФГИС ЕГРН https://rosreestr.gov.ru/wps/portal/p/cc_present/ir_egrn

В окне вводим код доступа (его получаем в личном кабинете Росреестра, но об этом позже) и попадаем вот на такую страницу:

Нажимаем раздел Поиск объектов недвижимости и видим вот это:

Выбираем мышкой объект недвижимости, заполняем капчу и в открывшемся окне видим две кнопки - "Отправить запрос" и "Подписать и отправить запрос". Нажимаем "Отправить запрос". Выписки можно заказывать раз в пять минут.

Форма содержит рядом еще одну кнопку - "Подписать и отправить запрос". Ее лучше не нажимать - она нужна, если Вы хотите получить информация по самому себе и если Вы ее нажмете - сайт потребует от Вас электронную подпись. Кроме заказа самой выписки - можно здесь же получить выписку по истории собственников.

Кроме заказа самой выписки - можно здесь же получить выписку по истории собственников.

Кстати искать можно "по маске", то есть если указать только номер дома без указания номера квартиры - Росреестр покажет список всех квартир в доме и предложит выбрать любую для заказа выписки.

Получение выписок осуществляется в разделе Мои заявки. Готовность выписки определяется статусом завершена и дискетой в графе скачать. Для скачивания нужно нажать на дискету.

Скачанная выписка представляет собой архив с названием Response-80-97060661.zip, где 80-97060661 номер заявки. Внутри архива находится два файла архив с выпиской и электронная подпись Росреестра.

Внутри архива находится файл XML, который следует открывать с помощью Internet explorer. Результат должен отображаться в виде таблицы (пример ниже).

В выписке видно описание объекта, ФИО собственника или название организации (если организация собственник), а также кадастровый номер, все зарегистрированные ипотеки, залоги, обременения, аресты, запреты, охранные зоны и план объекта(не во всех выписках присутствует).

И что с этим делать?

Выписка предоставляется в электронном виде, но с электронной подписью Росреестра. Такие выписки можно направить нотариусу и получить от нотариуса заверенную нотариально выписку, содержание, которой соответствует электронной (правда это удовольствие недешевое - если заходите иметь на руках легальный бумажный документ, нотариусу придется заплатить 150-200 руб. за страницу). Такие документы принимаются государственными органами наравне с выписками, полученными через МФЦ.

А где взять код доступа в этот раздел Росреестра?

Код находится в личном кабинете гражданина на сайте Росреестра в разделе "Мои ключи". Ключ предоставляется бесплатно.

Перед заказом выписок нужно оплатить Росреестру пакет предоплаченных выписок. Самый дешевый пакет из 100 выписок стоит 460 руб. После оплаты заказ выписок доступен на следующий день. Для заказа пакета перейдите в раздел "Мой баланс", нажимте на кнопку "Предоставление сведений из ЕГРН" и нажмите кнопку "Внести оплату". Далее выбираете нужное количество выписок и Росреестр предложит варианты оплаты (онлайн или квитанция сбербанка)

Если Вас интересует собственник земельного участка, но Вы не знаете его адреса или кадастрового номера - то можно просто найти этот участок на Публичной кадастровой карте Росреестра и увидеть его кадастровый номер, который можно использовать для получения выписке по вышеуказанному алгоритму.

Но в отношении земельных участков следует проверять также наличие охранных зон (линий электропередач, подземных трубопроводов). В таких охранных зонах есть ограничения по строительству и использованию земельного участка. Если Вы пользуетесь сервисом для целей проверки участка проверьте на градостроительном плане земельного участка наличие санитарных охранных зон. Их не видно на карте Росреестра, но они имеют большое значение при разрешении строительства на таком участке.

Если у Вас остались вопросы - Вы можете задавать их в комментариях и прислать по почте по адресу p_slizky@mail.ru

Вот пример для проверки:

#include <iostream>int main(){    std::cout << "-3/3u*3 = " << int(-3/3u*3) << "\n";}

Посмотреть результат можно тут.

Или попробуйте поиграться с этим примером здесь или здесь.

Вообще-то мне не удалось найти хоть какой-то компилятор С++, который бы выдавал результат отличный от -4. Даже старый GCC-4.1.2, clang-3.0.0 или Borland C 1992 года. Так же заметил, что результат одинаковый и для константы, вычисляемой в момент компиляции и для времени выполнения.

Предлагаю внимательно рассмотреть результат выражения -3/3u*3.

Если убрать приведение к типу intв примере выше, то получим 4294967292 или 0xFFFFFFFС(-4). Получается, что компилятор на самом деле считает результат беззнаковым и равным 4294967292. До этого момента я был свято уверен, что если в выражении используется знаковый тип, то и результат будет знаковым. Логично же это.

Если посмотреть откуда берется -4 вместо -3, посмотрим внимательней на ассемблерный код примера, например здесь.

Пример изменю, чтобы результат вычислялся не в момент компиляции, а в момент выполнения:

int main(){    volatile unsigned B = 3;    int A = -3/B*3;}

Для x86-64 clang 12.0.0 видим, что используется беззнаковое деление, хотя числитель откровенно отрицательное -3:

        mov     dword ptr [rbp - 4], 3    // B = 3        mov     ecx, dword ptr [rbp - 4]        mov     eax, 4294967293        xor     edx, edx        div     ecx                       // беззнаковое деление !!        imul    eax, eax, 3               // знаковое умножение        mov     dword ptr [rbp - 8], eax

Для x64 msvc v19.28 тот же подход к делению:

        mov     DWORD PTR B$[rsp], 3      // B = 3        mov     eax, DWORD PTR B$[rsp]        mov     DWORD PTR tv64[rsp], eax        xor     edx, edx        mov     eax, -3                             ; fffffffdH        mov     ecx, DWORD PTR tv64[rsp]        div     ecx        imul    eax, eax, 3        mov     DWORD PTR A$[rsp], eax

Получается, что для деления беззнакового числа на знаковое используется БЕЗЗНАКОВАЯ операция деления процессора div. Кстати, следующая команда процессора, это правильное знаковое умножение imul. Ну явный баг компилятора. Банальная логика же подсказывает, что знаковый тип выиграет в приведении типа результата выражения если оба знаковый и беззнаковый типы используются в выражении. И для знакового деления требуется знаковая команда деления процессора idiv, чтоб получить правильный результат со знаком.

Проблема еще и в том, что число 4294967293 не делится на 3 без остатка:4294967293 = 1431655764 * 3 + 1и при умножении 1431655764 обратно на 3, получаем 4294967292 или -4. Так что прикинуться веником и считать, что 4294967293 это то же -3, только вид сбоку, для операции деления не прокатит.

Я когда обнаружил, что используется без-знаковое деление, решил, что это бага компилятора. Протестировал много компиляторов: msvc, gcc, clang. Все показали такой же результат, даже древние трудяги. Но мне довольно быстро подсказали, что это поведение описано и закреплено в самом стандарте.

Действительно, стандарт говорит об этом прямо:

Otherwise, if the unsigned operand's conversion rank is greater or equal to the conversion rank of" "the signed operand, the signed operand is converted to the unsigned operand's type.

Иначе, если ранг преобразования без-знакового операнда больше или равен рангу преобразования знакового операнда, то знаковый операнд приводится к типу без-знакового операнда.

Вот где оказывается собака зарыта: "the signed operand is converted to the unsigned operand's type"!! Ну почему, почему, Карл!! Логичнее наоборот: "the unsigned operand is converted to the signed operand's type", разумеется при соблюдении ранга преобразования. Ну вот как -3 представить без-знаковым числом?? Наоборот кстати можно.

Интересная получается сегрегация по знаковому признаку!

Заметил, что это правило почему-то работает только для операции деления, а операция умножения вычисляется правильно.

Проверим на ассемблере здесь этот пример:

int main(){    volatile unsigned B = 3;    int C = -3*B;}

Стандарт ничего не говорит о неприменимости этого правила для операции умножения. И деление и умножение должны быть БЕЗЗНАКОВМИ.

Я подумал, что что-то в стандарте сломалось и надо срочно это исправить. Написал письмо напрямую в поддержку Стандарта со всеми моими выкладками и предложением поправить это странное правило стандарта пока еще не поздно.

Ага! Наивный!

Мне ответил любезный молодой сотрудник из Стандарта и подтвердил, что мои выкладки правильны, логика на моей стороне, но поведение компиляторов полностью согласуется со Стандартом и само правило менять не будут, так как оно такое древнее, что непонятно кто и когда его ввел (сотрудник сказал, что искал автора, но не нашел) и поэтому его, как святую корову, трогать никто не будет, хотя вроде логично было бы исправить. Ну и милостиво разрешил поведать эту историю миру. О чем и пишу.

Хоть это исследование и было больше года назад, я до сих пор под впечатлением от многих вещей в этой истории:

• Как я не натыкался на это раньше? Не один десяток лет интенсивно кодирую на С и С++ с погружением в ассемблер, но только сейчас споткнулся на неё. Хотя может и натыкался ранее, но не мог поверить что причина именно в этом.

• Ассемблер я выучил раньше С и поэтому всегда считал С удобной заменой Ассемблера. Но правила работы процессоров неизменны и даже языки высокого уровня им следуют.

Интересно, что это правило всё же не работает и для операций с указателями. С ними нет такого поведения. Видать понимают разработчики компиляторов, что иначе рухнет очень многое. Посмотрите этот пример здесь:

int main(){    const unsigned a[] = {3,4,5,6,7};    unsigned p = (&a[0] - &a[3])/3u*3;    // -3    unsigned b = -3/3u*3;   // -4}

Хоть я и понимаю, что могу ошибаться в логике работы этого мира, но задумайтесь, в следующий раз садясь в современный, нашпигованный вычислительной логикой самолёт (или автомобиль), а не сработает ли вдруг не оттестированный кусок кода в какой-то редкой нештатной ситуации, и не выдаст ли он -4 вместо элементарных -3, и не постигнет ли его участь подобная Boeing 737 MAX?

Учитывая, что сейчас кода на С++ производится гораздо больше, чем его успевают покрывать тестами, надежда, что будет отловлена такая базовая операция, тает ниже плинтуса.

Предвижу возражение, что есть рекомендация использовать преимущественно без-знаковый тип. Понимаю, с таким правилом Стандарта по другому никак. Но как -4 в беззнаковое перевести, и чтоб всё остальное работало? И почему на других языках и всех процессорах не надо этими танцами с бубном заниматься, а в С++ надо? И что делать с константными выражениями, вычисляемыми компилятором? Вместо элегантных выражений, в которых мы уверены, надо записывать их с оглядкой, чтоб у компилятора небыло изжоги!

Так же найдутся, кто возразит, что ничего нельзя менять, поздно уже, много кода написано, и если в нём есть костыли, то он рухнет. Новые ошибки, они потом будут, а старые - они святое и уже превратились в знакомые фичи.

Как хорошую подсказку познавательно добавить предупреждение в компилятор когда он применяет это правило из Стандарта:"Signed value is intentionally converted to unsigned value. Sorry for crashing one more airplane. Have a nice flight!" Вот удивимся тогда, как мало мы тестируем и как много нам открытий чудных приносит компилятор друг.

Можно еще исправить Стандарт, ограничив правило только операциями сложения и вычитания. Как компромис. Но это крайне маловероятно в этой Вселенной. Да и Боингов еще много летает.

Недавно мы писали о противостоянии Apple и Spotify, в рамках которого компании продолжают мериться размерами роялти для музыкантов. Сегодня продолжим тему на повестке антимонопольное разбирательство и новые платные продукты.

Пожалуйся, и тебя услышат

Еврокомиссия начала антимонопольное расследование в отношении американской ИТ-компании еще летом прошлого года. Триггером стала жалоба шведского стримингового сервиса. Его представители считают, что владелец магазина приложений злоупотребляет своим положением на рынке, и его комиссия в размере 30% от всех сборов за подписку несправедлива.

Спустя год после начала разбирательства европейский регулятор наконец направил Apple уведомление о претензиях (statement of objections). Его цель получить официальный ответ на обвинения от организации, в отношении которой ведется расследование. Члены комиссии поставили под вопрос законность обязательного использования внутренних механизмов для покупок в музыкальных приложениях. Также на повестке оказался свод правил App Store, запрещающий разработчикам сервисов потоковой передачи музыки рассказывать юзерам об альтернативных способах оплаты.

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

Положение американской корпорации компрометирует и тот факт, что она подвергается серьезному давлению у себя на родине. В США уже несколько месяцев идут суды с компанией Epic Games, которая выступает против 30-процентной комиссии в App Store. При этом в начале года разбирательства переместились в европейскую юрисдикцию.

Чем и когда закончится антимонопольное расследование неизвестно, а пока стриминговый сервис теряет деньги. Несмотря на рост аудитории общее число пользователей уже перевалило за 150 млн платформа закрыла последний финансовый квартал с убытками в 125 млн евро. Чтобы компенсировать потери, сервис объявил о повышении тарифов на премиум-подписку практически по всему миру цена увеличилась на 1012%.

Реакция пользователей не заставила себя ждать. Недовольные слушатели вновь обвинили Spotify в том, что она наживается на аудитории и музыкантах. Многие жалуются, что новые ценники им не по карману, и угрожают перейти к конкурентам. Разумеется, компания в курсе критики, но продолжает гнуть свою линию. Нельзя исключать, что для нее подобные манипуляции с ценами это еще одна возможность нащупать почву и отстроиться от яблочной экосистемы.

Свежие идеи и новая конкуренция

В то же время Spotify продолжает экспериментировать с новыми способами монетизации и привлечения аудитории. Недавно компания представила собственный hardware-аудиоплеер для автомобиля Car Thing. Это компактное устройство воспроизведения потоковой музыки для транспортных средств, не оснащенных современной инфотейнмент системой. Гаджет подключается к стереосистеме автомобиля по Bluetooth или AUX и позволяет переключать треки с помощью голосовых команд или сенсорного диска.

Устройство планируют продавать по цене 80 долларов, но пока приобрести его нельзя. Хотя ограниченную партию уже раздают бесплатно пользователям на территории США. Первые счастливые обладатели Car Thing довольны гаджетом он легкий и работает достаточно быстро. Однако ряж журналистов отнесся к новинке со скептицизмом. Некоторые даже назвали девайс бесполезным, так как он требует подключения к мобильному телефону. И здесь невольно задаешься вопросом, а зачем нужен Car Thing, если можно слушать музыку со смартфона? Очевидно, что стриминговая платформа только тестирует новый продукт и оценивает реакцию сообщества, поэтому остается вероятность, что оно так и не попадет в массовое производство.

Еще одним нововведением шведской платформы для передачи потоковой музыки стали платные подписки на подкасты. Контент-мейкерам разрешат устанавливать цену за прослушивание отдельных выпусков три, пять или восемь долларов в месяц. Согласно первым отзывам, сервис имеет некоторые шероховатости с точки зрения UX/UI, но предлагает выгодные условия для авторов. Подкастеров освободили от комиссий до 2023 года, после она составит 5%. Примечателен тот факт, что пару месяцев назад Apple запустила аналогичный сервис. Правда в этом случае сами контент-мейкеры должны будут платить двадцать долларов ежегодно, чтобы предлагать подписку своим слушателям.

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

Еще о подкастах и стриминге в Мире Hi-Fi:

• Стриминг становится основным источником дохода музыкантов

• Стриминговые сервисы хотели бы найти новые подходы в работе с музыкой

• Плейлистификация захватила умы паблишеров музыки и подкастов

• Обсуждение: почему индустрия подкастов все больше походит на стриминг сериалов

  ---

P.S. Что еще у нас есть в блоге на Хабре для дополнительного чтения пятерка экспертных обзоров аудиотехники: от внутриканальных наушников до напольной акустики.

Из-за местного закона, который требует указывать размер зарплаты в объявлениях о вакансиях, компании отказываются рассматривать кандидатов из всего штата.

Вот пример вакансии аутсорсинговой фирмы Insperity, которая предоставляет кадровые услуги. В ней сказано: Кандидат должен иметь возможность работать удаленно на Среднем Западе или в центральной части США. На должность не рассматриваются претенденты из Колорадо. То же самое теперь указано в тысячах других объявлений на платформах для поиска разработчиков. Например, такую же приписку (только не Колорадо) можно встретить в вакансиях на должности директора по работе с клиентами, старшего менеджера, менеджера по маркетингу и менеджера по работе с клиентами от RapidSOS.

Компании по всей стране Johnson & Johnson, IBM, Drizly (приложение по доставке алкоголя, недавно приобретенное Uber), Unite Us, Stride K12, колл-центр Concentrix, Contrast Security публикуют вакансии на должности с возможностью удаленной работы. Сколь угодно удаленной, хоть с Луны, только не из Колорадо.

С одобрения руководства допускается гибкий график, за исключением удаленной работы из Колорадо, говорится в вакансии от Johnson & Johnson. Эта работа может выполняться исключительно за пределами Колорадо, в вакансии от IBM. В объявлении Drizly объясняется, что работодатель рад предоставить равные возможности для всех, но на этой должности можно работать удаленно из любой точки США, за исключением Колорадо. Команда IT-проекта разработала специальные объявления о вакансиях для работников из Колорадо, но другие не последовали их примеру.

В чем проблема штата?

Дело в местном законе О равной оплате труда. Он был подписан в 2019 году, но вступил в силу в начале 2021-го. Согласно этому закону, работодатели обязуются указывать диапазон заработной платы и льготы в объявлениях о вакансиях, вести учет выплат и должностных обязанностей каждого сотрудника, а также немедленно сообщать им о возможностях продвижения по службе. В рамках этого регулирующие органы Колорадо решили, что работодатель должен указывать почасовую/заработную плату или их реальный диапазон, льготы и другие выплаты, которые положены нанимаемому кандидату, в каждой вакансии. Они также установили правила об уведомлении нынешних сотрудников о возможности повышения по службе по мере появления новых вакансий.

В общем, власти штата сделали всё, что могло бы помочь избежать зарплатной дискриминации. Но на деле получилось ровно наоборот. Теперь соискателям из Колорадо стало во много раз сложнее найти хоть какую-то работу.

Чтобы не раскрывать размеры заработной платы, многие IT рекрутеры перестали рассматривать претендентов из этого штата на удаленные должности. Другие публикуют вакансии для Колорадо отдельно. Например, как говорят Drizly: Мы не только выполнили, но и превзошли требования, которые вступили в силу в этом году в Колорадо! Мы разместили объявления об удаленной работе дважды: один раз специально для Колорадо, а другой для всех остальных регионов США. Это потребовало от нас дополнительных временных затрат и усилий. Однако мы считаем, что такой подход позволяет жителям Колорадо подавать свои резюме на вакансии для удаленной работы в компании наравне с жителями других штатов.

Большинство компаний предпочли сохранить размеры зарплат в тайне, полностью отказавшись от работников из Колорадо. Так на Reddit появился пост с вакансией от компании облачных услуг DigitalOcean, в которой сообщалось, что заявки от жителей Колорадо не принимаются из-за местных требований к описанию вакансий. Это привело к целому расследованию, проведенному денверской командой журналистов 9Wants to Know. В результате которого они обнаружили еще как минимум 10 фирм, которые не соблюдают требования закона О равной оплате труда. С тех пор ограничение незаметно удалили из описания вакансии DigitalOcean, но о зарплате в ней по-прежнему нет ни слова, что нарушает новый закон штата.

RapidSOS еще одна фирма, которая с тех пор изменила формулировку в своих вакансиях, заявив, что они работают над тем, чтобы привести их соответствие с новыми правилами Колорадо. А до тех пор претендовать на эту должность могут только соискатели за пределами Колорадо.

Эти компании, как и авторы закона, не дают комментариев журналистам. Но некоторые проявили изобретательность в написании вакансий. Nike использовали те же исключающие формулировки по крайней мере в 9 объявлениях, добавив, что кандидатам из Колорадо потребуется переехать. А Oracle попыталась убить двух зайцев одним выстрелом, создав адрес электронной почты oracle-salary-inquiriers_us@oracle.com для получения информации о зарплате и льготах на этой должности. Хотя закон четко требует, чтобы они были указаны в самой вакансии, а не предоставлялись по запросу.

Таким образом, компании предпочли исключить целый американский штат из рынка труда, только бы не соблюдать закон, который их не устраивает. А Колорадо, и без того далеко не самый богатый штат в США, внезапно получил лишних проблем на свою голову.

Привет, Хабр! Меня зовут Екатерина Соколова и я занимаюсь налоговым планированием. Я работаю в "Лемчик, Крупский и Партнеры" и специализируюсь помимо всего прочего на ит-льготах. Я часто слышу запрос о том, как сэкономить на выплатах сотрудникам. Сегодня я расскажу об одном из таких способов, он не только реальный, легальный, но и еще и достаточно выгодный для обоих сторон.

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

Но немногие знают, что помимо затрат на обучении сотрудников можно еще и сэкономить. Причем часто такая экономия превышает объем расходов уже с первого месяца обучения! Для того, чтобы добиться такого эффекта, достаточно соблюсти требования закона и заключить с обучаемыми ученические договоры.

А в чем же выгода?

Во-первых, одним из условий ученического договора является выплата ученику стипендии. В отличии от заработной платы стипендия является социальной платой, не привязана к результатам труда, а потому, не облагается страховыми взносами.

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

Несмотря на то, что в трудовом кодексе предусмотрена возможность заключать ученический договор, эта практика не является широко распространённой. Многие работодатели заключают с новичками, практикантами или стажерами сразу трудовой договор вместо ученического. В результате чего переплачивают страховые взносы, а кроме того, допускают к работе лиц, которые могут не соответствовать квалификационным требованиям. Об экономии речь и вовсе не идет, хотя цифры действительно могут быть заманчивыми.

На живом примере

Один из моих клиентов организовывал 6-месячную стажировку в компании для новых сотрудников в формате наставничества - более опытные сотрудники учили новеньких методикам работы. Если все шло хорошо, то ученики оставались работать в компании, если нет возникала проблема с тем, чтобы расстаться с ними после официального окончания испытательного срока. Ранее со стажерами заключался трудовой договор, поэтому компания платила ежегодно более 6 млн. руб лишних страховых взносов.

(Расчет суммы страховых взносов: 70 стажеров за год *зарплату 50000 руб*30% страховых взносов*6 мес. стажировки)

Далее по моей рекомендации клиент получил лицензию на образовательную деятельность и изменил формат оформления отношений с новичками - стал принимать стажеров по ученическому договору. После окончания обучения (через 6 мес.), с учениками уже заключался трудовой договор.

Таким образом, в результате юридически грамотного оформления отношений с обучаемыми и минимальных трудозатрат, клиент стал экономить более 6 млн. руб. ежегодно.

В зависимости от того: имеет ли Ваша компания право на льготы по страховым взносам, меняется и экономический эффект от формализации учебного центра.

Приведу пример расчета экономии, взяв за основу те же данные, что и в кейсе:

70 учеников будут получать стипендию 50000 руб. за месяц обучения. Срок обучения составит 6 мес.

С кем можно заключить ученический договор?

Трудовой кодекс РФ предусматривает возможность заключения ученического договора как с текущими сотрудниками, так и с соискателями на вакантную должность.

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

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

Какое обучение подойдет?

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

Но все-таки в последние годы прослеживается тенденция по усилению обратной позиции ученический договор может быть заключен только при освоении образовательной программы профессионального обучения, повышения квалификации или переквалификации. Т.е. в этом случае услугу должна оказывать организация с образовательной лицензией.

Чтобы избежать рисков, мы рекомендуем заключать такие договоры только в одном из следующих случаев:

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

• образовательные услуги оказывает ИП без сотрудников: лицензию получать не нужно, но все требования к образовательной деятельности на такого индивидуального предпринимателя распространяются;

• обучение проводится силами работодателя при наличии у него лицензии.

Следует отметить, что данная лицензия не равна гос. аккредитации, которую проходят университеты, выдающие диплом гос. образца. Процесс ее получения значительно проще.

Также положительный момент состоит в том, что нет жестких требований к формам обучения это могут быть как теоретические, так и практические занятия, в т. ч. подойдет исключительно электронное обучение или занятия через skype / zoom.

В каком размере можно платить стипендию?

Размер стипендии обусловлен получаемой квалификацией, поэтому распространен подход, при котором стипендию устанавливают в размере оклада, предусмотренного для работников, обладающих той квалификацией, которую получает ученик.

В ТК РФ есть требование о нижней границе: размер стипендии должен быть не ниже минимального размера оплаты труда, установленного федеральным законом. Отмечу, что речь идет именно о федеральном МРОТ, который в 2021 году составит 12792 руб.

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

Таким образом, помимо минимальной планки отсутствуют строгие законодательные ограничения по размеру стипендии и условиям ее выплаты.

Итого!

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

С начала этого года в России стала эксплуатироваться Национальная Система Доменных Имён - НСДИ, о чём уже можно почитать на Хабр, а провайдерам и владельцем автономных систем РКН рассылает письма с требованиями к ней подключиться. По своей сути это набор из публичных DNS серверов, доступный всем желающим и предлагаемый к использованию как провайдерам так и конечным пользователям Интернет. К своему сожалению, я слабо представляю как конкретно организована и функционирует глобальная система доменных имён, или как организована работа серверов обслуживающих, например, зону RU., и надеюсь это статьёй, в том числе, привлечь внимание к этому вопросу людей которые в этом разбираются или участвуют в этом процессе - это должно быть очень интересно и познавательно, для того чтобы об этом рассказать всем. Поэтому мой первый взгляд будет про адресацию, маршрутизацию, задержки, для чего будет использованы, в том числе, средства RIPE Atlas, и, конечно, про DNS, но ровно настолько насколько я в этом понимаю. Отличительной особенностью именно этой национальной системы является её доступность для исследований, поэтому надеюсь мой первый взгляд, будет продолжен и подхвачен, чтобы рассмотреть этот вопрос со всех сторон.

Из уже упомянутой выше статьи по ссылкам можно найти оригинальное письмо РКН, из которого мы знаем что существуют:

• 194.85.254.37 - корневой DNS сервер позволяющий, помимо прочего, выполнять запрос AXFR, то есть получать корневую зону "как есть", но для этого надо попасть в список доверенных серверов и такой возможности у меня нет

• a.auth-nsdi.ru, b.auth-nsdi.ru - тоже корневые DNS, позволяющие не рекурсивно запрашивать записи из корневой зоны

• a.res-nsdi.ru, b.res-nsdi.ru - рекурсивные резолверы, позволяющие запрашивать любую запись

Сразу обращу ваше внимание на то, что система находится в очень подвижном состоянии, как и положено любой системе на начальном этапе эксплуатации, да и вообще системе в Интернет. И дотошный читатель наверняка уже нашёл, что существуют, например, c.auth-nsdi.ru и d.auth-nsdi.ru, пока не отвечающие на запросы. Но это значит, что через пару месяцев или недель ситуация, как она описывается в этой статье, может поменяться кардинально. Помните об этом.

Корневые серверы

194.85.254.37 принадлежит блоку 194.85.254.0/24, который появился отдельной строчкой в RIR и тогда же стал анонсироваться в глобальную таблицу Интернет маршрутизации меньше года назад - в августе 2020 года, источником анонсов является AS62135. Отвечает на CHAOS TXT запросы:

• version.bind - "PowerDNS Authoritative Server 4.4.0-alpha3.125.master.g6835270cd (built Nov 16 2020 18:13:24 by root@b6b5979d40d3)"

• id.server - mu.cmu.msk-ix.ru

Есть поддержка NSID - "mu.cmu.msk-ix.ru", и насколько можно судить по данным RIPE Atlas этот сервер представлен в единственной точке присутствия в центральной европейской части России.

На временные интервалы, здесь и дальше, следует ориентироваться с большой долей условности, из-за высокой динамичности. Для расчёта были отброшены четверть значений сверху, четверть снизу из оставшегося посчитано среднее.

a.auth-nsdi.ru и b.auth-nsdi.ru представлены в IPv4 и IPv6 и входят в блоки 195.208.6.0/24, 2a0c:a9c7:a::/48,195.208.7.0/24 и 2a0c:a9c7:b::/48, которые появились отдельными строчками в RIR и начали анонсироваться в конце осени, начале зимы 2020. Все от имени AS41740 c as-name NDNS. Всего с той же AS анонсируется 12 префиксов, которые мы ещё встретим дальше:

193.232.147.0/24, 193.232.253.0/24, 195.208.5.0/24, 195.208.4.0/24, 195.208.6.0/24, 195.208.7.0/24, 2a0c:a9c7:a::/48, 2a0c:a9c7:253::/48, 2a0c:a9c7:147::/48, 2a0c:a9c7:b::/48, 2a0c:a9c7:9::/48, 2a0c:a9c7:8::/48

Также поддерживается NSID и запрос CHAOS TXT id.version. На основе которых по отчётам RIPE Atlas (30376498, 30376499, 30376500, 30376501) можно сделать выводы что задействовано несколько точек присутствия и механизмы распределения трафика между ними.

Здесь мы уже видим подвижность. Несколько NSID в ответах в разное время, даже за не очень большой период сбора данных. Полужирным шрифтом отмечен последний из ответов NSID. Вторая ячейка это ответы на IPv6 запросы где тоже видим разницу по сравнению с IPv4. Что-то можно будет списать на отличную от IPv4 связность в IPv6, не всё ещё с этим в порядке, а где-то, вероятно, это особенности реализации, время ответов и выбор серверов, иногда, уж очень сильно отличаются. Впрочем, запросы к разным серверам НСДИ и разные NSID, даже в IPv4, могут возникнуть по причинам маршрутизации и связности в Интернет, а не по причинам изменений внутри НСДИ, но для этого нужен более детальный анализ нежели мы здесь приводим. Всего попалось 14 разных идентификатора, с говорящими названиями.

auth1-ekt.ix.ru, auth1-khouse.ix.ru, auth1-kzn.ix.ru, auth1-nsk.ix.ru, auth1-rnd.ix.ru, auth1-spb.ix.ru, auth1-vlv.ix.ru, auth2-ekt.ix.ru, auth2-khouse.ix.ru, auth2-kzn.ix.ru, auth2-nsk.ix.ru, auth2-rnd.ix.ru, auth2-spb.ix.ru, auth2-vlv.ix.ru

Несмотря на то, что у меня нет возможности сделать AXFR запрос и сравнить корневые зоны на идентичность Root Zone File, можно сделать обычные запросы по каждой из записей в корневой зоне и сравнить результаты. Несколько однострочников в Bash, чтобы убедиться что корневая зона отдаваемая серверами НСДИ идентична эталонной. В этом мне помогла одна особенность на которую я обратил внимание, возможно, присущую конкретной версии используемых серверов и которая касается DNSSEC и записей NSEC. Не все корневые серверы, возвращают эту запись по прямому запросу, а только в случае NXDOMAIN,корневые НСДИ серверы - возвращают. Таким образом задача решается одним запросом dig +dnssec для каждой строчки из Root Zone File с последующим сравнением. Совсем чуть-чуть придётся поработать с представлением отдаваемых данных, например, привести адреса IPv6 к одному формату, в эталонном файле они приводятся без применения правил сокращения, запретить dig форматировать base64 строчки +nosplit и ещё не забыть про IDN - +noidnout. Результат, насколько я могу судить, не отличается от эталонного. Конечно, интересно было бы следить за этим постоянно, измерять, например, задержки между публикациями зоны и распределением её по серверам НСДИ, но оставим это для следующих авторов.

Рекурсивные резолверы

a.res-nsdi.ru и b.res-nsdi.ru - тоже представлены в IPv4 и IPv6: 195.208.4.0/24, 2a0c:a9c7:8::/48,195.208.5.0/24 и 2a0c:a9c7:9::/48 уже знакомой нам AS41740. В анонсах появились также в конце 2020. Поддерживается только CHAOS TXT id.version, NSID - нет. Но так как это рекурсивные серверы то можно воспользоваться сервисом предоставляемым PowerDNS, чтобы определить с какого реального адреса был отправлен запрос. Это даёт нам технически более строгий способ, так как мы выявляем адреса непосредственно участвующие в запросах со стороны НСДИ, а не идентификаторы, которые можно менять без каких-либо последствий. Опять смотрим на RIPE Atlas (30376488, 30376489, 30376490, 30376491, 30376492, 30376493, 30376494, 30376495).

Отметим ещё один момент.AAAA запросы используют IPv6 в качестве адреса источника, даже если обращения было сделано на клиентский публичный IPv4 адрес сервера. Для A запросов на IPv6 адрес это тоже верно. В таблице приведены уже преобразованные к доменным именам адреса, там где они были в PTR, каждый из них имеет и A и AAAA запись. Всего получилось 17 уникальных адресов доменных имён у каждого в наличии IPv4 и IPv6. Для двух адресов видимо забыли завести записи в обратную зону, хотя в прямой они есть (я их привёл в скобках).

193.232.139.82(res2-rnd-lb.ix.ru), 193.232.231.82(res2-ekt-lb.ix.ru), res1-ekt-lb.ix.ru, res1-khouse-lb.ix.ru, res1-kzn-lb.ix.ru, res1-msk-lb.ix.ru, res1-nsk-lb.ix.ru, res1-rnd-lb.ix.ru, res1-smr-lb.ix.ru, res1-spb-lb.ix.ru, res1-vlv-lb.ix.ru, res2-ekt-lb.ix.ru, res2-khouse-lb.ix.ru, res2-kzn-lb.ix.ru, res2-nsk-lb.ix.ru, res2-rnd-lb.ix.ru, res2-smr-lb.ix.ru, res2-spb-lb.ix.ru, res2-vlv-lb.ix.ru

Для примера, надеюсь остальное многие посмотрят сами, сошлюсь на RIPE DB для сети 193.232.139.0/24, запись о которой и маршруты появились в марте этого года, когда уже фактически провайдеры обязаны были использовать НСДИ в своей работе, что во многом говорит что мы находимся в моменте внедрения и обкатки системы, пусть и на хорошей базе. Не знаю какие планы в дальнейшем, но явно в некоторых точках страны видно провалы по задержкам ответов, другими словами есть много что ещё делать.

Для этих серверов уже действует ограничение на выдачу ресурсов присутствующих в списке запрещённых - NXDOMAIN в ответ.

На этом - всё. Как я уже сказал в самом начале, цель этой статьи начать техническое обсуждение построенной системы. Можно свободно использовать те измерения которые я реализовал в RIPE Atlas и ссылки на которые есть в статье, они останутся настолько долго, насколько не потеряют актуальность. Совсем незатронутым остался вопрос DNSSEC, также как и возможные пересечения с существующей системой поддержки национальных TLD. Можно порассуждать про обратные зоны в ARPA., которые не менее важны чем прямые, но они не реализованы в НСДИ, в отличие от прямой корневой зоны. Вопрос устойчивости и работы под нагрузкой, вопрос безопасности... Другими словами больше осталось за кадром, чем в статье - много интересной работы и вопросов, надеюсь, что кого-то я этим заинтересовал.

Мы уже разбирали Одностраничный устав ООО с двумя директорами электронно и открытие счёта в банке дистанционно и Хороший договор короткий договор, теперь поговорим про счёт.

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

Попробуем выкинуть всё лишнее и сделать понятно и красиво. Здесь в основном речь пойдёт о России, но и заграничные счета бывают запутанными. Немного скажу и про Европейский Союз.

Счета, которые взрывают мозг

Не заставляйте клиента думать и суетиться!

1. Счёт в формате картинки или сканированный в pdf. Убейтесь, сволочи, об стену, кто так делает. Всегда требуем прислать в формате, где можно легко копипастить реквизиты.

2. В счёте два банковских счёта. АААА на какой платить?!

3. Нет назначения платежа. Бухгалтер начинает думать и пишет дичь, из которой потом невозможно понять за что платили.

4. НДС указан мелким шрифтом не на самом видном месте. Ой опять оплатили сумму без НДС.

5. Не сказано, что НДС не облагается. Ой а в платёжку автоматом подставилось: включая НДС.

6. Полно лишней информации.

7. Нет телефона и email кому задавать вопросы.

8. Реквизиты не совпадают с теми, что подставляются по ИНН и БИК.

Факты о счёте

1. Счёт необязательный документ. Платить можно без счёта, по договору, по акту, на основании счёта-фактуры, УПД, товарной накладной и т. п.

2. Счёт это просто приглашение к платежу. Сам по себе он не порождает обязательств оплаты.

3. Никто не обязан выставлять счёт, если только это не прописано в договоре.

4. Счёт не является первичным учётным документом согласно ст. 9 402-ФЗ, т.к. не отражает факта хозяйственной деятельности в общем случае. Следовательно, нет требований закона что там должно быть.

5. Счёт может быть совмещён с договором или актом. А может быть всё в одном: договор-счёт-акт.

6. Счета не нужны для постпоплаты. Постоплату правильнее производить по акту выполненных работ или счёту-фактуре, или УПД, тем самым, сразу понятно, что это постоплата.

7. В отличии от счёта-фактуры, УПД, акта, у счёта нет утверждённого правительством XML-формата. Но есть XML-форматы у отдельных программ, например, у 1С. Но реально никто ими не пользуется, во всяком случае, среди наших контрагентов.

8. Оплата счёта может означать акцепт договора, согласие со стоимостью, принятие услуг, если это написано в счёте или следует из назначения платежа.

9. В ЕС, например, в Словении, счёт соответствует нашему счёт-фактуре, а нашему счёту соответствует предварительный счёт. Однако, нередко бывает присылают на предоплату именно счёт-фактуру.

Минимальный набор что должно быть в счёте

Для оплаты по безналу плательщику нужно:

1. ИНН получателя.

2. Расчётный счёт получателя в банке и БИК этого банка.

3. Назначение платежа.

4. Сумма с указанием без НДС или с НДС и суммой НДС.

Этих данных достаточно для заполнения платёжного поручения. Жаль, минимализм не все любят. А то было бы прикольно выставлять такие счета в одну строку:

7730588444 40702810201500019616 044525999 За услуги дата-центра 1000р. без НДС.

Такой формат счёта можно обернуть в XML-тэги и делать де-юре или де-факто стандартом обмена для ЭДО.

Если оплата картой, то счёт может содержать только URL страницы оплаты. Хорошо, если ещё и QR-код рядом будет.

Если оплата наличными, то можете, хоть на салфетке написать сумму.

В Словении для перевода внутри страны достаточно IBAN, по нему подставляются все реквизиты в банке автоматически. Конечно, сумма и назначение перевода ещё потребуются. Есть ещё пара опциональных параметров.

При переводе денег в Revolut или из него нужно указать наименование получателя, IBAN и BIC (SWIFT) и адрес. ИНН не указывается. Платежи доходят и с ошибкой в наименовании. То есть ключевыми являются только IBAN и BIC (SWIFT), а остальные просто как описание.

Назначение платежа

Назначение платежа часто в счёте нет вообще. Бывает предмет счёта или наименование товаров, услуг или просто какие-то слова. И плательщик при оплате начинает думать и изобретать велосипед, пишет всякую чушь в назначении платежа. А ему следует копировать назначение платежа как есть. При необходимости добавлять свои коды, тэги, пояснения. В назначение платежа получатель может сразу указать что он хочет, чтобы там был: номер счёта или номер договора, чтобы его программа могла автоматически распознать платёж, зачислить на лицевой счёт клиента или договора, автоматически запустить отгрузку или выполнить какие-то действия.

Ещё назначение платежа может содержать слова: за выполненные работы, оказанные услуги, полученный товар, тем самым фиксируется факт отгрузки.

Самая большая боль непонятное назначение платежа. Просматривая банковские выписки за квартал или за год, приходится натыкаться на какие-то левые платежи с непонятным назначением. И нужно время, чтобы установить, за что же платили. К тому же, платежи с непонятным назначением добавят вам вопросов со стороны банка. А могут и к блокировке счёта привести.

В счёте не помешает указать

Счётом пользуется бухгалтер плательщика, когда отправляет деньги, сотрудники плательщика, которые получают товар или услугу. У бухгалтера потом возникают вопросы, и он начинает создавать нагрузку на своих сотрудников, а они на сотрудников получателя денег. Поэтому следует сократить трудозатраты. Стоит указать в счёте:

1. Номер и дату счёта. Они нужны, чтобы ссылаться и искать счёт в базе.

2. Фактический адрес, если к вам приезжают.

3. Наименование плательщика без его реквизитов.

4. Логотип для красоты и солидности.

5. Адрес ЛК получателя, где доступны все копии документов в электронном виде, включая акт сверки, который так любят запрашивать, отвлекая нашего бухгалтера от работы.

6. Телефон и email, чтобы они всегда были под рукой.

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

8. QR-код для загрузки реквизитов в мобильное приложение банка, чтобы не копипастить реквизиты. Пока такая фишка есть только в мобильных приложениях банков физлиц, но, надеюсь, когда-нибудь появится и у юрлиц.

9. Прочую реально полезную информацию.

Делать ли детальную расшифровку суммы в счёте по позициям?

Если счёт одновременно и договор, то да. Счёт является одновременно сметой или детализацией заказа. Закон этого не обязывает, но это общепринято, что нужно объяснить из чего получилась сумма.

Если есть договор со сметой или каким-то иным документом, где уже есть детализация, то смысла дублировать информацию нет.

Чего в счёте быть точно не должно

Поскольку бухгалтеры, юристы и прочие бюрократы любят из простого делать сложное и плодить сущности без необходимости, то захламляют счёт ненужной информацией:

1. Реквизиты плательщика помимо его наименования.

2. Реквизиты получателя из ЕГРЮЛ помимо ИНН. КПП указывать нужно только, если есть филиалы с разными КПП.

3. Корреспондентский счёт банка получателя и наименование банка, так как по БИК это автоматически подставляется.

4. Подписи руководителя предприятия и главбуха куда ж без них, они же ещё бывает и настоящие подписи и печати шлёпают на бумажный счёт, не создавая при этом никакой добавочной стоимости. Если уж так хочется печать и подпись иметь для красоты, то руководителя организации там достаточно, но лучше и его убрать. Сканированные подпись и печать ничего не дают. Если уж так нужна подпись, то нужно подписывать файл счёта усиленной квалифицированной ЭЦП.

Итог, пример нашего счёта

Дата-центр ITSOFT размещение и аренда серверов и стоек в двух дата-центрах в Москве. За последние годы UPTIME 100%. Размещение GPU-ферм и ASIC-майнеров, аренда GPU-серверов, лицензии связи, SSL-сертификаты, администрирование серверов и поддержка сайтов.

С мая 2021 года Cloud4Y предлагает обновлённый White Paper О защите персональных данных документ, содержащий информацию обо всех аспекта работы с персональными данными, включая законодательную базу, принцип построений системы защиты ПДн, и пр. В документе учтены изменения, принятые в 2021 году, что позволяет использовать его как руководство для организации систем защиты ПДн.

Мы добавили в White Paper:

• Изменения в 152-ФЗ Об обработке персональных данных, вступившие в силу 01.03.2021 года в части обработки общедоступных данных и распространения персональных данных неограниченному кругу лиц, принятые законом 519-ФЗ О внесении изменений в Федеральный закон 152-ФЗ

• Методический документ ФСТЭК России от 5 февраля 2021 года Методика оценки угроз безопасности информации

• Изменения в 149-ФЗ Об информации, информационных технология и о защите информации, вступившие в силу 01.02.2021 года в части обработки и распространения информации в социальных сетях.

• Изменения в КОАП РФ, касающиеся ужесточения санкций за нарушения 152-ФЗ Об обработке персональных данных

White Paper О защите персональных данных состоит из нескольких блоков, каждый из которых раскрывает отдельный аспект вопроса. Здесь есть историческая справка, инструкция по организации обработки и обеспечению безопасности ПДн оператора, разбор структуры законодательства России в области защиты прав субъектов ПДн, ответственности оператора и проверок регуляторов.

Документ будет полезен компаниям, которые тем или иным образом используют персональные данные. С его помощью можно понять требования закона, устранить проблемные зоны и научиться правильно работать с ПДн. Получить White Paper можно бесплатно у менеджеров Cloud4Y или отправив заявку на сайте облачного провайдера.

В 2017 году в адрес Федеральной комиссии по связи США (FCC) поступили миллионы обращений, авторы которых выступали за отмену правил net neutrality. Но отправителями подавляющего большинства из них были боты. Интернет-провайдеры и телекомы утверждают, что не имеют отношения к сложившейся ситуации. Рассказываем, как так получилось.

Как отменяли

Четыре года назад Федеральная комиссия по связи США проголосовала за отмену сетевого нейтралитета в стране. До этого момента интернет-провайдеры не имели права дифференцировать трафик в своих сетях. Решение федерального агентства позволило им делать это. Однако еще до отмены net neutrality представители FCC провели опрос с целью узнать мнение общественности. Всего чиновники получили более 20 млн обращений граждан, многие из которых посчитали отказ от сетевого нейтралитета благом. Они писали, что это поспособствует конкуренции, повысит качество интернет-связи и снизит стоимость подключения.

Поразительное единодушие в комментариях уже тогда вызвало вопросы. Эксперты из Исследовательского центра Пью в Вашингтоне выборочно проанализировали сообщения и обнаружили, что 57% из них отправлены со временных или повторяющихся электронных адресов. На основании этого эксперты предположили, что большинство обращений, полученных FCC, фейковые. В начале мая их подозрения подтвердил офис генерального прокурора США. Правоохранители опубликовали результаты собственного расследования, согласно которому 18 млн электронных писем действительно были поддельными.

Как это произошло

Еще до голосования FCC за отмену сетевого нейтралитета некоммерческая организация Broadband for America, куда входят крупные интернет-провайдеры, наняла несколько маркетинговых агентств с целью повлиять на общественное мнение. Они должны были рассказать гражданам о плюсах, которые несет отказ от net neutrality, и убедить их поделиться своей точкой зрения с FCC. Вместо этого, нанятые компании пошли по другому пути они скомпилировали и отправили более 8,5 млн фейковых обращений в Комиссию по связи.

Часть писем была отправлена от имени реальных людей, которые, конечно же, не подозревали об этом. Для сбора информации маркетинговые фирмы использовали сайт, на котором предлагали подарочные карты и другие бонусы в обмен на регистрацию. Но некоторые авторы обращений в FCC были полностью выдуманы. Также правоохранителям удалось зафиксировать, что были использованы и персональные данные, полученные в результате крупной утечки.

Из 18 млн фейковых сообщений, направленных в адрес FCC, встречались и те, что поддерживали идею сохранения net neutrality. Большую часть из них отправил девятнадцатилетний студент, написавший специальный генератор текстов и имен. Таким образом он хотел подтолкнуть Комиссию по связи США к решению сохранить правила сетевого нейтралитета в силе.

Что дальше

Офис ген. прокурора уже решил судьбу трех организаций, которые были причастны к нелегитимному сбору комментариев Fluent, Opt-Intelligence и React2Media. Они должны заплатить штраф в размере 4,4 млн долларов и провести аудит процессов, чтобы не допустить повторения ситуации. Эти же фирмы участвовали в других кампанях, не связанных с лоббированием интересов провайдеров, правоохранители также их проверят.

Что касается операторов связи и ассоциации Broadband for America, то дело против них возбуждать не будут. По словам прокурора, команде не удалось найти доказательств того, что операторы знали о деятельности нанятых фирм, хотя и проигнорировали несколько красных флагов, которые должны были вызывать подозрения. Пока неясно, изменит ли FCC свое решение касательно сетевого нейтралитета с учетом последних событий. Но представители агентства в интервью The New York Times отметили, что планируют пересмотреть механизмы взаимодействия с гражданами, чтобы вести более эффективный и открытый диалог.

Дополнительное чтение в нашем блоге на сайте:

• Нужно ли провайдерам блокировать пиратский контент

• Слияния телеком-операторов: причины и последствия

• Оптимизация сетей провайдера: как сделать все правильно

Наш многосерийник о битве за сетевой нейтралитет:

• История вопроса

• Войны с операторами и первые суды

• Судебные войны и общественные протесты

• Два с половиной года Net Neutrality

• Новая надежда

Все юристы работают с текстами. Читают, пишут, изучают, трактуют, убеждают в своих трактовках. Программисты работают с текстами. Читают, пишут. Убеждают компилятор в своей правоте. Я разработчик. Я пишу много текста, вроде такого:

class HelloWorld {    public static void main(String[] args) {        System.out.println("Hello World!");    }}

Этот текст пишется по некоторым правилам, а потом компилятор его разбирает. Хорошо бы знать правила, чтобы компилятор понял всё правильно. При составлении иска в суд тоже хорошо бы знать правила. К сожалению, в праве нет такие четких правил, как у компилятора, но есть всё-таки какие-то общие правила, которых придерживаются интерпретаторы.

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

Переменные

В программировании всё начинается с переменных. В тексте юридическом обычно значение слов известно заранее (а кстати, значений у них может быть много, но это другая история), но можно вводить и переменные:

Статья 24.7 Федерального закона от N89-ФЗ "Об отходах производства и потребления" (далее закон N89-ФЗ) предполагает, что региональные операторы заключают договоры на оказание услуг по обращению
...На основании закона N89-ФЗ прошу того-то и того-то.
В данном случае мы в начале текста вводим переменную закон N89-ФЗ (такие переменные всегда final), и можем её использовать дальше.

В пользоветльском соглашении habr.com все переменные объявляются в первом разделе перед основным текстом:
1.1. Внастоящем документе ивытекающих или связанных сним отношениях Сторон применяются следующие термины иопределения:
Соглашение настоящий документ совсеми дополнениями, изменениями иуказанными внем обязательными документами, атакже договор, заключенный наего основании.
Пользователь дееспособное физическое лицо старше 18лет, присоединившееся кнастоящему Соглашению всобственном интересе либо выступающее отимени ивинтересах представляемого имюридического лица.
И так далее.

Если переменные не определены, то могут возникнуть проблемы:

public static void main(String[] args) throws IOException {    System.out.println(hello);}java: cannot find symbol  symbol:   variable hello

В примере выше нам везёт нам об ошибке скажет компилятор. Но в праве нет компилятора:

УК РФСтатья 43. Понятие и цели наказания:
1. Наказание есть мера государственного принуждения, назначаемая по приговору суда. Наказание применяется к лицу, признанному виновным в совершении преступления, и заключается в предусмотренных настоящим Кодексом лишении или ограничении прав и свобод этого лица.
2. Наказание применяется в целях восстановления социальной справедливости, а также в целях исправления осуждённого и предупреждения совершения новых преступлений.

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

Плагины и бланкетные нормы

Бланкетная норма это норма, предоставляющая государственным органам, должностным лицам право самостоятельно устанавливать правила поведения в определённых рамках. К примеру, Федеральный закон N 196-ФЗ "О безопасности дорожного движения" устанавливает полномочия государственных органов, давая им право устанавливать правила дорожного движения (определим в этом тексте переменную, будем называть правила дорожного движения покороче ПДД). В свою очередь, постановлением правительства (то есть уже не законодательного, а исполнительного органа) устанавливаются ПДД. Ещё есть глава 12 КоАП, которая устанавливает санкции (и процедуру их применения) за нарушения ПДД. Таким образом, имея закон N 196-ФЗ и КоАП, можно менять ПДД хоть каждый день, не меняя при этом тексты законов (постановление правительства законом не является).

То есть не надо менять и компилировать тексты чтобы поменять логику поведения. Собственно говоря, это не что иное как подключение плагинов!

Версионирование

В мире разработки ПО мы всё время работаем с разными версиями программ, библиотек, API и так далее. В мире права тоже всё время идёт работа с версиями. Только там всё очень продвинуто всегда используются самые последние версии законов, постановлений, регламентов и прочего! Никакого legacy. Релизим новую версию, и всё, она сразу везде применяется!

Есть аналогия. К примеру, в Android SDK есть класс Context, у которого есть метод:

public abstract int checkSelfPermission (String permission)

Однако, в документации отмечено, что он добавлен в версии SDK 23. Это значит, что если приложение работает на устройстве с версией Android < 23 (Android 6.0), то мы его использовать не можем.

А теперь давайте взглянем на этот документ:

Да, это постановление о производстве обыска по делу Rambler & nginx. В тексте мы читаем:

В соответсии со ст. 1295 ГК РФ, программа для ЭВМ энджиникс является служеюным произведением, и исключительное право на нёё, а именно в соовтесии со ст. 1229 ГК РФ право использовать распоряжатться ей, принадлжеит ООО Рамблер Интернет Холдинг.

Однако, постановление описыват событие, имевшее место в 2004 году, когда ст. 1295 и 1229 ещё не существовало! NoSuchMethodError!

Diff

А что, если нам нужно старый закон заменить новым? Но не целиком, а внести небольшие правки? В данном случае всё просто:

git checkout -b new_lawgit commit -m "new speed limit"git push origin new_law

Да, с правками в текст законов работают также как и с правками в исходные коды. Их можно сравнивать:

А сам диф (в данном случае диф называется Федеральный закон от 24.07.2007 N 210-ФЗ (ред. от 31.12.2014) "О внесении изменений в Кодекс Российской Федерации об административных правонарушениях") при этом выглядит примерно так:

в статье 12.9:
а) утратил силу с 1 сентября 2013 года. - Федеральный закон от 23.07.2013 N 196-ФЗ;
б) в части 2: в абзаце первом слова "от 20 до 40" заменить словами "более 20, но не более 40";

---

А какие аналогии подмечали вы?

С чего всё началось.

На дворе был конец августа 2018 года. Предприятие, в котором я работал, переживало не лучшие времена, инвестор с Москвы выхода из этой ситуации не находил и я принял решение покинуть компанию. К сожалению, в родном селе не огромный выбор рабочих мест, но так удачно совпало, что в отделе образования администрации района освободилось место главного специалиста по информационным технологиям. Собеседование, сбор документов и "с понедельника можно работать". Когда я узнал причину, почему уволился другой специалист, то не принял в серьез данный факт. И зря. На меня свалился груз под названием ЕГИССО.

Что же это такое?

ЕГИССО является информационной системой, позволяющей получать гражданам и органам власти актуальную информацию о мерах социальной поддержки, оказываемых из бюджетов всех уровней.

На примере бывшего отдела - ваш ребенок пошёл в садик и вы хотите получить выплатукомпенсациичасти родительской платы за содержание ребенка вдетскомсаду. Пришли в отдел, оплатили, сделали заявление на начисление компенсации: сумму компенсации, личные данные ребенка и родителя, получившего компенсацию, вы можете посмотреть у себя в личном кабинете на сайте. Так же различные компенсации за детское питание в школах, путёвки в пришкольные летние лагери, учет выплат для сирот и так далее.

Для всего этого нужно просто открыть официальный сайт, войти в личный кабинет под своей учетной записью Госуслуг и можно увидеть все начисленные вам пособия и компенсации.

Делалось это государством с целью контролировать, куда уходит бюджет и к кому. Даже есть официальный документ с планом мероприятийпо созданию - http://www.consultant.ru/document/cons_doc_LAW_223328/ Сервис в целом полезный (хотя судя по отзывам в интернете личный кабинет часто бывает не доступен), но таким путем данные попадают на сайт - это реальный ад.

Горькая реальность.

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

До этого проект ЕГИССО уже начал тестироваться в нескольких областях (ссылки на новости: раз, два, три, четыре). Я об этом сервисе вообще не имел представления, пока не начал работать на данной работе (поэтому поводу опрос ниже).

В нашей (Амурской) области тоже начиналось активное внедрение и к концу года надо было показать "активность". Мы должны были предоставить в областное отделение ПФР цифры "уникальных пользователей", которых мы добавим в данную систему. Сам себе задачу поставь, выполни и если данную цифру не выполнишь, то глава района (и дальше по наклонной) получит по шапке за неисполнение.

Ну что ж, сажусь считать, сколько у нас школ, сколько детей в них обучается с 1 по 4 класс (питание детей), к этим цифрам прибавляю детсадовцев, сирот - вот и получил цифру. Почему должен считать я, а не бухгалтеры - другой вопрос. Окей, посылаем письмо с данными и начинаем эти данные собирать.

А со сбором первоначальных данных две проблемы.

Первая проблема - законность. Из-за того, что данные нужны прямо и сейчас, то ни о каких бумажках с целью "разрешаю использовать персональные данные" никем не подписывались и не заполнялись. На вебинарах (я был на двух), которые проводились правительством области (соц защита) совместно с представителями ПФР, кроме "угроз", что за невыполнение плана всем будем плохо, был и ответ на данный вопрос в стиле - "ну сейчас так, потом все уладим". Хотел задать вопрос на этих вебинарах, почему IT специалист должен делать эту работу, но не дали.

Вторая проблема - люди. Вот серьезно. В нашем селе находится военная часть, где очень много военных, которые водят своих детей в садики. Месяц они ребенка водили, потом их переводят в другую часть и ребенок не ходит, но компенсацию он же получил за тот месяц. Где взять данные СНИЛС отца или матери - да нигде уже. Либо сначала компенсацию получала мать, данные которой у нас есть, а после стал получать отец, который номер СНИЛС не дал. Данные по компенсациям я забивал с мая 2018 года, поэтому таких "ходунов" накапливалось по человек 20 на район и что с ними нужно было делать - не понятно. "Ищите, ищите и ещё раз ищите".

Немного про взаимоотношения с ПФР. Я, как человек, пришедший со стороны, в душе не знаю, что/куда/зачем и как в этой АИС делать. Пытаюсь им звонить, чтобы уточнить информацию и по сути каждый диалог начинался с того, что "предыдущий специалист, который начинал дело уволился" и объяснения, что оно мне всё это вообще не сдалось, никого не интересовали. Но что знали, то подсказывали и на этом спасибо - по шапке получить никто не хотел, да и пошла по районам текучка кадров из-за этой темы. Это я привел только пример с образованием, а ещё есть медицина, ветераны и т.д.

Техническая часть

А теперь перейдем к тому, к чему возникло ещё больше вопросов - как со всем этим работать.

Примерный план работы заключался в следующем:

• бухгалтер из 1С отправляет на печать сводку по каждой школе/садику с перечнем детей и родителей, получившим компенсацию

• эти данные через сайт заносятся, подписываются электронной подписью и забываются.

Проще некуда кажется с первого взгляда. Начнем с настройки рабочего места.

Так как это государственная АИС, то понятное дело работать оно будет только через что? Правильно - Internet Explorer. И не а бы какой, а именно 11 версии. Из-за того, что на Windows 8 (не 8.1) рабочего ноутбука 11ая версия ну никак не ставилась, пришлось на VHD диск поставить Windows 8.1 и делать настройки там (а дома я развернул в Hyper-V на базе Windows 7 виртуальную машину и заливал данные на сайт уже через неё).

Так же нам нужно будет установить:

• КриптоПро CSP 4.0.9944.

• Crypto+DE 4.1.126. Эта программа у меня не работала корректно, поэтому готовые xml файлы я подписывал другой программой.

• Плагин Крипто Про ЭЦП Browser-plugin и Плагин для авторизации через портал Госуслуги IFCPlugin-x64.

• Корневые сертификаты ЕГИССО.

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

Давно на самом сайте ЕГИССО и ПФР были хорошие инструкции по описанию этого сайта, но они куда-то делись и я нашел единственную ссылку, где всё это добро сохранилось. Я всё прочитал, но всё равно пришлось идти к бухгалтерам - что такое КБК, как оно формируется, что за цифры от меня хотят - вопрос было больше, чем ответов.

И так, у нас уже есть доступ к сайту, добавлены локальные МСЗ с их КБК и прочими не понятными мне числами. И мы уже готовы добавлять пользователей. Технически да, но кто в здравом уме будет добавлять по одному ребенку через сайт, если у меня их тысячи и нужно делать это не за один месяц. Если бы мне выделили только время под это дело, то так и можно было делать.

Какое видение было у правительства на счёт. этого метода заполнения сайта. Приходит условный Вася Петров производить оплату за месяц хождения в детский садик сына Сережи. Он берет деньги, свой СНИЛС и СНИЛС ребенка, платит в кассу, при нем же вычисляют компенсацию, эту компенсацию при нем же вбивают на сайте, выгружают, подписывают ЭП, загружают уже подписанные файлы обратно, дают на руки деньги - он радостный забирает их и идёт счастливый домой. Приходит домой, заходит на сайт и видит в личном кабинете, что уже рассчитали компенсацию. Идеально. В мечтах конечно же.

Когда тебе надо добавить максимум 15 ветеранов каждый месяц с их пенсиями - это нормально. Но когда у тебя тысячи детей/больных и других - это просто колоссальная трата времени работников. Но слава богу были альтернативы для занесения фактов МСЗ не через сайт.

Ассистент ЕГИССО.

Как я говорил раньше, в некоторых областях нашей страны внедрение происходило раньше. И народные умельцы из отделений ПФР замутили незамысловатую программу под названием "Ассистент ЕГИССО". Скачать можно её здесь: https://pfr.gov.ru/branches/nizhnynovgorod/info/~2021/06/09/3989 , пароль от базы по умолчанию - 12345678. Программа написана на C#, база SQLite.

На моей работе использовали именно её, потому что ПФР по региону всем выдавало эту программу. Из плюсов - теперь пользователи и МСЗ хранятся централизованно, но каждый раз щелкать ребенка/родителя, писать сумму и вообще делать много щелчков мышью - не мой вариант да и от сайта почти толком не отличается. Но разработчикам приложениям выражаю благодарность - упростили своим приложением жизнь многим людям и поддерживали очень долго.

Почему выходило несколько версий программы. Правильно - потому что ПФР любил поменять формат XSD для файлов, из-за чего рушил логику генерирования и приходилось выпускать новый билд программы. А тем временем мои 1000 детей и взрослых ждали, когда их добавят на сайт.

Конвертор CSV

Я стал искать решение, как бы мне дело автоматизировать. В целом, можно было разобраться в XSD схемах, набросать какое-нибудь приложение, но когда это всё делать, ведь нужно показывать цифры прироста, да и другие дела тоже есть.

Пока время терпело потихоньку работал через Ассистент, но там, где детей было немного - в районе 30. Делал формально один садик, забивал "шаблончик" в программу, менял даты и суммы, выгружал полученные файлы из программы, подписывал их и выкладывал на сайт. Динамика шла, но до заветной цифры ещё было далеко.

И тут я наткнулся на чудесный форум (выражаю всем заинтересованным лицам моё уважение - ваш энтузиазм помог многим и мне в том числе) - Партизанский форум про ЕГИССО. В одной из тем я нашел то, что и искал. Опять видимо разработчики из уже другой области сделали конвертор из csv файла в xml нужного формата (ссылка на свежий пост).

Теперь я мог создавать шаблоны для каждой школы/садика, где основной набор в целом плюс/минус один и тот же, менять только даты выдачи компенсаций, их сумму - и всё это делая в Excel. Я сделал одну небольшую школу - это было очень просто, потому что стал просить приносить бухгалтеров выгрузки из 1С не в виде напечатанных листков, а в виде файлов excel. Сформировал небольшие excel'ные списки детей/родителей по каждой школе, чтобы методом ctrl+c/ctrl+v заполнять нужный шаблон. Да, приходилось ещё работать руками, но это было намного быстрее, чем тыкать каждый раз мышкой в программе или вносить каждую запись на сайте.

Дело пошло у меня в гору, до нормы по количеству уникальных пользователей за пару недель я довёл - к Новому году я успел и дело своё доделал. А в январе 2019 года я был уже на другом месте работы и в другом регионе страны, но это уже совсем другая история.

А что в итоге?

Совсем недавно как раз прошла новость - Упрощенный документооборот: регионы получили доступ к Единой госсистеме соцобеспечения. Исходя из текста новости - всё у нас прекрасно, эффективно, "модно, стильно, молодёжно". Хотелось бы уточнить у СМИшников, да и у государства тоже, про покрытие высокоскоростным интернетом отдаленных регионов нашей страны и наличию хотя бы одного компьютера в семьях, что эти меры социальной поддержки получают (а многие из них как раз неблагополучные), но думаю вы и сами всё понимаете.

Судя по форуму и отзывам бывших сотрудников из бюджетной сферы (данные верны на 2019 год), смею предположить, что новых инструментов для работы так и не разработали. Всё это мне напомнило какой-то плохой стартап: идею придумали, бюджет выделили, а инструменты для конечных пользователей системы так и не довели до ума - пусть сами придумают (что в целом и сделали частные конторы со своими модулями для 1С). Не так я себе представлял Big Data и автоматизацию процессов. Если таким же образом и на сайт Госуслуг попадают данные, то мне становится страшно за государственные АИС. И получается, что "спасениеутопающих- дело рук самих утопающих".

Надеюсь, что своей заметкой я дал повод многим задуматься, как и какими жертвами проводится информатизация страны.