Автоматизация мобильных сотрудников
(067) 480-44-22
Помощь онлайн

Головна / Дистрибьюция
АГЕНТ ПЛЮС НА КПК
Новини 1С и КПК
Оновлення «Агент Плюс: Мобільна торгівля». Реліз 1.0.21
11.06.2022 17:40
Детальніше про нововведення в оновленні: ✔ Збільше…
подробнее...
Підвищення вартості продуктів Агент Плюс!
19.06.2018 18:06
З 1 липня 2018 підвищуються ціни на програмні прод…
подробнее...
КЛІЄНТИ АГЕНТ ПЛЮС
ВІДЕО І ПРЕЗЕНТАЦІЇ
Додатково
Автоматизація мерчендайщінга на КПК
Автоматизація мерчендайщінга - застосування спеціалізованого програмного забезпечення а також обладнання. В якості обладнання застосовують кишенькові комп'ютери, термінали збору даних, комунікатори. Програмне забезпечення для збору даних мерчендазінга, встановлене на КПК дозволяє автоматізірвоть збір та передачу даних з мерчендайзингу. Автоматизація відбувається як на етапі збору даних (мерчендайзер в програмі використовує стандартизований шаблон збору даних, оперую тільки цими які йому необхідні, а також програма дозволяє скоординувати точність збору даних, послідовність їх введення та ін)

Програми для мерчендайзингу - програмне забезпечення яке або встановлюється на мобільний пристрій або на стаціонарному сервер до якого мобільні співробітники мають доступ через інтернет використовуючи для цього ноутбук, мобільний телефон, КПК, стаціонарний комп'ютер. У першому випадку забезпечується висока мобільність співробітників за рахунок можливості отримання даних з центрального сервера і передачі зібраних даних у любо момент і в будь-якому місці, передачі даних безпосередньо до облікового або аналітичну систему в електронному вигляді (що дозволяє уникнути помилок в порівнянні наприклад з методом внесок даних вручну оператором), можливість використання GPS контролю мерчендайзерів, функцій фотографування, немає прив'язки до інтернету.

