интеграция мобильного приложения с 1с
Особенности интеграции мобильного приложения по заказу доставки еды с iiko, R-Keeper и 1С
Возможно, пока компания маленькая, вопрос интеграции вас не будет сильно волновать. На этом этапе вы можете получать заказы на электронную почту или мессенджер, и обрабатывает их не оператор в колл-центре, а администратор заведения.
Но как только сеть кафе или ресторанов начинает расти, очень важно, чтобы все элементы системы работали как единое целое. И мобильное приложение, как одна из составляющих экосистемы привлечения клиентов, также должно быть интегрировано со всеми внутренними элементами.
Казалось бы, надо всего-то, чтобы заказы уходили в нужное место и меню обновлялось. На самом деле, это только верхушка айсберга.
С чем возможна интеграция?
Есть еще различные уникальные системы, однако встречаются крайне редко. Поэтому важно рассмотреть особенности интеграции именно с первыми двумя системами.
Что входит в объемный блок интеграции:
Некая компания “Х” готовит и доставляет еду. Имеет несколько ресторанов в разных районах города.Количество заказов в день: 200-300.
Итого экономия: 100 000 руб./мес. или 1 200 000 руб./год.
И это только на оформлении заказов!
Внедрили приложение по сбору заказов:
Итак, какие нюансы следует учесть, если планируете разрабатывать приложение самостоятельно или отдать новичкам?
Здесь возникает нюанс: если заказ ушел сразу на производство и его начали готовить, а гость передумал или ошибся? Наше решение: создавать “черные” и “белые” списки пользователей.
В ближайшем будущем еще будем реализовывать показ местонахождения курьера на карте, но об этом в другой статье.
Мы считаем, что в ходе своей работы собрали много подводных камней, которые превратили в достаточно большой пул ценного опыта. Мы с радостью делимся своим опытом с читателями и думаем, что этот материал будет полезен как собственникам бизнеса, которые планируют запускать мобильное приложение по доставке, так и начинающим программистам в качестве неплохого чек-листа при интеграции с учетными системами.
Заметки из Зазеркалья
Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
Реализовано в версии мобильной платформы 8.3.17.67
Сделать удобное мобильное приложение – дело непростое, это редко получается с первого раза. Для разработчика важно понять, насколько мобильное приложение удобно в использовании, где пользователь встречается с трудностями, использует ли пользователь мобильное приложение так, как задумал разработчик.
Чтобы решить эту задачу, мобильные приложения интегрируются с сервисами аналитики; сервисы помогают собрать информацию о статистике использования приложения, о действиях пользователей, источниках установок приложения и т.д.
В мобильной платформе 1С в версии 8.3.17 появится возможность интегрировать мобильные приложения с сервисами сбора статистики поведения пользователей:
На этапе сборки мобильного приложения указывается желаемый сервис аналитики с параметрами подключения, после чего функциональность становится автоматически доступной в приложении.
В мобильном приложении из встроенного языка можно вызывать события (в том числе параметризованные), отправляя информацию в сервис аналитики.
Реализована возможность управления составом собираемых данных после публикации в магазины через механизм обновления настроек статистики, что позволяет передать изучение поведения пользователя людям, не знакомым с языком 1C.
Составом регистрируемых данных можно управлять, задавая для исследования как точечные объекты, так и группы объектов, гибко управляя именами событий в сервисах.
С помощью нового механизма появилась возможность отслеживания сбоев в приложении, регистрации скачиваний, источников установок приложения, ведение статистики внутренних покупок, изучение переходов пользователей по формам в приложении, подсчет частоты использования функциональности, регистрация пользовательских событий.
Часть сервисов предоставляет статистику в разрезе типа и модели устройств, версии ОС и регионов использования мобильного приложения.
Сервис Appsee позволяет выполнять видео записи с экрана пользователя для дальнейшего изучения удобства интерфейса пользователя и построения «тепловых» карт. Эта информация позволяет наглядно оценить статистику промахов пальца и по результатам выполнить оптимизацию размера и положения кнопок интерфейса.
Для поддержки обезличенности при записи видео предусмотрены процедуры управления сокрытия (закрашивания) приватных данных.
Пример тепловой карты
Рассмотрим несколько сценариев – как сбор статистики может помочь улучшить мобильные приложения.
Какой функциональностью приложения пользуются?
Возможно, пользователю постоянно приходится проскролливать меню, чтобы добраться до своей любимой кнопки.
Возможно, некоторую функциональность не стоит развивать, т.к. ей никто не пользуется.
Достигает ли пользователь цели?
Предположим, в нашем мобильном приложении есть настройка синхронизации данных через облако, и нам важно понять – удобно ли реализована настройка.
Интеграция типовой конфигурации с мобильным приложением
Вот уже второй месяц я тружусь над логистическим решением, которое основано на взаимодействии мобильной платформы Android и конфигурации УТ 11. Разработку под Android осуществляет подрядчик, но мне всегда тоже очень хотелось написать приложение для модного «гаджета». К счастью, компания 1С, в стремлении сделать свои продуты более мобильными и облачными, выпустила платформу 8.3, с которой мы и будем играть в «мобильное приложение».
Принцип работы приложения представлен на схеме.
Слева на схеме наша информационная база, которая выступает в роли сервера. С нее мы будем брать данные необходимые для построения отчета в мобильном приложении. Посредником работает web-сервис, который передает информацию в виде XML-файлов. Ну а справа собственно мобильная конфигурация, которая анализирует полученные данные и сохраняет на телефоне.
РАЗРАБОТКА WEB-СЕРВИСА
Для начала определимся с тем, что мы буде передавать и как нам упаковать нужные данные в формат XML. Для построения отчета на клиенте, на необходимо загрузить список организаций, а также выгрузить оборот по данных организациях.
Создадим XDTO-пакет из наименованием CrossProfit следующей структуры.
Объект Organization используется для передачи элемента справочника «Организации». В нем мы передаем уникальный идентификатор ссылки на справочник, а также наименование, которое необходимо для представления справочника пользователю.
В объект OrganizationList мы записываем список организаций, другими словами он фактически является массивом организаций.
Объект Item содержит информацию о валовой прибыли организации за месяц. Соответственно GUID – это уникальный идентификатор элемента справочника, Period – дата, на которую мы получаем оборот, а Revenue и Cost – значения итогов.
Создадим веб-сервис в конфигурации (под таким же именем, как и пакет XDTO). В нашем сервисе будет всего два
При работе с веб-сервисами не забывайте указывать пространство имен и следите за тем, чтобы оно не изменялось во время разработки.
OrganizationList = СоздатьФабрикуXDTOПоИмени ( «OrganizationList» );
Запрос = Новый Запрос ( «ВЫБРАТЬ
| Ссылка КАК Ссылка,
| Наименование КАК Наименование
|ИЗ
| Справочник.Организации
|ГДЕ
| Не ПометкаУдаления» );
Items = СоздатьФабрикуXDTOПоИмени ( «Items» );
|СГРУППИРОВАТЬ ПО
| ВыручкаИСебестоимостьПродажОбороты.Период,
| АналитикаУчета.Организация
|
|УПОРЯДОЧИТЬ ПО
| ВыручкаИСебестоимостьПродажОбороты.Период,
| АналитикаУчета.Организация.Наименование» );
Функция СоздатьФабрикуXDTOПоИмени ( Имя )
В примере с веб-сервисом будет работать пользователь из полными правами, однако целесообразно создать дополнительное право, на использование операций веб сервиса.
Осталось только осталось провести публикацию на веб-сервере. Я использую Apache 2.2.
В случае успешной публикации мы сможем получить WSDL описание нашего веб-сервиса с помощью браузера, по ссылке http://127.0.0.1/yt/ws/CrossProfit?wsdl
Все наш веб-сервис готов, переходим к разработки клиентского приложения.
РАЗРАБОТКА КЛИЕНТСКОГО ПРИЛОЖЕНИЯ
Как создавать и собирать приложения для Android с помощью 1С 8.3, я не стану, в интернете есть много статей на эту тему, например вот здесь.
Сначала создадим объект конфигурации WS-ссылка, он нам необходим будет для связи с основной информационной базой. При создании система нас спросит адрес, где работает наш веб сервис. Нам нужно прописать тот же адрес, что мы использовали для тестирования сервиса.
После чего платформа самостоятельно загрузит все необходимые данные. Мы должны получить примерно следующий результат.
Теперь все готово для работы с сервисом. Создадим справочник Организации и регистр, где будем сохранять данные. Ниже приведу код общего модуля, для работы с веб-сервисом.
Процедура ЗагрузитьДанныеВРегистр () Экспорт
Для каждого Организация Из СписокОрганизаций Цикл
// Служебные процедуры и функции
Функцию ПодключитьВебСервис используем для создания объекта WSПрокси, заполняются данные для регистрации из соответствующих констант. Процедура ЗагрузитьДанныеВРегистр анализирует полученные данные и записывает их в нужные справочники и регистры.
В конфигурации есть еще три общих формы.
Форма меню, она размещается в рабочей области начальной страницы.
Форма настройки, используется для сохранения настроек пользователя.
Ну и сама форма отчета.
Приведу пример кода, который строит отчет в мобильном приложении.
&НаСервере
Процедура СформироватьОтчетНаСервере ()
&НаСервере
Функция ПолучитьНомерМесяца ()
Если Месяц = «Январь» Тогда
Возврат «01» ;
КонецЕсли;
Если Месяц = «Февраль» Тогда
Возврат «02» ;
КонецЕсли;
Если Месяц = «Март» Тогда
Возврат «03» ;
КонецЕсли;
Если Месяц = «Апрель» Тогда
Возврат «04» ;
КонецЕсли;
Если Месяц = «Май» Тогда
Возврат «05» ;
КонецЕсли;
Если Месяц = «Июнь» Тогда
Возврат «06» ;
КонецЕсли;
Если Месяц = «Июль» Тогда
Возврат «07» ;
КонецЕсли;
Если Месяц = «Август» Тогда
Возврат «08» ;
КонецЕсли;
Если Месяц = «Сентябрь» Тогда
Возврат «09» ;
КонецЕсли;
Если Месяц = «Октябрь» Тогда
Возврат «10» ;
КонецЕсли;
Если Месяц = «Ноябрь» Тогда
Возврат «11» ;
КонецЕсли;
Если Месяц = «Декабрь» Тогда
Возврат «12» ;
КонецЕсли;
Как видите, основным неудобством мобильной платформы является отсутствие запросов и СКД, с которыми так удобно работать. Скомпилируем базу и посмотрим что у нас получилось.
Форма меню основного окна программы и настроек авторизации.
Форма отчета из данными.
В файле к статье прикреплены файл конфигурации и XML схема пакета XDTO.
Заметки из Зазеркалья
Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
Планируется в версии мобильной платформы 8.3.18
На текущий момент единственный способ запустить мобильное приложение, созданное на мобильной платформе 1С (или мобильный клиент 1С), не нажимая непосредственно на иконку приложения – через PUSH или локальное уведомление.
В версии мобильной платформы 8.3.18 появится возможность запускать мобильное приложение «1С:Предприятия» (приложение, созданное на мобильной платформе 1С, или мобильный клиент 1С) из другого мобильного приложения или с использованием некоторого URL.
Эта возможность может потребоваться для решения различных задач интеграции мобильных приложений (как внешних приложений и сервисов с мобильными приложениями 1С, так и мобильных приложений 1С между собой).
В частности, появятся новые возможности:
Вызов конкретной функции мобильного приложения из другого приложения.
Возможность использовать некоторый URL для того, чтобы открыть мобильное приложение на конкретном объекте или функции.
Примеры сценариев использования новой функциональности:
Пользователю пришло письмо по электронной почте (SMS, сообщение в мессенджере) c акцией по промокоду. Пользователь нажимает на ссылку «Воспользоваться», открывается мобильное приложение 1С, поле с промокодом автоматически заполняется.
Пользователю присылается в Документообороте (например, в письме, или через Систему взаимодействия) ссылка на документ в Клиенте ЭДО. При нажатии на ссылку запускается мобильное приложение «Клиент ЭДО» и открывается требуемый объект.
Глубинная ссылка может быть сформирована двумя способами:
С использованием собственной схемы (например, myfuncapp://). В этом случае URL для вызова будет иметь вид myfuncapp://comand?params.
С использованием схемы HTTP(S). Этот способ предполагает, что URL глубинной ссылки принадлежит схемам http:// или https://. Работа глубинного связывания в этом случае возможна только с использованием реального веб-сайта, доступ к которому должен быть у разработчика мобильного приложения (или, более глобально, всей схемы интеграции приложения и сайта). Этот доступ необходим для того, чтобы разместить в определенном каталоге сайта (из глубинной ссылки) определенные файлы.
В модуле приложения добавлена возможность реализации нового обработчика:
ОбработкаПереходаПоНавигационнойСсылке(ДанныеПереходаПоНавигационнойСсылке, СтандартнаяОбработка) |
В случае перехода по глубинной ссылке в мобильном приложении будет вызван этот обработчик.
Пример использования механизма
После установки на мобильное устройство приложение регистрирует в мобильной операционной системе глубинные ссылки, которое оно (приложение) может обрабатывать.
Когда пользователь выполняет переход по глубинной ссылке, мобильная операционная система определяет, какое приложение обрабатывает эту ссылку.
Найденное приложение запускается, и используемая глубинная ссылка передается в это приложение для разбора самим приложением.
В мобильном приложении срабатывает обработчик события ОбработкаПереходаПоНавигационнойСсылке, который и получает на вход глубинную ссылку, которая привела к запуску мобильного приложения.
Запуск мобильного приложения 1С в Android через механизм намерений (intent)
В качестве иллюстрации приведем код на 1С (аналогичный код может быть написан на любом языке, поддерживаемом в Android):
Запуск = Новый ЗапускПриложенияМобильногоУстройства(«android.intent.action.VIEW», Если Запуск.ПоддерживаетсяЗапуск() Тогда Процедура ОбработкаПереходаПоНавигационнойСсылке(ДанныеПереходаПоНавигационнойСсылке, Сообщение = «Произошел запуск по ссылке:» + Символы.ПС + «Базовая ссылка: » + БазоваяСсылка + Символы.ПС + «Относительный путь: » + Путь + Символы.ПС + Способы интеграции с 1СКакие важнейшие требования предъявляются к бизнес-приложениям? Одними из самых главных являются следующие задачи: Интеграционные задачиИнтеграционные задачи могут быть разными. Для решения одних достаточно простого интерактивного обмена данными – например, для передачи в банк списка сотрудников для оформления зарплатных пластиковых карт. Для более сложных задач может быть необходим полностью автоматизированный обмен данными, возможно, с обращением к бизнес-логике внешней системы. Есть задачи, носящие специализированный характер, вроде интеграции с внешним оборудованием (например, торговым оборудованием, мобильными сканерами и т.д.) или с унаследованными или узкоспециализированными системами (например, с системами распознавания RFID-меток). Крайне важно для каждой задачи выбрать наиболее подходящий механизм интеграции. Возможности интеграции с 1ССуществуют различные подходы к реализации интеграции с приложениями 1С, какой из них выбрать – зависит от требований задачи. Механизмы интеграции в платформе 1С:ПредприятиеИмпорт/экспорт файловПредположим, перед нами стоит задача двунаправленного обмена данными между приложением 1С и произвольным приложением. Например, нам нужно синхронизировать список товаров (справочник Номенклатура) между приложением 1С и произвольным приложением. Для решения такой задачи можно написать расширение, которое выгружает справочник Номенклатура в файл определенного формата (текстовый, XML, JSON, …) и умеет считывать этот формат. В платформе реализован механизм сериализации прикладных объектов в XML как напрямую, через методы глобального контекста ЗаписатьXML/ЧтениеXML, так и с помощью вспомогательного объекта XDTO (XML Data Transfer Objects). Любой объект в системе 1С:Предприятие может быть сериализован в XML представление и наоборот. Эта функция вернет представление объекта в виде XML: так будет выглядеть экспорт справочника Номенклатура в XML при помощи XDTO: Путем несложной переделки кода экспортируем справочник в JSON. Товары будут записаны в массив; для разнообразия приведем англоязычный вариант синтаксиса: Далее останется только передать данные конечному потребителю. Платформа 1С:Предприятие поддерживает основные интернет-протоколы HTTP, FTP, POP3, SMTP, IMAP, включая их безопасные версии. Также для передачи данных можно использовать HTTP и/или Web-сервисы. HTTP- и веб-сервисыПриложения 1С могут реализовывать свои HTTP- и веб-сервисы, а также вызывать HTTP- и веб-сервисы, реализованные сторонними приложениями. REST интерфейс и протокол ODataТак, URL вида http:// / /odata/standard.odata/Catalog_Номенклатура вернет нам содержимое каталога Номенклатура в формате XML — коллекцию элементов entry (заголовок сообщения пропущен для краткости): Прибавляя к URL-у строку «?$format=application/json», получим содержимое каталога Номенклатура в формате JSON (URL вида http:// / /odata/standard.odata/Catalog_Номенклатура?$format=application/json ): Внешние источники данныхВ некоторых случаях обмен данными через внешние источники данных может оказаться оптимальным решением. Внешние источники данных – это прикладной объект конфигурации 1С, позволяющий взаимодействовать с любой ODBC-совместимой базой данных как на чтение, так и на запись. Внешние источники данных доступны как в Windows, так и на Linux. Механизм обмена даннымиМеханизм обмена данными предназначен как для создания территориально распределенных систем на основе 1С:Предприятия, так и для организации обмена данными с другими информационными системами, не основанными на 1С:Предприятии. Этот механизм активно используется во внедрениях 1С, и спектр задач, решаемых с его помощью, весьма широк. Это и обмен данными между приложениями 1С, установленными в филиалах организации, и обмен между приложением 1С и сайтом интернет-магазина, и обмен данными между серверным приложением 1С и мобильным клиентом (созданным с помощью мобильной платформы 1С:Предприятия), и многое другое. Одно из ключевых понятий в механизме обмена данными – это план обмена. План обмена – это особый тип объекта прикладного платформы 1С, определяющий, в частности, состав данных, которые будут участвовать в обмене (какие именно справочники, документы, регистры и т.п.). План обмена содержит также информацию об участниках обмена (так называемых узлах обмена). Обмен данными происходит при помощи XML сообщений определенной структуры. Сообщение содержит данные, изменившиеся со времени последней синхронизации с узлом, и некоторую служебную информацию. Структура сообщений поддерживает нумерацию сообщений и позволяет получать подтверждения от узла-получателя о приеме сообщений. Такое подтверждение содержится в каждом сообщении, приходящем от узла-получателя, в виде номера последнего принятого сообщения. Нумерация сообщений позволяет понять платформе, какие данные уже были успешно переданы на узел-получатель, и избежать повторной передачи, передавая лишь данные, измененные со времени приема узлом-отправителем последнего сообщения с квитанцией о полученных узлом-получателем данных. При такой схеме работы обеспечивается гарантированная доставка даже при ненадежных каналах передачи и потере сообщений. Внешние компонентыВ ряде случаев, при решении задач интеграции приходится сталкиваться со специфическими требованиями, например, протоколами взаимодействия, форматами данных, работа с которыми не предусмотрена в платформе 1С:Предприятие. Для такого круга задач в платформе предусмотрена технология внешних компонент, которая позволяет создавать динамически подключаемые модули, расширяющие функционал 1С:Предприятия. Типичным примером задачи с подобными требованиями, может служить интеграция прикладного решения 1С с торговым оборудованием, начиная от весов и заканчивая кассовыми аппаратами и сканерами штрих-кодов. Внешние компоненты могут быть подключены как на стороне сервера 1С:Предприятия, так и на клиентской части (включая, в том числе, и веб-клиент, а также следующую версию мобильной платформы 1С:Предприятия). Технология внешних компонент предусматривает достаточно простой и понятный программный (C++) интерфейс взаимодействия компоненты с платформой 1С:Предприятие, который должен реализовать разработчик. Возможности, открывающиеся при использовании внешних компонент, весьма широки. Можно реализовать взаимодействие по специфическому протоколу обмена данными с внешними устройствами и системами, встроить специфические алгоритмы обработки данных и форматов данных и т.п. Устаревшие механизмы интеграцииВ платформе доступны механизмы интеграции, которые не рекомендуется использовать в новых решениях; они оставлены из соображений обратной совместимости, а также на случай, если другая сторона не может работать с более современными протоколами. Один из них – работа с файлами формата DBF (поддерживается во встроенном языке с помощью объекта XBase). Другой устаревший механизм интеграции – использование технологии COM (доступно только на платформе Windows). Платформа 1С:Предприятие предоставляет два способа интеграции для Windows, использующие технологию COM: Automation-сервер и Внешнее соединение. Они очень похожи, но одним из принципиальных отличий является то, что в случае Automation-сервера запускается полноценное клиентское приложение 1С:Предприятие 8, а в случае внешнего соединения запускается относительно небольшой внутрипроцессный COM-сервер. То есть в случае работы через Automation сервер можно задействовать функционал клиентского приложения, выполнять действия, аналогичные интерактивным действиям пользователя. При использовании внешнего соединения можно использовать только функции бизнес-логики, причем их можно выполнять как на клиентской стороне соединения, где создается внуприпроцессный COM-сервер, так и осуществлять вызов бизнес-логики на стороне сервера 1С:Предприятия. Также технологию COM можно использовать для обращения к внешним системам из кода приложения на платформе 1С:Предприятие. В данном случае приложение 1С выступает в качестве COM-клиента. Но следует напомнить, что данные механизмы будут работать только в том случае, если сервер 1С функционирует в среде Windows. Механизмы интеграции, реализованные в типовых конфигурацияхФормат EnterpriseDataВ ряде конфигураций 1С (список ниже) на основе описанного выше платформенного механизма обмена данными реализован готовый механизм обмена данными с внешними приложениями, не требующий изменения исходного кода конфигураций (подготовка к обмену данными делается в настройках прикладных решений): Обмен данными между приложением 1С и сторонним приложением может происходить: Квитирование сообщенийПриложения 1С ведут учет отправленных и полученных сообщений синхронизации и ожидают того же от сторонних приложений. Это позволяет задействовать механизм нумерации сообщений, описанный выше в разделе «Механизм обмена данными». Приложения 1С в ходе синхронизации передают только информацию об изменениях, произошедших с бизнес-сущностями со времени последней синхронизации (чтобы минимизировать объем передаваемой информации). При первой синхронизации приложение 1С выгрузит все бизнес-сущности (например, элементы справочника номенклатуры) в формате EnterpriseData в XML-файл (поскольку все они являются «новыми» для внешнего приложения). Стороннее приложение должно обработать информацию из пришедшего от 1С XML-файла и при следующем сеансе синхронизации поместить в файл, отправляемый в 1С, в специальную секцию XML, информацию, что сообщение от 1С за определенным номером успешно принято. Сообщение-квитанция является для приложения 1С сигналом, что все бизнес-сущности успешно обработаны внешним приложением и информацию о них передавать больше не нужно. Помимо квитанции XML-файл от стороннего приложения также может содержать данные для синхронизации со стороны приложения (например, документы реализации товаров и услуг). После получения сообщения-квитанции приложение 1С помечает все изменения, переданные в предыдущем сообщении, как успешно синхронизированные. Лишь несинхронизированные изменения в бизнес-сущностях (создание новых сущностей, изменение и удаление существующих) будут отправлены во внешнее приложение при следующем сеансе синхронизации. При передаче данных от внешнего приложения в приложение 1С картина меняется на обратную. Внешнее приложение должно заполнить секцию-квитанцию в XML файле соответствующим образом и поместить бизнес-данные для синхронизации со своей стороны в формате EnterpriseData. Упрощенный обмен данными без квитированияДля случаев простой интеграции, когда достаточно только передавать информацию от стороннего приложения в приложение 1С и обратной передачи данных из приложения 1С в стороннее приложение не требуется (например, интеграция онлайн-магазина, передающего информацию о продажах в «1С:Бухгалтерию»), есть упрощенный вариант работы через веб-сервис (без квитирования), не требующий настроек на стороне приложения 1С. Специализированные интеграционные решенияСуществует типовое решение «1С:Конвертация данных», которое использует механизмы платформы для конвертации и обмена данными между типовыми конфигурациями 1С, но может быть также использовано для интеграции со сторонними приложениями. Интеграция с банковскими решениямиСтандарт «Клиент банк», разработанный специалистами 1С более 10 лет назад, фактически стал стандартом индустрии в России. Следующий шаг в этом направлении – технология DirectBank, позволяющая отправлять платежные документы в банк и получать выписки из банка непосредственно из программ системы «1С:Предприятия» нажатием одной кнопки в программе «1С»; при этом не требуется установка и запуск дополнительных программ на клиентский компьютер.
|