IndustryInsights
2026-09-07 13:49:32
Унифицированные коммуникации нефти и газа: диспетчеризация, оповещения и устойчивая работа
Решение унифицированных коммуникаций для нефти и газа связывает диспетчерскую, оповещение, радио, видео, сигнализацию и удаленные объекты, обеспечивая безопасную и отказоустойчивую связь на нефтеперерабатывающих заводах, терминалах, трубопроводах и морских платформах.

Бекке Телеком

Унифицированные коммуникации нефти и газа: диспетчеризация, оповещения и устойчивая работа

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

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

Коммуникационные разрывы в распределенных операциях

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

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

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

  • Как полевой работник сообщает об аномальном состоянии

  • Какое рабочее место в диспетчерской получает первый вызов

  • Как идентифицируются площадка и зона оборудования вызывающего

  • Какие группы реагирования должны быть оповещены

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

  • Какие камеры и технологические сигналы поддерживают подтверждение

  • Какой путь связи остается доступным при отказе основной сети

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

Построение архитектуры вокруг пяти операционных уровней

Многоуровневый проект упрощает определение ответственности системы и предотвращает превращение платформы в неконтролируемый набор интерфейсов.

Полевой и сенсорный уровень

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

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

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

Транспортный уровень

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

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

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

Платформенный уровень

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

Шлюзы могут подключать аналоговые телефоны, радиосети и устаревшее оборудование оповещения к IP-среде. Это позволяет поэтапную миграцию и позволяет эксплуатировать оборудование, если оно все еще подходит для данного объекта.

Прикладной уровень

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

Интеграция с SCADA или DCS должна использовать утвержденные и четко определенные интерфейсы. Коммуникационная платформа может получать состояние сигнализации, идентификатор оборудования или ссылку на местоположение, но команды управления должны подчиняться правилам безопасности и авторизации предприятия.

Уровень оператора и представления

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

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

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

Многоуровневая архитектура соединяет полевые телефоны, радио, видео, датчики и ресурсы оповещения, сохраняя при этом операционные границы между системами связи и управления технологическими процессами.

Соединение голоса, видео, данных и полевых оповещений

Объединение стационарной и мобильной голосовой связи

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

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

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

Привязка вызовов к видео и местоположению

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

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

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

Преобразование сигналов тревоги в адресные уведомления

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

Сигнал о горючем газе возле погрузочной эстакады может инициировать следующую последовательность:

  1. Отобразить источник сигнала и связанную операционную зону.

  2. Уведомить назначенные рабочие места диспетчерской.

  3. Открыть соответствующую группу камер при наличии интеграции.

  4. Установить связь с местным оператором или аварийной бригадой.

  5. Отправить предварительно утвержденное сообщение в зону оповещения.

  6. Записать время подтверждения, эскалации и закрытия.

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

Поддержание инцидента активным до разрешения

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

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

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

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

Проектирование для отказов до возникновения инцидента

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

Определение целей восстановления для полной услуги

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

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

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

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

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

Устранение общих точек отказа

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

  • Доступность сервера и базы данных

  • Пути основного и дочерних коммутаторов

  • Волоконно-оптические маршруты и точки ввода в здания

  • Емкость ИБП и питание от генератора

  • Радиоконтроллеры и шлюзовые соединения

  • Зависимости от WAN, частных сотовых и спутниковых сетей

  • Службы DNS, NTP, аутентификации и сертификатов

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

Применение безопасности на каждом интерфейсе

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

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

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

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

Отказоустойчивая сеть связи для нефти и газа с использованием оптоволокна, частной сотовой связи, радио, спутника и локальных резервных путей

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

Адаптация развертывания к каждой операционной среде

Нефтяные месторождения и удаленные производственные станции

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

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

Нефтеперерабатывающие заводы и технологические установки

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

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

Морские платформы

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

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

Складские терминалы и погрузочные зоны

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

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

Магистральные трубопроводы

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

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

Связанное решение: Becke Конвергентная система связи

Ввод в эксплуатацию полной цепочки реагирования

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

План приемки должен охватывать:

  • Вызовы между полевыми телефонами, диспетчерскими и авторизованными внешними абонентами

  • Выбор радиогруппы, управление «нажми и говори» и соединения телефон-радио

  • Покрытие громкой связи в нормальных и шумных условиях эксплуатации

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

  • Сопоставление источника сигнала и выбор правильной зоны оповещения

  • Отображение и запись видео, связанного с инцидентом

  • Подтверждение оператором, эскалация и закрытие события

  • Восстановление после отказа сервера, сети, шлюза или электропитания

  • Локальная связь при прерывании WAN или частной сотовой сети

  • Восстановление идентификатора устройства, приоритета и записи после переключения

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

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

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

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