У другому випадки збір даних може проводитись на паперових носіях та подальшої передачі їх через серверне ПЗ шляхом ручного введення даних. Переваги такого методу досить спірні (так як вони дозволяють економити тільки на початковому етапі, наприклад не потрібно купувати мобільне устаткування, агент може вносити дані в систему віддалено використовуючи комп'ютер у себе вдома, в інтернет кафе або іншим способом.

У будь-якому випадку переваги спеціалізованих програм для мерчендайзингу очевидні. Вони дають компанії можливість значно економити на персоналі, обладнанні, витратних матеріалах, уникати факторів помилок і дублювання даних, здійснювати контроль збору даних і наступної їх аналітикою.

ПЗ для мерчендайзингу це новий крок в розвитку напрямку мерчендайзингу як такого!
 
Торговый агент КПК

Торговый агент КПК – мобильный агент оснащенный персональным карманным компьютеров со специализированным программным обеспечением позволяющим обмениваться данными с системами учета предприятия например 1С. Торговый агент с КПК осуществляет сбор заказов в мобильное устройство и затем может передавать заказ напрямую в учетную систему предприятия с помощью GPRS. Это позволяет оперативно получать данные о заказе и при этом не использовать работу операторов по приему заказов по телефону. Во первых прием заказов по телефону требует содержание достаточно большого штата операторов, во вторых возникает вероятность ошибок оператора при вносе заявок вызванных человеческим фактором.

Сбор заказов торговым агентом на КПК – это внесение заказа используя программное обеспечения для мобильной торговли например Агент плюс. Программное обеспечение позволяет не только оформлять заказа внося определенные данные в программу но и видеть на экране КПК дополнительную информацию которую агент может использовать в своей работе. Торговый агент может видеть такие данные как полную информацию о клиенте (адрес, телефон, контактное лицо, документы задолженности, срок действия договора, скидки, персональные цены, торговые очки клиента), каталог товаров (имеющий деление по группам и подгруппам с возможностью фильтрации и поиска по заданным параметрам, описание товара и его фотографию, акционные товары и товары со сниженной ценой, а также другие дополнительные данные.

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

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

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

Экономическая эффективность внедрения программы для приема заявок "Агент+" позволяет значительно экономить денежные и временные ресурсы компании за счет автоматизации сбора заказов, формирования аналитических данных для анализа, сокращения расходов на расходных материалах и оборудовании. Как показывает практика применение программы для приема заказов в компании с количеством торговых агентов 10 человек позволяет экономить в среднем около 100 000 грн. в год, что позволяет в течении 4-6 месяцев полностью окупить расходы на автоматизацию.

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

 
Вопросы по программе Агент+

скажите что может быть: При отправке Через FTP выпрыгует ошибка "Данные не упакованы ошибка код 0#10000" флажок в настройка стоит использовать архивы ZIP
подскажите что должно выгружаться из 1С для того чтоб в А+ документы получили статус проведенных и не влияли на остаток?
у каждого клиента есть своя цена на товар причем она разная от типа цен и при этом еще и иметься скидка которая также разная от типа цены. Все это может распространяться как на один товар так и группу. Есть возможность выгружать эти данные например не каждому товару а сразу группе товаров, чтоб уменьшить размер файла выгрузки?
если торговые работают с одним и тем же маршрутом, при выгрузки в КПК маршрут привязывается к дате в КПК и поэтому на следующий день маршрут не видим, как сделать так чтоб не выгружать маршрут столько раз сколько дней в месяце?
скажите как можно выгружать торговому агенту только тех клиентов с которыми он работает?
Подскажите пожалуйста возможно ли в КПК получить каталог клиентов в виде интерфейса каталога из 1С ??? Проблема в том что в 1С у меня все "Покупатели" разнесены по Агентам (т.е. создается папка "Агент - Центр ; Оксузян - (район или фамилия)" ) в этой папке для удобства оператора и самого агента созданы папки с названиями посещения по дням или районам. Пример : Папка--- Агент-Оксузян (подкаталог) --- Центр - Пушкинская (подкаталог) --- Центр - Советская (подкаталог) --- Павлово Поле (подкаталог) --- Алексеевка и т.д. для любого из агентов. А в данной версии на КПК мы просто заливаем Покупателей из каждой папки отдельно для каждого агента в алфавитном порядке.
Например есть товар в ящиках и его вес 1,2 кг. Но торговые агенты делают заказ например этого товара 1,3 кг. т.е. больше минимального значения (чуть больше одного ящика), как сделать так что даже при вводе например 1,3 кг. А+ пересчитывал на 1,2 кг. т.е. в заказе автоматом ставил значение 1,2 кг?
как реализовывается функционал аналогов товаров?
иногда происходит выгрузка подтвержденных заявок т.е. заявок для которых пришло из 1С подтверждение на загрузку, причем не понятно как они в 1С попадают т.к. в 1С стоит проверка по индификаторам документов. В чем может быть проблема?
Подскажите как убрать в обязательность атрибута ?
можно ли сделать запрет на снятие фильтров торговым агентом?
Можно использовать учет товаров в разрезе характеристик или серий номенклатуры?
Иногда происходит выгрузка подтвержденных заявок т.е. заявок для которых пришло из 1С подтверждение на загрузку?
Подскажите какой тег отвечает за то чтоб убрать обязательными вид доставки и время?
Скажите возможно ли закрыть доступ к настройкам в Агент+?
Нужно выгружать комментарии к товару чтоб этот комментарий был виден только определенному агенту и причем этот комментарий отображался только по определенным клиентам в Агент+, такое возможно?
Скажите такая ситуация из 1С выгружаются долги, у клиента долг превышает максимальное значение по которому стоит запрет на создание заявки. При выписки кассового ордера торговым агентом, но не проведенным им через 1С, Агент+ не дает все равно создать заявку?
Скажите если в Агент+ используются несколько баз данных, при выгрузки или загрузки файл обмена формируется один или сколько баз столько и файлов? И есть ли возможность формирования одного файла при использовании нескольких баз?
Проблеммы возникли в остатках (т.е. отрицательные остатки появились)?
Скажите Агент + самостоятельно обрезает файл gpstrack.txt, имеется ввиду удаления старых данных?
Можно ли сделать запрет на снятие фильтров торговым агентом?
Подскажите как убрать в виде доставки обязательность атрибута вид доставки?
Иногда происходит выгрузка подтвержденных заявок т.е. заявок для которых пришло из 1С подтверждение на загрузку.
Подскажите завис КПК, делали ресет. Сейчас при загрузки старой базы Агент выдает ошибку 8004005, не знаете что это за ошибка?
Скажите где настраивается в 1С зависимость вида оплаты от типа цен? Требуется чтоб при выборе вида оплаты были свои типы цены?
Скажите клиент выбирает в Агент+ контрагента затем торговую точку торговой точки прописанны типы цен, он выбирает тип цены, при выгрузки документа, документ приходит без выбранного типа цен.
Интересует возможность просмотра долгов в документе "заявка" в "информации о клиенте" или "информация от ТТ" конкертно по торговой точке.
Подскажите где устанавливается запрет на продажу клиенту который имеет долг? И возможно ли сделать автоматический запрет если сумма долга клиента превысит заранее установленное значение?
Возможно ли работать с несколькими складами в Агент+?
Можно ли увеличить количество цен в Агент+ с 32 на большее?
Подскажите каким редактором можно просматривать файл базы на КПК?
В каком теги менять сами названия типов цен?
Возможно ли из КПК выгружать только заявки за определенный период?
Подскажите какой параметр в файле выгрузки предназначен для заполнения поля "срочный долг" в информации о клиенте.
Подскажите какой тег отвечает за подтверждение проведен документ заявка или др. в 1с или нет?
Скажите есть какое то описание как подвязывать к документам в Агент+ скрипты по которым будет рассчитываться скидка на документ или рекомендуемое количество товара?
Какие минимальные данные нужно изменить (добавить) в 1С чтоб произвести стыковку с Агент+ Инвент если в КПК будут выгружаться клиенты, остатки, дебиторка.
Подскажите какой тег отвечает за подтверждение проведен документ заявка или др. в 1с или нет?
Какие минимальные данные нужно изменить (добавить) в 1С чтоб произвести стыковку с Агент+ Инвент если в КПК будут выгружаться клиенты, остатки, дебиторка.
Интересует возможность просмотра долгов в документе "заявка" в "информации о клиенте" или "информация от ТТ" конкертно по торговой точке.
Где устанавливается запрет на продажу клиенту который имеет долг?
При сбрасывании через ftp обмен данными обмена", "550 /FTP: Permission denied."
Используя утилиту CONFPPC автоматически создаеться Агент "Фамилия Имя Отчество" и идентификатор "00000000-0000-0000-0000-000000000000" и создаеться файл agents.xml. Как зарегистрировать новых агентов с индентификаторами? И для чего индентификатори нужны? Где их регистрировать?
Если КПК не виден на компьютере?
Подскажите какие могут быть причины если не загружается у клиента компонента APPlus.dll
Подскажите в заявке после сбрасывания в 1С статус как-то меняется (как в других программах например новый, обработанный), чтоб если сбросил заявку при повторном сбрасывании она не отправлялась?
Подскажить не являются ли запрещенными символами в названии файла загрузки русские буквы?
Можно ли в Агент+ вносить дробное (не целое) число количества товара при заказе?
Подскажите, как сделать привязку скрипта печатной формы к программе КПК?
Если время файла базы не совпадает с ситемным временем.
Из кпк письмо приходит с такой темой: "AgentPlus Dest=ToMainDB Agent=АбдрахманоAgentPlus Dest=ToMainDB Agent=Абдрахманов AgentID=3183789D-927F-4D43-B94A-C5BBAF99A3AgentPlus Dest=ToMainDB Agent=Абдрахманов AgentID=3183789D-927F-4D43-B94A-C5BBAF99A33B" в чем может быть причина?
Возникла следующая проблема при связи 1С и КПК: обработка, которая осуществляет обмен данными не может загрузить applus.dll. и соответственно не работает. Ситуация произошла следующая: у клиента 2000 windows + сервиспак 4. Мы поставили ACTIVESYNC, базу 1С, которая идет в комплекте. Вызвали обработку, dll - она увидела и нам удалось выгрузить данные в КПК. После чего попытались загрузить данные из КПК в 1С. Машинка ругнулась что нет xml parsera. Поставили 4-тый xml parser. После этого обработка обмен данными перестала загружать applus.dll.
У нас агенты начали работать с Агене+ Стандарт.Воде бы все нормально в пределах функциональности, но не совсем удобно. Не видят у себя проплаты клиентов - кто, когда, за что,сколько, как (касса, банк). Все равно в офис звонят периодически,справляются.
В демо-версии Агент+ с вашей демо базой при создании документа автоматом проставляется название фирмы от которой идет продажа (хотя в списке их три). Как выбирается фирма по умолчанию, какой тег за это отвечает?
Где настраивается возможность отображения товара в каталоге если у него нулевой остаток.
Являются ли запрещенными символами в названии файла загрузки русские буквы
Возникла проблема слетела база на КПК
Сервер не принимает файлы от КПК при ftp-подключении.
При загрузке справочника товаров с остатками с остатков в КПК отнимаются продажи за последний день, даже при Статусе заявок - "выгружено в бух.систему"
При выгрузке типов цен - максимальное количетсво 5
Перестал работать Агент+ сервер. Т.е. нет связи с ним.
Настройки при переходе на версию инвент
Настройка Агент+ сервер если стоит внешний модем.
Как работает мобильный обмен данными?
Возможна ли доработка вашего ПО под наши особенности?
Возможна ли работа с ассортиментом товаров в 5000 наименований на одном КПК?
Есть ли у вас клиенты, уже эксплуатирующие «Торгового Агента» с «1С:Предприятием 8.0»?
Какое максимальное количество торговых агентов в одной организации сейчас работает с вашим ПО?
Какие модели принтеров вы рекомендуете для мобильной печати?
Какое аппаратное обеспечение требуется для мобильного обмена?
Какие модели КПК вы рекомендуете?
Какое требуется дополнительное программное обеспечение?
Каковы требования к конфигурациям программ 1С для КПК?
Каковы требования к программному обеспечению «1С:Предприятие»?
Какие функциональные возможности реализованы в «Торговый Агент»?
Среда программирования, в которой разработан «Торговый Агент»?
Возможна ли доработка вашего ПО усилиями наших программистов?


Скажите А+ самостоятельно обрезает файл gpstrack.txt, имеется ввиду удаления старых данных?

Константа используется, если в КПК включен режим ведения GPS-трека (списка координат перемещений агента с привязкой координат ко времени). В константе указываются дата и время, по которые данные о GPS-треке уже имеются в ЦБД. Константа используется для выгрузки в КПК подтверждения о полученных ранее из КПК GPS-данных трека передвижений агента. После загрузки этой константы, КПК удалит из GPS-трека данные по указанное время.


скажите что может быть: При отправке Через FTP выпрыгует ошибка "Данные не упакованы ошибка код 0#10000" флажок в настройка стоит использовать архивы ZIP

Данная ошибка возможно могла возникнуть, из-за "глюков" упаковщика или из-за нехватки памяти в КПК (нужно проверить есть ли свободная память в КПК). Нужно перезагрузить КПК, удалить все файлы To1C из папки Personal и заново попробовать произвести выгрузку


подскажите что должно выгружаться из 1С для того чтоб в А+ документы получили статус проведенных и не влияли на остаток?

У всех документов есть параметры:


1. DocState - состояние документа, как он должен быть представлен в журнале документов КПК (1 - проведен, 2 - записан).


2. DocFlags - состояние документа в ЦБД:

1 – проведен;

2 – записан;

3 – помечен на удаление.

Требуется так же добавлять к указанному выше полученному числу число 8, что будет означать "запрет на редактирование в КПК".

Если требуется выделить в журнале документов КПК данный долг красным цветом, то к полученному результату следует прибавить 64 (но имейте в виду, что если в программе Вы используете режим работы с категориями документов, то значение 64 игнорируется и цвет документа определяется цветом категории документа – смотрите ниже описание параметра "= Category").

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

512 – режим "переноса" проведенного документа. При загрузке в КПК проведенного документа он не перепроводится в КПК, а просто переносится, при этом документ становится недоступным для редактирования. Данный режим удобно применять при необходимости выгрузки в КПК документов, предназначенных только для информирования пользователя.


Пример:

//Документ будет проведен, запрещен для редактирования и остатки не будут изменены;

DocFlags = Т_+ 1 + 8 + 512;

//Документ будет помечен на удаление и запрещен для редактирования DocFlags = Т_+ 3 + 8;


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

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


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

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


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

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

Если же при выгрузке данных в КПК в текущем месяце не сформирован план, то в КПК попадают все контрагенты из справочника "Контрагенты".

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


Подскажите пожалуйста возможно ли в КПК получить каталог клиентов в виде интерфейса каталога из 1С ??? Проблема в том что в 1С у меня все "Покупатели" разнесены по Агентам (т.е. создается папка "Агент - Центр ; Оксузян - (район или фамилия)" ) в этой папке для удобства оператора и самого агента созданы папки с названиями посещения по дням или районам. Пример : Папка--- Агент-Оксузян (подкаталог) --- Центр - Пушкинская (подкаталог) --- Центр - Советская (подкаталог) --- Павлово Поле (подкаталог) --- Алексеевка и т.д. для любого из агентов. А в данной версии на КПК мы просто заливаем Покупателей из каждой папки отдельно для каждого агента в алфавитном порядке.

В этом случае вам нужно изменить процедуру выгрузки клиентов в КПК и изменить справочник агентов.

К примеру, добавить в спр. агентов поле выбора группы контрганетов. А в выгрузке клиентов указать в запросе отбор по этой группе.


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

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

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

В "Описании формата обмена данными" смотрите:

1. Описание константы GUID_SYSTEM_SAVESCRIPT (тэг Ref_System); 2. Описание тэга Ref_AcDiscounts (пример использования накопительных скидок).

В дистрибутиве Агент+:

3. В подпапке Scripts папки установки программы срипт SaveDoc.lua.

Для редактирования скриптов Lua удобно использовать бесплатный редактор Notepad++:


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


Перечисленные выше возможности реализованы в программе Агент+ начиная с версии 1.5.18.


как реализовывается функционал аналогов товаров?

Посмотрите "Описание формата обмена данными", описание тэга Ref_Goods (или Ref_Price - устаревшее название), описание параметра IsFolder. Если значение IsFolder принимает значение 2, то выгружаемый товар воспринимается как товар, распадающийся на характеристики (соатвляющие, аналоги и т.п.).

в это режим использования характеристик товаров (по аналогии с 1С, можно использовать учет товаров в разрезе характеристик или серий номенклатуры. Способ выгрузки остатков задается в константах настройки для Агент+ в конфигруации 1С). В КПК же такой режим включается либо из бработки "кпкНастройкаАгентПлюсНаКПК" - вкладка "Справочники" - флажок "Использовать характеристики товаров", либо в самом КПК в меню "Сервис-Настройки-Прайс лист", кнопка "Дополнительно", флажлк "Использовать характеристики товаров"


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

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

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


Подскажите как убрать в обязательность атрибута ?

Это делается в коде обработки обмена данными. В процедуре выгрузки структур таблиц (тэг Ref_TblStruct), последний параметр тэга - Flags, у Ваc там указана 1, это означает обязательный реквизит, не уазывайте значение в этом параметре.


можно ли сделать запрет на снятие фильтров торговым агентом?

Подобного разграничения прав доступа в нашей программе не существует.

Фильтры задаются непосредственно в Агент+ и агент может их менять. Можно поставить пароль на доступ к настройкам и тогда агент не сможет самостоятельно изменять настройки на КПК.


Можно использовать учет товаров в разрезе характеристик или серий номенклатуры?
Способ выгрузки остатков задается в константах настройки для Агент+ в конфигруации 1С). В КПК же такой режим включается либо из бработки "кпкНастройкаАгентПлюсНаКПК" - вкладка "Справочники" - флажок "Использовать характеристики товаров", либо в самом КПК в меню "Сервис-Настройки-Прайс лист", кнопка "Дополнительно", флажлк "Использовать характеристики товаров". Посмотрите "Описание формата обмена данными", описание тэга Ref_Goods (или Ref_Price - устаревшее название), описание параметра IsFolder. Если значение IsFolder принимает значение 2, то выгружаемый товар воспринимается как товар, распадающийся на характеристики (соатвляющие, аналоги и т.п.).


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


Подскажите какой тег отвечает за то чтоб убрать обязательными вид доставки и время?
В тэге Ref_TblStruct параметр Flags определяет обязательный реквизит или нет.


Скажите возможно ли закрыть доступ к настройкам в Агент+?
Да, можно установить пароль на доступ к настройкам с помощью обработки настроек из 1С.


Нужно выгружать комментарии к товару чтоб этот комментарий был виден только определенному агенту и причем этот комментарий отображался только по определенным клиентам в Агент+, такое возможно?
Тэг Ref_PersonalPrices. Используется для возможности указания персональных цен или скидок на некоторые (или все) товары для клиента и / или торговой точки.


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


Скажите если в Агент+ используются несколько баз данных, при выгрузки или загрузки файл обмена формируется один или сколько баз столько и файлов? И есть ли возможность формирования одного файла при использовании нескольких баз?

Есть возможность выгружать данные одним файлом сразу для нескольких баз данных в КПК. Для этого используется ключевое слово <Base>, которое указывается вначале строки файла выгрузки, после слова <Base> через табулятор указывается название базы данных, для которой выгружаются данные.
В процессе загрузки данных в КПК, как только Агент+ встречает ключевое слово <Base>, он переключается в указанную базу данных и продолжает загрузку в эту базу.
В общем случае схематично файл выгрузки данных, содержащий данные для нескольких баз данных выглядит так:

agentp_data[здесь символ табуляции]to_ppc <Base>[здесь символ табуляции]База_A
: (данные для базы "База_A")
<Base[здесь символ табуляции]База_B
: (данные для базы "База_B")
<Base>[здесь символ табуляции]База_C
: (данные для базы "База_C")

Ключевое слово <Base> в файле выгрузки может указываться сколько угодно раз, но только не внутри тэгов.


Проблеммы возникли в остатках (т.е. отрицательные остатки появились)?
Скорее всего дело в наличии в КПК либо большого количества неподтвержденных заявок (т.е. тех заявок, которые создавались в КПК, были выгружены в 1С, но из 1С в КПК не пришли подтверждения о загрузке этих заявок центральной БД).
Либо наличия в КПК таких заявок, которые проведены в КПК, но не проведены в 1С. Дело в том, что сразу после загрузки товаров Агент+ перепроводит заявки, которые либо являются неподтвержденными, либо проведенными в КПК, но не проведенными в 1С (согласно тэга Ref_Confirm, данные из которого накапливаются в БД КПК). Перепроведение это сделано исходя из следующего примера. Например, мы загружаем в КПК в пустую БД 10 штук единственного товара. После создаем заявку, отпускающую 3 штуки товара. После проведения в КПК устанавливается 7 штук товара. Теперь если я тут же загружу тот же файл загрузки, что и до создания заявки, в БД установится остаток в 10 штук товара. Это будет неправильно, т.к. у нас в КПК уже есть заявка, которая должна снять 3 штуки товара (заявка, кстати, неподтвержденная). Поэтому программа такие заявки перепроводит и в итоге опять получает остаток 7 штук. Аналогичный пример будет и в случае, если мы в КПК создаем, проводим эту заявку и выгружаем в 1С, но в 1С она не проводится и из 1С выгружаются в КПК остатки без учета такой заявки. После загрузки этих данных в КПК программа видит, что заявка в ЦБД не проведена, поэтому загруженные остатки не учитывают эту заявку, поэтому она такую заявку тоже перепроводит. Выявить есть ли неподтвержденные заявки в КПК можно при помощи отчета "Неподтвержденные документы", встроенный в Агент+. Выявить же заявки проведенные в КПК но непроведенные в 1С несколько сложнее - нужно просматривать статус заявки в КПК и статус в ЦБД в журнале документов КПК. Делается это при помощи контекстного меню журнала документов. Причин неподтверждения заявок может быть много, они вызваны либо некорректным алгоритмом выгрузки подтверждений из 1С в КПК, либо потерей привязки заявки, загруженной из КПК, к нужному агенту, для которого обработка обмена данными потом пытается сформировать подтверждения.


Скажите Агент + самостоятельно обрезает файл gpstrack.txt, имеется ввиду удаления старых данных?
Выгружаются все данные имеющиеся о трэке агента на момент выгрузки, после получения трэка 1С выгружает в константе дату, на котоую у нее есть данные о трэке, КПК получив эту дату удаляет старые данные трэка (по эту дату).
GUID_SYSTEM_GPSTRACK_TIME = EDB9AF7D-5B7C-4242-B061-FE396394BA2F
Константа используется, если в КПК включен режим ведения GPS-трека (списка координат перемещений агента с привязкой координат ко времени).
В константе указываются дата и время, по которые данные о GPS-треке уже имеются в ЦБД. Константа используется для выгрузки в КПК подтверждения о полученных ранее из КПК GPS-данных трека передвижений агента. После загрузки этой константы, КПК удалит из GPS-трека данные по указанное время.


Можно ли сделать запрет на снятие фильтров торговым агентом?
Фильтры задаются непосредственно в Агент+ и агент может их менять. Можно поставить пароль на доступ к настройкам и тогда агент не сможет самостоятельно изменять настройки на КПК. Из имеющихся возможностей можем предложить воспользоваться разграничением списков клиентов и товаров, выгружаемых каждому агенту. То есть, у нас в конфигурациях 1С клиенты выгружаются по плану посещений агента, то есть каждому агента свой список клиентов, товары выгружаются по справочнику ассортиментов, у каждого агента задается свой ассортимент.


Подскажите как убрать в виде доставки обязательность атрибута вид доставки?
Это делается в коде обработки обмена данными. В процедуре выгрузки структур таблиц (тэг Ref_TblStruct), последний параметр тэга - Flags, у Вас там указана 1, это означает обязательный реквизит, не указывайте значение в этом параметре.


Иногда происходит выгрузка подтвержденных заявок т.е. заявок для которых пришло из 1С подтверждение на загрузку.
Из Агент+ выгружаются только неподтвержденные документы. Подтвержденный документ можно выгрузить принудительно, вызвав контекстное меню на этом документе и выбрав пункт "Выгрузить документ", но такое не может произойти случайно, для этого требуется вмешательство пользователя.
Если в обработке обмена на вкладке "Настройка" включен флажок загружать документы, то обработка будет загружать в том числе те документы, которые уже были загружены ранее, в противном случае, если галочка не включена, обработка будет выдавать сообщение о том, что документ ранее уже был загружен


Подскажите завис КПК, делали ресет. Сейчас при загрузки старой базы Агент выдает ошибку 8004005, не знаете что это за ошибка?
Скорее всего индексы в базе попортились. Новые версии Агент+ по идее должны автоматически переиндексацию делать. Попробуйте FixDB запустить, если не поможет, то придется новую базу заводить.


Скажите где настраивается в 1С зависимость вида оплаты от типа цен? Требуется чтоб при выборе вида оплаты были свои типы цены?
Эта привязка есть, она настраивается при выгрузке видов оплат, в параметре AddValue тэга с выгрузкой вида перечисления указывается список кодов типов цен, доступных для этого вида перечисления.


Скажите клиент выбирает в Агент+ контрагента затем торговую точку торговой точки прописанны типы цен, он выбирает тип цены, при выгрузки документа, документ приходит без выбранного типа цен.
Коды типов цен в присланном файле идут непопорядку, отсутсвует тип цен с кодом 2, после 1 идет 3. Необходимо перепроверить и исправить параметр кпкКод в справочнике 1С.


Интересует возможность просмотра долгов в документе "заявка" в "информации о клиенте" или "информация от ТТ" конкертно по торговой точке.

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

Подробнее смотрите документацию.


Подскажите где устанавливается запрет на продажу клиенту который имеет долг? И возможно ли сделать автоматический запрет если сумма долга клиента превысит заранее установленное значение?
В файле выгрузки в тэге Ref_Clients есть параметр BlockSales (устаревшее название, новое название параметра - ClientStatus). Если значение этого параметра выставлено в 1, то клиент отображается в КПК красным цветом и на него нельзя оформить документ продажи.
В последнем обновлении программы есть возможность устанавливать запрет на проведение документа, если сумма свободного кредита клиента ниже суммы проводимого документа (точнее, разница между свободным кредитом и суммой документа превышает определенное значение в специальной константе).


Возможно ли работать с несколькими складами в Агент+?
Только офис и авто. Увидеть остатки в разрезе нескольких складов не получится. Можно выгружать сводный остаток со всех используемых складов, а в комментарии к товару указать склад, с которого он был выгружен.


Можно ли увеличить количество цен в Агент+ с 32 на большее?
Нет, но можно использовать персональные цены для клиентов на каждый товар.


Подскажите каким редактором можно просматривать файл базы на КПК?
Мы используем для работы с базой данных MS SQL CE, надо искать в интернете утилиты, которые могут читать базы в этом формате.


В каком теги менять сами названия типов цен?
В "Описании формата обмена данными" рекомендуем посмотреть описание тэга Ref_AttrTypes или Ref_Enum (это более новое название тэга, в программе они взаимозаменяемые).
Пример алгоритма выгрузки типов цен можно посмотреть в обработке КпкОбменДанными.ert любой из конфигураций, выложенных на нашем сайте - поискать в коде модуля слово "Ref_AttrTypes".


Возможно ли из КПК выгружать только заявки за определенный период?
Программа автоматом выгружает только неподтвержденные документы. Чтобы она прекратила выгрузку старых документов - достаточно в центральной БД сделать для таких документов подтверждение о загрузке. Т.е. этот
вопрос можно решить на уровне настроек обмена данными в центральной БД.


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

Информация о клиенте выгружается в тэге Ref_Scripts.
В Агент+ скрипты применяются для описания текстовых экранных форм, чтобы представить информацию на экране КПК в требуемом виде. Пока скрипты используются при описании текстовых экранных форм только для окон "О клиенте" и "О торговой точке".

Вот пример скрипта вывода информации о клиенте:
[Name]|Кредит: [Credit], Скидка: [Discount]%|Долг: [Debt]|-------|
Тел.: [Tel]|Адрес: [Addr] |-------|ИНН: [_INN], ОКПО: [_OKPO]|[_FNAME]| Продажи прошлого месяца: [_MSALES]|Срок договора: [_SROKDOG] В данном примере квадратных скобках указываются реквизиты клиента, названия дополнительных реквизитов всегда начинаются со знака подчеркивания (в примере выше - это реквизиты "_MSALES" и "_SROKDOG"). Символом переноса строки служит вертикальная черта ("|").

Тэг подробно описан в документации (Описание формата обмена данными).


Подскажите какой тег отвечает за подтверждение проведен документ заявка или др. в 1с или нет?
Подтверждения на загрузку документов в 1С содержаться в тэге Ref_Confirm.
Статус документа в ЦБД (проведен, непроведен, удален) выгружается в параметре DocFlags:
1 - проведен;
2 - записан;
3 - помечен на удаление.
Можно так же добавлять к указанному выше полученному числу число 8, что будет означать "запрет на редактирование в КПК".
Если требуется выделить в журнале документов КПК данный долг красным цветом, то к полученному результату следует прибавить 64 (но имейте в виду, что если в программе Вы используете режим работы с категориями документов, то значение 64 игнорируется и цвет документа определяется цветом категории документа - смотрите ниже описание параметра "= Category").
Если требуется, чтобы документ был загружен в КПК только в том случае, если он в КПК отсутствует, то к полученному результату следует прибавить 256.
Следующее значение параметра используется при загрузке документов других
видов:
512 - режим "переноса" проведенного документа. При загрузке в КПК проведенного документа он не перепроводится в КПК, а просто переносится, при этом документ становится недоступным для редактирования. Данный режим удобно применять при необходимости выгрузки в КПК документов, предназначенных только для информирования пользователя.


Скажите есть какое то описание как подвязывать к документам в Агент+ скрипты по которым будет рассчитываться скидка на документ или рекомендуемое количество товара?

Разумеется, в документации описаны все тэги используемые Агентом+ и весь функционал, приводятся примеры.

Тэг Ref_FillDocScripts
Используется для выгрузки в КПК названий файлов скриптов, используемых для заполнения табличных частей документов. В Агент+ имеется возможность заполнять табличные части документов с использованием настраиваемых алгоритмов расчета вносимых в документ количеств товаров. Алгоритмы описываются при помощи встроенного в Агент+ языка программирования Lua. Для любого вида документа (имеющего табличную часть) может быть указано какое угодно количество вариантов заполнения документов, соответственно каждый вариант заполнения должен быть описан на языке Lua. Варианты заполнения документа в Агент+ выбираются пользователем через всплывающее меню табличной части документа. Все возможные варианты заполнения всех видов документов можно указывать в одном скрипте.
Каждая строка тэга Ref_FillDocScripts описывает один вариант заполнения документа. Если требуется несколько вариантов заполнения, то просто в тэге указываются соответствующие строки для каждого варианта.

Обратите внимание, что в параметре FileNameAndFunct указывается не только название файла скрипта, но и название функции, объявленной внутри этого скрипта.
Механизм заполнения табличной части документа (согласно выбранного пользователем варианта заполнения) работает следующим образом:
1.Указанный в параметре FileNameAndFunct скрипт компилируется.
2.После этого Агент+ запускает перебор всех товаров в прайс-листе.
2.1.Для каждого товара в процессе перебора Агент+ вызывает функцию, указанную в параметре FileNameAndFunct тэга. В эту функцию передаются три
параметра:
2.1.1.Goods - ссылка на элемент справочника "Товары" (в Lua - справочник типа "Goods").
2.1.2.History - строка, представляющая собой историю продаж товара согласно выбранных клиента и торговой точки в документе.
2.1.3.MerchAmt - количество товара в документе "Мерчендайзинг", на который ссылается заполняемый документ.
Если история продаж отсутствует (или не имеет смысла, например, если заполняется документ "Перемещение"), то значение параметра History представляет собой пустую строку ("").
Если заполняемый документ не ссылается на документ "Мерчендайзинг", то значение параметра MerchAmt равно нулю.
2.2.Функция возвращает число, которое Агент+ вставляет в колонку "Количество" заполняемого документа. Если число равно нулю, то товар в документ не заносится.
2.3.Согласно выбранных в документе типа цены, и скидки в документ проставляется цена товара и рассчитывается сумма товара.

Пример использования тэга Ref_FillDocScripts.

Пример алгоритма выгрузки тэга для 1С:Предприятия 7.7:

//Процедура для выгрузки в КПК описания скриптов заполнения документов Процедура ВыгрузкаОписанийСкриптовЗаполненияДокументов(Текст)
Текст.ДобавитьСтроку("" +Т_+ "Ref_FillDocScripts"
+Т_+ "Struct:DocList,Name,Message,FileNameAndFunct");
Текст.ДобавитьСтроку("Order" +Т_+ "Сред. продажи минус наличие"
+Т_+ "Заполнить документ согласно средних данных истории продаж и наличия
|товара в точке?" +Т_+ "FillDocuments.lua:FillOrder");
Текст.ДобавитьСтроку("Order" +Т_+ "Сред. прод. минус налич.(в упак.)"
+Т_+ "Заполнить документ согласно средних данных истории продаж и
|наличия товара в точке (с округлением до упаковок)?"
+Т_+ "FillDocuments.lua:FillOrderPack");
Текст.ДобавитьСтроку("Sale,RSale" +Т_+ "Сред. продажи минус наличие"
+Т_+ "Заполнить документ согласно средних данных истории продаж и наличия
|товара в точке?" +Т_+ "FillDocuments.lua:FillSale");
Текст.ДобавитьСтроку("Sale,RSale" +Т_+ "Сред. прод. минус налич.(в
|упак.)" +Т_+ "Заполнить документ согласно средних данных истории
|продаж и наличия товара в точке (с округлением до упаковок)?"
+Т_+ "FillDocuments.lua:FillSalePack");
Текст.ДобавитьСтроку("" +Т_+ "Ref_FillDocScripts"); КонецПроцедуры

Пример скрипта FillDocuments.lua заполнения документов на языке Lua:

-- Функция возвращает количество товара для включения в документ "Заявка"
function FillOrder(Goods, sHist, nMerch)
local nRest = Goods:Get("OfficeRest"):GetDblVal() -- остаток в офисе
local nAmount = AP_Round(AP_Average(sHist, " ") - nMerch, 0)
if nRest < nAmount then
nAmount = nRest
end
if nAmount < 0 then
nAmount = 0
end
return nAmount
end

-- Функция возвращает количество товара для включения в документ "Заявка"
-- количество округляется до коробок
function FillOrderPack(Goods, sHist, nMerch)
local nRest = Goods:Get("OfficeRest"):GetDblVal() -- остаток в офисе
local nAmount = AP_Round(AP_Average(sHist, " ") - nMerch, 0)
return GetBestAmountForPack(Goods, nAmount, nRest) end

-- Функция возвращает количество товара для включения в документы
-- "Реализация" и "Реализация розничная"
function FillSale(Goods, sHist, nMerch)
local nRest = Goods:Get("StoreRest"):GetDblVal() -- остаток в машине
local nAmount = AP_Round(AP_Average(sHist, " ") - nMerch, 0)
if nRest < nAmount then
nAmount = nRest
end
if nAmount < 0 then
nAmount = 0
end
return nAmount
end

-- Функция возвращает количество товара для включения в документы
-- "Реализация" и "Реализация розничная"
-- количество округляется до коробок
function FillSalePack(Goods, sHist, nMerch)
local nRest = Goods:Get("StoreRest"):GetDblVal() -- остаток в офисе
local nAmount = AP_Round(AP_Average(sHist, " ") - nMerch, 0)
return GetBestAmountForPack(Goods, nAmount, nRest) end

Для краткости алгоритма в примере не приводится объявление функции
GetBestAmountForPack() - алгоритм этой функции Вы можете найти в скрипте FillDocuments.lua дистрибутива Агент+. Функции AP_Average(), AP_Round() (а так же AP_Min(), AP_Max(), AP_Int() являются расширениями языка Lua, добавленные в язык для более удобной поддержки Агент+).


Какие минимальные данные нужно изменить (добавить) в 1С чтоб произвести стыковку с Агент+ Инвент если в КПК будут выгружаться клиенты, остатки, дебиторка.
В любом с лучае и для 7.7, и для 8.0 мы старались вносить как можно меньше изменений в стандартные объекты, в основном создавали свои объекты и использовали регистры сведений (8.0) и справочники (7.7) в качестве хранилищ информации. Добавьте в конфигурацию наши объекты, они имеют префикс "кпк", обратите внимание на документы Реализация, ОтчетККМ, ПКО, РКО, ЗаказПокупателя, в эти документы добавлялись реквизиты, такие как Торговая точка, каких-то серьезных изменений в коде стандартных объектов нет.
Целиком добавлялись документы ПланПосещений и Маршрут. В 7.7 есть изменения в глобальном модуле, они связаны с выполнением команд справочника Команды.


Подскажите какой тег отвечает за подтверждение проведен документ заявка или др. в 1с или нет?
Подтверждения на загрузку документов в 1С содержаться в тэге Ref_Confirm.
Статус документа в ЦБД (проведен, непроведен, удален) выгружается в параметре DocFlags:
1 - проведен;
2 - записан;
3 - помечен на удаление.
Можно так же добавлять к указанному выше полученному числу число 8, что будет означать "запрет на редактирование в КПК".
Если требуется выделить в журнале документов КПК данный долг красным цветом, то к полученному результату следует прибавить 64 (но имейте в виду, что если в программе Вы используете режим работы с категориями документов, то значение 64 игнорируется и цвет документа определяется цветом категории документа - смотрите ниже описание параметра "= Category").
Если требуется, чтобы документ был загружен в КПК только в том случае, если он в КПК отсутствует, то к полученному результату следует прибавить 256.
Следующее значение параметра используется при загрузке документов других
видов:
512 - режим "переноса" проведенного документа. При загрузке в КПК проведенного документа он не перепроводится в КПК, а просто переносится, при этом документ становится недоступным для редактирования. Данный режим удобно применять при необходимости выгрузки в КПК документов, предназначенных только для информирования пользователя.


Какие минимальные данные нужно изменить (добавить) в 1С чтоб произвести стыковку с Агент+ Инвент если в КПК будут выгружаться клиенты, остатки, дебиторка.
В любом с лучае и для 1C 7.7, и для 1C 8.0 мы старались вносить как можно меньше изменений в стандартные объекты, в основном создавали свои объекты и использовали регичтры сведений (8.0) и справочники (7.7) в качестве хранилищ информации. Добавьте в конфигурацию наши объекты, они имеют префикс "кпк", обратите внимание на документы Реализация, ОтчетККМ, ПКО, РКО, ЗаказПокупателя, в эти документы добавлялись реквизиты, такие как Торговая точка, каких-то серьбезных изменений в коде стандратных объектов нет.
Целиком добавлялись документы ПланПосещений и Маршрут, Мобильная торговля. В 7.7 есть изменения в глобальном модуцле, они связаны с выполнением команд справочника Команды.


Интересует возможность просмотра долгов в документе "заявка" в "информации о клиенте" или "информация от ТТ" конкертно по торговой точке.
Описания скриптов информации о клитах и торговых точках выгружаются в тэге Ref_Scripts. По умолчанию долг указан только в информации о клиенте. Но Вы моженте отредактировать скрипт о торговой точке и добавить туда данные о долге, сами данные будут рассчитывать в 1С, а выгрузку скриптов уже будет попадать готовая сумма долга, в виде текста.
Подробнее смотрите документацию.


Где устанавливается запрет на продажу клиенту который имеет долг?
В файле выгрузки в тэге Ref_Clients есть параметр BlockSales (устаревшее название, новое название параметра - ClientStatus). Если значение этого параметра выставлено в 1, то клиент отображается в КПК красным цветом и на него нельзя оформить документ продажи.
В последнем обновлении программы есть возможность устанавливать запрет на проведение документа, если сумма свободного кредита клиента ниже суммы проводимого документа (точнее, разница между свободным кредитом и суммой документа превышает определенное значение в специальной константе).


При сбрасывании через ftp обмен данными обмена", "550 /FTP: Permission denied."
Правильно указывать имя папки без дополнительных символов, только само имя.
Проверьте правильность имени. Обращайте внимание на регистр. Убедитесь, что такая папка существует на сервере и лежит в корне, а не является подпапкой.
И убедитесь, что у пользователя, которым Вы подключаетесь, есть права на доступ к этой папке и чтение/запись файлов в этой папке.


Используя утилиту CONFPPC автоматически создаеться Агент "Фамилия Имя Отчество" и идентификатор "00000000-0000-0000-0000-000000000000" и создаеться файл agents.xml. Как зарегистрировать новых агентов с индентификаторами? И для чего индентификатори нужны? Где их регистрировать?
Файл Agents.xml создается пустым, с примером заполнения в виде агента "Фамилия Имя Отчество" с идентификатором "00000000-0000-0000-0000-000000000000". Вы можете заполнить файл нужными агентами сами или написать обработку для 1С, которая сформирует такой файл с агентами из Вашей конфигурации. Это в случае, если Вы хотите использовать ConfPPC.exe. Если пользоваться обработкой настроек для 1С, то агенты хранятся в Вашей базе данных, без дополнительных xml-файлов. Идентификаторы нужны для идентификации объектов. В 1С 8.0 и 8.1 каждая ссылка на объект имеет свой уникальный идентификатор, поэтому добавлять никакие поля не придется.


Если КПК не виден на компьютере?

Блокировать соединение могут программы типа файерволов и брэндмауэров.

Также убедитесь, что на КПК через ActiveSync установлено интернет-соединение.

Для установки интернет-соединения на КПК через ActiveSync:

1. На КПК: Пуск->Настройки->Подключения->Подключения->Дополнительно->Выбрать

Сети

(Start->Settings->Connections->Connections->Advanced->Select Networks)

в обоих полях установить значение Моя Рабочая Сеть (My Work Network).

2. Подсоединить КПК к компьютеру по средством дата кабеля.

3. В настройках подключения ActiveSync в поле "Этот компьютер подключен к:"

выбрать значение "К Интернету" и перезагрузить КПК.


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

Нужно, чтобы в той же папке, где находится компонента, находились дополнительные файлы DLL и файлы *.manifest (в архиве приводится инструкция).
Другая возможная причина - dll не хочет регистрироваться в ОС Windows (1С это делает автоматически при попытке загрузки компоненты), нужно тогда попытаться зарегистрировать ее вручную утилитой regsvr32.
Еще возможная причина - ограничение прав пользователя ОС, запрещающие регистрацию компонент, проблема решается так же, как в предыдущем совете.


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

Агент+ хранит в своей БД по каждому из документов два статуса - статус
документа в КПК и статус документа в центральной БД (ЦБД). Каждый из таких статусов может принимать значения: записан, проведен, помечен на удаление. Для ЦБД имеется еще один вариант статуса - "не подтвержден".
Статусы всех документов в КПК (статус в КПК и статус в ЦБД) можно посмотреть в КПК в журнале документов, переключив журнал в соответствующий режим просмотра через контекстное меню.
Подробно это описано в "Руководстве пользователя" в разделе "6.1.1 Проведенные и не проведенные документы".
КПК будет ВСЕГДА выгружать в ЦБД документы, у которых статус в ЦБД значится как "не подтвержден" до тех пор, пока в ответной выгрузке данных из ЦБД в КПК не придет подтверждение о загрузке этого документа в ЦБД (точнее, пока не придут в КПК данные о статусе документа в ЦБД).
Просто сбросить заявку в файл выгрузки данных недостаточно, т.к. нет гарантии, что файл был успешно обработан в ЦБД, КПК нужно обязательно получить ответные данные из ЦБД, в которых будет указана информация о статусе таких документов с точки зрения ЦБД.
В нашей программе эти характеристики относятся уже к категории документов. Категории документов назначаются для каждого документа в ЦБД и информация по таким категориям выгружается из ЦБД в КПК. За каждой категорией закрепляется определенный цвет и напоминание, соответственно в КПК документы разных категорий показываются разными цветами.
По каждой из категорий в журнале документов подсчитывается итог по сумме документов и весу товаров в документах одной категории.
Список категорий и их цвета задаются как угодно - как это требуется клиенту. К примеру, красный цвет, означает, что документ не принят к исполнению, зеленый цвет - принят к исполнению и успешно отгружен, синий цвет - требуется согласование с клиентом и т.п. - все на усмотрение клиента.


Подскажить не являются ли запрещенными символами в названии файла загрузки русские буквы?
Русские буквы в именах файлов использовать нежелательно т.к., например, в разных версиях ОС имена таких файлов на уровне 1С:Предприятия могут читаться по разному, (разница между Win2000 и WinXP, или Windows Pan Europian и Windows русской локализации).
Могут возникнуть и другие проблемы при попытке обращения к такому файлу по сетевому пути.
Рекомендуем применять латиницу при генерации имен файлов из 1С.


Можно ли в Агент+ вносить дробное (не целое) число количества товара при заказе?

В тэге Тэг Ref_Goods или Ref_Price есть параметр Weight:
Признак, что товар является "весовым", т.е. допускается ввод дробного количества товара в документы.
Значения:
1 - товар весовой,
0 - товар не весовой.
Количество знаков после запятой для дробных количеств товаров указывается в константе GUID_SYSTEM_AMNTPRECISION

GUID_SYSTEM_AMNTPRECISION = 0980573E-CA63-4C1D-941D-09218063BF40
Количество знаков после запятой для указания дробного количества товара (от 0 до 4 знаков). В КПК при подборе товара в документы (или при редактировании количества товара в документе) допускается указание дробных количеств только для товаров, у которых имеется признак "Весовой"


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


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

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


Из кпк письмо приходит с такой темой: "AgentPlus Dest=ToMainDB Agent=АбдрахманоAgentPlus Dest=ToMainDB Agent=Абдрахманов AgentID=3183789D-927F-4D43-B94A-C5BBAF99A3AgentPlus Dest=ToMainDB Agent=Абдрахманов AgentID=3183789D-927F-4D43-B94A-C5BBAF99A33B" в чем может быть причина?
Поробуйте в КПК передать укороченное имя торгового агента - такое подозрение, что он передается в КПК с завершающимися пробелами, программа этого не проверяет (в 10-м релизе это исправлено, релиз готовится к выходу) и по этой причине концовка в имени агента в теме письма может исказиться.


Возникла следующая проблема при связи 1С и КПК: обработка, которая осуществляет обмен данными не может загрузить applus.dll. и соответственно не работает. Ситуация произошла следующая: у клиента 2000 windows + сервиспак 4. Мы поставили ACTIVESYNC, базу 1С, которая идет в комплекте. Вызвали обработку, dll - она увидела и нам удалось выгрузить данные в КПК. После чего попытались загрузить данные из КПК в 1С. Машинка ругнулась что нет xml parsera. Поставили 4-тый xml parser. После этого обработка обмен данными перестала загружать applus.dll.
В точно таком же виде проблема у нас не случалась. Бывало такое по отдельности - либо парсер
не мог прочесть XML-файл, либо DLL не загружалась, но ни то ни другое одновременно.
В первом случае мы как правило устанавливаем XML-парсер версий 3 или 4 и все работает.
Во втором случае проверяем не установлены ли на компьютере какие-либо файрволы, блокирующие
загрузку DLL. Как правило вторая проблема объясняется блокировкой загрузки dll файрволом или
антивирусным монитором. Проверьте так же версию Microsoft ActiveSync - она должна быть не ниже
4.1.


У нас агенты начали работать с Агене+ Стандарт.Воде бы все нормально в пределах функциональности, но не совсем удобно. Не видят у себя проплаты клиентов - кто, когда, за что,сколько, как (касса, банк). Все равно в офис звонят периодически,справляются.
В Агент+ есть возможность просматривать задолженность клиентов как в общей итоговой сумме, так и в разрезе документов, в том числе с возможностью просмотра долгов как по клиентам, так и по торговым точкам. Для этого в
Агент+ в журнале документов есть закладка "Долги", "Заявка", "Продажи", "Мерчендайзинг" в этой закладке и
показываются долги клиентов. На основании этих долгов (при желании, если включены соответствующие настройки) можно вводить кассовые ордера. Если эта закладка у Вас отсутствует, то ее можно включить в настройках журнала документов. Если же эта закладка пустая, то нужно в обработке обмена данными с КПК предусмотреть алгоритм выгрузки долгов в КПК. Данные возможности реализованы в демонстрационной конфигурации для 1С:Предприятия 7.7, которая идет в комплекте с Агент+. На примерах ее алгоритмов можно относительно быстро реализовать выгрузку долгов в КПК.


В демо-версии Агент+ с вашей демо базой при создании документа автоматом проставляется название фирмы от которой идет продажа (хотя в списке их три). Как выбирается фирма по умолчанию, какой тег за это отвечает?
Тег Ref_System параметр с идентификатором:
GUID_SYSTEM_FIRMID = 30AC90F6-99D2-439f-8AA2-007FF391DEA4
Идентификатор фирмы по умолчанию. Фирма проставляется автоматически в каждый новый создаваемый документ.


Где настраивается возможность отображения товара в каталоге если у него нулевой остаток.

1.
Возможно, в КПК просто выгружаются только те товары, которые есть в наличии - обработка КпкОбменДанными так и настроена. Если требуется выгружать все товары в КПК, то нужно в обработке внести изменения в алгоритм выгрузки товаров (программист 1С быстро разберется), делается это в процедуре ВыгрузкаНоменклатуры().

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


Являются ли запрещенными символами в названии файла загрузки русские буквы
Русские буквы в именах файлов использовать нежелательно т.к., например, в разных версиях ОС имена таких файлов на уровне 1С:Предприятия могут читаться по разному, (разница между Win2000 и WinXP, или Windows Pan Europian и Windows русской локализации).
Могут возникнуть и другие проблемы при попытке обращения к такому файлу по сетевому пути.
Рекомендуем применять латиницу при генерации имен файлов из 1С.


Возникла проблема слетела база на КПК

Скорее всего была повреждена БД в КПК из-за нехватки памяти. Нужно было выйти из программы и удалить в КПК файл Base.sdf в папке установки программы (это файл базы данных). После освободить место в памяти КПК - удалить лишние файлы, фотографии, лишние программы.

Вы же скорее всего сделали жесткую перезагрузку КПК, в результате чего региональные настройки КПК изменились. Вам нужно в КПК в контрольной панели (кнопка "Пуск" или "Start", затем меню "Настройки" или "Settings", в открывшемся окне во второй закладке выбрать иконку "Regional settings" и в списке настроек выбрать "Россия" или Russia).

После изменения региональных настроек в КПК нужно выйти из программы, удалить файл Base.sdf и заново загрузить данные в КПК.


Сервер не принимает файлы от КПК при ftp-подключении.

Тут может быть много вариантов. Убедитесь что путь к папке агента не содержит кирилических символов, чтобы исключить проблемы с кодировкой. Попробуйте создать другую папку (имя задать латиницей) и попробовать обмен с ней. Был также случай, когда FTP-сервер проверял какой клиент к нему подключается и блокировал подключения по GPRS-соединению. Рекомендуем использовать стандартный Windows FTP-сервер.

Возможно нестабильно работает GPRS-соединение и КПК не удается отправить файл корректно.


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

После загрузки товаров Агент+ перепроводит заявки, которые либо являются неподтвержденными, либо проведенными в КПК, но не проведенными в 1С (согласно тэга Ref_Confirm, данные из которого накапливаются в БД КПК). Выявить есть ли неподтвержденные заявки в КПК можно при помощи отчета "Неподтвержденные документы", встроенного в Агент+. Выявить же заявки проведенные в КПК но непроведенные в 1С несколько сложнее - нужно просматривать статус заявки в КПК и статус в ЦБД в журнале документов КПК. Делается это при помощи контекстного меню журнала документов.


При выгрузке типов цен - максимальное количетсво 5

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


Перестал работать Агент+ сервер. Т.е. нет связи с ним.

Проверьте запускается ли Агент+ сервер на настольном компьютере. Убедитесь, что его не блокирут программы типа брэндмауеров и файерволов. Проверьте виден ли компьютер из внешней сети, например командой ping. Папка обмена Агент+ сервера должна быть открыта для общего доступа по сети. Путь к Агент+ папке обмена, а так же имя самой папки должны быть написаны латиницей. Проверьте есть ли у КПК доступ в интернет.


Настройки при переходе на версию инвент
Нужно в 1С:Предприятии запустить обработку "КпкНастройкаАгентПлюс", после выбрать закладку "Документы", в списке видов документов выбрать "Реализация" и для этого документа выбрать флажок "Создание / Редактирование / Удаление" и передать настройки в КПК. После этого в КПК в настройках журнала в списках закладок появятся нужные Вам закладки.


Настройка Агент+ сервер если стоит внешний модем.
Агент+ сервер устанавливается на компьютер и ему указывается каталог
обмена с файлом config.xml - как обычно, ip-адрес модема на это не влияет. В КПК для коннекта к Агент+ серверу нужно указать ip-адрес сервера, этот ip-адрес должен быть внешним, то есть быть доступен из интернета.
Узнать ip-адрес сервера можно в настройках сети на компьютере где уставновлен Агент+ сервер, или выдав в командной строке команду ipconfig


Как работает мобильный обмен данными?

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

Принцип работы FTP-обмена аналогичен обмену данных по почте, только данные передаются не в виде писем, а сразу в виде файлов, файлы передаются на FTP-сервер. Этот способ более удобен как для работы пользователей, так и для администрирования.

Принцип работы обмена через Торговый Агент Сервер аналогичен обмену данными через FTP. Наиболее важное его отличие в том, что обмен через Торговый Агент Сервер позволяет загружать данные в КПК в "фоновом" режиме, т.е. когда пользователь может продолжать работу с "Торговый Агент", в то время как КПК самостоятельно принимает данные в КПК (КПК берет на себя только прием данных, загрузка принятых данных непосредственно в БД КПК происходит при участии пользователя). Другое важное отличие обмена данными через Торговый Агент Сервер- меньшая чувствительность к плохому качеству связи в условиях нестабильной работы GPRS-сети.

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

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


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


Возможна ли работа с ассортиментом товаров в 5000 наименований на одном КПК?
Да. «Торговый Агент» изначально разарбатывалось как ПО, ориентированное на работу с большими объемами данных. При выгрузке в КПК 10 000 наименований товаров заряда батареи КПК хватает на весь день работы (без подзарядки и с включенной подсветкой экрана КПК). Причем на КПК с невысокими требваниями к емкости батареи (модели КПК iPAQ 1930/1940).


Есть ли у вас клиенты, уже эксплуатирующие «Торгового Агента» с «1С:Предприятием 8.0»?
Да, например, ООО «Сандора» (Украина) — эксплуатируется с июня 2004 г. «Торговый Агент» стало первым решением для КПК, совместимым с «1С:Предприятием 8.0».


Какое максимальное количество торговых агентов в одной организации сейчас работает с вашим ПО?
На текущий момент - 60 торговых агентов. Завершено внедрение в организации, где работают более 80 торговых агентов; ведется постепенный перевод всех торговых агентов на КПК.


Какие модели принтеров вы рекомендуете для мобильной печати?
Фактически в «Торговом Агенте» поддерживаются любые принтеры (матричные, лазерные, струйные), поддерживающие один из форматов передачи данных: HP PCL, Epson LX/ESC/P2/StylusColor, Cannon BubbleJet, Pocket Jet II/200, C-POS Mobile Pro Spectrum. Основной вопрос возникает в предпочтении формата печатных форм (графический или текстовый). Если предпочтителен текстовый формат печати, то одно из наилучших соотношений цена/качество у принтера Epson LX300. Если же предпочтителен графический формат печати, то возможности выбора моделей принтеров значительно больше. Например, достаточно популярны модели Canon i80 или HP DeskJet 450wbt.


Какое аппаратное обеспечение требуется для мобильного обмена?
Сотовый телефон с поддержкой GPRS (желательно), оснащенный инфракрасным портом или Bluetooth (в последнем случае требуется, чтобы и КПК был оснащен Bluetooth, например: КПК iPAQ 1940, iPAQ 2210, iPAQ hx2110, iPAQ hx2410, ASUS MyPal A620BT).


Какие модели КПК вы рекомендуете?
Для работы с «Торговым Агентом» годятся любые КПК на базе ОС Windows Mobile 2003 / Windows Mobile 2003 SE. Рекомендуемые модели КПК: ASUS MyPal A620, ASUS MyPal A620BT, Dell Axim X30, Dell Axim X50, iPAQ 1930, iPAQ 1940, iPAQ 2210, iPAQ hx2100, iPAQ hx2400, iPAQ hx2190, iPAQ rx1950, iPAQ hp2490. Так же "Торговый Агент" можно использовать на коммуникаторах: Qtek S100, Qtek S110, Qtek 2020, ETen M300, ETen M500 и др..


Какое требуется дополнительное программное обеспечение?
Требуется Microsoft ActiveSync (имеется в комплекте с любым КПК, так же свободно доступен в Интернет). Для мобильного обмена данными через электронную почту используется Microsoft Outlook или Microsoft Outlook Express (желательно Microsoft Outlook Express - встроен в любую операционную систему Windows начиная с Windows 98). Для мобильного обмена данными через FTP не требуется дополнительного программного обеспечения.


Каковы требования к конфигурациям программ 1С для КПК?

Требования к конфигурациям для «1С:Предприятие 7.7» приводятся в документации к демо-версии «Торгового Агента».


Каковы требования к программному обеспечению «1С:Предприятие»?
«1С:Предприятие 7.7» любых версий (сетевая или однопользовательская версия, версия для SQL) или «1С:Предприятие 8.0».


Какие функциональные возможности реализованы в «Торговый Агент»?
В «Торгового Агента» реализованы следующие возможности: оформление заявок («Pre Selling»), «торговля с колес» («Van Selling»), учет кассовых операций, учет продаж, учет взаиморасчетов, мерчендайзинг, анкетирование, контроль планов посещения, мобильный обмен данными.


Среда программирования, в которой разработан «Торговый Агент»?
Microsoft eMbedded Visual C++ 3.0 / 4.0, Assembler. База данных на КПК функционирует на MSSQL CE 2.0, интерфейс взаимодействия ядра «Торгового Агента» с БД КПК — OLE DB. «Торговый Агент» полностью разработан на функциях Win32 API без использования MFC, что дает дополнительные преимущества в высокой скорости работы, экономичного расхода заряда батарей КПК и экономичной работы с оперативной памятью.
1с торговля
торговый агент
работа торгового агента
договор торговый агент
должностная инструкция торгового агента
автоматизация деятельности торговых агентов
автоматизация торговли
автоматизация розничной торговли
автоматизация оптовой торговли
программы автоматизации торговли
системы автоматизации торговли
автоматизация предприятий торговли
автоматизация мобильной торговли
системы комлексной автоматизации торговли
автоматизация торговли кредит
комплексная автоматизация торговли
программы автоматизации торговли автозапчастями
автоматизация предпритий торговли
проблемы торговля автоматизация
рынка автоматизации розничной торговли
курс основы автоматизации торговли
рынка автоматизации розничной торговли 200
автоматизация торговли спортивными товарами
автоматизация торговли одеждой
кредит автоматизации торговли москва
автоматизация торговли красноярск
розничная торговля автоматизация форумы
автоматизация управления предприятием розничной торговли
автоматизация прилавочной торговли
автоматизация книжной торговли
автоматизация торговли штрихкодами
автоматизация торговли тюмень
автоматизация торговля розница
автоматизация торговли реферат
автоматизация торговли кпк
автоматизация торговли ккм
диплом автоматизация торговли
1с автоматизация торговля
штрих
фискальный регистратор
*автоматизация розничной торговли
автоматизация аптек
автоматизация магазина
автоматизация склада
программа для магазина
автоматизация
автоматизация бизнеса
автоматизация предприятий
информатизация предприятий
алкон ввс
торговое оборудование
автоматизация бухгалтерии
что такое pos терминал
pos терминал
программа складского учета
складской учет программы
создание сайта
p o s
pos
pos материалы
правила розничной торговле
правила торговли
торговля


Возможна ли доработка вашего ПО усилиями наших программистов?
Если имеется в виду правка исходных кодов С++ для «Торгового Агента», то коды держим закрытыми. Все исходные коды демонстрационной конфигурации для «1С:Предпритятия» открыты для свободного использования, изменения и доработок.

 
Дистрибьюция

Дистрибуция или автоматизация торговых представителей.

 

Дистрибуция

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

У каждого товара должно быть место и имя. Очень часто на предприятии процесс классификации никем не контролируется. Следствием такой бесконтрольности является огромный клубок проблем. Основы классификации помогут быстро и оперативно его распутать

У каждого товара должно быть место и имя. Очень часто на предприятии процесс классификации никем не контролируется. Следствием такой бесконтрольности является огромный клубок проблем. Основы классификации помогут быстро и оперативно его распутать

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

ПОНЯТИЕ КЛАССИФИКАЦИИ

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

Смысл классификации прост. Все многообразие объектов, требующих осмысления или какой-либо обработки, организуется в виде упорядоченной системы. Для этой системы разрабатываются определенные правила деления и навигации. В ней каждому объекту отведено определенное место так, что не возникает сомнений ни в том, куда поместить данный объект, ни в том, где его искать. Наука логика включает весь аппарат, необходимый для проведения классификации множеств. Классификация как логический оператор – это многоступенчатое логическое деление, когда каждый из членов деления в свою очередь становится делимым понятием, но уже по иному основанию деления.

ПРАКТИКА ДЕЛЕНИЯ ДИСТРИБЬЮЦИИ

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

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

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

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

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

ОСНОВЫ ДИСТРИБУЦИИ

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

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

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

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

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

* Мир потребительских и продовольственных товаров уже превратился в «галактику».
* Ассортимент обновляется ежедневно.
* Рынок перенасыщен.
* Товар сам по себе не является конкурентным преимуществом.
* Дистрибьютор, который хочет получить конкурентные преимущества (или не просто не проиграть), должен производить услуги (услуги 1 и 2).
* Услуга приобретает главенствующую роль.

Правильно построенный классификатор – это навигатор в «галактике» ассортимента. Иными словами, при неправильной классификации дистрибьютор неизбежно сталкивается со следующими проблемами:
– Перегруженность базы данных:
1) «Архив» – наличие в базе данных элементов, давно вышедших из оборота компании;
2) «Дубли» – дублирование отдельных элементов при ведении учета и, как следствие, невозможность осуществлять полноценный (однозначный) учет;
3) «Новинки» – введение ассортиментных единиц, по которым нет контрактов, планов поставок, цен и т. п. («непроработанный» ассортимент), и т. д.
– «Хаос» при вводе и выводе товаров из ассортимента, что приводит к прямым финансовым потерям.
– Невозможность анализа продаж по товарным группам (в соответствии со структурой классификатора) и построения маркетинговой политики компании (сегментный анализ и сегментное позиционирование);
– Все вместе взятое приводит к невозможности для дистрибьютора произвести ни услугу 1, ни услугу 2.
Решением указанных проблем является создание Единого ассортиментного каталога, отвечающего основным целям дистрибьютора. Единый ассортиментный каталог может быть создан только на основе правильной классификации.
– Единый ассортиментный каталог – корпоративный ресурс компании. Поддержка этого ресурса является основной корпоративной функцией.
– Основное свойство каталога – это его универсальность, то есть на его основе решаются как задачи логистики (учет), так и задачи маркетинга и коммерции (продажи).
– Единый ассортиментный каталог позволяет дистрибьютору производить два вида услуги – для производителя и для потребителя.
Единый ассортиментный каталог должен содержать полный перечень продуктов, с которыми работает компания, а также полную информацию как о самом продукте, так и о его движении внутри компании, которая содержится в паспорте продукта.
Любой товар обладает рядом свойств. Для классификации выделяется определенный набор свойств. Далее эти свойства располагаются по иерархическим уровням. Иерархия определяется исходя из целей классификации.


