Меню

Агент плюс мобильная торговля ошибка модуля

  • Что означает ошибка с кодом 2 «Истекло время ожидания»?

    Данная ошибка означает что истекло время попытки соединения со службой «Агент Плюс СОД».

    Причины возникновения ошибки с кодом 2:

    Причина 1.
    Неверно введены настройки соединения в мобильном устройстве. Проверьте правильность указания адреса: в меню «Сервис – Настройки» на вкладке «Настройки обмена».

    Причина 2.
    Соединение производится по локальной Wi-Fi-сети, а в настройках обмена указан внешний IP-адрес.

    Причина 3.
    В мобильном устройстве отсутствует Интернет-соединение или оно неверно настроено, например, настроен WAP-Интернет, а должен быть настроен и активен GPRS-Интернет.

    Причина 4.
    В МУ настроено несколько точек доступа (провайдеров интернета и сотовой связи). Необходимо удалить все и оставить только одну. При переходе и настройке обмена данными через другого провайдера, также необходимо удалять все настройки интернета, связанные с предыдущим провайдером.

    Причина 5.
    Служба «Агент Плюс: СОД» не была запущена, или была остановлена.

    Причина 6.
    Используемый порт в настройках 1С для службы «Агент Плюс: СОД» закрыт, или порт открыт, но занят или блокируется другим приложением. Проверить доступность порта из Интернет можно с помощью специальных сервисов, например, с помощью сервиса http://speed-tester.info

  • Какие виды модулей обмена данными можно использовать в 1С?

    Все доступные модули можно разделить на два вида: 
    — не требующий внедрения, который запускается как внешняя обработка. Он поддерживает функционал версии «Базовая» приложения «Агент Плюс: Мобильная торговля»
    — требующий внедрения, который встраивается в учётную систему 1С, поддерживает функционал версии «Проф» приложения «Агент Плюс: Мобильная торговля»

  • В чем различия между «Базовая» и «Проф» версии приложения «Агент Плюс: Мобильная торговля»?

    Два основных различия заключаются в том, что в «Базовой» версии недоступен функционал «торговли с колёс» и она с закрытым исходным кодом. 

  • Как активировать приложение «Агент Плюс: Мобильная торговля», если оно уже активировано временной лицензией?

    Чтобы приложение «Агент Плюс: Мобильная торговля» вновь запросило код активации, необходимо очистить данные приложения «Agent+ MDM». Очистка данных приложения выполняется в настройках списка установленного ПО на устройстве с ОС Android.

  • Как сформировать файл полной выгрузки из 1С?

    Для того чтобы получить файл полной выгрузки из 1С «From1C.zip» необходимо:
    1. Открыть обработку «Обмен данными» (из меню «Агент Плюс — Обработки»).
    2. Выбрать торгового агента, для которого необходимо сформировать файл полной выгрузки.
    3. Нажать на кнопку «Выгрузить»
    4. Файл «From1C.zip» должен быть сформирован в папке агента на службе «Агент Плюс СОД» или на FTP-сервере.
    Уточнить название папки агента можно в настройках агента.

  • Где можно получить файл исходного кода (apc файл) приложения «Агент Плюс: Мобильная торговля»?

    Файл исходного кода приложения «Агент Плюс: Мобильная торговля. Проф» можно найти в архиве с дистрибутивом приложения. Данный архив доступен для скачивания по ссылке из сервиса «Агент Плюс: Личный кабинет» (раздел «Дистрибутивы — Мобильные решения»).

  • Как сменить язык интерфейса в приложении «Агент Плюс: Мобильная торговля»?

    Интерфейс приложения «Агент Плюс: Мобильная торговля» поддерживает 4 языка: английский, русский, украинский, китайский. Для того чтобы изменить язык, перейдите в настройки приложения: меню «Сервис — Настройки» вкладка «Интерфейс»,, где для настройки «Язык приложения» (расположена после настроек шрифтов) выберите требуемый язык. После выбора языка приложение необходимо перезапустить. 

  • Можно ли проводить мониторинг передвижений торговых представителей на карте?

    Можно двумя способами:
    1) С помощью подписки на сервис «Агент Плюс: Контроль». Сервис даёт доступ к трекам агентов на любом устройстве с доступом в интернет.
    2) С помощью отчета «Контроль передвижений агентов» в модуле для 1С, с предварительной настройкой записи трека передвижений.

  • Как создать папку на FTP-сервере?

    Создать или удалить папку агента можно на FTP-сервере. Для этого подключитесь к серверу с помощью FTP-клиента (например, «FileZilla») и создайте/удалите требуемую папку (например, «Test») на сервере. Скачать клиент «FileZilla» можно на официальном сайте: https://filezilla.ru/

  • В каком формате хранятся GPS-координаты приложения?

    В приложении «Агент Плюс: Мобильная торговля» все GPS-координаты хранятся в формате «NMEA». Для уточнения информации о градусах, минутах и секундах рекомендуем обратиться к какому-либо онлайн-калькулятору, позволяющему переводить координаты из формата «NMEA» в градусы. Можно воспользоваться сервисом «Google Maps» https://www.google.ru/maps, который позволяет отображать местоположение по координатам «NMEA». К примеру, координаты 5502,2115; 7326,7762 в этом сервисе необходимо вводить в следующем формате: «55 02.2115, 73 26.7762». Сервис «Google Maps» автоматически переводит такой формат в градусы и отображает метку на карте по заданным координатам.

  • Можно ли отобразить остаток товара по выбранному складу в документе из приложения «Агент Плюс: Мобильная торговля»?

    В приложении «Агент Плюс: Мобильная торговля» из контекстного меню окна подбора товара можно включить отображение товара по выбранному складу. При долгом удержании на форме подбора можно выбрать пункт «Остатки по выбранному складу» («Остатки по всем складам»). Фильтрация остатков товаров по выбранному складу доступна только для первых пяти складов, переданных в файле выгрузке «FromCDB.xml». Для последующих складов фильтрация будет недоступна, а приложение будет выводить сообщение «Остатки по выбранному складу недоступны из-за ограничения максимального количества складов.»

  • Можно ли в приложении видеть взаиморасчёты с клиентами?

    Можно. Во вкладке «Долги» отображается информация по дебиторской задолженности. Информацию можно отфильтровать по клиенту. Также в справочнике «Клиенты и маршруты» можно по каждому клиенту посмотреть его задолженность.

  • Агент Плюс или мистические нестыковки при загрузке данных.

    Я
       sergei123654

    10.10.14 — 08:32

    Доброго времени суток!

    В нашей организации примерно 120 торговых представителей которые бегают по городу и собирают заявки забивая их в КПК. После создания заявки в КПК торговый ее отправляет на сервер 1С для последующей ее загрузки в базу.

    Проблема следующая: в час пик загрузки заявок, сама заявка загружается не от того Торгового Представителя.

    Пример: ТП Аркадий — продает молоко в количестве 1 шт. скидывает заявку.

    Но в 1С она прогружается от ТП Тимофей.

    Кто нибудь с этим сталкивался? Как нибудь можно это побороть?

       Маратыч

    1 — 10.10.14 — 08:45

    (0) Сталкивался с таким только при неправильно измененном ТП (т.е. физлицо в сведениях агента поменяли, а его идентификатор в доп.настройках — нет). Или после правильного изменения не сгенерировали заново настройки для СОД.

    А так — у нас больше 300 ТП, но коллизий таких при правильных настройках не было никогда. Есть предположение — у вас загрузкой заявок занимается один экземпляр АП? Или несколько запущено с автоматическим приемом заявок?

       sergei123654

    2 — 10.10.14 — 08:59

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

    Настройки СОД сгенерировали заново

    Загрузкой занимается один экземпляр АП

    С автоматическим приемом заявок запущен один АД

       Agent ООЗ

    3 — 10.10.14 — 09:01

    фигасе, 300 агентов, у вас там наверно специальный человек лицензированием занимается, вот вам делать нефиг 🙂

    нормальный софт лицензируется сам, без человеков!

       Маратыч

    4 — 10.10.14 — 09:04

    (3) Да фигня на самом деле, у АП сейчас удобный портал самообслуги по лицензиям. Сменить лицензии на 2-3 ТП в день отнимает у сотрудника минут десять рабочего времени.

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

       dergreche

    5 — 10.10.14 — 09:04

    я бы посмотрел на файл xml от этого агента. Возможно в нем нет идентификатора на агента от которого идут заявки

       Маратыч

    6 — 10.10.14 — 09:05

    (5) А без идентификатора он вообще данные не всосет — проверено.

       Agent ООЗ

    7 — 10.10.14 — 09:13

    (4) дикость, прошлый век, никакой автоматизации.

       Agent ООЗ

    8 — 10.10.14 — 09:15

    агенты простаивают, ждут когда их зарегают, уж0сна…

    а если а+ разорится от кризиса, крупные конторы с раздутыми штатами разоряются первыми, то ваще досвидания.

       Маратыч

    9 — 10.10.14 — 09:23

    (8) У вас есть серверный софт наподобие «Чикаго» (СТ:Мобильная торговля), «ОПТИМУМ» (собственно, ОПТИМУМ АСУМТ)  или «Управление дистрибьюторской сетью» (А+)? Т.е. автономное приложение, основанное на SQL-сервере, с возможностью ведения аналитики, а также позволяющее легко строить OLAP-кубики из своей базы данных?

       Маратыч

    10 — 10.10.14 — 09:25

    (8) А также, имеет ли ваше приложение возможность конфигурирования пользователем? Т.е. добавление новой функциональности, форм, табличек, алгоритмов, отчетов…

       oleg_km

    11 — 10.10.14 — 09:28

    (10) Пользователем это как? Сам ТП меняет себе функциональность?

       Маратыч

    12 — 10.10.14 — 09:32

    (11) Не ТП, а специалист заказчика. На данный момент, насколько я знаю, такое позволяют только 1С:Мобильная торговля (но у нее свои минусы) и «Агент Плюс» (адинэсоподобный язык и даже конфигуратор похожий, разобраться адинэснегу — дело пары часов).

       Маратыч

    13 — 10.10.14 — 09:33

    +(11) Т.е. «Агент Плюс» — по сути платформа с конфигурацией «Мобильная торговля».

       sergei123654

    14 — 10.10.14 — 10:15

    (1) какое количество заявок вы принимаете в среднем в автоматическом режиме?

       Маркусс

    15 — 10.10.14 — 10:30

    (0)»Пример: ТП Аркадий — продает молоко в количестве 1 шт. скидывает заявку.

    Но в 1С она прогружается от ТП Тимофей.»

    имхо, байки запутавшихся девочек-операторов

    кто-то из адекватных вживую это видел?

       rozer76

    16 — 10.10.14 — 11:06

    смотрите файл to1c.xml на гуид агента — он совпадает с гуидом в справочнике 1с?

       Agent ООЗ

    17 — 10.10.14 — 11:50

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

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

       Dmitrith

    18 — 10.10.14 — 11:57

    Status.txt попробуйте удалить. А так да — смотреть логи загрузки и что в файле загрузки

       sergei123654

    19 — 10.10.14 — 12:53

    (16) в файле  to1c.xml не видно гуида агента… и по документации найти не можем где гуид агента размещается в этом файле

       rozer76

    20 — 10.10.14 — 13:06

    (19)

    <CONSTANTS>

            <ELEMENTS>

                <ITEM GUID=»0270B3D5-4213-419B-9E3A-48CBA4CAEC04″ Value=»1″/>

                <ITEM GUID=»619D132F-4A21-4DB6-99CB-240F254E218D» Value=»1″/>

                <ITEM GUID=»61A474B1-21D0-4047-B2D5-7213A7294050″ Value=»»/>

                <ITEM GUID=»485EDECC-E0A9-4E1A-9091-7C71D8E6FF08″ Value=»66F150BD-9F28-4C85-A9C0-F2BA4D67CDF8″/>

                <ITEM GUID=»D902C64A-9A7A-40D1-8067-E4BB6B309534″ Value=»1″/>

                <ITEM GUID=»79C698DB-3C55-465E-ACFE-4741ACDD5655″ Value=»14ed8ba6-55bd-11d9-848a-00112f43529a»/>

                <ITEM GUID=»A2E1CC68-0624-45A6-8057-EFD35259B9FE» Value=»Белкина А.»/>

            </ELEMENTS>

            <KILLEDS>

            </KILLEDS>

        </CONSTANTS>

       rozer76

    21 — 10.10.14 — 13:06

    (20) +

    79C698DB-3C55-465E-ACFE-4741ACDD5655    GUID    ИдентификаторАгента

    Идентификатор торгового агента, использующего приложение.

       thezos

    22 — 10.10.14 — 13:08

    (17) Вот поэтому её никто не купит)

       Маратыч

    23 — 10.10.14 — 13:10

    (22) Поэтому она нам не подходит. Ваш сектор — это небольшие дистрибьюторские компании, никак не торгово-производственные FMCG холдинги.

       Маратыч

    24 — 10.10.14 — 13:12

    (17) И я что-то не понял насчет данных в одном месте. Как раз таки есть задача консолидировать данные из учетных систем филиалов и дистрибьюторов, а также из КПК наших торговых команд, работающих и на филиалах, и у дистрибьюторов. 1С такие объемы не потянет, да и OLAP она не умеет.

       Маратыч

    25 — 10.10.14 — 13:12

    Упс, (22) => (17)

       Эмбеддер

    26 — 10.10.14 — 13:15

    (10) меня опередили, но я знал ответ: если какого-то функционала в го***софт (тм) нет, значит это пользователю не нужно

       Маратыч

    27 — 10.10.14 — 13:18

    (26) Да нам периодически пытаются впарить то оптимум, то СТ — объясняем, что они нам не подходят из-за невозможности доработки функционала мобильного приложения. А функционал мы уже допилили неслабо, с учетом промо-акций, портфелей продукции и т.д.

       Эмбеддер

    28 — 10.10.14 — 13:30

    (27) предлагают перейти с Агент+ на их программу? как объясняют, зачем это нужно?

       Маратыч

    29 — 10.10.14 — 13:35

    (28) «У нас трава зеленее и слоны мохнатее» 🙂 А вообще, обычно довольно этично себя ведут — не обс.рают конкурента. Стараются выпятить возможности своего продукта, его давнюю историю разработки, крутость своей компании и т.д.

    Я работал и с СТ, и с ОПТИМУМ в свое время. Не скажу, что системы плохие — вполне достойные продукты. Но то, что для расширения функционала продукта нужно обращаться к разработчику, не устраивает ни в коей мере.

    У А+ тоже свои минусы есть. К примеру, серверное приложение «Управление дистрибьюторской сетью» они выпустили только в апреле текущего года, тогда как «Чикаго» (СТ) и ОПТИМУМ существуют уже давно и развиваются активно. Сейчас находимся в раздумьях — стоит ли сразу ставить сырое решение или подождать успешных внедрений.

       Gepard

    30 — 10.10.14 — 13:40

    (27) вам было бы проще заказать такую штуку один раз, а потом своими силами переписывать, чем постоянно за лицензии платить)

       Gepard

    31 — 10.10.14 — 13:41

    (30) + и работало бы быстрей

       Маратыч

    32 — 10.10.14 — 13:48

    (30) В смысле — постоянно за лицензии платить? Мы их и купили один раз. И дорабатываем своими силами. О чем и речь, собсно.

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

       Agent ООЗ

    33 — 10.10.14 — 13:51

    (24) ваще не понятно, как вы работаете 1сником. объемы тянет sql сервер, олапы еще к семерке прикручивали.

       Маратыч

    34 — 10.10.14 — 14:23

    (33) А я и не работаю адинэсником, гг.

    Если вы считаете, что костыли вроде прикрученных к 1С олапов — это выход, то дерзайте.

    Ну и заодно попробуйте ежевечерне в 1С проводить 15-25 тысяч заказов (это только по первым прикидкам).

       Маратыч

    35 — 10.10.14 — 14:26

    +(34) Причем время проведения, как правило, 16:00-19:00. Т.е. система должна благополучно всосать в себя порядка двадцати тысяч заказов за два часа бесперебойно.

       Эмбеддер

    36 — 10.10.14 — 14:27

    (34) у вас заказы проводятся в 1С ночью?

       Эмбеддер

    37 — 10.10.14 — 14:29

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

       Маратыч

    38 — 10.10.14 — 14:30

    (36) Не, днем.

    Структура такая — заказы наши и наших филиалов мы всасываем распределенными «Агент Плюсами», дальше они поступают в распределенную УТ, а там уже проводится реализация и т.д.

    Мы же планируем создать систему, в которую будут попадать также заказы наших дистрибьюторов, причем напрямую из КПК торговых команд по возможности. Если возможности такой нет — из учетной системы дистра.

    Оперативность информации крайне важна, т.к. мы переходим к pull-модели поставок, и нужна точная информация по остаткам в системах.

       Эмбеддер

    39 — 10.10.14 — 14:31

    (38) ясно

       Маратыч

    40 — 10.10.14 — 14:32

    (37) Само собой. Речь о том, что сейчас в качестве серверной системы используется 1С:Агент Плюс.Мобильная торговля. Это доработанная УТ. Она распределена по филиалам, поэтому нагрузка достаточно сбалансирована (максимум 5000 заявок на одну базу — напряжно, но работает).

    Мы же хотим создать централизованную систему сбора данных как с филиалов, так и с дистрибьюторов.

       pumbaEO

    41 — 10.10.14 — 18:40

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

    Где у вас то проблема возникает?

       Agent ООЗ

    42 — 10.10.14 — 22:43

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

    в нормальном софте, заказ проводится на точке, клиенту привозят то что он заказал.

    но зато «пользователь может конфигурировать», это конечно важнее чем упущенная прибыль.

    О, а еще есть прокладка в виде «1С:Агент Плюс.Мобильная торговля. Это доработанная УТ», это чтобы совокуплятся по взрослому.

    какой ужас, как все можно сделать через одно место, ужас.

       Agent ООЗ

    43 — 10.10.14 — 22:45

    «двадцати тысяч заказов за два часа» — это типа спецолимпиада, а вы победитель? в взрослом софте, заказы проводятся в течении рабочего дня равномерно.

       Agent ООЗ

    44 — 10.10.14 — 22:49

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

       Agent ООЗ

    45 — 10.10.14 — 22:54

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

       Эмбеддер

    46 — 11.10.14 — 02:31

    (43) странная рекомендация использовать Highscreen Jet Duo, с аккумулятором 1200мА*ч, и 3.2 дюйма. да и из строя Highscreen выходить постоянно. лучше Texet 4072 или 4272. сами не ломаются. жаль, аккумуляторы на них не продают. цена 2990 и ниже

       Dorzh

    47 — 11.10.14 — 02:50

    (0) А почему это не написать в АгентПлюс? Там ребята адекватные, сразу помогут. В чем проблема?

       Обработка

    48 — 11.10.14 — 08:59

    Народ, вопрос по теме есть у меня.

    У 1С или у кого нибудь вообще есть конфа на 1с83 мобильное приложение для заказов??? Есть ли смысл брать А+ или все-таки уже можно на 1с83 что тон айти и внедрить?

       pumbaEO

    49 — 11.10.14 — 11:20

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

    Идеальные сценарии никому не интересны. На практике к вечеру все равно приходится основной поток заявок.

       pumbaEO

    50 — 11.10.14 — 11:21

    (48) есть на АгентПлюс и на 83.

    По поводу 8.3 так и не понятна лицензионная политика.

       sergei123654

    51 — 30.10.14 — 07:36

    (0) проблему тз 0 решили установкой шеловского тайм аута перед загрузкой данных от нового торогового представителя.

    Но теперь вопрос другой:

    (1) у вас больше 300 ТП, и все работает нормально. Можно ли с вами связаться для консультации? Видят ли ваши торговые остатки в реальном времени? Или загрузка данных в КПК производится один раз в день?

       Маратыч

    52 — 30.10.14 — 07:51

    (51) Да без проблем, в емыл пишите.

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

    К тому же, как я уже говорил, АП у нас работает транзитной базой, остатки она забирает из УТ, а там обработка заказов ведется вечером. Можно поиграться, конечно, с резервированием, но принципиального вопроса актуальности остатков в пределах, меньших, чем день, не стоит — у нас не скоропортящийся товар и собственные складские территории, так что резервы держим достаточные, чтобы ситуации out of stock не возникало.

       Agent ООЗ

    53 — 30.10.14 — 08:37

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

       Aleksey

    54 — 30.10.14 — 08:38

    (53) Кому они нужны реальные остатки, если у них товара всегда достаточно?

    Резервирования зачем онлайн? Что это им даст?

    Лишь бы круги по воде пустить?

       Agent ООЗ

    55 — 30.10.14 — 08:39

    (54) а что им КПК дало? лишь бы бюджеты освоить?

       Aleksey

    56 — 30.10.14 — 08:40

    (55) Скорость создания заказа в УС.

       Aleksey

    57 — 30.10.14 — 08:42

    Т.е. если раньше сидела девочка и по бумажки/телефону забивала заявку, то теперь можно сэкономить на ФОТ девочки, потому что менеджер сразу набивает заявку

       oleg_km

    58 — 30.10.14 — 08:43

    (56) Эта скорость просто перенеслась с оператора на торговика: так оператор в теплом уютном помещении лихо забивал заказы, а так торговик в сыром и теплом подвале пальцем тычет в КПК, а потом наутро узнает, что товара не было. Проще тогда торговику сфоткать рукописный бланк заказа и бежать на другую точку

       Aleksey

    59 — 30.10.14 — 08:43

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

       Agent ООЗ

    60 — 30.10.14 — 08:44

    девочки и так сидят. норм девочка забивает заявку быстрее, чем торговый ее зачитывает.

      

       Aleksey

    61 — 30.10.14 — 08:44

    (58) Непокрытый спрос тоже очень важная вещь

       Aleksey

    62 — 30.10.14 — 08:44

    (60) Угу пришла вечером толпа из 200 ТП. сколько девочек надо чтобы обслужить всех ТП?

       Agent ООЗ

    63 — 30.10.14 — 08:45

    (59) вообщем торговый, вместо того чтобы заявки собирать, набивает их в УС, не ну норм, правда продажи упали, но зато конфигурировать можно.

       Aleksey

    64 — 30.10.14 — 08:46

    (63) Опять круги пускаешь?

       oleg_km

    65 — 30.10.14 — 08:46

    (62) Так может если ТП не будут забивать сразу заявки их можно сократить вполовину? Или ваша система со слуха все обрабатывает

       Aleksey

    66 — 30.10.14 — 08:47

    (65) Не понял к чему вопрос?

       Agent ООЗ

    67 — 30.10.14 — 08:47

    (62) торговый берет заявку на бумажку, потом переводит в КПК (только не нада фанатзий что на а+ можно брать заявки без бумажки, тормоза + навигация по прайсу через одно место), потом сбрасывает в УС….а заявки когда собирать? после конфигурирования?

       oleg_km

    68 — 30.10.14 — 08:49

    (67) К данному случаю очень подходит Евангелие от Матфея 7:6

       Agent ООЗ

    69 — 30.10.14 — 08:50

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

    зато можно конфигурировать!

       Aleksey

    70 — 30.10.14 — 08:51

    (67) Ну с вами понятно. У нас ТП сразу набивают в ноутбук заявку, из бумажек у них только прайс и какие то рекламные буклеты которые нужно отдать клиенту.

       Aleksey

    71 — 30.10.14 — 08:53

    (69) Так и я о том же. Прежде чем круги по воде пускать может подумать стоит и не постить всякий бред про ТП который сначала на бумажке принимает заказ, потом переносит в КПК, а вечером забивает руками с КПК в 1С

       Agent ООЗ

    72 — 30.10.14 — 08:54

    (70) у меня агент забивает заявку в точке (дома на диване программа не даст прайс открыть), проводит заказ в точке, 100% гарантирует что заказ будет доставлен именно в таком виде, в котором заказан. но блин, с конфигурированием проблемы 🙂

       sergei123654

    73 — 30.10.14 — 09:19

    (52) спасибо) вы ответили на все что я хотел спросить)

       Маратыч

    74 — 30.10.14 — 10:33

    (72) У нас агенты забивают заявки на месте, в точках. Это раз. Второе — это у вас маркетинговая политика такая — обоср@ть конкурентов и всех, кто с этими конкурентами дело имеет? С таким гонором вы всех потенциальных клиентов распугаете. По крайней мере, я бы поостерегся работать с человеком, который выводы о деятельности целого производственно-торгового холдинга делает на основании пары постов с весьма общим описанием рабочих процессов.

    Заказы доставляются 100% именно в том виде, в котором заказаны. Исключение одно — супервайзер должен подтверждать заказы, в которых прописана скидка, чтобы избежать злоупотреблений, и если он забыл это сделать, заказ не обработается.

       Agent ООЗ

    75 — 30.10.14 — 10:51

    (74) придумывать сказки ваша профессия? я не ваш начальник, расслабьтесь.

    1. на бумаге записывать заказ удобнее и быстрее, чем на кпк с а+, тем более что все равно его сдавать вечером. факт, вы лжете.

    2. невозможно доставить заказ в том виде, в котором заказан, если не резервировать его в торговой точке, тем более в конце рабочего дня, факт, вы снова лжете 100%.

    и каким боком с этих двух фактов переходим на мою маркетинговую политику? нестандартная логика?

    мы видим к чему она привела 🙂

       Маратыч

    76 — 30.10.14 — 11:57

    (75) Вас не учили не хамить?

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

    2. Повторяю — ситуация out of stock у нас невозможна, поэтому механизм резервирования вводить смысла нет. Поэтому заказ доставляется в том виде, в котором его внес в КПК торговый представитель.

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

       Маратыч

    77 — 30.10.14 — 12:04

    (75) Кстати, а что за фигня — «все равно его сдавать вечером»? Заказ отправляется в учетную систему одним нажатием кнопки, никто никуда ничего не сдает.

       Agent ООЗ

    78 — 30.10.14 — 12:07

    (76) встаньте напротив зеркала и прочтите вслух (74), получите ответ на свой вопрос (76).

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

    если у вас другие результаты автоматизации, интересно было бы услышать.

       Маратыч

    79 — 30.10.14 — 12:10

    (78) Вы идиот? Какие девочки-операторы? Агент забивает заказ в КПК, тычет кнопку «Выгрузить», он автоматом попадает в серверную часть «А+», откуда так же автоматом выгружается в УТ. Все, что делают девочки-операторы — вечером запускают пакетную обработку формирования расходных накладных на основании собранных за день заказов и печать их на бумажных носителях. Собственно, эта девочка-оператор у нас ОДНА.

       Маратыч

    80 — 30.10.14 — 12:11

    +(79) Точнее, одна на филиал.

       Agent ООЗ

    81 — 30.10.14 — 12:11

    шедевр мысли: «тычет кнопку «Выгрузить», он автоматом попадает в серверную часть «А+»»

    и я после этого идиот 🙂

       Маратыч

    82 — 30.10.14 — 12:13

    (81) Что не так? В МУ формируется файл, передающийся на сервер «Агент Плюс СОД», откуда сразу грузится в «Агент Плюс. Мобильная торговля».

    Действительно идиот.

       Agent ООЗ

    83 — 30.10.14 — 12:17

    был у вас раньше табун девочек-операторов, теперь осталась одна, так как агенты после «автоматизации» стали работать за тех девочек, я правильно понял (79)? чем (79) отличается от (78) ?

    нажать кнопку вручную, это не «автоматом».

       Agent ООЗ

    84 — 30.10.14 — 12:21

    промежуточная база — я считаю ее шедевром, вершиной вашей автоматизации.

       Agent ООЗ

    85 — 30.10.14 — 12:29

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

       Agent ООЗ

    86 — 30.10.14 — 12:31

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

       Кир Пластелинин

    87 — 30.10.14 — 12:39

    эм. я один не понимаю, что пытается донести «Agent ООЗ»?) опять что то из разряда — агентоид рулит, а все остальное г… от лукавого?)

       Agent ООЗ

    88 — 30.10.14 — 12:41

    (87) пример внедрения чего угодно полными дилетантами.

       Agent ООЗ

    89 — 30.10.14 — 12:42

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

       Кир Пластелинин

    90 — 30.10.14 — 12:46

    (88) сколько агра у Вас. крокодил не ловится, не растет кокос с агентоидом?)

       Маратыч

    91 — 30.10.14 — 13:20

    (90) Да песец, человек реально пургу несет.

    (86) *терпеливо* Агент сразу вносит заказ в КПК. Запись на бумажку и последующее внесение — это ваша фантазия. В отчете по KPI торговых представителей один из показателей — время в поле, основывающийся на времени создания документов в мобильном устройстве. Т.е. никто не занимается «забиванием всего вечером».

       Маратыч

    92 — 30.10.14 — 13:21

    (85) И при чем тут кабель? Мы в 21 веке живем, у нас если не 3G, то EDGE точно покрывает всю область, где работают торговые представители.

       Маратыч

    93 — 30.10.14 — 13:24

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

       Маратыч

    94 — 30.10.14 — 13:26

    Уфф, вот точно никогда не порекомендую заказчикам этот ваш Агентоид. Если вы тут так общаетесь, я представляю, как работает ваша техподдержка. «Нет, вам это не надо! Вам надо вот это и никак иначе! Вы дилетант, не указывайте нам, что делать!» %)

       Кир Пластелинин

    95 — 30.10.14 — 13:36

    (91) вот что ни тема попадается с участием творца (или кто он там) агентоида — все время выливается в одно. агентоид и ко — Д`Артаньяны, все остальные <цензура>. не. ну когда у человека есть такая святая вера во что то — это здорово. но вот так перегибать — уж извольте.

       Agent ООЗ

    96 — 30.10.14 — 13:40

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

       Agent ООЗ

    97 — 30.10.14 — 13:42

    какой то непонятный страдалец (95) , вам грустно и одиноко? вконтактик ждет вас.

       Кир Пластелинин

    98 — 30.10.14 — 13:51

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

       trad

    99 — 30.10.14 — 13:56

    спасибо за полезную ветку!

    планируется развернуть мобильную торговлю на 40-50 торговиков

    есть список систем-кандидатов

    агентоид вычеркиваем

    🙂

       Эмбеддер

    100 — 30.10.14 — 13:58

    Предложите, как улучшить StudyLib

    (Для жалоб на нарушения авторских прав, используйте

    другую форму
    )

    Ваш е-мэйл

    Заполните, если хотите получить ответ

    Оцените наш проект

    1

    2

    3

    4

    5

    Агент плюс 1С «Недостаточно памяти»

    При загрузке данных с мобильного устройства происходит резкий скачок потребляемой памяти, периодически сопровождающийся полным вылетом 1С с ошибкой «Недостаточно памяти», если на сервере или рабочей станции действительно мало памяти.

    Быстрый переход

    • Что необходимо сделать в первую очередь:
    • Далее, если ничего не помогло:
      • Цель:
    • Что в итоге оказалось:
      • Пути решения пассивные:
      • Пути решения активные ( сдоработкой обработки):

    Что необходимо сделать в первую очередь:

    • Копию базы данных, чтобы не усугубить дальнейшими действиями
    • Копию рабочей папки менеджера обмена Агент+
    • Копию папок с gps-треками
    • Копию обработки обмена
    • Тестирование и исправление базы данных, наиболее часто встречающаяся причина
    • Тестирование жесткого диска.

    Далее, если ничего не помогло:

    Анализ логов, не предмет, того на каких обменах происходит ошибка: с кем, в какое время, какой запрос?

    Если обработка не типовая, откат изменений.

    Цель:

    Локализовать ошибку.

    В идеале: получить файл обмена или уметь создавать ситуацию с ошибкой.

    Что в итоге оказалось:

    • от одного агента постоянно присылалсь gps-трек размера 10 мегабайт (все треки по текущий момент)
    • по идеологии обработки загрузки он дописывался всегда в один файл и он рос в прогрессии
    • в момент дописки файл считывается объектом «ТекстовыйДокумент» в память  и происходит вылет.

    Пути решения пассивные:

    • Удаление или очистка файла
    • Отмена gps отслеживания у одного человека, в этом случае обмены с другими агентами не будут стопорится

    Но в первом случае ошибка будет проявляться регулярно.

    Пути решения активные ( сдоработкой обработки):

    • Не записывать существующие строки в файле трека на дату
    • Писать треки за даты в отдельные папки каждую
    • В файле обмена посылать дату полученного трека (Константа «ДатаНачалаТрека» с ИД: «DF297AD7-E2CE-478A-974E-FB399239E23E»)

    Я пошел по 1 и 3 варианту.  В стандартной обработке такой константы не выгружается. пока сделал вариант, что это поле можно указывать через константу пользователя для этого надо добавить код в процедуре ИнициализироватьПеременные():

    эл = ТаблЗначКонстанты.Добавить();
    эл["Имя"] = "ДатаНачалаТрека";
    эл["Представление"] = НСтр("ru='Дата начала трека'");
    НастройкиАгентаПоУмолчанию["ДатаНачалаТрека"] = НачалоДня(ТекущаяДата()-10*24*3600);
    эл["Ид"] = "DF297AD7-E2CE-478A-974E-FB399239E23E";
    эл["Показывать"] = Истина;	
    эл["Тип"] = ТипКонстанты["Пользователь"];//"ДатаВремя";	
    эл["Выгружать"] = Истина;
    

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

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

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

    Возможно это не самое идеальное решение, но  работающее на 99%.

    Реклама – самая интересная и самая трудная форма литературы.

    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии

    А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Агент плюс код ошибки 4 при обмене
  • Агент касперского ошибка 1603