Продукты









КомпанияПродуктыПоддержкаСкачатьФорумКонтакты
Главная / Продукты / Агент передачи файлов TCPFOSS /

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

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

Рисунок 1. Схема работы при распределенных торговых точках

Рисунок 1. Схема работы при распределенных торговых точках

На представленном рисунке видно как происходит единая работа подобных торговых точек. Рассмотрим более подробно схему работы данной фирмы.

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

Сильные стороны при такой схеме:

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

Данная схема требует осуществление передачи данных между всеми объектами, которые задействованы в работе, что может быть организовано несколькими программными продуктами, например:

  • Компоненты "Управление распределенными информационными базами" (УРИБ или УРБД) от фирмы 1С.
  • Разработка фирмы ПиБи.

Но способ передачи данных при помощи этих программ, это отправка по E-mail, FTP-сервер и FTP-клиент, либо переносными носителями информации (CD/DVD диски и флешка).

Слабые стороны каждого из рассмотренных способов передачи данных:

  1. Для E-mail – основной отрицательный момент это отсутствие гарантии доставки сообщения, необходимость надежного  и устойчивого канала доставки до провайдера услуг Интернет.
  2. Для FTP – необходимость надежного и устойчивого канала доставки, высокая стоимость данных каналов, эффект "нулевого" файла [1].
  3. Переносные носители информации (CD/DVD диски и флешка) – необходимость содержания курьерского штата для доставки носителей, задержка по времени доставки.

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

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

Для повышения надежности системы предприятием "ФОСС-Он-Лайн" предлагается программа «Агент передачи файлов TCPFOSS», которая не допустит "провисания" при отсутствии сетевого подключения, кроме этого TCPFOSS может работать с несколькими каналами передачи данных (основной + резервные в т.ч. и по Dial-Up), также программа не требует устойчивых каналов. Передача данных при помощи программы TCPFOSS гарантирована на любых каналах, в т.ч. через мобильных операторов связи.

Методика организации работы по передаче файлов в 1С при помощи программы «Агент передачи файлов TCPFOSS»

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

  1. Обмен локальный, между сервером магазина (далее Сервер Мх, где х – это номер торговой точки) и кассовым местом (далее КМх, где х – номер кассового места).
  2. Обмен межсетевой, между сервером офиса (далее Сервер ЦО) и Сервером Мх.
  3. Обмен глобальный, между КМх, Сервером Мх и Сервером ЦО. Применяется в основном при внеплановых переоценках товаров или аварийных выгрузках остатков товаров, непосредственно на КМ торговых точек.

Итак, давайте последовательно рассмотрим каждый из этих пунктов.

Обмен локальный

На рис. 1, рассмотрим секцию Магазин 1.

Из схематического рисунка видно, что обмен происходит между КМ1 (КМ1, КМ2,КМ3) и Сервером М1. КМ посылает на Сервер М1 обработанные[2] чеки, выгружает информацию по Дисконтным картам (далее ДК[3]), по которым была совершенна покупка на момент выгрузки товара, в ответ КМ получает от сервера остатки товара, если по данному товару были изменения (продажа товара менеджерами торговой точки, другими КМ, приход товара с Сервера ЦО, переоценка товарных позиций, добавление новых позиций (напр. товаров).

Если во время обмена пропадает связь между КМ и Сервером М1 то КМ "входит в ступор", т.к. система пытается получить доступ к сетевым ресурсам и не получает ответа. Чтобы избежать подобных ситуаций, предлагается использование клиента TCPFOSS на КМ и клиент-сервера TCPFOSS на сервере. Данная схема рассмотрена на рис. 2.

Рисунок 2. Схема локальной организации работы торговой точки

Рисунок 2. Схема локальной организации работы торговой точки:
а) классическая (без использования TCPFOSS),
б) усовершенствованная (с использованием TCPFOSS)

Обмен межсетевой

На рис. 3 показан обмен между сервером ЦО и серверами магазинов (Сервер М1, Сервер М2 и Сервер М3).

Рисунок 3. Обмен между сервером ЦО и серверами торговых точек

Рисунок 3. Обмен между сервером ЦО и серверами торговых точек (Сервер М1, Сервер М2 и Сервер М3)

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

