Мобильный Бизнес Пак (на планшетах, смартфонах, в интернете)

<Александр>
Но я против облачной версии всетаки еще мобильный интернет не такой быстрый как хотелось бы а в некоторых районах города вообще 3g отсутствует
Разработка нативного клиента очень накладна, пока планируем решить через веб интерфейс. В общем ещё изучаем вопрос.

Linkasum, Я мог бы сразу выставить счет на свои услуги и на какой нибуть товар оперативно
Для вас имеет значение способ размещения вашей информации? Будет ли это база на нашем сервере или клиент в телефоне?

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

Я давний пользователь БП. Вот моя неразрешимая ситуация: работаю из 2-х мест (мобильный офис и стационарный).
На работе есть менеджер,который может выписывать счета, приходники, добавлять фирмы и товары в базу и прочее. Я часто в разъездах по клиентам и так же выписываю счета, накладные и СФ(для отправки по электронной почте на оплату Клиентам). У нас сквозная нумерация счетов (по-порядку)и приходиться каждый раз созваниваться с менеджером для уточнения последнего номера документа... Это очень не удобно! Особенно в конце квартала, когда идет много счетов и сдаточных документов (не один раз уже пересекались и присваивали одинаковые номера разным документам).
Кроме того, с недавних пор пользуюсь iPad.Это удобно для работы с почтой, интернетом (пока не встретил ни одной мертвой зоны - везде есть интернет. разные скорости, но есть везде, где я бываю). Так вот я вынужден таскать с собой еще нетбук только ради БП! Считаю целесообразным иметь версию для iOS, и обязательно с удаленной синхронизацией. Не всю базу качать, а только последние изменения. Это и есть "облако", если я правильно понимаю.
Если решение о создании БП на мобильной платформе дело не скорое, то что вы посоветуете делать сейчас для синхронизации базы с мобильного и стационарного места? Выделенного IP нет. Хранить базу на стороне я согласен (там нет ничего тайного или криминального).
Мобильный интернет не быстрый (3G). Всю базу копировать по несколько раз в день не реально...
Заранее спасибо за дельные советы!

Самое простое это использовать удаленный рабочий стол либо терминал я сам так делаю со своего ipad если вопросы возникнут могу помочь
Я использую либо ignition либо splashtop либо mobile admin

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

<Евгений>, приходиться каждый раз созваниваться с менеджером для уточнения последнего номера документа
На самом деле, даже работа в локальной сети не даст вам гарантий избежания коллизий. Так что ваш способ самый надёжный :)

Linkasum, Это и есть "облако", если я правильно понимаю
Хранение любой части данных вне устройства пользователя называется облаком.

<Евгений>, Хранить базу на стороне я согласен (там нет ничего тайного или криминального).
У нас есть вполне стабильные наработки по удалённому доступу к базе БП. Думаю вы сможете договориться о размещении вашей базы на нашем сервере за какие-то деньги. Обратитесь электронной почтой на адрес all@pvision.ru Что бы не объяснять всё снова, дайте ссылку на это сообщение. (А если бы у вас был кабинет, как у уважаемого Linkasum, мы бы отправили вам вопросы по подключению уже сейчас :)

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

Я согласен что занят, но если использовать программу multiex либо два разных пользователя то ничего сложного в этом нет

<Евгений>,
Начните номер счета на пример с "ЛСч-1" у себя на нетбуке, а в офисе "ОСч-1"
и у вас будут счета с разными нумерациями...
офисе(ОСч-1,ОСч-2,ОСч-3...) нетбуке(ЛСч-1,ЛСч-2...)
удобнее чем уточнять номер.

Добрый день.
Являюсь бывшим активным пользователем БП и по совместительству руковожу парочкой ИТ проектов.
Сейчас использую БП редко в основном когда нужно самому в отрыве от офиса(если при себе ноут) быстро отправить кому-нибудь счет.
Без колебаний рекомендую ваш продукт своим начинающим партнерам и периодически с интересом заглядываю сюда на предмет – а что новенького.

