Компания Oracle, которая разрабатывает программное обеспечение и выпускает серверы для юрлиц, уведомила своих российских партнеров о новых санкционных требованиях Вашингтона в отношении нефтегазовых заказчиков американских продуктов. Это следует из письма компании от 12 января, с текстом которого ознакомился «Коммерсантъ».
Как указывает издание, Oracle сообщила о запрете предоставлять, экспортировать или реэкспортировать товары, услуги и технологии в поддержку глубоководной и арктической шельфовой разведки, добычи или сланцевых проектов, имеющих потенциал нефтедобычи, если в них вовлечено лицо, попадающее под действие американских санкций. Согласно правительственным документам, запрет распространяется на проекты, которые были начаты 29 января или позже, однако не охватывает предоставление финансовых услуг, в частности по страхованию или бухучету.
Oracle отметила, что сделки, которые не соответствуют этим требованиям, могут быть задержаны или вовсе отклонены. К своему письму американская компания приложила список из 283 компаний, которые подпадают под ограничения Белого дома. В их числе — «Газпром», «Сургутнефтегаз», «Роснефть» и ЛУКОЙЛ.
На момент публикации материала РБК не получил комментарий от Oracle, «Газпрома» и «Роснефти». Представитель ЛУКОЙЛа отказался от комментариев.
По мнению источника «Коммерсанта» в одной из нефтегазовых компаний, полный запрет программного обеспечения от Oracle может нанести большой ущерб отрасли, поскольку она все еще сильно зависит от иностранного софта.
Собеседник издания в крупном ИT-дистрибьюторе отметил, что в российском нефтегазовом секторе используется много решений Oracle. По его словам, это могут быть как полностью собственные продукты американской компании, так и объединенные с продуктами других разработчиков. Источник заверил, что у крупных заказчиков софта Oracle, таких как «Роснефть» или «Газпром», есть много подразделений, структур и сторонних бизнесов, которые не связаны напрямую с нефтедобычей. Их, допустил собеседник, могут обойти стороной ограничения.
«Со многими компаниями, находящимися в санкционных списках, подход case-by-case работает, и зачастую удается вопрос все же решить», — добавил он.
В декабре 2017 года Oracle рассылала подобное уведомление об изменении условий сотрудничества подпавшим под санкции российским банкам, с которыми работает компания. Она предупредила о сокращении срока оплаты товаров и услуг с 30 дней до 14. В письме, которое американская компания направила банкам, говорится, что новые правила касаются прямых и косвенных транзакций через партнеров и затрагивают ВТБ, Сбербанк, Газпромбанк, ВЭБ, Банк Москвы (входит в группу ВТБ) и «Корус Консалтинг» («дочка» Сбербанка).
Oracle стала не первой американской ИТ-компанией, которая ограничила работу со своими российскими партнерами из-за санкций. В частности, в январе агентство Reuters сообщило, что два официальных российских дистрибьютора корпорации Microsoft ввели ограничения на продажу ее продуктов для более чем 200 компаний в России. Эти меры были приняты в рамках введенных ранее санкций Вашингтона против Москвы. Агентство ссылалось на соответствующее уведомление, которое Microsoft разослало своим дистрибьюторам.
Хорошая новость, если подтвердится - алчность при внедрении модных лицензионных продуктов давно стала легендой. Меньше паразитов будет.
Комментарии
хорошо...новость в радость
эх, ещё бы SAP такое письмецо прислал бы...
Так SAP использует оракловую базу вроде. Не?
Так что может пойти паровозом.
совсем не обязательно. То есть СУБД под SAP не обязательно Oracle.
И вообще проблема не столько с СУБД, сколько с системами управления предприятием верхнего уровня (ERP) (соответственно SAP R/3 или Oracle Applications). Они как-то у нас все отрасли поделили между собой. Например, в энергогенерации Oracle, а в ФСК и МРСК - SAP. И информация из ERP-систем определённо утекает через специалистов со стороны вендора, которые занимаются сервисом.
В этом можно даже не сомневаться. Позволю себе предположить, что 1С заманивает в облачные сервисы с такой же целью - ценовая политика намекает, да и налоговикам будет проще: достаточно требования о предоставлении данных, никаких тебе хлопот с изъятием компьютеров и прочего. На их месте я бы ещё и некоторое количество копий хранил, чтобы легче было выявлять схемы.
Как-то)))
Знаю я как они делили)
В 90-е чуть не попал на работу в московский оракел.
Это не так от слова совсем. Архитектурно сап-система построена так, что к боевой системе клиента доступа у техподдержки сапа нет от слова совсем, если сам клиент не дал этого доступа. Я с безопасностью сап системами проработал 12 лет. Поэтому - не надо дилетантских инсинуаций.
А вот то, что исходники ВСЕХ саповских продуктов со сборочным окружением любые спецслужбы могли бы вытащить - да, поскольку саповская корпоративная сеть дырявая как решето.
году в 2003-м я внедрял телефонный биллинг в одной уважаемой ВНК. Там была проблема, при разборе протокола вызовов с телефонной станции в головном офисе, со специфическими звонками, которые SAP-система должна была автоматически делать каждый день, через модем, в город Вальдорф, а без этого она не работала.
и на скорости 9600 передавать гигабайты данных. Ежедневно.
зачем гигабайты? ERP она на то и ERP, что может выделить ключевые показатели. Не все из них публичны. Особенно в реальном времени, это хорошее подспорье. Например, для тех, кто хочет поиграть на акциях компании.
>Так SAP использует оракловую базу вроде. Не?
SAP свою базу пилят очень давно. но работают на всем что шевелится
Несколько лет наза САП был самым большим продавцом Оракл ДБ и заодно главным конкурентом в части бизнес приложений.
Теперь у них есть своя ДБ HANA. В оперативной памяти, поколоночное хранение и прочие плюшки. Ее сейчас мощно продвигают. Короче, совсем дорожки с Ораклом разошлись.
Но отечественного софтозамещения как не было, так и нет.
Пытаются. Но оно почему-то кривое получается. Гениальные программисты и постановщики задач куда-то испарились.
"Гениальные" - это которые за 20 тыр будут терпеть наше начальство ?
Ну так они и не терпят )) Нафиг им такое счастье сдалось.
Программисты "за 20 тысяч"?
В неделю?
Или тролль привычно решил рассказать как "сегодня Россия особенно сильно гибнет"?
в данном случае и не нужно
есть бесплатная MongoDB для бесплатного же линуха, например
Монга не реляционная БД.
Опередил...
без реляционности никак ? Cомневаюсь, но всегда есть MariaDB или PostgreSQL
OLAP например ...
Это не так.
Почитайте про CentOS и PostgreSQL. Они не совсем отечественные, но свободные. Как вариант импортозамещения и экономии бюджета вполне подходят.
на базе PostgreSQL есть вполне отечественная ЛИНТЕР-ВС, а вместо центоса можно и МСВС использовать)
Можно, но обычно делают наоборот. Ставят даже Fedora, но лишь бы не сертифицированное. И, кстати, понятно почему. Я бы тоже первым делом бы проапгрейдил бы сертифицированное до нормального опенсорца.
Postgrespro - совсем отечественный. Очень хороший запилили продукт, без шуток, мы у себя тыкали палочкой. Как замена Oracle - с одной стороны, на бесптичье и жопа соловей, а с другой - на том уровне, на котором используют у нас в 95% компаний возможности Оракла, так постгрес в этих сценариях его на 146% заменит и по быстродействию уделает.
Но при этом, оракл - лучшая в мире БД (даже не только уже БД, а целая экосистема хранения и обработки данных).
Согласен, сейчас как раз занимаемся разработкой ПО для департамента ИТ правительства Москвы, Postgres сейчас пережевывает дикие миллиарды строк и сотни гигабайт данных на ура, и это Community версия.
Российская версия СУБД Postgres Pro (интегрирована с 1С)
Российская СУБД ЛИНТЕР (интегрирована с 1С)
Если речь о СУБД, Postgresql...
Это заставит толстосумов вкладываться в разработку альтернативных продуктов, для надёжности - отечественных. Которые потом смогут полностью заменить продукты oracla на нашем рынке.
Зачем разрабатывать? Уже всё есть, немного больше суппорта и перемога превращается в зраду
Оracle - это в первую очередь базы данных, и не любые, а очень большие. Для понимания - если СУБД меньше 10 Гб, то её версия на Oracle полностью бесплатная. Это не серверная СУБД, а СУБД распределенная, облачная для серверных кластеров.
Прогресс никогда не стоит на месте, то что устраивает сегодня перестаёт устраивать завтра. Если бы в том же Oracle думали как и Вы, то там давно уже разогнали бы всех программистов, оставили бы нескольких продажников и варили бабло на продажах ничего не разрабатывая (как Вы предлагаете сделать в РФ).
Кого заставит? Просто Оракл остается без российских клиентов. Да и фиг с ним. ПО уже давно есть.
Ну организуют ООО "Информ системы глубокого залегания". И будет оно услуги SAAS предоставлять для Росснефти или Газпрома. Будто первый раз.
из особого бардака - в 2014 или 15 году было: НИИ Восход (один из исполнителей Ростелека по "Электронному правительству") "вдруг случайно" узнал, что поставщик одной очень важной детальки инфраструктуры "случайно забыл" заказать за деньги годовую поддержку вендора (надеялись справиться сами)... бардак он такой - он обычно крепчает...
а новость позитивная - сами себе рынок отстреливают (или наоборот соломки подкладывают, а сами будут через прокси поставлять). все чудесатее и чудесатее
Перемога? может это сократит потоки ресурсов на запад.
Oracle обещает опровержение....
Оракел у нас поднимает очень неплохие деньги.
Решили спилить сук на котором сидят?
Полагаю, что это маневр "на всякий случай", в духе Siemens. Типа "мы же предупреждали", а они взяли и внедрили ;)))
Да и SAP тоже поднимает.
"свободный рынок" во всей красе
перехоим на mySql
:)
mysql - это оракл =) свободный форк завётся - mariadb, но там тоже есть засада - движок innodb принадлежит американской компании)
а вообще сегодня праздник на улице postgresql - как наиболее близкой концептуально и синтаксически к оракл
ну да, забываю про мариюдб постоянно
или постгрескл уж
Тогда уж на Postgres. Он технологически намного ближе у ораклу чем майсиквел. Миграция Oracle->Postgres делается вполне за адекватное время.
ну да
или вобще переход на Excel в форме опенофиса
:)))
>Миграция Oracle->Postgres делается вполне за адекватное время.
смотря сколько фишек оракла было использовано изначально. видел системы целиком живущие в БД, на PLSQL написанные. думаю, их миграция просто невозможна )
Все зависит от желания, в Постгресе то-же есть серверный скрипты, так что перетащить можно
Страницы