Ну, для технической поддержки Яндекса, это нормально. Мою проблему они уже год решают.... Но при этом раз в неделю присылают уведомление о том, что они работают над решением.
А в чем причина возмущения-то? Подобные законы, есть во многих "прогрессивных" "демократических" странах :
Похожие практики в других странах
Аналогичные механизмы существуют в большинстве стран мира, где финансовые разведывательные подразделения (Financial Intelligence Units, FIU) имеют доступ к данным платежных систем и транзакций для целей AML/CFT. Это рекомендуется международными стандартами, такими как Рекомендации FATF (Financial Action Task Force), которые предписывают создание FIU как национальных центров для сбора и анализа подозрительных транзакций. FIU в разных странах получают отчеты от банков, платежных систем и других финансовых институтов, включая данные о переводах, картах и цифровых платежах.
Вот несколько примеров:
США: Financial Crimes Enforcement Network (FinCEN) — часть Министерства финансов — собирает данные о подозрительных транзакциях (Suspicious Activity Reports, SARs) от банков, платежных систем (включая Visa, Mastercard и цифровые платформы вроде PayPal) и других obliged entities в соответствии с Bank Secrecy Act. FinCEN также координирует с иностранными FIU и проводит анализ для борьбы с отмыванием. Это включает доступ к данным о международных переводах и платежах.
Европейский Союз: В ЕС действуют Директивы по борьбе с отмыванием денег (AMLD), требующие от FIU в каждой стране (например, Tracfin во Франции или аналогичные в Германии) получать отчеты о подозрительных операциях от банков и платежных провайдеров. Комиссия ЕС идентифицирует высокорисковые страны и усиливает мониторинг. Например, в совместных анализах FIU сотрудничают с другими странами, обмениваясь данными о платежах.
Другие страны:
В Великобритании Financial Intelligence Unit (UKFIU) в составе National Crime Agency получает STRs (Suspicious Transaction Reports) от финансовых институтов, включая платежные системы.
В Австралии AUSTRAC (Australian Transaction Reports and Analysis Centre) имеет доступ к данным о транзакциях для AML/CFT.
В Индии Financial Intelligence Unit-India (FIU-IND) собирает отчеты от банков и платежных платформ вроде UPI (Unified Payments Interface), аналогично СБП.
В глобальном масштабе FIU играют центральную роль в национальных системах AML/CFT, анализируя данные для выявления рисков, и это поддерживается ООН и МВФ. Разница с российским случаем может быть в степени прямого доступа (в России — напрямую к НСПК), но общий принцип — обязательная отчетность и анализ данных — универсален. Вопросы защиты данных регулируются, например, в ЕС через GDPR, с учетом AML/CFT
добавлена поддержка Microsoft Exchange через веб‑службы Exchange (c использованием API EWS (Exchange Web Services)). Поддержка пока ограничена только электронной почтой — возможность использования календаря‑планировщка и адресной книги будет добавлена позднее. Встроенная реализация протокола Microsoft Exchange написана на языке Rust и может работать без установки сторонних дополнений;
А помниться у HP в своё время вроде бы были сервера 1U но не стандартные ни по ширине не по глубине. Ни кто не помнит их модели? Мне заказчик 2008-2009 году такие предоставлял для работы, помниться я сильно удивлен был размерами.... По высоте 1U а вот в стандартную стойку их пришлось на полку ставить, т.к. стойка сильно ширше была
Не обязательно. Есть еще и экономическая составляющая. Например, у меня есть и знания и возможности, а бизнес тянет в облако в Яндекс. Потому что там дешевле.
В личном кабинете на сайте можно привязать банковскую карту и указать максимальную сумму, которую пассажир готов потратить. Как только в системе появится подходящий билет, система автоматически спишет деньги и оформит билет без участия человека.
Стоимость билета, условно 1 р. Я указываю максимальную сумму 2р. Другой человек указывает 3р. Вопрос: кому достанется билет? Тому кто указал максимальную сумму, или тому, кто первый в "листе ожидания"?
Если первый вариант, то это получается аукцион, а есть ли у РЖД разрешение заниматься аукционной деятельностью? И как проверяющие будут смотреть на продажу билета по завышенной цене?
По первому возражению - дайте ссыль, но давайте учитывать, что не все кто админит аккаунт Яндекса - системные администраторы, и им знакомо сочетание API. ТС упирает, что сервис "для людей"...
По второму - я знаю, что такое приоритет, но мне кажется, что это случай связан с персданными - они не могут сказать, кто еще кроме "лишних" пользователей организации мог получить приглашения. Гарантии что это могли быть "левые" пользователи не дают. Или у Вас есть сомнения, что в приглашении на встречу могут присутствовать перс и иные критически важные данные?
Третий пункт. В своей почте я делаю бэкапы и имею контроль над ними. Здесь позиционируется как облако, и декларируется восстановление на 30 дней назад. Причем здесь самостоятельное делание бэкапов. И причем здесь удаление писем? Я об это где-то упомянул? Проводилось расследование, нужно было получить копию ПЯ по состоянию на 15 дней назад. И все. Это так сложно? Если конечно заявленные бэкапы ими делаются, в чём у меня сейчас есть глубокие сомнения....
Мы наверное с Вами разные чаты читаем, в тех которые я читаю, наоборот люди уходят с таких решений на on premise.
Я наоборот ушел с компанией от Яндекса. Почему? Вот несколько вопросов, с которыми меня Яндекс посла в пешее эротическое путешествие:
1) Какой объем места занимают мои почтовые ящики? По каждому ящику дайте статистику? Ок, хорошо, какой самый большой у меня ящик? - По этим вопросам ожидаемо был послан.
2) Вот у вас есть коннектор к Outlook, пользователь создает встречу для пользователя А и Б, по мимо этих пользователей, сообщение о встрече попадает еще к хрен знает скольки пользователям, они к этой встрече ни каким боком. У всех стоит и настроен коннектор. А может же быть, что это ушло еще за пределы компании? Ответ - мы знаем о проблеме, решаем, но это не приоритет. 6 месяцев мне раз в неделю приходит уведомление что они работают над этим. Хотя я уже как три месяца от них ушел....
3) Самый жир. Они позиционируют, что могут восстановить удаленные письма на 30 дней назад. У меня возникла ситуация, что нужно было поднять бекап одного ящика хотябы на 15 дней назад. Какой вы думаете мне дали ответ? Мы этого сделать не можем. Раз удалили, значит удалили.....
Вот и все, что я хотел бы знать про корпоративный Яндекс....
Не работает без КВН
Да, Хабр уже не торт.....
Как данный пост соотносится с тематикой сайта?!!!!!
А 14" до сих пор ждем.... Не торопятся...
Печать в PDF. Не?
Ну, для технической поддержки Яндекса, это нормально. Мою проблему они уже год решают.... Но при этом раз в неделю присылают уведомление о том, что они работают над решением.
https://youtu.be/HvSMivgPMAw?si=OnbtkTSlh49SzHkF
Видимо только так видео могу вставить :(
Ну, Вы поняли что за видео, и с чем новость ассоциируется :)
Ну не социалистическая же, и не коммунистическая. Да и диктатурой, вроде там не пахнет.
Да, цитата из ИИ, ачотакого? Быстрая возможность найти ответ.
А в чем причина возмущения-то? Подобные законы, есть во многих "прогрессивных" "демократических" странах :
Похожие практики в других странахАналогичные механизмы существуют в большинстве стран мира, где финансовые разведывательные подразделения (Financial Intelligence Units, FIU) имеют доступ к данным платежных систем и транзакций для целей AML/CFT. Это рекомендуется международными стандартами, такими как Рекомендации FATF (Financial Action Task Force), которые предписывают создание FIU как национальных центров для сбора и анализа подозрительных транзакций. FIU в разных странах получают отчеты от банков, платежных систем и других финансовых институтов, включая данные о переводах, картах и цифровых платежах.Вот несколько примеров:США: Financial Crimes Enforcement Network (FinCEN) — часть Министерства финансов — собирает данные о подозрительных транзакциях (Suspicious Activity Reports, SARs) от банков, платежных систем (включая Visa, Mastercard и цифровые платформы вроде PayPal) и других obliged entities в соответствии с Bank Secrecy Act. FinCEN также координирует с иностранными FIU и проводит анализ для борьбы с отмыванием. Это включает доступ к данным о международных переводах и платежах.Европейский Союз: В ЕС действуют Директивы по борьбе с отмыванием денег (AMLD), требующие от FIU в каждой стране (например, Tracfin во Франции или аналогичные в Германии) получать отчеты о подозрительных операциях от банков и платежных провайдеров. Комиссия ЕС идентифицирует высокорисковые страны и усиливает мониторинг. Например, в совместных анализах FIU сотрудничают с другими странами, обмениваясь данными о платежах.Другие страны:В Великобритании Financial Intelligence Unit (UKFIU) в составе National Crime Agency получает STRs (Suspicious Transaction Reports) от финансовых институтов, включая платежные системы.В Австралии AUSTRAC (Australian Transaction Reports and Analysis Centre) имеет доступ к данным о транзакциях для AML/CFT.В Индии Financial Intelligence Unit-India (FIU-IND) собирает отчеты от банков и платежных платформ вроде UPI (Unified Payments Interface), аналогично СБП.В глобальном масштабе FIU играют центральную роль в национальных системах AML/CFT, анализируя данные для выявления рисков, и это поддерживается ООН и МВФ. Разница с российским случаем может быть в степени прямого доступа (в России — напрямую к НСПК), но общий принцип — обязательная отчетность и анализ данных — универсален. Вопросы защиты данных регулируются, например, в ЕС через GDPR, с учетом AML/CFTНеужели?!!!!!
добавлена поддержка Microsoft Exchange через веб‑службы Exchange (c использованием API EWS (Exchange Web Services)). Поддержка пока ограничена только электронной почтой — возможность использования календаря‑планировщка и адресной книги будет добавлена позднее. Встроенная реализация протокола Microsoft Exchange написана на языке Rust и может работать без установки сторонних дополнений;Вот Вы для кого нанимаете? Для российских компаний или для зарубежных? Это я к тому, что так-то Ln, в России закрыт.
А помниться у HP в своё время вроде бы были сервера 1U но не стандартные ни по ширине не по глубине. Ни кто не помнит их модели? Мне заказчик 2008-2009 году такие предоставлял для работы, помниться я сильно удивлен был размерами.... По высоте 1U а вот в стандартную стойку их пришлось на полку ставить, т.к. стойка сильно ширше была
Не обязательно. Есть еще и экономическая составляющая. Например, у меня есть и знания и возможности, а бизнес тянет в облако в Яндекс. Потому что там дешевле.
Вот интересно:
Стоимость билета, условно 1 р. Я указываю максимальную сумму 2р. Другой человек указывает 3р. Вопрос: кому достанется билет? Тому кто указал максимальную сумму, или тому, кто первый в "листе ожидания"?
Если первый вариант, то это получается аукцион, а есть ли у РЖД разрешение заниматься аукционной деятельностью? И как проверяющие будут смотреть на продажу билета по завышенной цене?
Блин, как все знакомо... У нас такой, пришёл на позицию начальника IT...
Exchange в облаке.
Да. Свой сервер. Можно даже для надежности и воблаке
По первому возражению - дайте ссыль, но давайте учитывать, что не все кто админит аккаунт Яндекса - системные администраторы, и им знакомо сочетание API. ТС упирает, что сервис "для людей"...
По второму - я знаю, что такое приоритет, но мне кажется, что это случай связан с персданными - они не могут сказать, кто еще кроме "лишних" пользователей организации мог получить приглашения. Гарантии что это могли быть "левые" пользователи не дают. Или у Вас есть сомнения, что в приглашении на встречу могут присутствовать перс и иные критически важные данные?
Третий пункт. В своей почте я делаю бэкапы и имею контроль над ними. Здесь позиционируется как облако, и декларируется восстановление на 30 дней назад. Причем здесь самостоятельное делание бэкапов. И причем здесь удаление писем? Я об это где-то упомянул? Проводилось расследование, нужно было получить копию ПЯ по состоянию на 15 дней назад. И все. Это так сложно? Если конечно заявленные бэкапы ими делаются, в чём у меня сейчас есть глубокие сомнения....
Мы наверное с Вами разные чаты читаем, в тех которые я читаю, наоборот люди уходят с таких решений на on premise.
Я наоборот ушел с компанией от Яндекса. Почему? Вот несколько вопросов, с которыми меня Яндекс посла в пешее эротическое путешествие:
1) Какой объем места занимают мои почтовые ящики? По каждому ящику дайте статистику? Ок, хорошо, какой самый большой у меня ящик? - По этим вопросам ожидаемо был послан.
2) Вот у вас есть коннектор к Outlook, пользователь создает встречу для пользователя А и Б, по мимо этих пользователей, сообщение о встрече попадает еще к хрен знает скольки пользователям, они к этой встрече ни каким боком. У всех стоит и настроен коннектор. А может же быть, что это ушло еще за пределы компании? Ответ - мы знаем о проблеме, решаем, но это не приоритет. 6 месяцев мне раз в неделю приходит уведомление что они работают над этим. Хотя я уже как три месяца от них ушел....
3) Самый жир. Они позиционируют, что могут восстановить удаленные письма на 30 дней назад. У меня возникла ситуация, что нужно было поднять бекап одного ящика хотябы на 15 дней назад. Какой вы думаете мне дали ответ? Мы этого сделать не можем. Раз удалили, значит удалили.....
Вот и все, что я хотел бы знать про корпоративный Яндекс....
Например Joplin