Заказы на доработку 1С (сервис удаленной работы)

Хранилище

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

Здравствуйте, гость ( Вход | Зарегистрироваться )



> Как отправить из файловой базы на sql/pgsql сервер некоторые данные , Что можете посоветовать под эту задачу? Клиент, компонента, com сервер          
cartorys Подменю пользователя
сообщение 03.12.16, 13:00
Сообщение #1

Молчаливый
*
Группа: Пользователи
Сообщений: 8
Спасибо сказали: 0 раз
Рейтинг: 0

Задача следующая.
Есть файловая база, самописная конфигурация (кассовое место). Нужно выгружать из нее продажи на удаленный транзитный sql/pgsql сервер в интернете.
Например, передать таблицу с продажами запросом.
Что можете посоветовать под эту задачу? Клиент, компонента, com сервер?..
Спасибо.

logist Подменю пользователя
сообщение 03.12.16, 17:33
Сообщение #2

Про1С-ник
Иконка группы
Квалифицированный бухгалтерГений телепатии и социального моделированияЗа заслуги на форуме в 2010 годуМодератору Про1С (за заслуги в 2011 году)
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0

Если связь с удаленным сервером стабильная то можно из 1С писать в базу через комобъект ADODB.Connection


Signature
Личные бесплатные консультации не даю, для этого есть форум!

Спасибо сказали: cartorys,

Мичман Харитонов Подменю пользователя
сообщение 05.12.16, 10:14
Сообщение #3

Завсегдатай
****
Группа: Пользователи
Сообщений: 164
Из: м. Кам'янське
Спасибо сказали: 26 раз
Рейтинг: 0

А насколько большой объем данных передается?
Возможно, есть смысл перегружать через файл XML?

cartorys Подменю пользователя
сообщение 05.12.16, 13:24
Сообщение #4

Молчаливый
*
Группа: Пользователи
Сообщений: 8
Спасибо сказали: 0 раз
Рейтинг: 0

