Можно там свои команды добавить или ограничить их набор?

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

Думаю то что надо спасибо

👍

Как всегда решение было на поверности. Но если кто-то найдет как именно перетаскивать будет просто супер

кто-нибудь подскажет минимальная поддерживаемая версия android, и меняется ли она вместе с номером платформы?

Тут тебе ни кто сильно не скажет, все зависит от 1с. Могу и не менять.

я видел где-то информацию, что android 2.2, но я не могу понять как это работает, допустим у меня android api 29, что соответствует android 9, а других не установлено. и как платформа может поддержать версию 2.2 с таким api? сомнительно...

Тут даже не в андроиде дело. Для 2.2 надо ставить старую платформу мобильную.

А там нет нужного функционала

У них есть курс. Но оооочень старый. Собственно свежих и у 1с нет. Тот что заявлен как "новый" ничем не дополнен за 2 года.

Помогите идеями. Номенклатура 6000 скю. У торгового представителя в среднем 200 клиентов, которых он посещает. У каждого клиента есть его скидки. Рассчитывать цены с учётом всех скидок на мобильном тяжело, при том что их надо видеть в списке товаров. Рассчитывать цены в промежуточной базе для каждого клиента кажется избыточным и плюс первый обмен тащит до 12млн записей по ценами. Обмен может и больше получаса идти. Какие есть варианты?

Цены должны быть доступны офлайн

ну а на стороне сервера расчитать цены для каждого клиента перед отправкой на планшет? Большая портянка получится? Может для каждого клиента просто за счет скидок получается как бы свой уровень цен и их не так много будет? Например сделать набор как бы типа цен вида "цена+скидка".

Для сокращения объема передаваемых данных можно сделать чтобы можно было отправлять цены по одному контрагенту. ТП намечает утром (или вечером) куда поедет, актуализирует цены только для этих клиентов и вперед.

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

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

надор данных простой. в номенклатуре несколько полей, тут нет проблем. проблема именно в ценах. от 1 млн до 12 млн записей в зависимости от территории.

потом тудаже добавляются изменения цен и регистр постоянно будет расти.

А счет выписывают прямо из планшета?