Регистры бухгалтерии в мобильном приложении

Переносите в регистр сведений. Это просто сделать даже на уровне правил обмена. А на стороне мобильного клиента можно фильтрами организовать подобие отчета.

ОФФ: ветку переместили в раздел Мобильные приложения, хотя в основной ветке 8.* - больше народу... боюсь здесь будет меньше желающих помочь.
с сам всегда пониторил только раздел 8.* (ибо прямая ссылка в меню вверху есть), и про ветку мобильные приложения даже не знал...

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

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

1. Регистр сведений - в это случае есть шанс нарваться на проблемы с производительностью, когда в мобильном приложении нужно будет получить остатки на определенную дату (как минимум придется писать собственный запрос аналогичный виртуальной таблице Остатки). Особенно если имеется достаточное количество номенклатуры и движения в мобильном приложении храняться за весь период.
Как вариант - заводить еще один регистр сведений с остатками, на определенную дату (например начало месяца). Тогда для расчета текущих остатков достаточно будет получить данные этого регистра и добавить движения с даты остатков до требуемой даты. Но в этом случае придется запретить редактировать документы в мобильном приложении раньше даты остатков.

2. Регистр накопления - в этом случае достаточно писать дубли движений в регистре РБ в допрегистр РН, и именно их и выгружать. В это случае ограничений и проблем особо не вижу.

Путем таких рассуждений прихожу в выводу о том, что единственным вариантом получить необходимые данные в мобильном приложении - это дублирование РБ в РН.

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

и в догонку к этим же рассуждениям - думаю нарисуется проблема грамотного формирования движения по РН в мобильном приложении, а именно переделка модуля формирования движений, основанного на РБ на модуль основанного на РН. Ведь если в основной базе сначала сформируются движения по РБ, а потом скопируются в РН, то в мобильном приложении придется рассчитывать движения на основе данных РН, а потом транслировать в основную базу, где потребуется перепроведения этих же самых документов, формирование записей РБ и РН и конечно, итоговые записи РН могут (а возможно и обязательно будут) отличаться от тех, что сформированы в мобильном приложении...

вообщем жесть...

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


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

Не совсем понял. Вы от регистра сведений в итоге пришли к плану обмена? или наоборот?
В своей тестовой базе я пробовал реализовать обмениваться через планы обмена - все обменивалось очень хорошо, правда все было практически штатно, почти по принципу РБД.

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

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

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

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

Для начала, Вы лучше прикиньте- точно ли нужно хранить остатки в мобильном решении? Да, именно так! Остатки можно получать и из Главной базы в виде отчета. Мобилки сейчас достаточно шустрые да и интернет развивается. Решение с РН - это дополнительная работа Андроиду, остатки, обороты всякие и т.п. Вам нужно хранить в мобильнике остатки за прошлый год? А позапрошлый? А ведь РН это богатство все тащит с собой! Напишите простой отчет и получайте данные через XDTO! Просто и со вкусом! (Ну я бы так сделал, без допила основной конфигурации!) Удачи! :)

понял, возьму на заметку. однако вопрос с РБ открыт...

ну да) но постоянное использование 3Г...

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

В любом вопросе уже содержится 50% правильного ответа!

Интересно...

Нужна промежуточная база по тем данным которые необходимы. Основная база будет с ней синхронизироваться (конвертация данных в помощь), а уж эта база будет целиком синхронизироваться с мобильным приложением. Регистры бухгалтерии придется преобразовать в регистры накопления на этапе переноса данных из основной в промежуточную. Как вариант в промежуточной можно сделать и свое проведение возможностей там больше чем в мобильном приложении. Что бы целиком не хранить данные за все периоды в мобильном приложении, на этапе переноса данных в промежуточную базу лучше делать срез остатков и далее движения по нужным периодам (так будет быстрее работать).