Огромное вам спасибо за ваш продукт, за вашу работу.

Имею свое мнение по поводу вектора развития этого вашего продукта.
Вот несколько тезисов:
1
По поводу создания интернет сервиса
Никто в здравом уме выкладывать все свои проводки в сеть не будет – учитывайте особенности менталитета и особенности страны.
Даже если у пользователя будет хоть одна, на его взгляд, сомнительная проводка он так или иначе перестанет со временем пользоваться интернет сервисом ибо дробить \ делить их ужасно неудобно и теряется смысл вообще использовать общую базу. Тоже самое касается использования облака.
Исключения составляют только зарубежные облака подтвердившие свою надежность и имеющие в своем реноме историю со скандальным отказом предоставить данные пользователя силовым структурам.
2
Написание программы для Mac
Конечно имеет смысл ибо пользователей под Mac становится всё больше.
Но вижу затруднение в таком подходе в виду того что разработка версий для большого кол-ва платформ имеет огромное количество подводных камней и сложностей.
Достаточно упомянуть лишь то что кол-во разработчиков и тестировщиков должно вырасти при том серьезно ибо со временем по мимо версий для win и Mac появится должны будут версии для всех более ли менее популярных дистрибутивов Lin etc.
В виду этого вижу один достойный выход из положения:
Необходимо разрабатывать впредь лишь одну версию, написанную на Java
Прошу не путать с интернет версией
Это должна быть офлайн программа \ аплет с офлайн базой
Работать будет на всех платформах поддержка нескольких основных платформ для java куда как проще нежели поддержка нескольких нативных версий под такое же кол-во платформ.
После того как будет разработана офлайн версия можно будет без особого труда реализовать на её основе и интернет версию для тех кто все-таки хочет иметь все в облаке.
3
Разработка приложения для мобильных ОС
Стоит обратить внимание что сейчас их развелось великое множество
но очень легко вычленить из этого множества те под которые стоит писать версию своего продукта.
Перечисляю названия ОС по порядку в котором нужно под них писать
Т.е. теоретически если и разрабатывать версии то именно в таком порядке
iOS с поддержкой отправки почтой электронных версий счетов и проч. документов(через pdf etc) и поддержкой их облака для хранения и синхронизации данных с настольной java версией
Android с поддержкой отправки почтой электронных версий счетов и проч. документов(через pdf etc)
Windows Phone 8

При чем хочу заметить что при разработки прилоджения для iOS его портирование на Android будет не слишком трудоемким.

А при разработке под Windows Phone 8 приложение будет опять же не слишком сложно портировать под «десктопные» версии для ARM(планшеты недобуки) и x86 (оно у вас уже есть:)

PS
Пишу кратко, не расписываю что да почему
Если остались неясности могу уже мылом расписать подробнее том числе вектор развития монетизации или даже подъехать пообсуждать естественно всё безвозмездно.

Еще раз спасибо вам за ваш продукт.

Я постоянно езжу в командировки и специально приобрел планшет, чтобы можно было делать сф и накладные для клиентов прямо в дороге. Мне просто как воздух необходим БП на Android 2.3

<Rafael>
офисе(ОСч-1,ОСч-2,ОСч-3...) нетбуке(ЛСч-1,ЛСч-2...)
К сожалению такой фокус со счетами-фактурами не пройдёт.


<Alex>, ваше мнение очень ценно, спасибо.

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

Например: можно будет выписать счёт с веба пользуясь счётчиком документов (чтобы избежать конфликтов), справочником номенклатуры (не сомнительная информация) и своими реквизитами. Компания партнёр вводится т. к. справочник партнёров мы считаем секретной информацией. Счёт выписывается и пересылается почтой или телепаком клиенту. При очередной синхронизации счёт удаляется с веба и добавляется в стационарный БП, а БП отдаёт изменения номенклатуры.

