Вы тоже заметили, что три человека отписалось :)

Не выдержали потока новостей, видимо :(

Давайте поподробней про «Сезон массовой регистрации» расскажу…

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

В общем, сложно, дорого и долго. А наш проект - в режиме «стройного стартапа» (с)

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

Продолжать?

🔥- продолжать;
👍🏼- класс;
🤔- давайте-ка подумаем вместе

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

Так что ждем Ваших реакций, чтоб рассказать детально и потом - запускать.

… В НК прописаны условия, при которых участие физических лиц в этих {бонусных} программах не приводит к получению доходов, облагаемых НДФЛ.

В соответствии с п. 14 ч. 2 ст. 369 НК таких условий – три.
1. Физлицо должно участвовать в бонусной программе на условиях публичной оферты. Это означает, что:
такая программа должна содержать одинаковые для всех условия участия, начисления бонусов, выплаты бонусов товарами и т.п.;
к бонусной программе может присоединиться любой покупатель;
условия начисления и списания бонусов должны быть опубликованы на сайте организации или в иных общедоступных источниках.
2. Публичная оферта должна:
предусматривать срок для акцепта (согласия на участие в программе) более 30 дней. Данное условие означает, что бонусная программа должна быть организована на срок более 30 календарных дней;
не содержать возможности досрочного отзыва оферты. Это означает, что организатор бонусной программы не вправе ее свернуть досрочно.
3. Покупатель не должен получать бонусный доход в качестве:
вознаграждения за выполнение должностных обязанностей. Т.е. он не должен состоять в трудовых отношениях с организатором программы;
оплаты (вознаграждения) за поставленные товары (выполненные работы, оказанные услуги);
материальной помощи.

Напоминаем

Публичная оферта – это предложение, которое содержит все существенные условия договора, из которого усматривается воля лица, делающего предложение заключить договор на указанных в предложении условиях с любым, кто отзовется ч. 2 ст. 369 ГК. Акцептом признается ответ лица, которому адресована оферта, о ее принятии ч. 1 ст. 370 ГК.

Источник: https://buxgalter.uz/publish/doc/text158170_oblagayutsya_li_ndfl_bonusy_dlya_pokupateley#

4 огонечка :) Это отличное начало (см. пояснительную картинку)

Поэтому мы продолжим. Это только черновик, наброски оферты - чтоб Вы посмотрели, предложили свои дополнения и потом мы уже с юристами оформили все это.

Итак, основные положения (черновик):
- срок действия оферты - до 31 июля 2023 года (то есть, больше 30 дней - чтоб соответствовать);
- оферта не может быть изменена или отозвана после вступления в силу;
- оферта определяет условия участия в бонусной программе, запущенной для привлечения пользователей сервиса LockerPost;
- в бонусной программе может участвовать физическое лицо, достигшее 18 лет, не ограниченное в правах, являющееся гражданином Республики Узбекистан или иностранным гражданином, пребывающим на территории Республики Узбекистан на законных основаниях и имеющий возможность получать смс-сообщение на зарегистрированный на свое имя номер сотовой связи, обслуживаемый одним из национальных операторов связи (начинающийся на +998…);
- при регистрации в сервисе LockerPost каждый новый участник получает на свой лицевой счет в системе 1 час аренды «Компактной ячейки» в локере LockerPost;
- Если к 23:59 (GMT+5, время ташкентское), до 31 июля 2023 года общее количество зарегистрированных пользователей сервиса:
- - достигает 10000 (десять тысяч) человек, то каждый пользователь получит на свой лицевой счет в системе дополнительно 10 часов аренды «Компактной ячейки» в локере LockerPost;
- - достигает 100000 (сто тысяч) человек, то каждый пользователь получит на свой лицевой счет в системе дополнительно 10 часов аренды «Стандартной ячейки» в локере LockerPost;
- - достигает 200000 (двести тысяч) человек, то каждый пользователь получит на свой лицевой счет в системе дополнительно 20 часов аренды «Компактной ячейки» в локере LockerPost;
- часы списываются при завершении аренды ячейки. Неполный час считается и списывается, как полный;
- полученные в рамках этой бонусной программы преимущества не могут быть никоим образом возвращены, не могут быть возмещены ни в каком денежном эквиваленте, не могут быть проданы или другим путем переданы другому лицу;
- участник программы фактом своей регистрации в сервисе LockerPost принимает условия настоящей оферты бонусной программы.

Ничего не забыл?

Буду рад и очень благодарен Вашим комментариям, замечаниям и предложениям!

Я заметил, что как только начал писать активней, несколько (да чего уж там - целых четыре!) человек отписалось.

