Все про автоматизацию мобильных сотрудников.

Привет, читатели первого блога о мобильной торговле, заждались? Знаю, косячим, руки до блога не доходят. Постараемся исправиться и продолжить тему обмена данными, начатую в предыдущем посте . В прошлый раз мы разобрались в том, какие данные надо отправлять руками, а какие можно в автоматическом режиме, но это со стороны торгового агента. А как же руководитель или администратор системы? Именно админу часто могут задавать вопросы, касающиеся скорости попадания заказов в учётную систему. Не подумайте, технически у нас с этим проблем нет, но вот человеческий фактор. Разберём пример. Торговый представитель в десять утра создал заказ из десяти позиций (основываясь на складских остатках), потом ещё создал заказы и в пять вечера все заказы отправил. Ну не подгонял его ни кто, не контролировал, бывает. В итоге утренний заказ с "вычерками", клиент недоволен, коммерсанты теряют прибыль. Виноват кто? Естественно Наполеон :) С последним мириться было нельзя, и мы добавили в консоль...

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

Хорошего дня и приятного лета! Для тех, кто еще не на пляже у моря, новый выпуск рубрики «Погладь разработчика». А кто уже на пляже у моря – не торопитесь, отдыхайте. Мы-то знаем, что если у фирмы дела идут хорошо, темп работы от сезона не зависит. Успеете еще погрузиться в дела, ловите краткий момент, когда можно о них не думать. В общем, нашу статью потом почитаете. Три новинки на сегодня: 1) «Агенты такие невнимательные! Все время забудут обновить АПК, и то закажут что-то, чего на складе уже нет, то с неправильной информацией о дебиторке работают. «А я вроде недавно обновлялся…». Ага, «недавно»! Вчера!» Ну что тут скажешь кроме того, что все мы люди,   невнимательные и самонадеянные. Но агенту мы можем помочь. Например, вот так: Это обычное окно синхронизации приложения «Наполеон» на КПК агентов. А это – с нашей новой фишкой, созданной специально для помощи агентам-растяпам. Теперь напротив каждого типа документа проставляется дата и время пос...

Сегодня поговорим о синхронизации, то есть о передаче информации с КПК торгового представителя на сервер – и, соответственно, менеджеру в приложение и на склад для формирования поставок. В разных приложениях для мобильной торговли процесс синхронизации реализован по-разному. И мы, признаться, не только сами размышляем, как сделать его удобнее, но и посматриваем, что там у соседей, потому что одна голова хорошо, а две – сами знаете. Между прочим, видимо, не все наши коллеги осознают, насколько важно организовать процесс синхронизации. Видели мы недавно систему, в которой вся синхронизация представлена двумя кнопками: «Загрузить» и «Выгрузить». Да-да, всю базу целиком, каждый раз, как нужно передать хоть строчку, хоть бит информации. А если связь плохая? А если агент наделал фоточек на сто мегабайт? Честно говоря, не знаем, как их клиенты справляются. В общем, решили мы поделиться со всеми, кому интересно, своими наработками. По сути, какая информация передается при...

Обычно когда говорят, что «никто другой, только мы» - это о каком-то поводе для гордости. Но не всегда. Иногда это просто какой-то неизбежный факт, с которым, как с воходом солнца, не надо бороться. Надо просто учитывать в картине мира. Ну и подстраиваться как-нибудь. Красивая фраза, которую мы приготовили для вас сегодня, а вы сами судите, есть ли тут чем гордиться: ни одна другая российская программа мобильной торговли не дорабатывается так часто, как АСМТ «Наполеон». Ручаемся. Почему? А все из-за того же курса на кастомизацию, а не на «продукт в коробочке». Мало того, что для каждого нашего клиента создается отдельный проект. Этот проект еще в большинстве случаев не раз и не два дорабатывается. Потому что клиент наш продукт осваивает, понимает, как ему лучше заточить его под себя, каких функций ему не хватает. Бизнес наших клиентов тоже не стоит на месте – он расширяется, углубляется, меняются цели и задачи. Доработки нужны как воздух. Вот пример программы для...

Сегодня поговорим об обновлениях. Как устанавливать их так, чтобы легко, надежно и желательно без привлечения специалистов со стороны заказчика. Для нас этот вопрос особенно важен, потому что мы ориентированы на кастомизированные проекты. Причем мы не просто берем конструктор, собираем, меняем настройки – вуаля, новый проект. Наши проекты новые без дураков, у каждого куча собственных фишек и индивидуальных особенностей. Соответственно, обновляются они тоже по одному, и не регулярно, а по мере пользовательской необходимости, так что, например, для OS Android нас Google Play как механизм обновления не устроит. Проще говоря, обновления чего-нибудь для кого-нибудь – это то, чем мы занимаемся постоянно, проектов-то много. Придем с утра в офис и давай обновлять… Не подумайте, что мы жалуемся. Вовсе нет! Курс на кастомизацию мы взяли сознательно и точно знали, на что идем. А проблему обновлений мы решили. Как? Секрет, но вам скажем. Давным-давно, во времена Palm OS , мы ...

Трафик (передаваемая и принимаемая информация) – это важный момент, влияющий на работу системы мобильной торговли. В первую очередь трафик влияет на время синхронизации (при прочих равных условиях), во вторую на стоимость поддержки удалённого обмена. Сегодня мы поговорим про стоимость удалённого обмена. Не раз встречал информацию производителей систем мобильной торговли, о том, что трафик у них небольшой, при этом приводятся в пример усреднённые величины за рабочий день, однако эта информация на практике мало освещает вопрос стоимости обмена. Вот пример: По нашим замерам трафик основных операций в АСМТ "Наполеон" выглядит следующим образом: - Передача одного заказа из 200 позиций – 1 кб. - Приём 1000 единиц товарной номенклатуры с остатками и пятью типами цен – 30 кб - Обновление складских остатков по той же номенклатуре – 10 кб на 1000 позиций. Таким образом, не сложно подсчитать, что за рабочий день на обновление информации по номенклатуре, долгам и на отправку зака...