UTW Globus - система логистических процессов. Началось

Привет всем, кто читает наш блог. Сегодня ночью стартовало наше ico.
Много сообщений приходит на почту и в социальных сетях, По этому мы решили продублировать еще раз пост, в котором подробно описано чем мы отличаемся от других, и, что конкретно мы хотим создать. Это все не просто слова! А реальный шанс вывести глобальную логистику всего мира в один очень простой, дешевый и быстрый процесс.
В мультиагентных технологиях предлагается более сложная модель мира, в которой клиенты, перевозчики, производители товаров, товаров и другие участники имеют агентов с их объективными функциями. Они работают над улучшением показателей, выявлением и урегулированием конфликтов путем переговоров с уступками. Баланс найден адаптивно адаптирован к событиям реального времени. Все это занимает много времени и влечет за собой увеличение расходов. Мы хотим создать систему, в которой целевые показатели, к которым стремятся все участники процесса, будут достигнуты по умолчанию, основанные на технологии блокбастера.
Давайте проанализируем этот продукт более подробно.
Прежде всего, мы определим проблемы, существующие в современном мире. Представьте, что вы являетесь грузоотправителем, и вам нужно отправить свой груз из одной точки в другую. Что вы делаете:

  1. Изучайте предложения на рынке от логистических компаний.
  2. Переговорите наиболее привлекательные предложения.
  3. Войдите в соглашение об обслуживании.
  4. Согласитесь с датой представления транспорта.
  5. Отправьте товар.
  6. Если товары доставляются в соответствии с договором, то оплачивают услуги (если они не были на основе предоплаты), деньги за которые будут поступать на счет партнера через несколько дней.
    Теперь давайте смоделируем ситуацию для перевозчика:
  7. Мы ищем клиента.
  8. Определите цену.
  9. Заключить договор.
  10. Мы перевозим груз.
  11. Мы ждем оплаты по результатам работы.
    Как вы можете видеть, общее количество шагов не очень велико, но если вы посмотрите на него, некоторые из них занимают много времени. И я требую дополнительных расходов, поскольку для их реализации нужны сотрудники.
    Для обеих сторон самый первый шаг - это то же самое, поиск второй стороны в предлагаемой транзакции. Этот вопрос является самым важным. Необходимо убедиться в платежеспособности партнера, чтобы убедиться, что он может выполнить свою часть контракта. Учитывая постоянный рост предложений и необходимость такой оценки инициатором процесса, это занимает много времени. Как, следовательно, все эти часы работы должны оплачиваться людям, нанятым для этого. Затем переходите к следующему процессу, поскольку практика показывает самый длинный и не менее ответственный, чем первый, заключение контракта на предоставление услуг. Длительные переговоры о предоставлении скидок, длительные переговоры о способе оплаты, координация ответственности за риски и другие, другие, другие .... Также необходимо заплатить за все.
    Теперь, когда контракт заключен, цены согласовываются, мы приступаем к его реализации. Если все пойдет хорошо, то особых проблем нет. Если одна из сторон не выполнила свои условия, то этот процесс может быть отложен не только месяцами, но и годами. Суды, длительная переписка, претензионная работа. И все это очень дорого. Все это приводит к необходимости вкладывать дополнительные деньги в решение проблемы и лишает их возможности использовать эти деньги в развитии бизнеса. И если вы представляете, какую возможную прибыль вы потеряете, если в нужное время у вас нет этих денег? Сумма может быть очень, очень значительной.
    Многие компании стремятся снизить эти риски и затраты. Неважно, большой или маленький. В нем работают 1000 сотрудников, или вы являетесь индивидуальным предпринимателем с небольшим предприятием в двух грузовиках или владельцем небольшого магазина. Никто не хочет тратить слишком много и хочет тратить столько, сколько он планирует и на что он планирует.
    Чтобы решить эти проблемы, мы предлагаем наше решение.
    Система представляет собой сложную сборную платформу. В то же время он чрезвычайно прост в использовании и освобождает вас от множества действий, что экономит ваше время. И, как мы уже писали, время - это деньги.
    Итак, на платформе участники зарегистрированы, каждый может выбрать ту или иную роль.
    Заказчик является инициатором перевозки. Владелец перевозимых товаров.
    Перевозчик является участником, владеющим ресурсами для перевозки товаров.
    При регистрации вам нужно указать свою роль, которую вы хотите играть (не обязательно она будет одной - вы не только несете, но и отправляете). Кроме того, в зависимости от выбранной роли вы должны заполнить свои регистрационные данные.
    Если вы выбрали роль Заказчика:
    Заполнив регистрационную информацию, перейдите в меню ваших отправлений. В нем необходимо получить грузовой карточку и указать характер груза, перевозимого - грузовой картой. Вы можете создать столько карт, сколько хотите, но важно понимать - одна каретка - одна карта. Если вы регулярно перевозите один и тот же груз, вы можете начать карточку для мультитранспорта. Главное - указать как можно больше информации о грузе. Это поможет потенциальным перевозчикам объективно оценить их возможности и реальность их выполнения контракта. Также укажите местонахождение груза (место его отправки) и адрес места назначения. Чем больше параметров вы заполняете, тем быстрее вы найдете партнера.
    Если вы выбрали роль Перевозчика:
    Необходимо ввести в систему описание всех ваших ресурсов, которые вы планируете использовать для предоставления транспортных услуг: трактора, прицепа, корабля, самолета и т. Д. В карточке ваших ресурсов вы должны указать полные характеристики.