Часто задаваемые вопросы

Должно ли экстренное оповещение оставаться доступным при отказе центральной платформы?

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

Как должны назначаться приоритеты связи во время инцидента?

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

Какая пропускная способность требуется удаленному объекту?

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

Какие записи связи должны храниться?

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

Как подрядчики должны получать временный доступ к системе?

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

Рекомендуемые продукты
Каталог
обслуживание клиентов Телефон
We use cookie to improve your online experience. By continuing to browse this website, you agree to our use of cookie.

Cookies

This Cookie Policy explains how we use cookies and similar technologies when you access or use our website and related services. Please read this Policy together with our Terms and Conditions and Privacy Policy so that you understand how we collect, use, and protect information.

By continuing to access or use our Services, you acknowledge that cookies and similar technologies may be used as described in this Policy, subject to applicable law and your available choices.

Updates to This Cookie Policy

We may revise this Cookie Policy from time to time to reflect changes in legal requirements, technology, or our business practices. When we make updates, the revised version will be posted on this page and will become effective from the date of publication unless otherwise required by law.

Where required, we will provide additional notice or request your consent before applying material changes that affect your rights or choices.

What Are Cookies?

Cookies are small text files placed on your device when you visit a website or interact with certain online content. They help websites recognize your browser or device, remember your preferences, support essential functionality, and improve the overall user experience.

In this Cookie Policy, the term “cookies” also includes similar technologies such as pixels, tags, web beacons, and other tracking tools that perform comparable functions.

Why We Use Cookies

We use cookies to help our website function properly, remember user preferences, enhance website performance, understand how visitors interact with our pages, and support security, analytics, and marketing activities where permitted by law.

We use cookies to keep our website functional, secure, efficient, and more relevant to your browsing experience.

Categories of Cookies We Use

Strictly Necessary Cookies

These cookies are essential for the operation of the website and cannot be disabled in our systems where they are required to provide the service you request. They are typically set in response to actions such as setting privacy preferences, signing in, or submitting forms.

Without these cookies, certain parts of the website may not function correctly.

Functional Cookies

Functional cookies enable enhanced features and personalization, such as remembering your preferences, language settings, or previously selected options. These cookies may be set by us or by third-party providers whose services are integrated into our website.

If you disable these cookies, some services or features may not work as intended.

Performance and Analytics Cookies

These cookies help us understand how visitors use our website by collecting information such as traffic sources, page visits, navigation behavior, and general interaction patterns. In many cases, this information is aggregated and does not directly identify individual users.

We use this information to improve website performance, usability, and content relevance.

Targeting and Advertising Cookies

These cookies may be placed by our advertising or marketing partners to help deliver more relevant ads and measure the effectiveness of campaigns. They may use information about your browsing activity across different websites and services to build a profile of your interests.

These cookies generally do not store directly identifying personal information, but they may identify your browser or device.

First-Party and Third-Party Cookies

Some cookies are set directly by our website and are referred to as first-party cookies. Other cookies are set by third-party services, such as analytics providers, embedded content providers, or advertising partners, and are referred to as third-party cookies.

Third-party providers may use their own cookies in accordance with their own privacy and cookie policies.

Information Collected Through Cookies

Depending on the type of cookie used, the information collected may include browser type, device type, IP address, referring website, pages viewed, time spent on pages, clickstream behavior, and general usage patterns.

This information helps us maintain the website, improve performance, enhance security, and provide a better user experience.

Your Cookie Choices

You can control or disable cookies through your browser settings and, where available, through our cookie consent or preference management tools. Depending on your location, you may also have the right to accept or reject certain categories of cookies, especially those used for analytics, personalization, or advertising purposes.

Please note that blocking or deleting certain cookies may affect the availability, functionality, or performance of some parts of the website.

Restricting cookies may limit certain features and reduce the quality of your experience on the website.

Cookies in Mobile Applications

Where our mobile applications use cookie-like technologies, they are generally limited to those required for core functionality, security, and service delivery. Disabling these essential technologies may affect the normal operation of the application.

We do not use essential mobile application cookies to store unnecessary personal information.

How to Manage Cookies

Most web browsers allow you to manage cookies through browser settings. You can usually choose to block, delete, or receive alerts before cookies are stored. Because browser controls vary, please refer to your browser provider’s support documentation for details on how to manage cookie settings.

Contact Us

If you have any questions about this Cookie Policy or our use of cookies and similar technologies, please contact us at support@becke.cc .