С Серверов торговых точек на Сервер ЦО передаются:

  • Товарные позиции, по которым сделаны движения[4].
  • Справочники ДК (которые были изменены в период между выгрузками).
  • Информация о перемещении товаров со склада магазина на центральный склад или на склады других магазинов.
  • Расходные накладные и кассовые документы (чеки).
  • Приходные и расходные кассовые ордера.
  • Приходы на склад торговых точек, в случае если приход целенаправленно завозится на ту или иную торговую точку минуя центральный склад.

Cервер ЦО на Сервера торговых точек передает:

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

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

При существующей схеме работы синхронизация БД фирмы осуществляется следующим образом:

  • Передача по FTP (наземными каналами связи). Требует наличие качественных и устойчивых каналов для передачи информации.

    Отрицательные моменты:
    • Высокая стоимость подключения и арендной платы.
    • Отсутствие наличия резервного канала.
    • Эффект "нулевого" файла.
    • Необходимость установки фаерволов и поднятие VPN-сетей т.к. открываются FTP-папки.
  • Передача по Е-mail. Требует наличие доступа к электронной почте, с необходимостью наличия качественных и устойчивых каналов для передачи информации.

    Отрицательные моменты:
    • Отсутствие наличия резервного канала.
    • Отсутствие гарантии доставки сообщения.
    • Необходимость надежного и устойчивого канала доставки.
  • Радиосвязь. Примерно то же самое что и организация передачи файлов по FTP (наземным каналам), за исключением того что радиодоступ к интернет можно получить почти с любой точки крупного города и городов, где есть Интернет-провайдер, который может предоставить данную услугу.
  • Интернет по сотовому телефону и 3G. Примерно то же самое что и организация передачи файлов по Е-mail, за исключением того что доступ к интернет можно получить с любой точки.

    Дополнительные отрицательные моменты:
    • Канал с очень большой "дефрагментацией связи"[5].
    • Высокая стоимость использования.
    • Отсутствие гарантии отправки и доставки сообщения.
    • Отправка сверхбольших файлов невозможна.
  • Спутниковый интернет (Ассиметричный спутниковый Интернет[6]). Примерно то же самое что и организация передачи файлов по FTP (наземным каналам), за исключением того что к интернет можно получить почти с любой точки крупного города и городов, где есть Интернет-провайдер, который может предоставить данную услугу.

    Дополнительные отрицательные моменты:
    • Канал с очень большой "дефрагментацией связи", за счет использования наземных каналов связи (телефонной линии), либо сотовой связи, либо радиодоступа.
    • Отправка сверхбольших файлов невозможна.
    • Высокая стоимость использования.
  • Спутниковый интернет (Симметричный спутниковый Интернет[7]). Примерно то же самое что и Ассиметричный спутниковый Интернет.

    Отрицательные моменты:
    • Большое время отклика ("длинный ping"[8]).
    • Высокая стоимость оборудования.
    • Высокая стоимость использования.
  • Модемная связь. Самая трудоемкая и требующая наибольших усилий схема подключения.

    Отрицательные моменты:
    • Требует приобретения модемного пула, и наличия многоканального подключения к телефонной линии.
    • Низкая скорость приема-передачи файлов.
    • Если телефонные линии "ветхие", большая "дефрагментация связи".
    • Отправка сверхбольших файлов затруднительна.

Итак, мы рассмотрели способы решения передачи данных для УРБД[9] 1С, доступные в стандартном варианте, но есть еще один способ организации связи между Центральным офисом и серверами магазинов - это использование TCPFOSS. Рассмотрим данную схему, рис. 4. На рисунке видно, что организация связи между точками может осуществляться по трем составляющим, причем основным каналом может являться любой из существующих на данный момент. Предлагается в качестве основного канала использование интернета по выделенной линии, либо по DSL подключению. В качестве резервных можно использовать интернет по сотовому телефону, радио-интернет, спутниковый интернет, либо модемную связь. В данной схеме информация передается по основному каналу, а в случае его "падения" система автоматически начинает работать по резервным каналам, причем она определит точку падения, и начнет допередачу информации с того места где произошло падение. Кроме этого, при работе по каналам с большим временем отклика (длинный ping), например, спутниковые каналы или каналы мобильных операторов, использование TCPFOSS позволяет ускорить передачу коротких файлов в разы по сравнению с передачей по FTP.

