orunbek,

Высказывания этого автора говорят только о том, что он так и не смог разобраться с работой программ написанных на 1С. Из твоих фраз пока до конца не понял, что ты хочешь изобрести,
но если будешь пытаться сам реализовать это учти следующее:
1. Более легкий путь для тебя действительно через OLE. Но тут есть один небольшой нюанс, который может тебе помешать. Это время загрузки программы 1С. Для того чтобы 1С начала отвечать на команды её надо будет загрузить в память. Это время зависит больше от аппаратной части. А если у тебя планируется работа многих пользователей и каждый со своим сеансом, а
компьютер будет не первой свежести, то можешь наблюдать задержки при соединении с 1с
(скажем секунд этак 40, хотя ещё раз это будет зависеть от железа). После установки соединения
доступ будет достаточно быстрым. Второй нюанс в этом варианте это подвисшие соединения в случаях разрывов связи с клиентами. Их надо будет просто постоянно отслеживать и снимать.
2. Есть другой путь. Обращаться не к 1С, а непосредственно к данным. Например через ODBC.
Доступ будет быстрый. При этом и клиента и сервер доступа к данным реализуешь сам. Но тут надо хорошо знать структуру хранения данных 1С. Как правило это узнаешь только после того как плотно сам поработаешь с 1С. Если предполагается только читать данные этот вариант на мой взгляд предпочтительней.

Я бы тебе посоветовал взять в пару 1С-ника и вместе с ним реализовать такой проект.

Вопросы:
1.База DBF или SQL?
2.На сколько часто меняется конфигурация?
3.На сколько часто меняется сама информация в базе к которой надо получить доступ?

orunbekМожет запустить 1С один раз и всегда обращаться к нему, т.е. при каждом запросе не создавать OLE Объект по новой.
И еще что вы имеете в виду по поводу "подвисших" соединений?
Это, когда созданный OLE объект 1С, теряет подключение с базой?
Или же другое?

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

А как насчет записи данных? Она нужна? Или только чтение информации с базы.
Если только чтение то и запросы к базе 1С вы сможете организовать со своего приложения
напрямую без запуска сеанса 1с.

orunbekМожет запустить 1С один раз и всегда обращаться к нему, т.е. при каждом запросе не создавать OLE Объект по новой.
И еще что вы имеете в виду по поводу "подвисших" соединений?
Это, когда созданный OLE объект 1С, теряет подключение с базой?
Или же другое?

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

А как насчет записи данных? Она нужна? Или только чтение информации с базы.
Если только чтение то и запросы к базе 1С вы сможете организовать со своего приложения
напрямую без запуска сеанса 1с.

orunbek,

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

orunbek,

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

orunbek,

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

orunbek,

А такой вариант: у Citrixa есть клиент для мобильных устройств. Устанавливаешь. Запускаешь и получаешь на КПК-ке окно программы 1С. Дальше задача таже. Разработка специальных интерфейсов и обработок в самой программе 1с. Иначе она просто в экран не входит и приходится постоянно прокрутки форм делать. Опять же есть свои плюсы: если к примеру, агенты наколачивают заявки, то сразу проверяются все складские остатки и резервы. Если тебя при этом деньги за Интернет трафик не волнуют, то чем не решение?

Про какие-то готовые решения не знаю. Думаю что эта компания прежде всего занимается терминальным доступом и её основной продукт, который известен мне - это MetaFrame Presentation Server. Этот сервер позволяет опубликовать приложения в сети для использования клиентами. При этом само приложение работает на сервере а с клиентом общается по своему протоколу. Установленный на нескольких физических серверах он позволяет сбалансировать нагрузку на терминальные сервера при работе многих клиентов. И вообще много чего может.
И клиентские части у него есть под различные платформы в том числе и под мобильные.
Если вы не знакомы с этим продуктам поищите по нему информацию и почитайте. Хорошая вещь.
Правда и стоит хороших денег. Но когда будете реализовывать свой проект другими вариантами, там тоже деньги потребуются не меньшие.

VoditelKobyly,

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

VoditelKobyly,

У нас тоже торговые представители с КПК-ми бегают и заявки на них собирают. На них установлена ST-Мобильная Торговля. Потом обмениваются данными с программой 1С (v7.7).
А у меня раньше руки чесались попробовать всё это переделать. Но как обычно: то времени не хватает, то КПК-шек свободных нет, то панос, то золотуха ... Вообщем работают как то и пусть
работают.

VoditelKobyly, меня серьезно сдерживал только один фактор - это небольшой экран КПК-ки. А вместить надо кучу информации. Если у вас речь идет не только про КПК а ещё и про какие-нибудь ноутбуки, а вы сами больше программируете в среде 1С, то это будет нормальное решение.

orunbek,
А какие данные в 1С вы собирались записывать с сотового телефона?

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

orunbek,

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

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

orunbek,

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

orunbek,

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

orunbek,

А руководители (или собственники, короче кто деньги платит за всё) в курсе во сколько обойдется использование КПК? Затраты подсчитывали? А сколько в среднем работает сенсорная
панель на КПК-ке у которой потеряли стилус и потом начинают шариковой ручкой тыкать знают?
Они готовы платить за такую оперативность? А если вы думаете, что операторы ошибаются, а торговые представители при вводе данных в КПК-ку ошибаться не будут, то и вы тоже ошибаетесь.
Плюс OFF-Line режим тоже дает свои накладки. Когда данные проходят через несколько точек входа, потом и программистам разборок больше, кого лицом в ошибку тыкнуть.
Конечно это модно, круто и т.п., но вот экономическая сторона применения КПК лично у меня не вызывает однозначного ответа.
А у вас там работа круглосуточная?

Мария Матяж,
а плюсы и минусы по сравнению с чем?