Логика, я думаю, ясна. Из этого примера можно будет добавлять и удалять звенья самостоятельно. Расшарить справочник клиентов, например. Или убрать счётчик документов.

<Тимур>, делать сф и накладные для клиентов прямо в дороге
Вы один работаете на БП?

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

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

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

Только думаю чаще всего клиенты будут закрывать всю инфу от облака кроме счетчиков – думаю люди хоть с небольшим кол-вом паранойи(не издеваюсь, зачастую её наличие оправдано и есть не что иное как опыт) выберут именно этот вариант.

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

Я бы порекомендовал еще присмотреться к офлайн синхронизации
Т.е. её можно использовать как целиком так и частично
Пример частичной: номера документов синхронизируются через облако
Вся остальная информация через офлайн и при желании по средством файла бэкапа(у вас сейчас файлы бэкапа создаются при каждой сессии) ну или подобное.

Чем выгодна офлайн синхронизация между устройствами

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

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

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

Что вы получите:

1
Приложение которое может работать под любой более ли менее популярной десктопной ОС
Более того оно сможет работать с флешки ДАЖЕ если на компьютере не установлена java машина ибо её всегда можно запустить с этой же флешки.

2
На основе этого аплета вы сможете развернуть интернет сервис
Только он будет работать не в окне браузера как вэб сервис, а будет запускаться в отдельном окне аплета как это сейчас происходит с большинством продвинутых банк клиентов.
Это даст возможность развернуть полный функционал.
Боле того доступ к аккаунту (кабинету) в сети можно будет закрыть как с помощью пароля так и с помощью USB токена

PS
И все-таки я рекомендовал бы разработать мобильное приложение с локальной базой и возможностью её офлайн синхронизации с настольной.

Если например вы будете распространять офлайн десктопную java или даже не java версию бесплатно(как делаете это сейчас)
А с онлайн версии захотите получать некую прибыль(как вы наверное планируете) либо по схеме покупки доступа на некий срок или продажи места на диске или кол-ва синхронизаций или кол-ва документов.
Но вы все равно удивитесь сколько вы заработаете при всем при этом продавая версию хотя бы только для iOS за какие-нибудь смешные полтора доллара.
Пользователь имея у себя бесплатную версию на компьютере и прикипев к ней без всяких промедлений купит и мобильную версию с полным функционалом.

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

<Alex>, многие ошибочно считают бизнес приложения отражением реализации хранения данных. Это совсем не так. Хорошее бизнес приложение это в первую очередь интерфейс, со всеми вытекающими следствиями. Java для реализации такой парадигмы сомнительна. С кроссплатформенностью тоже не всё гладко - гуй только для вин и линукс (БП под вайном и так работает, даже входит в дистрибутив Инфралинукс). Офлайн синхронизация штука, несомненно, хорошая, но пока не решён вопрос с клиентами за это браться смысла не имеет даже на уровне планирования. Конечно будем стремиться к полноценному мобильному приложению, но не на этом этапе.

Здравствуйте,
на мой взгляд, просто необходимо портировать эту программу хотя бы на Андроид, пусть даже она будет и не бесплатная или условно бесплатная! Пользуюсь ей уже более 6 лет. Спасибо Вам!

Очень давно пользуюсь Бизнес Пак. Отличная программа.Большое спасибо. Был в отпуске с планшетником и надо было отправить счёт-фактуру, но увы. Так что надо программу на планшет

<Дмитрий>, <Александр>, трудимся.

