Как вести склад и приёмку в ROC
Как только приёмка и выдача уходят в сообщения и таблицы, начинаются ошибки и потеря истории.
Часть учёта живёт в сообщениях, часть в голове команды, часть в таблицах. В какой-то момент уже трудно быстро понять, где находится устройство, что с ним происходило и кому оно принадлежит.
Что есть в ROC:
- реестр ASIC
- приемка
- выдача
- карточка устройства
- принадлежность клиенту
- привязка к площадке
- история перемещений
- текущий статус устройства
- прозрачный учёт оборудования
Что это даёт:
Приёмка и выдача становятся прозрачнее, проще разбирать спорные случаи, оборудование не теряется в разрозненных источниках.
Разобрать, как приёмка и учёт могут быть устроены в ROC на вашей площадке — @Roc_support
Как только приёмка и выдача уходят в сообщения и таблицы, начинаются ошибки и потеря истории.
Часть учёта живёт в сообщениях, часть в голове команды, часть в таблицах. В какой-то момент уже трудно быстро понять, где находится устройство, что с ним происходило и кому оно принадлежит.
Что есть в ROC:
- реестр ASIC
- приемка
- выдача
- карточка устройства
- принадлежность клиенту
- привязка к площадке
- история перемещений
- текущий статус устройства
- прозрачный учёт оборудования
Что это даёт:
Приёмка и выдача становятся прозрачнее, проще разбирать спорные случаи, оборудование не теряется в разрозненных источниках.
Разобрать, как приёмка и учёт могут быть устроены в ROC на вашей площадке — @Roc_support
Как работает биллинг в ROC
Если биллинг живёт отдельно от реальной работы площадки, ручной пересчёт и спорные начисления становятся обычной частью процесса.
Когда начисления считаются отдельно от оборудования, клиентов и фактических событий на площадке, возрастает ручная нагрузка и снижается прозрачность для клиента и руководителя.
Что есть в ROC:
- карточки клиентов
- логика расчётов
- начисления
- связь с оборудованием и площадкой
- тарифы
- выставление счетов
- отчётность по клиенту
Что это даёт:
Биллинг становится частью общей системы управления хостингом, а не отдельным ручным слоем. Проще понимать, за что именно выставлен счёт, быстрее разбирать спорные ситуации и легче держать финансовую часть под контролем.
Разобрать на demo, как в ROC считаются начисления и выставляются счета — @Roc_support
Если биллинг живёт отдельно от реальной работы площадки, ручной пересчёт и спорные начисления становятся обычной частью процесса.
Когда начисления считаются отдельно от оборудования, клиентов и фактических событий на площадке, возрастает ручная нагрузка и снижается прозрачность для клиента и руководителя.
Что есть в ROC:
- карточки клиентов
- логика расчётов
- начисления
- связь с оборудованием и площадкой
- тарифы
- выставление счетов
- отчётность по клиенту
Что это даёт:
Биллинг становится частью общей системы управления хостингом, а не отдельным ручным слоем. Проще понимать, за что именно выставлен счёт, быстрее разбирать спорные ситуации и легче держать финансовую часть под контролем.
Разобрать на demo, как в ROC считаются начисления и выставляются счета — @Roc_support
Приветствуем вас, друзья!
Сегодня хотим рассказать про одну техническую деталь, которая на практике сильно меняет работу хостинга — про частоту обновления данных в реальном времени.
Большинство систем мониторинга обновляют данные раз в минуту, иногда раз в две. На бумаге это выглядит нормально. На практике за 60 секунд успевает произойти многое, и для хостинга это напрямую конвертируется в деньги.
В ROC данные обновляются каждые 5 секунд. Это не про красоту интерфейса, а про скорость реакции команды и количество простоев в месяц.
Что даёт частота 5 секунд на практике:
✅ Отвал устройства фиксируется почти в момент события, а не через минуту ожидания.
✅ Перезагрузка видна сразу — не нужно гадать, прошла она успешно или нет, и повторно заходить на устройство.
✅ При разборе инцидента видна точная хронология: когда устройство ушло в ошибку, когда началась реакция, когда вернулось в работу. Не «примерно в районе 14:30», а минута в минуту.
✅ Клиент в личном кабинете видит состояние своих асиков в реальном времени и не звонит оператору с вопросом «а что у меня там сейчас».
✅ Для хостинга на несколько сотен устройств это означает другую скорость работы команды, меньше часов простоя в месяц и меньше нагрузки на операторов.
Real-time нужен не для наблюдения, а для управления.
Сейчас у нас действует пробный период 30 дней бесплатно для новых клиентов!
Это возможность не просто посмотреть demo, а зайти в ROC на своей площадке и проверить, как частота обновления 5 секунд меняет реакцию команды в ежедневной операционке, без оплаты на старте.
Если у вас майнинг-хостинг и вам важно реагировать на события быстро, а не догонять их через минуту, будем рады знакомству.
Пишите в Telegram: @Roc_support
Покажем ROC, ответим на вопросы и подключим пробный период.
Сегодня хотим рассказать про одну техническую деталь, которая на практике сильно меняет работу хостинга — про частоту обновления данных в реальном времени.
Большинство систем мониторинга обновляют данные раз в минуту, иногда раз в две. На бумаге это выглядит нормально. На практике за 60 секунд успевает произойти многое, и для хостинга это напрямую конвертируется в деньги.
В ROC данные обновляются каждые 5 секунд. Это не про красоту интерфейса, а про скорость реакции команды и количество простоев в месяц.
Что даёт частота 5 секунд на практике:
✅ Отвал устройства фиксируется почти в момент события, а не через минуту ожидания.
✅ Перезагрузка видна сразу — не нужно гадать, прошла она успешно или нет, и повторно заходить на устройство.
✅ При разборе инцидента видна точная хронология: когда устройство ушло в ошибку, когда началась реакция, когда вернулось в работу. Не «примерно в районе 14:30», а минута в минуту.
✅ Клиент в личном кабинете видит состояние своих асиков в реальном времени и не звонит оператору с вопросом «а что у меня там сейчас».
✅ Для хостинга на несколько сотен устройств это означает другую скорость работы команды, меньше часов простоя в месяц и меньше нагрузки на операторов.
Real-time нужен не для наблюдения, а для управления.
Сейчас у нас действует пробный период 30 дней бесплатно для новых клиентов!
Это возможность не просто посмотреть demo, а зайти в ROC на своей площадке и проверить, как частота обновления 5 секунд меняет реакцию команды в ежедневной операционке, без оплаты на старте.
Если у вас майнинг-хостинг и вам важно реагировать на события быстро, а не догонять их через минуту, будем рады знакомству.
Пишите в Telegram: @Roc_support
Покажем ROC, ответим на вопросы и подключим пробный период.
Telegram
ROC
This media is not supported in your browser
VIEW IN TELEGRAM
Всем привет! Подготовили короткое видео о том, как проходит регистрация в ROC.
В ролике показываем, как создается площадка, как заполняется инфраструктура и как подключается агент для дальнейшей работы в системе.
Если хотите посмотреть ROC подробнее или задать вопросы по подключению, напишите нам в Telegram.
В ролике показываем, как создается площадка, как заполняется инфраструктура и как подключается агент для дальнейшей работы в системе.
Если хотите посмотреть ROC подробнее или задать вопросы по подключению, напишите нам в Telegram.
❤1
Почему биллинг на хостинге не должен жить отдельно от операционной работы
Биллинг — это то, как хостинг считает деньги с клиента. Сколько потребил электричества, какой тариф, за какой период, сколько в итоге к оплате.
На большинстве площадок эти расчёты живут отдельно от всего остального. Потребление берётся из одного места, список оборудования из другого, тарифы вбиты где-то в таблице. Каждый месяц кто-то садится и сводит это руками.
Результат один и тот же. Клиент получает счёт, не понимает откуда цифра, начинает спорить. Оператор пересчитывает. Иногда находит свою же ошибку. Иногда клиент находит. Доверие тает.
Проблема не в людях. Проблема в том, что биллинг оторван от реальной работы площадки.
Как это решается в ROC:
В ROC биллинг встроен в ту же систему, где идёт мониторинг, фиксируются простои и ведётся учёт оборудования. Начисления формируются из тех данных, которые уже есть.
✅ Тарифы на электроэнергию у каждого клиента свои
✅ Клиент видит суммы и потребление в личном кабинете
✅ История платежей сохраняется
✅ Оператору не нужно сводить ничего вручную
Когда биллинг живёт внутри операционки, а не рядом с ней в отдельной таблице — споров по деньгам становится в разы меньше.
Обсудить внедрение, посмотреть на демо → @Roc_support
Биллинг — это то, как хостинг считает деньги с клиента. Сколько потребил электричества, какой тариф, за какой период, сколько в итоге к оплате.
На большинстве площадок эти расчёты живут отдельно от всего остального. Потребление берётся из одного места, список оборудования из другого, тарифы вбиты где-то в таблице. Каждый месяц кто-то садится и сводит это руками.
Результат один и тот же. Клиент получает счёт, не понимает откуда цифра, начинает спорить. Оператор пересчитывает. Иногда находит свою же ошибку. Иногда клиент находит. Доверие тает.
Проблема не в людях. Проблема в том, что биллинг оторван от реальной работы площадки.
Как это решается в ROC:
В ROC биллинг встроен в ту же систему, где идёт мониторинг, фиксируются простои и ведётся учёт оборудования. Начисления формируются из тех данных, которые уже есть.
✅ Тарифы на электроэнергию у каждого клиента свои
✅ Клиент видит суммы и потребление в личном кабинете
✅ История платежей сохраняется
✅ Оператору не нужно сводить ничего вручную
Когда биллинг живёт внутри операционки, а не рядом с ней в отдельной таблице — споров по деньгам становится в разы меньше.
Обсудить внедрение, посмотреть на демо → @Roc_support
Telegram
ROC
This media is not supported in your browser
VIEW IN TELEGRAM
Всем привет!
В этом видео покажем, как в ROC устроена приёмка оборудования на склад: как добавить устройство в систему, закрепить его за клиентом и проверить, что оно появилось в учёте.
Если хотите увидеть приёмку оборудования в ROC на практике, напишите нам в Telegram - @Roc_support. Предоставим демо.
В этом видео покажем, как в ROC устроена приёмка оборудования на склад: как добавить устройство в систему, закрепить его за клиентом и проверить, что оно появилось в учёте.
Если хотите увидеть приёмку оборудования в ROC на практике, напишите нам в Telegram - @Roc_support. Предоставим демо.
👋 Всем привет, с вами ROC
Сегодня про то, где живёт история клиента у майнинг-хостинга.
В Telegram у менеджера. В таблицах у бухгалтера. В голове у оператора. В письмах, которые потом неделю ищут.
Пока клиентов 5-10, это работает. Когда становится 30+, начинается интересное.
Менеджер уволился - переписка ушла вместе с ним. К клиенту приходит инженер - и не знает, что с этим оборудованием уже делали месяц назад. Клиент пишет «вы мне обещали скидку» - доказать или опровергнуть нечем.
🔸 Вопросы, на которые сложно быстро ответить без системы:
▪️ где физически стоит оборудование клиента
▪️ какие асики за ним закреплены
▪️ что делала с ними последняя смена
▪️ были ли инциденты и как их закрывали
▪️ о чём договаривались по платежам
🔧 Что меняет ROC
В ROC клиент - это карточка, к которой привязано всё:
✅ оборудование с серийниками и локациями
✅ история инцидентов и задач
✅ платежи и долги
✅ лог действий каждого сотрудника
Новый менеджер за 5 минут видит то, что раньше держалось на памяти трёх человек.
Хотите посмотреть, как это устроено - напишите нам в @Roc_support, покажем на демо и ответим на вопросы.
Сегодня про то, где живёт история клиента у майнинг-хостинга.
В Telegram у менеджера. В таблицах у бухгалтера. В голове у оператора. В письмах, которые потом неделю ищут.
Пока клиентов 5-10, это работает. Когда становится 30+, начинается интересное.
Менеджер уволился - переписка ушла вместе с ним. К клиенту приходит инженер - и не знает, что с этим оборудованием уже делали месяц назад. Клиент пишет «вы мне обещали скидку» - доказать или опровергнуть нечем.
🔸 Вопросы, на которые сложно быстро ответить без системы:
▪️ где физически стоит оборудование клиента
▪️ какие асики за ним закреплены
▪️ что делала с ними последняя смена
▪️ были ли инциденты и как их закрывали
▪️ о чём договаривались по платежам
🔧 Что меняет ROC
В ROC клиент - это карточка, к которой привязано всё:
✅ оборудование с серийниками и локациями
✅ история инцидентов и задач
✅ платежи и долги
✅ лог действий каждого сотрудника
Новый менеджер за 5 минут видит то, что раньше держалось на памяти трёх человек.
Хотите посмотреть, как это устроено - напишите нам в @Roc_support, покажем на демо и ответим на вопросы.
Telegram
ROC
This media is not supported in your browser
VIEW IN TELEGRAM
Всем привет, с вами 🌒
Представьте: к вам в команду пришёл новый менеджер. Первый рабочий день, ему передали 30 клиентов площадки. Через сколько он будет знать оборудование каждого?
В ROC он откроет карточку клиента - и за минуту увидит все его устройства.
👨💼 Что показывает карточка клиента в ROC:
✅ список всех асиков клиента в одном месте
✅ модель и серийный номер каждого устройства
✅ локация: контейнер и т.д.
✅ текущий статус - работает, в простое, на обслуживании
✅ хешрейт и температура по каждому асику
✅ история перемещений и обслуживания
✅ дата ввода в эксплуатацию и срок размещения
А если кликнуть по конкретному асику в списке, открывается его полная страница: графики хешрейта за разные периоды, последний ответ от устройства, подключённый пул, IP/MAC, история инцидентов, складские документы и кнопки управления - перезагрузка, смена режима, настройка мощности.
То есть карточка клиента - это не финальная точка, а вход в детализацию. Если клиент пишет «что с моим T21, можете проверить », менеджер открывает карточку клиента, кликает по нужному асику и сразу видит: оффлайн 1 час, последний ответ 28.04 в 17:17, температура была 72°C. И тут же может перезагрузить или передать в работу.
✈️ Если хотите посмотреть карточку клиента в ROC изнутри - напишите нам в @Roc_support, покажем на демо.
Представьте: к вам в команду пришёл новый менеджер. Первый рабочий день, ему передали 30 клиентов площадки. Через сколько он будет знать оборудование каждого?
В ROC он откроет карточку клиента - и за минуту увидит все его устройства.
А если кликнуть по конкретному асику в списке, открывается его полная страница: графики хешрейта за разные периоды, последний ответ от устройства, подключённый пул, IP/MAC, история инцидентов, складские документы и кнопки управления - перезагрузка, смена режима, настройка мощности.
То есть карточка клиента - это не финальная точка, а вход в детализацию. Если клиент пишет «что с моим T21, можете проверить », менеджер открывает карточку клиента, кликает по нужному асику и сразу видит: оффлайн 1 час, последний ответ 28.04 в 17:17, температура была 72°C. И тут же может перезагрузить или передать в работу.
Please open Telegram to view this post
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Всем привет, с вами 🌒
В этом видео хотим показать, как устроен поиск устройств в ROC.
🔎 С помощью поиска оператор может быстро найти нужный ASIC по IP-адресу, MAC-адресу или воркеру. Например, если клиент просит проверить конкретное устройство, сотруднику не нужно вручную листать весь список оборудования.
Достаточно ввести нужные данные, открыть карточку устройства и сразу посмотреть его состояние, историю по складу, инциденты и доступные действия управления.
✈️ Если хотите увидеть, как ROC помогает упростить работу персонала на площадке, напишите нам в Telegram: @Roc_support.
✅ Покажем демо и предоставим пробный доступ на 30 дней бесплатно.
В этом видео хотим показать, как устроен поиск устройств в ROC.
Достаточно ввести нужные данные, открыть карточку устройства и сразу посмотреть его состояние, историю по складу, инциденты и доступные действия управления.
Please open Telegram to view this post
VIEW IN TELEGRAM
Всем привет, с вами 🌒
Собрали навигацию по основным материалам канала, чтобы было удобнее найти нужную тему.
🌓 О ROC и подходе к управлению
Кто мы
Что такое ROC
Пробный период в ROC
🌓 Функции ROC
Как устроена инфраструктура в ROC
Как вести склад и приёмку в ROC
Как работает биллинг в ROC
Отчётность ФНС
🌓 Видеообзоры и инструкции ROC
Краткий видеообзор ROC
Регистрация в ROC
Приёмка оборудования в ROC
Как посмотреть все устройства клиента в ROC
Как найти устройство в ROC
✈️ Если хотите посмотреть ROC на практике, напишите нам в Telegram: @Roc_support. Покажем демо и расскажем, как получить пробный доступ на 30 дней.
Собрали навигацию по основным материалам канала, чтобы было удобнее найти нужную тему.
Кто мы
Что такое ROC
Пробный период в ROC
Как устроена инфраструктура в ROC
Как вести склад и приёмку в ROC
Как работает биллинг в ROC
Отчётность ФНС
Краткий видеообзор ROC
Регистрация в ROC
Приёмка оборудования в ROC
Как посмотреть все устройства клиента в ROC
Как найти устройство в ROC
Please open Telegram to view this post
VIEW IN TELEGRAM
ROC | управление майнингом pinned «Всем привет, с вами 🌒 Собрали навигацию по основным материалам канала, чтобы было удобнее найти нужную тему. 🌓 О ROC и подходе к управлению Кто мы Что такое ROC Пробный период в ROC 🌓 Функции ROC Как устроена инфраструктура в ROC Как вести склад и приёмку…»
Media is too big
VIEW IN TELEGRAM
Всем привет, с вами 🙂☺️😏!
В этом видео показываем, какие действия с ASIC можно выполнять прямо из интерфейса ROC.
В системе доступны:
✅ перезагрузка устройства
✅ перезагрузка майнинга
✅ изменение пулов и worker
✅ экспорт конфигурации
✅ включение и выключение идентификации устройства
✅ остановка и запуск майнинга
✅ режим низкого потребления
✅ включение и выключение режима сна
✅ установка лимита потребления в ваттах
✅ авторизация устройства
ROC помогает управлять оборудованием в одной системе и упрощает ежедневную работу команды на майнинг-хостинге.
✈️Если хотите увидеть, как ROC будет работать на вашей площадке, или у вас есть вопросы по системе, напишите нам в Telegram: @roc_support
Ответим на вопросы, покажем демо и предоставим пробный период на 30 дней абсолютно бесплатно 🎁
В этом видео показываем, какие действия с ASIC можно выполнять прямо из интерфейса ROC.
В системе доступны:
✅ перезагрузка устройства
✅ перезагрузка майнинга
✅ изменение пулов и worker
✅ экспорт конфигурации
✅ включение и выключение идентификации устройства
✅ остановка и запуск майнинга
✅ режим низкого потребления
✅ включение и выключение режима сна
✅ установка лимита потребления в ваттах
✅ авторизация устройства
ROC помогает управлять оборудованием в одной системе и упрощает ежедневную работу команды на майнинг-хостинге.
✈️Если хотите увидеть, как ROC будет работать на вашей площадке, или у вас есть вопросы по системе, напишите нам в Telegram: @roc_support
Ответим на вопросы, покажем демо и предоставим пробный период на 30 дней абсолютно бесплатно 🎁
This media is not supported in your browser
VIEW IN TELEGRAM
Всем привет, с вами 🙂☺️😏!
В этом видео покажем, как быстро добавить устройство на склад в ROC.
Добавить ASIC в систему можно несколькими способами:
✅через сканер в мобильной версии
✅через CSV-файл
При добавлении устройства можно сразу привязать его к клиенту. Если клиента еще нет в системе, его можно создать прямо во время приемки оборудования.
Также, если добавленное устройство уже находится онлайн, ROC автоматически свяжет его с данными в системе. Повторно вносить информацию и вручную привязывать устройство к клиенту не потребуется.
ROC упрощает приемку оборудования, помогает вести складской учет и дальше отслеживать состояние устройств на хостинге.
✈️ Если у вас есть вопросы по системе, напишите нам в Telegram: @roc_support
🎁 Ответим на все вопросы, покажем демо и предоставим пробный период на 30 дней абсолютно бесплатно.
В этом видео покажем, как быстро добавить устройство на склад в ROC.
Добавить ASIC в систему можно несколькими способами:
✅через сканер в мобильной версии
✅через CSV-файл
При добавлении устройства можно сразу привязать его к клиенту. Если клиента еще нет в системе, его можно создать прямо во время приемки оборудования.
Также, если добавленное устройство уже находится онлайн, ROC автоматически свяжет его с данными в системе. Повторно вносить информацию и вручную привязывать устройство к клиенту не потребуется.
ROC упрощает приемку оборудования, помогает вести складской учет и дальше отслеживать состояние устройств на хостинге.
✈️ Если у вас есть вопросы по системе, напишите нам в Telegram: @roc_support
🎁 Ответим на все вопросы, покажем демо и предоставим пробный период на 30 дней абсолютно бесплатно.
Управление майнинг-площадкой в одной системе. Начать можно с 0 ₽ за асик ☺️
🤗 объединяет мониторинг оборудования, склад, биллинг, задачи, инциденты и отчётность в одной платформе.
При этом вам не нужно сразу подключать весь функционал.
Базовый мониторинг — 0 ₽ за асик
Контролируйте состояние оборудования, статусы оборудования и основные показатели площадки бесплатно.
❗ А чтобы понять, какие инструменты действительно нужны вашему бизнесу, мы даём 14 дней бесплатного доступа ко всем модулям ROC.
За это время можно протестировать платформу прямо на своей площадке:
✔️ Задачи и инциденты
Неисправности, ответственные, сроки и история работ.
✔️ Склад и учёт оборудования
Каждый ASIC, его перемещения, ремонт и история — в одной системе.
✔️ Биллинг
Расчёты и начисления для клиентов площадки.
✔️ Отчётность
Данные для собственника, сотрудников и клиентов без ручных сверок.
✔️ Личные кабинеты и права доступа
Каждый видит только ту информацию, которая нужна ему для работы.
После 14 дней вы сами решаете, какие модули оставить.
Не нужно платить за функции, которыми ваша площадка не пользуется.
Начните с бесплатного мониторинга, протестируйте все возможности ROC в течение 14 дней и соберите конфигурацию под задачи именно вашей площадки.
🤗 — мониторинг и управление майнинговым ЦОД в одной системе.
Хотите посмотреть платформу в работе — напишите в @roc_support. Покажем ROC и обсудим подключение.
При этом вам не нужно сразу подключать весь функционал.
Базовый мониторинг — 0 ₽ за асик
Контролируйте состояние оборудования, статусы оборудования и основные показатели площадки бесплатно.
За это время можно протестировать платформу прямо на своей площадке:
Неисправности, ответственные, сроки и история работ.
Каждый ASIC, его перемещения, ремонт и история — в одной системе.
Расчёты и начисления для клиентов площадки.
Данные для собственника, сотрудников и клиентов без ручных сверок.
Каждый видит только ту информацию, которая нужна ему для работы.
После 14 дней вы сами решаете, какие модули оставить.
Не нужно платить за функции, которыми ваша площадка не пользуется.
Начните с бесплатного мониторинга, протестируйте все возможности ROC в течение 14 дней и соберите конфигурацию под задачи именно вашей площадки.
Хотите посмотреть платформу в работе — напишите в @roc_support. Покажем ROC и обсудим подключение.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥1👏1
Какие данные стоит хранить по каждому асику, кроме IP и worker❓
IP и worker нужны в ежедневной работе, но как основа учёта они слабые
🖤 IP может поменяться. Worker можно переименовать. Асик могут переставить в другой контейнер, отправить в ремонт, вернуть обратно или закрепить за другим клиентом
❗ А история самого устройства должна оставаться
Поэтому по каждому асику стоит хранить:
— модель и серийный номер;
— MAC-адрес;
— клиента, которому принадлежит устройство;
— точную локацию на площадке;
— дату приёмки и ввода в работу;
— текущий статус;
— историю перемещений;
— ремонты и обслуживание;
— инциденты;
— действия сотрудников по устройству
Серийный номер в этом случае становится постоянной точкой, к которой привязана вся остальная информация🌓
Даже если асик несколько раз менял IP, переезжал между контейнерами или был в ремонте, его история не теряется
📎 Можно открыть карточку устройства и сразу увидеть, где оно сейчас находится, кому принадлежит, что с ним происходило раньше и кто с ним работал
Это намного удобнее, чем спустя несколько месяцев собирать историю по таблицам, чатам и отдельным записям
В🌒 все эти данные собраны в карточке асика и сохраняются на протяжении всей его работы на площадке
🖤 Хотите посмотреть, как это устроено в ROC? Напишите нам: @roc_support
IP и worker нужны в ежедневной работе, но как основа учёта они слабые
Поэтому по каждому асику стоит хранить:
— модель и серийный номер;
— MAC-адрес;
— клиента, которому принадлежит устройство;
— точную локацию на площадке;
— дату приёмки и ввода в работу;
— текущий статус;
— историю перемещений;
— ремонты и обслуживание;
— инциденты;
— действия сотрудников по устройству
Серийный номер в этом случае становится постоянной точкой, к которой привязана вся остальная информация
Даже если асик несколько раз менял IP, переезжал между контейнерами или был в ремонте, его история не теряется
Это намного удобнее, чем спустя несколько месяцев собирать историю по таблицам, чатам и отдельным записям
В
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2🤔2🤝2
Вся история одного асика: от приёмки до текущего состояния 🌓
Асик на площадке за время работы может пройти много этапов: приёмка, установка, перемещение, обслуживание, ремонт, возврат в работу
🖤 Если эти события фиксируются в разных местах, через несколько месяцев восстановить нормальную историю устройства становится сложно
Поэтому по каждому асику важно видеть не только его текущий статус, но и то, что происходило раньше
В🌒 в истории устройства сохраняются:
— дата приёмки;
— клиент, за которым закреплён асик;
— локация на площадке;
— перемещения между контейнерами и местами;
— изменения статуса;
— инциденты;
— ремонты и обслуживание;
— действия сотрудников;
— текущие параметры устройства.
То есть карточка асика показывает не только, что с ним происходит сейчас
Можно посмотреть, когда устройство появилось на площадке, где стояло раньше, были ли по нему проблемы, отправлялось ли оно в ремонт и кто выполнял работы
⬅️ Это особенно удобно, когда оборудование работает на площадке месяцами и через него проходит несколько смен сотрудников.
История не остаётся в чатах или памяти команды — она сохраняется вместе с самим устройством.
✈️ Если хотите посмотреть, как выглядит история асика в ROC — напишите нам: @roc_support
Асик на площадке за время работы может пройти много этапов: приёмка, установка, перемещение, обслуживание, ремонт, возврат в работу
Поэтому по каждому асику важно видеть не только его текущий статус, но и то, что происходило раньше
В
— дата приёмки;
— клиент, за которым закреплён асик;
— локация на площадке;
— перемещения между контейнерами и местами;
— изменения статуса;
— инциденты;
— ремонты и обслуживание;
— действия сотрудников;
— текущие параметры устройства.
То есть карточка асика показывает не только, что с ним происходит сейчас
Можно посмотреть, когда устройство появилось на площадке, где стояло раньше, были ли по нему проблемы, отправлялось ли оно в ремонт и кто выполнял работы
История не остаётся в чатах или памяти команды — она сохраняется вместе с самим устройством.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2👏2🤝2
Из чего на самом деле складывается счёт клиента майнинг-хостинга
🖤 Счёт за размещение — это не просто количество асиков, умноженное на тариф
У разных клиентов могут быть разные условия, период размещения, фактическое время работы оборудования и дополнительные услуги
Если всё это считать вручную, к концу месяца появляется много сверок
Обычно при расчёте нужно учитывать:
🖤 какие асики закреплены за клиентом;
🖤 сколько времени оборудование находилось в работе;
🖤 действующий тариф по договору;
🖤 условия расчёта именно этого клиента;
🖤 изменения, которые произошли в течение расчётного периода;
🖤 дополнительные услуги и работы, если они были
🖤 Особенно важно хранить не только итоговую сумму
По каждому начислению должна оставаться понятная расшифровка: за какие устройства посчитано, за какой период, по какому тарифу и из чего получилась итоговая цифра
Тогда при вопросе клиента не приходится заново поднимать таблицы и вручную восстанавливать расчёт
🖤 В ROC биллинг связан с клиентами и их оборудованием, поэтому данные для начислений не существуют отдельно от реестра асиков
Можно открыть расчёт и посмотреть, из чего он сформирован, а не просто увидеть сумму к оплате
🖤 Если хотите посмотреть, как устроен биллинг в ROC — напишите нам: @roc_support
У разных клиентов могут быть разные условия, период размещения, фактическое время работы оборудования и дополнительные услуги
Если всё это считать вручную, к концу месяца появляется много сверок
Обычно при расчёте нужно учитывать:
По каждому начислению должна оставаться понятная расшифровка: за какие устройства посчитано, за какой период, по какому тарифу и из чего получилась итоговая цифра
Тогда при вопросе клиента не приходится заново поднимать таблицы и вручную восстанавливать расчёт
Можно открыть расчёт и посмотреть, из чего он сформирован, а не просто увидеть сумму к оплате
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2👏1🤔1
Руководителю не нужно открывать десяток разделов, чтобы понять, что сейчас происходит на площадке.
На главном экране ROC собраны основные данные по работе объекта:
— сколько асиков в работе;
— какие устройства сейчас офлайн или требуют внимания;
— текущий хешрейт площадки;
— активные инциденты;
— что уже взято в работу командой;
— состояние смен и назначенные задачи;
— данные по оборудованию в реестре;
— информация по счетам и расчётам.
Если нужно разобраться подробнее, из сводки можно перейти к конкретному асику, клиенту, инциденту или задаче.
Главный экран в ROC нужен не для того, чтобы показать как можно больше цифр.
Его задача проще — за несколько секунд дать понять, что происходит на площадке прямо сейчас и где требуется внимание
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👏1🤯1
Как правильно идентифицировать асик: SN, MAC, IP или worker
У одного асика сразу несколько идентификаторов, и каждый нужен для своей задачи.
🖤 SN — серийный номер устройства.
Это самый надёжный идентификатор для учёта: он привязан к конкретному асикy и не меняется при переносе, смене сети или worker.
🖤 MAC — аппаратный адрес сетевого интерфейса.
Удобен для поиска устройства в локальной сети и проверки, какой именно асик сейчас подключён.
🖤 IP — адрес устройства в сети.
Полезен для текущей работы, но как постоянный идентификатор не подходит: IP может измениться после перезагрузки, замены оборудования или настроек сети.
🖤 Worker — имя устройства на пуле.
По нему удобно понимать, как асик отображается в майнинге, но worker можно переименовать, поэтому использовать его как основной идентификатор тоже не стоит.
Для учёта — ориентироваться на SN.
Для сети — использовать MAC и IP.
Для работы с пулом — worker.
Так один и тот же асик можно быстро найти независимо от того, что именно у вас есть на руках: серийный номер, IP, MAC или имя worker.
🖤 В ROC все эти данные хранятся в карточке устройства и доступны через поиск.
🖤 Если хотите посмотреть, как это работает — напишите нам: @roc_support
У одного асика сразу несколько идентификаторов, и каждый нужен для своей задачи.
Это самый надёжный идентификатор для учёта: он привязан к конкретному асикy и не меняется при переносе, смене сети или worker.
Удобен для поиска устройства в локальной сети и проверки, какой именно асик сейчас подключён.
Полезен для текущей работы, но как постоянный идентификатор не подходит: IP может измениться после перезагрузки, замены оборудования или настроек сети.
По нему удобно понимать, как асик отображается в майнинге, но worker можно переименовать, поэтому использовать его как основной идентификатор тоже не стоит.
На практике лучше не выбирать что-то одно, а хранить всё вместе.
Для учёта — ориентироваться на SN.
Для сети — использовать MAC и IP.
Для работы с пулом — worker.
Так один и тот же асик можно быстро найти независимо от того, что именно у вас есть на руках: серийный номер, IP, MAC или имя worker.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🤨1🤝1
Media is too big
VIEW IN TELEGRAM
Если хотите посмотреть дашборд в работе – напишите в @roc_support
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍1👌1💯1