На сервер должны отправляться чеки продаж (мизерный объем). А с сервера будет загружаться номенклатура с ценами/остатками.
Насчет XML/CSV/TXT - вариант, но, все же, хочеться реализовать с помощью БД. В этом случае нужно еще будет решить вопрос передачи файлов (FTP/ISCSI/облачное хранилище и т.д. Хорошо, если касса одна или их 10. А когда их будет 100+?
Есть 2 варианта, которые позволят избежать задержек в случае лагов или отвала интернета:
1С файловая БД <-> локальный сервер sql/pgsql <-> транзитный сервер в интернете.
1С файловая БД в фоновом режиме <-> транзитный сервер в интернете.

sava1 Подменю пользователя
сообщение 05.12.16, 13:43
Сообщение #5

Живет на форуме
Иконка группы
Группа: Местный
Сообщений: 2684
Из: Проскуров
Спасибо сказали: 678 раз
Рейтинг: 656.7

Так чем АДО не подходит? - никаких прослоек - прямая запись/чтение таблиц СКЛ ?

logist Подменю пользователя
сообщение 05.12.16, 17:18
Сообщение #6

Про1С-ник
Иконка группы
Квалифицированный бухгалтерГений телепатии и социального моделированияЗа заслуги на форуме в 2010 годуМодератору Про1С (за заслуги в 2011 году)
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0

Цитата(cartorys @ 05.12.16, 14:24) *
1С файловая БД <-> локальный сервер sql/pgsql <-> транзитный сервер в интернете.

Плюсану за этот вариант. Более надежно.


Signature
Личные бесплатные консультации не даю, для этого есть форум!

Vofka Подменю пользователя
сообщение 05.12.16, 17:43
Сообщение #7

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13948
Из: Киев
Спасибо сказали: 4514 раз
Рейтинг: 3635.6

Цитата(logist @ 05.12.16, 17:18) *
Плюсану за этот вариант. Более надежно.

Более надежно, чем что и почему?

cartorys Подменю пользователя
сообщение 05.12.16, 20:37
Сообщение #8

Молчаливый
*
Группа: Пользователи
Сообщений: 8
Спасибо сказали: 0 раз
Рейтинг: 0

Цитата(sava1 @ 05.12.16, 13:43) *
Так чем АДО не подходит? - никаких прослоек - прямая запись/чтение таблиц СКЛ ?

Подходит. Хочется разнообразия, для того чтобы выбрать лучший вариант.
Цитата(Vofka @ 05.12.16, 17:43) *
Более надежно, чем что и почему?

В данном случае 1С файловая выгружает чеки с помощью ADODB (например) на локальный (находящийся на той же машине-кассе) сервер с микроскопической pgsql базой в пару-тройку таблиц. А уже последняя выгружает на транзитный сервер в интернете. И работа 1С не зависит от наличия/стабильности интернета.
Опять же, ИМХА.
Фоновый сеанс 1С, по непонятным мне причинам, пожирает много ресурсов... А клиенты (кассы) я использую на базе microITX via800MHz 512RAM. Без фонового - 8.2 летает.
Почему бы использовать sql версию базы? Все просто, файловая конфа уже написана и работает smile.gif

Acid Подменю пользователя
сообщение 06.12.16, 9:25
Сообщение #9

Про1С-ник
Иконка группы
За заслуги на форуме в 2010 году
Группа: Местный
Сообщений: 2104
Из: Занзибар
Спасибо сказали: 377 раз
Рейтинг: 260.7

cartorys @ Вчера, 20:37 * ,
Че то я не понял... Сначала вы спрашиваете как реализовать, а потом вы рассказываете как круто у вас все работает.


Signature

Документируйте Код! мать вашу...


Vofka Подменю пользователя
сообщение 06.12.16, 10:10
Сообщение #10

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13948
Из: Киев
Спасибо сказали: 4514 раз
Рейтинг: 3635.6

cartorys, вариант с транзитной SQL базой мне лично не нравится по той причине, что это звено заметно усложняет решение в целом. А каких-то существенных плюсов, в данном случае, я от этого не вижу.

Цитата(cartorys @ 05.12.16, 20:37) *
И работа 1С не зависит от наличия/стабильности интернета.

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

Цитата(Acid @ 06.12.16, 9:25) *
Фоновый сеанс 1С, по непонятным мне причинам, пожирает много ресурсов...

Можно подробнее?

cartorys Подменю пользователя
сообщение 06.12.16, 12:12
Сообщение #11

Молчаливый
*
Группа: Пользователи
Сообщений: 8
Спасибо сказали: 0 раз
Рейтинг: 0

Цитата(Acid @ 06.12.16, 9:25) *
cartorys @ Вчера, 20:37 ,
Че то я не понял... Сначала вы спрашиваете как реализовать, а потом вы рассказываете как круто у вас все работает.

Работает конфигурация с обменом с помощью csv в локальной сети. Хочу реализовать через БД.
Цитата(Vofka @ 06.12.16, 10:10) *
вариант с транзитной SQL базой мне лично не нравится по той причине, что это звено заметно усложняет решение в целом. А каких-то существенных плюсов, в данном случае, я от этого не вижу.

Изначально идея транзитной БД - безопасность рабочей базы 1С УТП. То есть: касса <> тразитный сервер <> УТП.
Далее, у нас рабочая база тоже файловая. Переходить на sql пока не планируем. Наконец, я пока не настолько крут, чтобы со стороны клиента разграничить доступ.
Цитата(Vofka @ 06.12.16, 10:10) *
Можно подробнее?

Чуть позже опишу подробно.

Vofka Подменю пользователя
сообщение 06.12.16, 14:27
Сообщение #12

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13948
Из: Киев
Спасибо сказали: 4514 раз
Рейтинг: 3635.6

Цитата(cartorys @ 06.12.16, 12:12) *
Изначально идея транзитной БД - безопасность рабочей базы 1С УТП. То есть: касса <> тразитный сервер <> УТП.

Что вам дает промежуточная БД, в данном случае? В чем заключается безопасность? Может я чего-то не понимаю просто.

cartorys Подменю пользователя
сообщение 06.12.16, 18:11
Сообщение #13

Молчаливый
*
Группа: Пользователи
Сообщений: 8
Спасибо сказали: 0 раз
Рейтинг: 0

Цитата(Vofka @ 06.12.16, 14:27) *
Что вам дает промежуточная БД, в данном случае? В чем заключается безопасность? Может я чего-то не понимаю просто.

Хорошо. Копаем глубже.

Для начала, полная модель выглядит так: 1с файловая база (касса) <> локальный sql сервер <> транзитный sql сервер на vps <> сервер 1С с файловой базой.
Если я решу вопрос с фоновыми задачами, то в локальном sql сервере необходимость отпадает. Так же на клиенте (кассе) можно установить sql версию 1С, но хорошая ли это идея?

В идеале между клиентом (кассой) и сервером 1С должен быть VPN. Но, поскольку ситуации (клиенты, бюджеты) бывают разные, хочется реализовать универсальную модель.
Если VPN'а нет, подключатся к серверу нужно будет по статическому IP (сервера) или ddns. В этом случае можно элементарно задедосить сервер.
В случае с транзитным сервером - задедосят его, основной сервер 1С будет жить.
Опять же, на сервере файловая 1С. Я не представляю простого способа удаленно подключатся напрямую к файловой базе.

Acid Подменю пользователя
сообщение 06.12.16, 19:42
Сообщение #14

Про1С-ник
Иконка группы
За заслуги на форуме в 2010 году
Группа: Местный
Сообщений: 2104
Из: Занзибар
Спасибо сказали: 377 раз
Рейтинг: 260.7

cartorys @ Сегодня, 18:11 * ,
Про стандартную функцию "Обмен данными" слышали?

Спасибо сказали: cartorys,

sava1 Подменю пользователя
сообщение 06.12.16, 20:05
Сообщение #15

Живет на форуме
Иконка группы
Группа: Местный
Сообщений: 2684
Из: Проскуров
Спасибо сказали: 678 раз
Рейтинг: 656.7

Цитата(cartorys @ 06.12.16, 18:11) *
можно элементарно задедосить сервер.


Вы из ЦРУ, Пентагона или ГАВнюков. Кто будет дедосить какую-то "хрень с аипишником".
Есть ощущение - "хочу установить на свой Запорожец крутую сигналку с ЖПС замком, а то ведь угнать могут..."

cartorys Подменю пользователя
сообщение 06.12.16, 23:58
Сообщение #16

Молчаливый
*
Группа: Пользователи
Сообщений: 8
Спасибо сказали: 0 раз
Рейтинг: 0

Цитата(Acid @ 06.12.16, 19:42) *
Про стандартную функцию "Обмен данными" слышали?

Вы говорите про типовой механизм? Про него слышал. На всякий случай копну.
Но конфигурация то самописная, так что, или переносить типовое решение, или писать свое.
Цитата(sava1 @ 06.12.16, 20:05) *
Вы из ЦРУ, Пентагона или ГАВнюков. Кто будет дедосить какую-то "хрень с аипишником".
Есть ощущение - "хочу установить на свой Запорожец крутую сигналку с ЖПС замком, а то ведь угнать могут..."

Ох, в нашей стране лучше быть параноиком...

Batchir Подменю пользователя
сообщение 07.12.16, 9:36
Сообщение #17

Живет на форуме
Иконка группы
Группа: Команда
Сообщений: 3568
Из: Киев
Спасибо сказали: 1426 раз
Рейтинг: 0

Добавлю что-то новенькое в обсуждении универсальности решения:
1. В базе удаленного сервера разрабатываем web-сервис (http-сервис)
2. Разворачиваем (если не развернут) web-сервер и публикуем этот сервис.
3. В торговой конфе пишем обращение к веб-сервису: передаем/получаем необходимые данные.

Что имеем (первое что в голову пришло):
1. Никакого впн нет. Доступ к веб-серверу дело рук администратора веб-сервера.
2. Универсальность решения на стороне сервера. Операции можно вызывать из любой конфигурации, правда нужно писать работу с ними в каждой новой конфигурации-клиенте.
3. Онлайн обмен. Результат выполнения можно сразу узнать. Сервер вернет всю необходимую информацию.
4. Нет никаких фоновых 1С-ок. Обмен только по необходимости.
5. Ваша схема перерастает в более простую с меньшим количеством узлов: 1с база (касса) <> web-сервер <> 1с база (центральная)

Спасибо сказали: cartorys,

Vofka Подменю пользователя
сообщение 07.12.16, 14:21
Сообщение #18

У нас здесь своя атмосфера...
***********
Группа: Основатель
Сообщений: 13948
Из: Киев
Спасибо сказали: 4514 раз
Рейтинг: 3635.6

То, что написал Batchir соответствует и моему представлению о решении данной задачи. Сегодня web сервисы это уже не экзотика, а стандарт.

Не нашли ответа на свой вопрос?
Зарегистрируйтесь и задайте новый вопрос.


Ответить Новая тема
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

RSS Текстовая версия Сейчас: 29.03.24, 1:05
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!