Партнерка на США и Канаду по недвижимости, выплаты в крипто

  • 30% recurring commission
  • Выплаты в USDT
  • Вывод каждую неделю
  • Комиссия до 5 лет за каждого referral

Жизненный цикл

1)  Пользователь CОЗДАЕТ заявку, указывает: наименование [name], способ проведения (котировки, аукцион, ..) [type_id], дату вскрытия конвертов [tender_date], прикрепляет файлы: дает название файлам и добавляет сам файлы непосредственно. Заявка попадает на накопитель и получает статус ‘необработанно’. После этого пользователь редактировать заявку не может.
На данном этапе фиксируется ДАТА ПЕРВОНАЧАЛЬНОГО РАЗМЕЩЕНИЯ ЗАЯВКИ [first_edit_datetime].

На данном этапе фиксируется ДАТА ПОСЛЕДНЕГО РЕДАКТИРОВАНИЯ ЗАЯВКИ пользователем [last_edit_datetime].

2)  Оператор просматривает «накопитель» находит заявку пользователя. Если все хорошо он публикует заявку на сервере это значит:

a.  в списке публикации (это список который видят потенциальные продавцы) автоматически создается конкурс с данными указанными в заявке;

b.  все файлы указанные в заявке получают статус – опубликован [is_approved], в дальнейшем их редактировать будет нельзя

c.  заявка в накопителе получает статус ‘опубликовано’
На данном этапе фиксируется ДАТА ПЕРВОНАЧАЛЬНОЙ ПУБЛИКАЦИИ [pub_date], ИДЕНТИФИКАТОР ОПЕРАТОРА[oper_id] разместившего заявку и ДАТА ПУБЛИКАЦИИ ПОСЛЕДНИХ ИЗМЕНЕНИЙ [last_pub_datetime]
На данном этапе фиксируется ДАТА ПОСЛЕДНЕЙ ПРОВЕРКИ [last_validate_datetime] заявки оператором

3)  После проведения конкурса пользователь РЕДАКТИРУЕТ заявку в накопителе (которая до этого имела статус ‘опубликованно’), добавляя в нее соответствующие файлы (результаты конкурса, протоколы и тд) и давая этим файлам описание, измененная заявка сохраняется в накопителе и получает статус ‘необработанно’.
На данном этапе фиксируется ДАТА ПОСЛЕДЕНЕГО РЕДАКТИРОВАНИЯ ЗАЯВКИ пользователем [last_edit_datetime].

НЕ нашли? Не то? Что вы ищете?

4)  Оператор просматривает список необработанных заявок (журнал работы) находит заявку, проверяет, и если все хорошо обновляет конкурс в списке публикации, заявка в накопителе получает статус ‘опубликованно’
На данном этапе фиксируется ДАТА ПОСЛЕДНЕЙ ПРОВЕРКИ [last_validate_datetime] заявки оператором а также ИДЕНТИФИКАТОР ОПЕРАТОРА [oper_id] проверившего заявку

На данном этапе фиксируется ДАТА ПУБЛИКАЦИИ ПОСЛЕДНИХ ИЗМЕНЕНИЙ [last_pub_datetime] все файлы указанные в заявке получают статус – опубликован [is_publicated], в дальнейшем их редактировать будет нельзя

Возможные нештатные ситуации:

На этапе (2) оператор находит ошибки: (в названии или в файлах) и отклоняет заявку. Заявка получает статус ‘отклонено’ пользователь может полностью изменить содержимое всей заявки, так как она еще не публиковалась в списке публикации

Для этого пользователь нажимает копку «редактировать», изменяет заявку. При этом

фиксируется ДАТА ПОСЛЕДНЕГО РЕДАКТИРОВАНИЯ ЗАЯВКИ [last_edit_datetime]

На этапе (4) оператор находит ошибки в прикрепленных файлах (файл не залит на сервер или содержание файла не соответствует описанию) или описаниях, заявка получает статус ‘отклонено’ ни каких изменений в списке публикаций не вносится. Пользователь находит свою заявку в списке отклоненных заявок и редактирует файлы которые небыли ранее опубликованы.

При этом

фиксируется ДАТА ПОСЛЕДНЕГО РЕДАКТИРОВАНИЯ ЗАЯВКИ [last_edit_datetime]