Насчет других вариантов - без понятия. Я просто спросил
По данной теме могу дополнить только одно. При попытке удаления аккаунта - они запрашивают очищать ли данные сервисов или сохранить (для возможности восстановления если пользователь передумал). То есть какая-то функция очистки точно есть. Можно ли её применить через техподдержку - не пробовал
Директору по развитию ИИ Банка плотно засел в печёнки Департамент Маркетинга Банка, у которого горят KPI по продаже "новых продуктов" и он решил проветрить идею автоматического открытия этих продуктов под девизом "ИИ виднее"?
Я вот всё правильно же прочитал?
Штош. Свежо.
Надо будет почаще заглядывать в свои клиент-банки, проверять не решил ли кто чего за меня.
Собственно, об этом и был долгий разговор. Стоит ли учить именно британской версии произношении, если в остальном мире это скорее всего воспринимается именно в "подразумеваемом" смысле.
В итоге сошлись на том, что сын уже достаточно взрослый чтобы объяснить.
Камрады видимо сидят на УСН (Доходы минус расходы 15%) и за счёт страховых взносов и возможных льгот имеют ~7% Ок.
Мы пока на НДС не попали, но это вопрос времени
По 176ФЗ камрадам нужно будет платить 5% при обороте >60 млн. При обороте 2,5 млн с партии НДС 5% = 125т.₽ сверху, которые либо убьют заявленную маржу, либо придётся повышать цену и получать снижения спроса. На этот оборот они по цифрам (мы же им верим?) вот-вот выйдут, то есть вопрос стоит остро.
И тут возникает момент, который камрады видимо постеснялись упомянуть :)) Им неоткуда платить этот НДС: - при контрабанде карго-ввозе нет входного НДС (нет ГТД), а значит нет права на вычет, то есть те самые 5% платить нужно, а вычесть нечего. - НДС платится с отгрузок, а деньги от маркетплейса приходят с задержкой 7–14 дней. Нужен оборотный капитал, которого нет. Типовой кассовый разрыв.
Вариантов у них особо нет, либо дробить бизнес (ещё большие риски, которых и так хватает. Там в статье заявлена ещё покупка отзывов в явном виде, а это ещё пара статей, если по-серьёзному домотаться), либо уходить на ОСНО в белую, а с их маржой ~4 это глубокий минус.
Чёт есть ощущение, что тут не только маркетплейсы виноваты ))))))
Да, разумеется. И 1-я линия ТП на трубе с персоналом магазина скорее всего не дойдут до этого. Но инциденты с кассами - это по дефолту высокий приоритет, а значит до 3-й линии инцидент долетит очень быстро. И там пришлют штрихкоды, сбросят и настроят заново.
Ну ок. За 10 минут я конечно слишком оптимистично заявил :)))))
Да, привычка - дело реально серьёзное. Просто интересно стало. Я бы покурил с заказчиком этот вопрос, попадись мне такая задача. Дело тут даже не в мобильности рабочего места. На ТСД сам UI нативнее для таких задач.
Там другие минусы типа интеграции с Эской в недрах склада, глухие зоны wifi, обрывы коннекта и прочие неприятности
Про сканера - да, разумеется. Подавляющее большинство моделей настраиваются служебными штрихкодами.
Насчёт вектора атаки - я реально в ступоре. Можете придумать кейс? Ну допустим Вы на кассе самообслуживания в условной Пятерочке отсканировали 3 штрихкода (кстати, для этого модель их сканера нужно знать). Режим программирования - запрет чтения датаматрикс - сохранение настроек. Ну перестала касса на некоторое время пробивать кефир и прочий Честный знак. Пока поддержка руками директора магазина не сбросила сканер в дефолт и не вернула настройки. Дел на 10 минут.
Ну а дальше идёт вызов наряда, съём данных с камер и привет минимум административка за хулиганство. Причём не отвертишься никак. Штрихкоды специальные, умысел докажет любой первокурсник с юрфака.
Если кто-то покажет сканеру любой штрихкод из методички по программированию (а не только коды для перевода в режим эмуляции клавиатуры и обратно в Com), то хорошо проинструктированный суровый начальник смены оторвёт ему руки.
Так - работает. Многократно проверено.
В сторону ТСД вообще не смотрели? Любопытно зачем оставили моноблоки, если по-любому софт допилиливали?
10000 / 30 дней / 12 рабочих часов - это примерно 1 выдача в 2 минуты. Конвейер.
Я не буду спорить с Вашей математикой, своей по-любому нет. Но у меня паззл не сошёлся.
В целом логика, которую Вы привели абсолютно рабочая, розничные продуктовые сети тоже от оборота на количество жителей вокруг точки раньше считали. Но цифры мне кажутся странными
Если совсем коротко, то да. При превышении лимита мест хранения и скорости выдачи, ПВЗ просто нельзя выбрать для доставки. Если интересно, можно помониторить вал таких отключений при приближении крупного праздника типа 8 марта.
По отношению к покупателям тут с одной стороны, да. Наличие лимита - это неудобно. С другой стороны
- в ПВЗ в основном используется ячеечная система хранения, которая обеспечивает высокую скорость и точность выдачи. Сотрудник не ковырятся полчаса в мешках в поисках заказа. Это для покупателя положительно. Зашел-забрал
- в ПВЗ ограничено количество сотрудников. При условной норме обслуживания 3 минуты на заказ, больше 20 заказов на час на точку распределять нельзя - будет очередь и беготня
Я имею в виду, что "лимиты" - обычное ограничение процесса. Но могут использоваться не только по прямому назначению :)
В данном случае требования к методу обработки уже детерменированы, не меняются от запуска к запуску и их формулирование не дается на откуп модели в инференсе.
То, что промпт написан с применением LLM, в данном случае не играет сильной роли. Это малая автоматизация, почему бы и нет, если результат проверен. Важнее то, что на входе есть стабильный фиксированный перечень требований.
Разумеется, это не даёт 101% гарантии, но минимум иллюзия управляемости уже есть
Глядя на вес приложения Option+ периодически начинаешь думать, а настолько ли нужны эти фичи.
...
А так конечно хорошо
Насчет других вариантов - без понятия. Я просто спросил
По данной теме могу дополнить только одно. При попытке удаления аккаунта - они запрашивают очищать ли данные сервисов или сохранить (для возможности восстановления если пользователь передумал). То есть какая-то функция очистки точно есть. Можно ли её применить через техподдержку - не пробовал
Вариант сделать новый аккаунт на яндексе не подходит?
Директору по развитию ИИ Банка плотно засел в печёнки Департамент Маркетинга Банка, у которого горят KPI по продаже "новых продуктов" и он решил проветрить идею автоматического открытия этих продуктов под девизом "ИИ виднее"?
Я вот всё правильно же прочитал?
Штош. Свежо.
Надо будет почаще заглядывать в свои клиент-банки, проверять не решил ли кто чего за меня.
Слишком очевидные ответы, что показывает 80+% верных в среднем, кроме последних двух
На Оке, и не только на ней, на АМС тоже :) я сниму не "один из двух", а конкретно X-отчет для того, чтобы проверить выручку.
Спасибо, коллеги :))
Реально приятно было.
Вопрос практического применения.
Я очень хорошо понимаю говорящих по-английски немцев и итальянцев когда смотрю конференции в оригинале.
С американцами - сложнее, слишком много незнакомых идиом, я часто не уверен, что понял.
Англичан не понимаю вообще. Сразу включаю перевод. Но и встречаются они мне крайне редко, поэтому не страдаю
Поверю :))))
Собственно, об этом и был долгий разговор. Стоит ли учить именно британской версии произношении, если в остальном мире это скорее всего воспринимается именно в "подразумеваемом" смысле.
В итоге сошлись на том, что сын уже достаточно взрослый чтобы объяснить.
Сейчас он произносит "кэнт"
Долгий разговор был с репетитором английского у сына, которая упорно учила его произносить сокращенное "Can not" как "кант".
Да много таких засад в любом языке
В хокку бы это переложить
И можно пилить мемасик топовый :)))
Странный CJM, что завернули на приглашение персонала. Достаточно сигнала + 5-секундной плашки и/или кнопки сброса покупателем.
Но в чужую голову не влезу, не знаю что там "так бизнес хотел".
Я бы, столкнувшись с таким, не поленился написать цветастое дадзыбао куда-нибудь в "обратную связь"
Перечитал статью с калькулятором под рукой.
Камрады видимо сидят на УСН (Доходы минус расходы 15%) и за счёт страховых взносов и возможных льгот имеют ~7%
Ок.
По 176ФЗ камрадам нужно будет платить 5% при обороте >60 млн.
При обороте 2,5 млн с партии НДС 5% = 125т.₽ сверху, которые либо убьют заявленную маржу, либо придётся повышать цену и получать снижения спроса.
На этот оборот они по цифрам (мы же им верим?) вот-вот выйдут, то есть вопрос стоит остро.
И тут возникает момент, который камрады видимо постеснялись упомянуть :)) Им неоткуда платить этот НДС:
- при
контрабандекарго-ввозе нет входного НДС (нет ГТД), а значит нет права на вычет, то есть те самые 5% платить нужно, а вычесть нечего.- НДС платится с отгрузок, а деньги от маркетплейса приходят с задержкой 7–14 дней. Нужен оборотный капитал, которого нет. Типовой кассовый разрыв.
Вариантов у них особо нет, либо дробить бизнес (ещё большие риски, которых и так хватает. Там в статье заявлена ещё покупка отзывов в явном виде, а это ещё пара статей, если по-серьёзному домотаться), либо уходить на ОСНО в белую, а с их маржой ~4 это глубокий минус.
Чёт есть ощущение, что тут не только маркетплейсы виноваты ))))))
Да, разумеется.
И 1-я линия ТП на трубе с персоналом магазина скорее всего не дойдут до этого.
Но инциденты с кассами - это по дефолту высокий приоритет, а значит до 3-й линии инцидент долетит очень быстро. И там пришлют штрихкоды, сбросят и настроят заново.
Ну ок. За 10 минут я конечно слишком оптимистично заявил :)))))
Автору вопрос.
Вы уверены, что подробное описание карго-ввоза удовлетворяет тематике хаба "бизнес-модели"?
Чего конечно не встретишь на Хабре ...
Конкретно у этих товарищей суммы смешные (если там реально 300к₽ в месяц) и с ними даже по 16.1 .. 16.3 КоАП и 122НК связываться вряди кто будет.
Но если Ваш шедевр прочитают другие люди, примут как норму, решат воспользоваться советом и влетят уже на 194УК ?
Вам людей то не жалко за плюсики на хабре?
Про ТСД.
Да, привычка - дело реально серьёзное. Просто интересно стало. Я бы покурил с заказчиком этот вопрос, попадись мне такая задача. Дело тут даже не в мобильности рабочего места. На ТСД сам UI нативнее для таких задач.
Там другие минусы типа интеграции с Эской в недрах склада, глухие зоны wifi, обрывы коннекта и прочие неприятности
Про сканера - да, разумеется. Подавляющее большинство моделей настраиваются служебными штрихкодами.
Насчёт вектора атаки - я реально в ступоре. Можете придумать кейс? Ну допустим Вы на кассе самообслуживания в условной Пятерочке отсканировали 3 штрихкода (кстати, для этого модель их сканера нужно знать). Режим программирования - запрет чтения датаматрикс - сохранение настроек. Ну перестала касса на некоторое время пробивать кефир и прочий Честный знак. Пока поддержка руками директора магазина не сбросила сканер в дефолт и не вернула настройки. Дел на 10 минут.
Ну а дальше идёт вызов наряда, съём данных с камер и привет минимум административка за хулиганство. Причём не отвертишься никак. Штрихкоды специальные, умысел докажет любой первокурсник с юрфака.
Если кто-то покажет сканеру любой штрихкод из методички по программированию (а не только коды для перевода в режим эмуляции клавиатуры и обратно в Com), то хорошо проинструктированный суровый начальник смены оторвёт ему руки.
Так - работает. Многократно проверено.
В сторону ТСД вообще не смотрели? Любопытно зачем оставили моноблоки, если по-любому софт допилиливали?
10000 / 30 дней / 12 рабочих часов - это примерно 1 выдача в 2 минуты. Конвейер.
Я не буду спорить с Вашей математикой, своей по-любому нет. Но у меня паззл не сошёлся.
В целом логика, которую Вы привели абсолютно рабочая, розничные продуктовые сети тоже от оборота на количество жителей вокруг точки раньше считали. Но цифры мне кажутся странными
У Вас случаем нет источника этой цифры (1500..2000)?
Это не троллинг, реально интересно.
Если под рукой нет и/или долго искать - не расстроюсь.
Если совсем коротко, то да. При превышении лимита мест хранения и скорости выдачи, ПВЗ просто нельзя выбрать для доставки. Если интересно, можно помониторить вал таких отключений при приближении крупного праздника типа 8 марта.
По отношению к покупателям тут с одной стороны, да. Наличие лимита - это неудобно. С другой стороны
- в ПВЗ в основном используется ячеечная система хранения, которая обеспечивает высокую скорость и точность выдачи. Сотрудник не ковырятся полчаса в мешках в поисках заказа. Это для покупателя положительно. Зашел-забрал
- в ПВЗ ограничено количество сотрудников. При условной норме обслуживания 3 минуты на заказ, больше 20 заказов на час на точку распределять нельзя - будет очередь и беготня
Я имею в виду, что "лимиты" - обычное ограничение процесса. Но могут использоваться не только по прямому назначению :)
В данном случае требования к методу обработки уже детерменированы, не меняются от запуска к запуску и их формулирование не дается на откуп модели в инференсе.
То, что промпт написан с применением LLM, в данном случае не играет сильной роли. Это малая автоматизация, почему бы и нет, если результат проверен. Важнее то, что на входе есть стабильный фиксированный перечень требований.
Разумеется, это не даёт 101% гарантии, но минимум иллюзия управляемости уже есть