Домой

Общая схема данных




Скачать 45.48 Kb.
НазваниеОбщая схема данных
Дата13.04.2013
Размер45.48 Kb.
ТипДокументы
Содержание
Выгрузка данных
Загрузка данных
Статусы заявок Описание
Установка статуса
Подобные работы:

Оглавление





Оглавление 1

Общая схема данных 2

Синхронизация 3

Выгрузка данных 3

Загрузка данных 4

Статусы заявок 6

Описание 6

Установка статуса 6


Общая схема данных


Все таблицы содержат следующие поля:




Нименование поля

Тип

Описание




Идентификатор

Строка (50)

Уникальный идентификатор записи




Владелец

Строка (50)

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




Активный

Bit

Показывает, используется ли элемент в работе




Удален

Bit

Пометка удаления элемента




ВнешнийКод

Строка (50)

Вспомогательное поле для внешних синхронизаций (в AMSD не используется)




ПоследнееИзменение

Дата со временем

Последнее изменение записи




ДатаСоздания

Дата со временем

Дата создания записи



Записи табличных частей документов соответственно привязаны к шапкам документов через поле Владелец.


Для облегчения синхронизации автоматически генерируются хранимые процедуры вида «АВТО_ХП_Агенты» где «АВТО_ХП_» постоянный префикс, а «Агенты» - наименование таблицы.

ВНИМАНИЕ! Структура таблиц и, соответственно, хранимых процедур генерируется менеджером автоматически. При этом хранимые процедуры перезаписываются. Поэтому если нужно добавить код в хранимую процедуру, рекомендуется сделать собственную с другим наименованием.


Синхронизация


Связь с учетной системой сводится к следующим пунктам:

  1. Выгрузка данных, используя хранимые процедуры.

  2. Загрузка данных из таблиц (Заявки, Приходные ордера, Параметры торговых точек)


^

Выгрузка данных


Пример выгрузки производителя:

Открываем оснастку «Среда SQL Server Management Studio Express», находим базу AMSD2 и нужную нам хранимую процедуру.




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



В дату создания и Последнее изменения передаем произвольную дату, т.к. она все равно будет заменена хранимой процедурой на нужную.

Обратите внимание на порядок параметров. Они должны идти в том же порядке, как расположены в хранимой процедуре. Строковые параметры заключаются в одинарные кавычки, числа передаются без кавычек, с дробной частью – через точку (при этом язык пользователя в MSSQL должен быть установлен в английский). Данные типа Bit – это true или false (для 1C 7.7 – Это 1 и 0)

Такую операцию проделываем для всех выгружаемых справочников.


^

Загрузка данных




При начале выгрузки документов мобильный модуль

  1. Удаляет все имеющиеся документы с такими же идентификаторами

  2. Вставляет шапки документов, при этом флаги Выгружен = 0 и Обработан = 0

  3. Вставляет строки документов

  4. Устанавливает флаг Выгружен в 1



Таким образом, выборка документов должна быть с условиями «Where Выгружен = 1 AND Обработан = 0 AND СтатусОбработки <> 2» (про СтатусОбработки чуть ниже)

Настоятельно рекомендуется ограничивать данный запрос одной записью «Select TOP 1», чтобы в единицу времени обрабатывался один документ.

Для того что бы в аналогичный запрос не попал этот же документ второй раз (при одновременном запуске обработки загрузки) существует флаг СтатусОбработки. Зарезервированы следующие значения:

  1. Заявка уже обработана

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

  3. Заявка находится в обработке



Т.е. получаем следующий порядок работы:

1. Выбираем первую незагруженную заявку

2. Помечаем ее флагом «В работе»

3. Загружаем ее в базу

4. Помечаем как обработанную (или проблемную при ошибке)

5. Нужный статус заявки для передачи его в КПК (Запрет изменений, Ошибка, Проведен и т.д. и т.п.)

6. Если остались заявки – переходим к п.1.
^

Статусы заявок

Описание


В версии 2.6 появилась возможность устанавливать статусы заявок.

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

Возможные статусы заявок заводятся в справочнике «Статусы заявок».

«Наименование» – краткое наименование статуса заявки

«Запрет дальнейшего редактирования документа в КПК» - если последний установленный статус, полученный в КПК будет с установленным флагом, то документ в КПК редактировать и перевыгружать будет невозможно и если не установлен флаг ошибки, то в КПК он пометится зеленым.

«Данный статус информирует об ошибке» - При установке этого флага документ в КПК будет подсвечиваться розовым.
^

Установка статуса


Установить статус можно с помощью хранимой процедуры «АВТО_ХП_ДокументЗаявкаСтатусы»

При этом в поле владелец необходимо передавать идентификатор заявки. В поле Идентификатор можно передать функцию «Convert(nVarchar(50), NewID())» без одинарных кавычек. Изменять уже переданные статусы не рекомендуется. Рекомендуется просто добавлять новый статус документа.

В поле комментарий пишется причина установки статуса, которую сможет прочитать торговый агент в КПК

В поле СтатусЗаявки пишется идентификатор из справочника Статусы заявок

Скачать 45.48 Kb.
Поиск по сайту:



База данных защищена авторским правом ©dogend.ru 2014
При копировании материала укажите ссылку
обратиться к администрации
Уроки, справочники, рефераты