Основы дистрибуции


Разбиение 12 уровней классификатора на две группы
СОЗДАЕМ КЛАССИФИКАТОР

Чтобы яснее себе представить проблему классификации и ее реализации, рассмотрим пример создания классификатора для специй и добавок, используемых в мясной промышленности. Было определено, что 12 уровней достаточно для целей данных целей.

Их условно разбили на две группы (см. рисунок). Первая группа уровней классифицирует продукт, для которого описываемый материал, добавка и специи предназначены. Вторая группа уровней классифицирует свойства, особенности, вкус, запах, состояние и т. п. самого материала. На основе этого фундамента была предложена следующая схема (см. схему).
ЛОГИСТИКА ПРИЛАГАЕТСЯ

Кроме классификационных свойств, то есть товарных свойств, каждый товар обладает набором дополнительных логистических свойств. К ним относятся:

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

Схема. Пример создания классификатора для специй и добавок, используемых в мясной промышленности

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

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

Поддержание Единого ассортиментного каталога осуществляется при помощи функционального рабочего места (ФРМ) «Менеджер по ассортименту». Это корпоративная функция, и она должна быть централизована. Это означает, что право вносить новую ассортиментную единицу принадлежит только менеджеру по ассортименту. Получив информацию о поступлении новой ассортиментной единицы, менеджер по ассортименту должен создать новый Паспорт ассортиментной единицы и занести в него всю информацию о товаре. Фактически менеджер по ассортименту должен знать все товарные свойства, логистические признаки, дополнительные особенности товара, особенности применения и т. д. Функция «Менеджер по ассортименту» включает в себя не только формальное внесение новых товаров в систему, но и анализ «поведения» тех или иных товаров в зависимости от тех или иных условий. На основе такого анализа менеджер по ассортименту может фактически моделировать новый товар (который является комбинацией свойств), который будет пользоваться спросом на определенном уровне в определенном сегменте рынка.

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