Итак, познакомившись с основными ролями на платформе, мы проанализируем их взаимодействие.
Заказчик размещает заказ, который приходится на обмен приложениями. Уведомление об их размещении поступает в виде уведомления всем свободным перевозчикам (бесплатно, это будет описано ниже). Он подходит только тем, чьи ресурсы соответствуют параметрам груза. В то же время, понимая географию, система может строить цепочку разных перевозчиков, взаимодействуя друг с другом. Например, груз должен быть доставлен из Чикаго в Лондон. Эта система отправит уведомление перевозчикам с большим количеством ресурсов и тем, кто может присоединиться к прогнозируемой цепочке поставок. Если система строит цепочку, то она уведомляет каждого участника предлагаемой схемы, и если ее участники подтверждают участие, предложение переходит к клиенту в виде единого ответа. В этом случае Клиент может установить начальную цену, которые он готов потратить на транспортировку. Таким образом, перевозчики могут устанавливать свои тарифы в системе и возможные скидки (указать всю ценовую политику и коридор отклонения для уведомлений с отличием от базовой цены).
Если цена подходит для участников, то наступает второй этап взаимодействия.
Между договором заключен договор. Именно на этой стадии включена технология блокировки. Каждый участник имеет строго оговоренную роль в цепочке взаимодействия. Поэтому, если логистическая цепочка состоит из нескольких участников транспортировки, то каждый входит в процесс, только на своем собственном этапе и отвечает только за сцену.
Для оплаты в системе планируется использовать токен, условные монеты для оплаты, которые имеют свою цену в фискальной валюте. Они также приобретаются участниками платформы. Когда договор заключен, он строится на платформе блокбастера, имеет прозрачность, неизменность и готов к вступлению в силу при определенных обстоятельствах, предписанных в его структуре. Это дает гарантию неизменности условий сделки и гарантию наступления желаемых последствий ее участниками, когда она выполняется.
Как это предусмотрено. Рассмотрим пример с самым сложным вариантом. Это особый груз. Многие участники:
Условная компания «Грин», хочет отправить товар. Этот груз является специфическим. Он классифицируется как «опасный», и его перевозка регулируется. Трудность состоит в том, что он должен быть отправлен из США в Польшу.
Представитель компании «Грин», зарегистрировавшись в офисе пользователя с ролью Заказчика, заполняет параметры груза. Вес, бренд, размеры - все. При размещении приложения на бирже все участники видят роль «Перевозчика», у которого есть ресурсы для ее реализации. Сама система выбирает те, которые соответствуют тем, которые введены в непараметрических параметрах. Каждый «Перевозчик» может отправить свое предложение по контракту. «Клиент», видя рейтинг «Перевозчик», а также оценку системы о возможности выполнения контракта. Среди таких оценок есть такие, как выпуск ресурса после другого контракта, вероятность его своевременного представления для загрузки и т. Д. ... Если в сделке участвуют две стороны, то это уже не так сложно. Но мы рассматриваем вариант большого количества участников.
Предположим, что ни один из «Перевозчиков» не устроил «Заказчика». В этом случае он может воспользоваться услугой «комплексного транспорта». Его формирование может происходить как по инициативе «Перевозчиков», в которых они выступают в качестве команды, так и при отправке соответствующего запроса на обслуживание в систему. Если запрос отправляется в систему, он анализирует все зарегистрированные в нем ресурсы, проверяя, что у них есть разрешение на перевозку опасных грузов, а также время и место выпуска (если последний транспорт был осуществлен с помощью платформы и владелец самостоятельно не переместил ресурс.) На основании полученных данных из анализа состояния участников и их характеристик система отправляет запрос каждому участнику с расчетным планом транспорта и ролью каждого из них. Также запрашивает подтверждение участия. Если один из участников не подтвердил, система отправляет запросы в следующую очередь потенциальных участников в цепочке. В то же время каждый раз он формирует свое предложение для «Заказчика». В том числе, если где-то в цепочке есть пробел, и система не находит решения. Это позволяет инициатору найти ресурс, который не зарегистрирован на платформе. По мере увеличения количества участников эта вероятность будет ниже. Если «Клиент» и «Перевозчики» удовлетворены, то заключен договор SMART.
Теперь вернемся к «Грин».
И поэтому менеджер «Грин» отправляет конкретный груз. Заполнив грузовую карточку, он отправляет запрос на перевозку. Компания «Danger Monopoly Transport», которая является участником платформы, ответила на его заявление. Но по какой-то причине он не организовал менеджера «Грина» - например, высокую цену, хотя рейтинг очень хороший. Ни один из операторов не выступал в качестве группы.
Менеджер «Грин» подает заявку на формирование «сложных перевозок». Система отображает предупреждение о том, что следующие компании:
Рэй Берри - владелец ресурса-трактора с прицепом, который соответствует требованиям груза.
SeaTrack - владеет судном и подтвердил доступность этого места.
GermanLog- располагает ресурсами в порту прибытия корабля SeaTrakc и готов встретить груз, забрать его и доставить в Польшу, а также подходит для перевозки с учетом особенностей груза.
На основании расчета времени и стоимости окончательной транспортировки (стоимость определяется перевозчиком). Окончательное предложение направляется менеджеру «Грина». Если он это примет, уведомление направляется всем участникам.