Для меня это значит, что было либо совсем неинтересно, либо сильно не вовремя.

Давайте вместе определим в комментариях к этому посту, в какое время Вам удобней было бы получать новости от меня в этом канале?

1) утром до 8:00;
2) в первой половине дня 09:00-13:00
3) в обеденный перерыв 13:00-14:00
4) во второй половине дня 14:00-18:00
5) вечером после 19:00

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

Эта дата теперь важная веха нашего проекта.

PS. В этой связи вспомнил историю про первую покупку (пиццы) за битокоины :) Ладно, программист купил на них пиццу. А владелец пиццерии что потом с ними сделал? Дождался ли их взлета :)?

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

Примерно вот так:
Отправитель >1> местный таксист >> локер >> междугородний таксист >2> получатель

В >1> можно добавить локер, ну а >2> можно заменить на >>локер>>местный таксист

Как думаете?

PS. Я бы ответил раньше, что «а зачем тут вообще таксисты? Есть же курьерские компании!»

Отправили на прошлой неделе подписанный с нашей стороны договор с Яндекс Доставка.

Получили доступ к API. Смотрим, думаем - надо интегрировать. Будем думать дальше, чтоб сделать так, чтоб не пришлось сразу переделывать :) А когда все же придется - чтоб не было больших проблем и объемов переделки.

Это не совсем новость, потому что это нужно было как-то обдумать, сформулировать и решить. Но тем не менее :)

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

По-моему, это ОЧЕНЬ круто!

По совокупности факторов сервис поставили на паузу - специфика индустрии «внесла свои правки»

Так вот я думаю, что LockerPost идеально дополнит предложение их сервиса в части сбора и выдачи курьерских отправлений для этих таксистов-междугородников, но есть и серьезный риск:

+ таксистам не надо искать/ждать/ловить клиентов (и наоборот) ни на приеме, ни на отправке - и то и другое можно через локер (почтомат);

- почти все эти таксисты-междугородники «сидят на голосе», интернет в своих смартфонах обычно выключают, на связь выходят голосом и доступны только на «взлете» и «приземлении»;

Сидеть и ждать смены поколений у нас возможности нет. Так что будем работать на тем, чтоб завербовать их на сторону digital

Поддерживаете :)?

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

В ближайшее время API сервиса LockerPost дополнится вот такой функцией:
- Отправитель может запросить в сервисе выпуск на арендованную ячейку локера 4-значного кода (мы назвали его «Invite-код», «код-приглашение»);
- по своему усмотрению любым удобным для него способом арендатор ячейки сообщает код получателю. Причем, и это здесь самое важное - на этот момент получателю не обязательно быть зарегистрированным пользователем сервиса LockerPost;
- получатель через web-app, из приложения или чат-бот (или из стороннего приложения через API LockerPost) задействует код для получения доступа к ячейке;
- если код указан верно (то есть, для этого локера в системе зарегистрирован ящичек с активным инвайт-кодом), то сервис запрашивает номер мобильного телефона получателя для отправки кода верификации через SMS;
- после ввода кода верификации (и попутно - регистрации в сервисе LockerPost), Сервис извещает арендатора ячейки о том, что выпущенный инвайт-код активирован, и передает временный доступ к этой ячейке Получателю;
- после подтверждения о получении приложение отзывает временный доступ и арендатор (он же отправитель) завершает аренду локера.

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

Ну и теперь тот кейс с передачей подарка близкому человеку можно будет реализовать именно сюрпризом :)

Месяц пролетел незаметно. Инвайт-коды мы реализовали, причем сделали это даже лучше, чем хотели :)

Когда пользователь создает для своей ячейки инвайт-код, он может заказать его в одном из двух вариантов:

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

2) для получения посылки - после активации кода дверца открывается (чтоб курьер или отправитель положил посылку) и после закрытия дверцы доступ к ней снова есть только у выпустившего код пользователя этой ячейки;

В общем - я доволен, к интеграции со службами доставки мы готовы ;)

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

Еще два месяца пролетели с совершенно безумной скоростью. И единственным объяснением (но оправданием) тишины в эфире может быть только грандиозная трансформация, которую LockerPost претерпел за это время! Самое интересное, что - только в головах команды проекта. Потому что «технически» - ничего не поменялось. И «философия» сохранилась прежней.

Что сменилось? Точка приложения сил. Фокус внимания. Сейчас поясню.

Напомню кратко, что всё предыдущее время я описывал LockerPost, как облачный сервис, API которого позволяет зарегистрированным пользователям арендовать ячейку и все время между check-in и check-out распоряжаться доступом, открывая локер самому, или передавая доступ другим зарегистрированным пользователям и отзывая его. И что все бизнес-процессы, так или иначе использующие ячейки-локеры наших почтоматов наши клиенты могут выстраивать поверх этой механики аренды и контроля доступа самостоятельно или с нашей помощью.