Здравствуйте!
Присоединяюсь к дискуссии, что ваши программы должны быть в планшетных устройствах.
Сделайте выводы - в среде моих знакомых, друзей и партнеров (100-150 человек; рекламный бизнес) за последние год-два я не видел устройств на платформе Windows - примерно 90% Apple и 10% Andriod.
Соответственно, в первом случае подавляющее большинство использует iPad'ы и ноуты Apple, во-втором случае планшетники разных производителей. Но одно их всех обьединяет - никто и никогда не вернется обратно на Windows!!!
Не нужно говорить, что кто поробовал работать на Маках, испытывает культурный шок от простоты и удобства в работе :)) и только "заточенность" вашего софта под Windows останавливает нас от полного разорения Microsoft :))
Вы же знаете, одно только упоминание, что "1С выпустило обновление конфигурации" приводит тысячи бухгалтеров к депрессии, потому что никто не знает, что будет после обновления. Программа "1С" и ее обслуживание - это просто выкачивание денег из трудолюбивого малого и среднего бизнеса.
Поэтому, вам все равно придется делать платформу под мобильные устройства - но это в ближнем будущем - а пока начните делать веб-клиент для мобильного доступа к программам для удаленного управления документооборотом. ЭТО НУЖНО УЖЕ СЕЙЧАС, а реально - уже год назад...
Лично я готов оплатить усовершенствование, думаю и другие пользователи будут со мной согласны, ведь полученное удобство окупится очень быстро и с лихвой.

Я ИП. Бухгалтера не держу. Только благодаря Бизнес Паку сам делаю все документы. Пользуюсь этой программой более 6 лет. Огромная благодарность разработчикам. Часто езжу за границу и использую БП с нетбука. Я единственный пользователь, поэтому проблема с номерами документов не возникает. Сейчас перешел на планшет и... не нашел Бизнес Пак на Андроиде. Сделайте хотя бы сокращенную версию: счета, накладные, счет-фактуры. Пусть будет платная, куплю, притом с удовольствием - бесплатная компьютерная версия давно оправдала все затраты...

Здравствуйте!
Пользуюсь БизнесПак установленном на стационарном компе. Решил приобрести планшет на Андроиде (очень необходим в моей работе). Очень-очень нужен БП на Андроид. Уважаемые разработчики ПОЖАЛУЙСТА разработайте.

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

Далее Вы пишите "Хорошее бизнес приложение это в первую очередь интерфейс, со всеми вытекающими следствиями. Java для реализации такой парадигмы сомнительна."
Не согласен в корне ибо хорошее бизнес приложение это в первую очередь функционал и именно web с этой точки зрения сомнителен т.к. полный функционал реализовать через него проблематично и что важнее не будет иметь спроса.

"С кроссплатформенностью тоже не всё гладко - гуй только для вин и линукс (БП под вайном и так работает, даже входит в дистрибутив Инфралинукс)."
Согласен но я писал также и о возможности создания java клиента для доступа через интернет опять же как альтернатива(не вэб интерфейс но java аплет) тут с точки зрения кросплатформенности все более ли менее гладко.

"Офлайн синхронизация штука, несомненно, хорошая, но пока не решён вопрос с клиентами за это браться смысла не имеет даже на уровне планирования."
Не совсем понял, о каком вопросе идет речь, лично я пользовался этим через файлы бэкапа. Приходилось строго следить за их версиями, ибо там была не синхронизация через объединение, а скорее синхронизация через полное замещение.

"Конечно будем стремиться к полноценному мобильному приложению, но не на этом этапе."
Жаль, ибо вы упускаете прибыль

<Alex>
бизнес приложение это в первую очередь функционал и именно web с этой точки зрения сомнителен
Дело в том, что функционал у всех бизнес приложений примерно одинаковый. Вернее, он примерно одинаковый для приложений одного сегмента. Соответственно изменение набора функций приведёт к отдалению от предметной области и потере рыночных позиций, следовательно не стоило бы браться за разработку, не убедившись в возможности реализации функционала в полном объёме. Мы убедились, во всяком случае думаем, что убедились.

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

<Alex>, была не синхронизация через объединение, а скорее синхронизация через полное замещение.
Я имел в виду, что пока нет нативного клиента, нет и полноценной синхронизации.

<Alex>, вы упускаете прибыль
Прибыль — это разница между доходами и затратами. То, что мы упускаем затраты — это факт, а вот насчёт прибыли, в обозримом будущем, не уверен.

Большое спасибо за ваше мнение и вопросы, они нам помогают.