ФУНКЦИОНАЛ ДИСТРИБЬЮЦИИ

К функциям, которые выполняет менеджер по ассортименту, можно отнести следующие:

* формирование и поддержка Единого ассортиментного каталога;
* изучение товарных и потребительских свойств товаров;
* анализ «поведения» отдельных свойств и совокупности свойств товара на рынке;
* разработка рекомендаций по включению товаров в ассортимент;
* анализ достаточности и универсальности классификационных свойств и, в случае необходимости, изменение классификатора товаров;
* контроль сертификатов на продукцию.

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

ВОЗМОЖНОСТИ ПРАВИЛЬНО ПОСТРОЕННОГО КЛАССИФИКАТОРА В ДИСТРИБУЦИИ

В области маркетинга:

* Маркетинговый анализ рынка товаров по различным аспектам и для различных целей.
* Анализ поведения отдельных свойств товаров, а не только всего товара целиком на основе различных математических методов. Например, прогнозирование поведения того или иного товара на рынке или прогнозирование поведения отдельных свойств, и уже отсюда – прогнозирование спроса как по различным товарам (которые фактически являются комбинацией свойств), так и по определенным отдельным классификационным свойствам.

В области управления и учета:

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

Инновационные возможности правильно построенного классификатора:

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

Основные правила логического деления

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