Рисунок 4. Схема организации связи между сервером ЦО и сервером торговой точки, при помощи программы TCPFOSS

Рисунок 4. Схема организации связи между сервером ЦО и сервером торговой точки, при помощи программы TCPFOSS

Итак, как мы рассматривали ранее, что для нормальной работы торговой точки нам нужно клиент-сервер TCPFOSS, который должен быть установлен на всех серверах фирмы.

Обмен глобальный

На рис. 5 представлена схема работы распределенных торговых точек с использованием программы TCPFOSS в качестве транспорта.

Рисунок 5. Схема работы при распределенных торговых точках с использованием программы TCPFOSS в качестве транспорта

Рисунок 5. Схема работы при распределенных торговых точках с использованием программы TCPFOSS в качестве транспорта

Кроме этого, рассмотрим ситуацию, когда необходимо срочно разослать новую цену на товар (попросту сделать переоценку товара). При использовании классического метода в один момент времени обмен возможен только с одной торговой точкой, в случае же если используется программа TCPFOSS то обмен осуществляется одновременно со всеми точками, в нашем случае с тремя торговыми точками. В случае разрыва соединения или "падения" основного канала TCPFOSS продолжит передачу по резервным каналам связи. Что, конечно же значительно ускорит обновление цены на конечной точке, а именно кассовом месте, а это положительно скажется на прибыли предприятия в целом.

Принцип работы программы TCPFOSS

На рис. 6 схематически представлена структура обмена информацией. На рабочем месте КМ создаются две папки In и Out (имена папок могут быть произвольными). Все файлы, которые будут помещены в папку Out, будут переданы на сервер, а все файлы, которые будут приняты с сервера, помещаются в папку In. На сервере организуются папки с именами, которые соответствуют направлениям на КМ, и именами, которые соответствуют направлениям на другие сервера. Внутри этих папок соответственно присутствуют папки In и Out. Сеансы связи могут быть организованы как по событию, например, появление файла в папке так и по времени.

Рисунок 6. Схема работы программы TCPFOSS

Рисунок 6. Схема работы программы TCPFOSS

Применение программы TCPFOSS в сети малых торговых точек

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

Рисунок 7. Применение программы TCPFOSS в сети малых торговых точек

Рисунок 7. Применение программы TCPFOSS в сети малых торговых точек

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



[1] Если во время работы по синхронизации папок, начинается выгрузка данных, то создается файл с нулевой длиной, который в свою очередь может привести к зависанию менеджеров синхронизации FTP папок.
[2] После прохождения чека по кассовому аппарату в 1С формируется документ кассовый чек, который является основанием для списания товара с остатков товара.
[3] Дисконтная карта – выдается покупателю при выполнении им определенных условий по приобретению товара, является своеобразным бонусом, который высчитывается после выполнения покупателем условий по поддержанию ДК (попросту говоря, чем больше покупаешь – тем больше скидка).
[4] Движение документов производится при любых действиях с товаром, основанием для движений являются расходно-приходные документы, переоценки, перемещения и добавления новых товарных позиций.
[5] При использовании интернета на сотовом телефоне, наблюдаются то всплески, то провалы скорости приема передачи данных, а также наблюдается разный отклик на запрос клиент-сервер (т.к. называемый time-out). Что в свою очередь, влияет на скорость принимаемой или передаваемой информации, а также на количество отказов приема-передачи информации.
[6] Ассиметричный спутниковый Интернет – это своеобразная комбинация наземного и спутникового доступов. Спутниковый канал обеспечивает очень высокую скорость приема данных, а наземный – передачу.
[7] Симметричный спутниковый Интернет – это двунаправленный спутниковый канал. Благодаря нему, можно обеспечить прием и передачу данных в любой точке земного шара.
[8] Длинный ping – это запаздывание передачи информации.
[9] УРБД – управление распределенными базами данных.
Компания | Продукты | Поддержка | Скачать | Контакты
© 2001-2017 ФОСС-Он-Лайн. Все права защищены.