Что изменилось? Когда мы добавили в наш сервис инвайт-коды (позволившие вовлекать новых пользователей, просто передавая им такой код-приглашение) в наших головах пазл наконец сложился, идеальным образом подсказав как именно мы сделаем LockerPost гармоничной частью нашего настоящего :)

Круто замахнулся? Не без причины :)

Взяв за основу механику инвайт-кода, мы реализовали в нашем API две ключевые для «бизнеса с доставкой» возможности - отгрузить заказ в почтомат и вернуть заказ через почтомат. Обе команды (Dispatch и ReturnOrder) сейчас на тестировании. На следующей неделе мы приступаем к интеграции со службами доставки для реализации еще двух возможностей: доставки заказа из почтомата курьером «до двери» (до локации) и перемещения заказа из одного почтомата в другой.

Почему это важно? Все предельно просто! С этими четырьмя вызовами, доступ к которым помимо API мы реализуем в нашем приложении и телеграм-боте, мы сделаем LockerPost идеальной платформой для реализации модели Fulfilment by Seller - это когда заказ покупателю отгружает не склад маркетплейса, а сам продавец (магазин или мерчант). И наша сеть обеспечивает не только «последнюю милю» до получателя заказа, но и первую - от отправителя.

Почему это важно именно сейчас? А потому что люди уже сейчас все больше и больше продают и покупают в сети. И сервису LockerPost, чтоб быть полезным не нужно менять модель поведения большого количества людей сейчас, улучшая качество жизни за счет использования наших «облачных шкафчиков» - время для этого еще придет.

А прямо сейчас - мы становимся платформой логистики для электронной коммерции, обеспечивающей реализацию модели FBS (Fulfillment by Seller - отгрузка заказа продавцом). И это конечно не отменяет сценария использования наших почтоматов для доставки в модели FBM (Fulfillment by Marketplace - отгрузка заказа маркетплейсом)

Согласитесь, что это очень крутая трансформация?

Как Вам такое исполнение почтомата, друзья?

Листовой металл, порошковая покраска, возможность установки outdoor

Давно не было новостей, друзья! Много - на подходе.

Наши друзья и партнеры - GroundZero - утвердили программу тестирования наших локеров в коворкинге GroundZero Kitob Olami

Мы установили там локер с 32 ячейкам, 40 х 40 х 40 см каждая

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

Итак…

Базовый ресурс, который продает наш сервис - ячейка в аренду с цифровым контролем доступа.

Пользователь получает доступ к ячейке шкафчика в трех случаях:

1. По факту аренды (через операцию чек-ин), и тогда он является арендатором ячейки и может передавать временное право доступа другим пользователям и отзывать это право. Пока на ячейку есть такое временное право доступа для другого пользователя, сам арендатор доступа к ячейке не имеет. После выполнения им операции чек-аут аренда завершается и он теряет доступ.
2. По факту получения временного права доступа от арендатора ячейки. Пользователь может вернуть право доступа и в таком случае он его теряет и право доступа возвращается. Доступ также возвращается к арендатору, если он выполняет операцию отзыва временного права доступа.
3. Либо, когда он записан в системе, как владелец ячейке - пользователь может переводить ячейку в режим технического обслуживания. Режим технического обслуживания закрывает возможность арендовать ячейку.

Для каждой ячейки в системе определен её тип, а для каждого типа утвержден действующий тариф.

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

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

Однако, поверх этой модели, как используя ее возможности, так и игнорируя их, мы можем зарабатывать следующими способами:

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

2. Долгосрочная аренда почтомата для внутреннего использования клиентом - в этом случае все расчеты биллинговой системы игнорируются. Клиент может зарабатывать на почтомате через механизм управления временным доступом к ячейкам - в этом случае ему будет нужна какая-то своя система расчетов с пользователями.

3. Продажа почтомата. Может быть как для внутреннего использования клиента, так и для предоставления его услуг на платформе сервиса через механизм модели разделяемых расходов (https://t.me/LockerPostMarketingInformation/51)

У меня отличные новости :)!

Мы реализовали возможность отгрузки заказа в почтомат. Возможность возврата в почтомат тоже теперь есть - для её использования покупателем нужно согласование продавца на возврат. Теперь мерчатны могут очень легко интегрировать возможность работы с почтоматами.

Мы уже тестируем возможность доставки содержимого ящичка курьером до двери (до локации) с оплатой через механизмы холдирования Payme.

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

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