Деление должно быть соразмерным или исчерпывающим, то есть сумма объемов членов деления должна быть в точности равна объему делимого понятия. Здесь также возможны два типа ошибок: не исчерпывающее и избыточное деление. Например, деление конфет на карамель и шоколадные конфеты – не исчерпывающее. При таком делении непонятно, к какой группе отнести конфеты, которые являются карамелью в шоколаде. В качестве примера избыточного деления можно снова привести пример с расходами на транспорт (см. выше). Пример несоразмерности можно увидеть в повседневной жизни: вывеска на магазине «Мясо, птица». Безусловно, мы к этому привыкли и не идем в такой магазин покупать мясо и живую птицу, но с точки зрения классификации корректно было бы написать только мясо, иначе пришлось бы уточнять, что в магазине есть мясо коровы, барана, овцы, гуся, курицы и т. д. Для магазина такая вольность вполне нормальна, для компании, в ассортименте которой присутствует говядина, баранина, свинина, мясо птицы и т. д. – недопустима!

Члены деления должны быть альтернативными или взаимно исключать друг друга. Это позволяет найти каждому конкретному объекту одно единственное место в ряду членов деления. Нарушение – тот же пример с расходами. Самый распространенный пример нарушения этого правила – группа «другое» или «прочее». Наличие такой группы сводит на нет самую корректную и продуманную классификацию.

Деление должно быть непрерывным, однопорядковым. Это означает, что нельзя часть родового понятия делить на виды, а другую часть – на подвиды таких видов. Например, неверно такое деление: продукты питания и детское питание или, например, неверен такой ряд: напитки, воды, соки, так как и воды и соки являются подмножеством множества «напитки».

Елена Павлова
Генеральный директор компании "ТРЕНД"