Сначала отступление:
В описании указано, что нужно ориентироваться на портретную ориентацию устройства

Экраны смартфонов, в основном, ориентированы на вертикальное расположение (портретная ориентация), поэтому форма существенно ограничена по своей ширине и слабо ограничена по высоте.

И в демо базе заказ узкий, а вот главное окно то альбомное....

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

Ну это еще решаемо, а вот захотели передать контрагента от одного торгового к другому, как у первого на мобильном устройстве удалить по этому контрагенту всю инфу (включая документы), но не удалить при этом в главной базе?

И более глобальный вопрос, торговый представитель провинился до увольнения, как при его очередной синхронизации все у него удалить?

Разумеется интересно обсудить концепцию решения, а не получить исполняемый код :)

Или (О какой я фантазер) оно выгружает/удаляет опираясь на права доступа основной базы автоматически? А то и RLS там нет

1) Да.
2) Удаление так и не поборол, но в теории возможно.
3) Держать "пустого" агента.

Мы говорим об УТ11 или более глобально?

как делить контрагентов? - Основной менеджер в контрагенте, , регистр сведений, в условиях договора, условия работы как в УТ11, короче душа желает.

Ну и слушай (3) - сабж знает не понаслышке.

(4)Глобально, а разве УТ11 уже дружит с мобильной платформой? Но есть на примере типовых конф, то тоже можно по обсуждать.

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

(6) дружит, есть пример на УТ11, но это не 8.3

(8) Я про Мобильная платформа 1С:Предприятия 8.3.1.20,

(9) только 1С Заказы, и только с демкой

если при старте проверять валидность пользователя то теряется смысл оффлайн работы.

получается единственное - это проверять валидность при синхронизации и если клиент заблокирован  - грохать данные или например блокировать доступ в базу.

+

думать над передаваемой информацией на мобильное устройство.

(9) но те проблемы (задачи), о которых ты говоришь, по синхронихации, они в 11 УТ точно такие же

(12) эти проблемы по сути будут и например если вы бухгалтеру по РБД базу зацепите на его домашний ноут..

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

1. регламентировать изменение списка клиентов
2. требовать периодически полной синхронизации КПК у работника

(14) полной синхронизации КПК =  "начальная инициализаци ИБ"

(14)А, типа раз в неделю переустанавливаем приложение, интересный вариант.

(16) да нееет, там есть режим, когда база тянет данные с сервера как будто на КПК ничего нет, по факту полностью данные перезаписывает

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

(17) В мобильной платформе (по крайней мере в демо базах) ИМХО можно только через переустановку программы.

(18)Ну ехать это слишком. Человек и так минимум раз в день по идее выходит на связь. передавая заказы

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

Разумеется это нужно на уровне платформы в режиме авторегистрации в плане обмена.

(21) сделай. платформа позволяет

к чему все эти рассуждения, если программа не юзабельна? На LG P500, самый популярный девайс для мобильной торговли, она вообще не устанавливается, тупо не хватает места под платформу.

(21) все реализуемо, просто никто по человечески не доделывал. мы - потому что ленивые, 1С - потому что мелочь+ненастойчивый методист. а так на планах обмена удаление работает

В демо базе нашел кусок удаляющий ненужное
Функция НуженПереносДанных(Данные, УзелОбмена) Экспорт

(23)Про Р500 я знаю, у меня такой и не смог попробовать.Попробую на читалке NOOK, там андроид 2.1

+(24) подтверждаю. Удаление работает на планах обмена. Реализовано в "нетленке"

(22)Ну вот есть у меня список ссылок для выгрузки, как мне проверить RLS? по сом соединяться с базой под пользователем, чтобы понять какие данные ему позволены?

(22) Подскажи, есть ли более щадящий способ, чем в (28)

(28) В большой ИБ должны быть эти данные.

(30)Не совсем понял, можно развернутей?

В ИБ у тебя есть/должны быть данные о связи агента с данным контрагентом. При обмене смотришь на них и выгружаешь доки, долги и т.д. только по клиентам этого агента.

(32)Правильно ли я понял, что предлагается программно дублировать проверку прав? Тоесть при изменении RLS нужно изменять код. А хотелось бы, чтобы RLS проверялись штатными средствами. Потому и вижу вариант по сом-соединению под пользователем соединятся и тогда уже получать список разрешенных объектов. Нужно только проверить на сколько это медленно.

(23) На мой P500 установилось.

>>программно дублировать проверку прав
Отчасти.
>>при изменении RLS нужно изменять код
Нет.

>>Потому и вижу вариант по сом-соединению под пользователем соединятся
Шутишь?

В.Правильно ли я понимаю что рассматривать мобильное приложение с точки зрения обменов следует как отдельную базу постоянно находящуюся в локальной сети и отдельных инструментов "подключения в интернет" нет и они в принципе не нужны.
То есть если на устройстве интернет есть то можно пользоваться всеми типовыми механизмами обменов?

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


Откуда взять первоначальный "список разрешенных объектов"? ;)

(35) "непостоянно находящуюся в сети"
По-моему, мобильная база аналогична обычной отдельной периферийной БД.

(36)С добавкой, что это периферийная БД под одного пользователя и не обязательно хранить старые дкоументы

(35)Я бы был рад, чтобы в План обмена попадало авторегистрацей или вручную без замарочки с правами, а уже при передаче на мобильный клиент те, которые по RSL не доступны передавались как Удаление объекта.

Потому "список разрешенных объектов" = Зарегистрированные в плане обмена объекты профильтрованные RLS-сами.

(35)Под ком соединяется сервер при выгрузке, чтобы понять какие объекты пролезли по RSL, я не имел в виду чтобы мобильный клиент по ком соединялся

(0) и что тут сложного изменился менеджер у контрагента, поставил в отдельную очередь а-ля изменение менеджера у контрагента (в разрезе менеджер - контрагент). Далее прогнал эти изменения через алгоритм и зарегистрировал нужные объекты на обмен на узлы менеджеров. Далее при выгрузке, если объект не подходит узлу, то отправляешь ему объект УдалениеОбъекта (см. справку). все чего тут мудрить.

(40)А завтра Пересмотрели систему прав, пересматривать обмен?

Для каждого менеджера свой узел обмена, где в реквизитах указана ссылка на менеджера. При изменении менеджера у контрагента регистрировать удаление контрагента и удаление всех документов контрагента на всех узлах, кроме узла нового менеджера.

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

(43) для (41)

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

(45) и что сложного отбивать это на стороне основной базы или сделать программную проверку прав на мобильном клиенте?

(46)Если сравнивать "делать" и "платформа сама сделает", то первое конечно сложнее.

Уточню для вновь включившихся в тему.

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

(47) А что такое пользователь с точки зрения платформы? Если пользователь ИБ - то это сущности которые сами не участвуют в обмене. Если справочник пользователи, то как платформа угадает, что именно этот справочник хранит пользователей? И кто вообще даст гарантию что в чъей-то нетлёнке есть такой справочник?

(48)Тут можно стандартный реквизит плану обмена придумать, а его тип указывает разработчик в реконфигурация 1 раз

(47) вроде взрослый специалист, а говоришь такие детские вещи. Зачем вводить такое ограничение, если обвязка кодом занимает от силы 100 строк.

(50) Вот по тому программно дублировать RLS и при необходимости изменить изменять в двух местах плохо, как по мне.