Всего в контракте зарегистрированы следующие участники:

  1. Ray Berry - перевозчик
  2. SeaTrack - перевозчик
  3. GermanLog - перевозчик
  4. Green - инициатор (клиент).
    Далее, на основании договора SMART, создается транспорт. Каждый из последующих этапов следует за выполнением предыдущего. В то же время, чтобы обеспечить оплату со счетов участников, списывается определенное количество токенов. И отправили в «облако гарантий».
    Мы условно принимаем следующие суммы:
  5. Рей Берри - 1000 тонн - страхование ответственности за выполнение своей стадии.
  6. SeaTrack - 2000 т. Страхование ответственности за выполнение его этапа.
  7. GermanLog - 1200 т. Страхование ответственности за выполнение его этапа.
  8. Зеленый - 5000 тонн - стоимость транспортировки. Стоимость зарезервирована для каждого перевозчика отдельно. Например, Ray Berry, переносит на 1000 тонн. И эта сумма зарезервирована для него.

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

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

Как мы видим, вышеупомянутые шаги по заключению транзакции для транспортировки, которые занимают много времени, значительно сокращаются.
Вы изучаете предложения на рынке от логистических компаний, время сокращается.
Обсудите самые привлекательные предложения - время сокращается.
Подписать контракт на предоставление услуг - автоматизировать.
Вы соглашаетесь на дату подачи транспортно-автоматизированной системы.
Отправьте товар, я все равно передам его вашему перевозчику.
Платеж - автоматизировано
Охват рисков и убытков в случае нарушения транспорта автоматизирован.
От перевозчика:
Мы ищем автоматизированный клиент.
Определите цену -автоматизированную.
Мы заключаем договор -автоматизированный.
Мы перевозим груз - здесь мы проводим нашу работу и ведем.
Оплата за работу автоматизирована.
Наш сайт: https://www.globus-system.com/
Так же: https://twitter.com/UTW_Globus
https://www.facebook.com/UTWGlobus/
https://bitcointalk.org/index.php?topic=2139996.0
https://foundico.com/ru/ico/utwglobus.html
почта: utwglobus@gmail.com
Логотип Unite The World Globus.jpg

блокчейнicoголослогистикаblockchain
8
0 GOLOS
0
В избранное
utwglobus
На Golos с 2017 M08
8
0

Зарегистрируйтесь, чтобы проголосовать за пост или написать комментарий

Авторы получают вознаграждение, когда пользователи голосуют за их посты. Голосующие читатели также получают вознаграждение за свои голоса.

Зарегистрироваться
Комментарии (2)
Сортировать по:
Сначала старые