Как выгрузить меню из r keeper в excel
Скрипты импорта предназначены для выгрузки данных в систему Mozg.Rest . Импорт может производится как из RMS, так и из Chain при его наличии. Предпочтителен импорт из Сhain, так как потребуется настройка одного экземпляра скриптов и единая лицензия на API.
- у скриптов должен быть доступ в SQL базу данных, можно только на чтение;
- в пути к скриптам не должно быть кириллицы;
- для импорта себестоимости на сервере должен быть установлен PowerShell версии 3.0 и новее;
- для импорта себестоимости на сервере iiko обязательно наличие лицензии iiko server api (OLAP) (Платная).
1 Этап - Развертывание ПО и настройка
В архиве находится папка mozg_import с набором скриптов.
Распакуйте папку на диск C:\ любого из компьютеров при условии наличия на компьютере sqlcmd и подключения к SQL-серверу.
В файле variables.ini пропишите параметры:
Для каждой отдельной базы данных SQL сервера нужно создавать копию папки mozg_import и в каждой настраивать variables.ini .
ВАЖНО: если для разных БД указать в настройках импорта один и тот же dbid, все ваши данные смешаются и вместо итога по одному филиалу/ресторану вы получите Итого по всем. Для исправления ситуации нужно будет поставить разные dbid во всех variables.ini, удалить все загруженные в Мозг данные и загрузить их заново.
Для проверки настройки подключения к SQL можно запустить check_rests_iiko.bat . Если все корректно, то в консоли появится список ресторанов, иначе - ошибка с описанием.
2 Этап - Импорт справочников
ВАЖНО: При первой настройке импорта запустите imp_dict_iiko.bat , чтобы список ресторанов попал в Мозг. После этого в Мозге (Настройки - Рестораны) необходимо проставить галочки в поле “Импорт” у ресторанов, которые планируется выгружать.
Убедится в том, что все было выгружено корректно можно в mozg.rest - Настройки – Залы. В списке должны быть залы только тех ресторанов, которые были отмечены галочками.
Если у вас нет возможности зайти в Мозг, обратитесь к сотрудникам технической поддержки для настройки списка ресторанов.
3 Этап - Импорт продаж
Для импорта данных о продажах используется скрипт imp_period_iiko.bat . При запуске скрипта укажите период, который необходимо выгрузить. Даты указываются в формате “ ГГГГ-ММ-ДД ”.
Если в предыдущим этапе вы не отметили рестораны на импорт, то данные выгружаться не будут.
Также возможны ошибки входа пользователя sql. Для диагностики вы можете открыть любой из сформированных .csv файлов, либо запустить check_rests_iiko.bat
4 Этап - Импорт себестоимости
Себестоимость берется из отчета OLAP по продажам через подключение к iiko api. Поэтому для импорта с\с обязательно наличие лицензии на api сервер iiko. Если импорт настраивается из нескольких RMS, то лицензия должна быть на каждом из них. Если импорт из сервера Chain, то достаточно единственной лицензии на самом сервере.
Для импорта используется скрипт imp_cost_iiko_period.bat
При запуске укажите период, за который нужно производить импорт. Так как с\с берется за месяц, то дата в скрипте указывается в формате “ ГГГГ-ММ ”.
Если во время импорта в консоли появляется ошибка, то в первую очередь необходимо проверить файл token.txt . При правильной работе там должен содержатся код доступа к api iiko, в ином случае - текст ошибки подключения.
5 Этап - Настройка автоимпорта
Автоимпорт настраивается через планировщик заданий Windows.
В Бибилиотеке планировщика заданий - создать папку Mozg - в ней Создать простую задачу – Имя imp_yest_iiko – Ежедневно – Начать 5:00:00 – Запустить программу – Обзор – mozg_import\ auto_import.bat
ВАЖНО: настраивайте выполнение задачи от имени системы, это позволит в будущем избежать проблем со входом пользователя в систему, например, в случае изменения пароля.
Скрипт auto_import.bat выгружает продажи за последние 4 дня и себестоимость за месяц. Обязательно укажите рабочую папку, иначе при выполнении будет происходить ошибка отсутствия файла ( 0х1 ).
В параметрах задачи поставьте отметку “ Немедленно запускать задачу, если пропущен плановый запуск ”.
Запустите задачу для проверки работоспособности. При корректной работе код выполнения должен быть 0х0 .
Выгрузка данных может занять до часа времени, поэтому выбирайте время начала выгрузки так, чтобы управляющие и бухгалтерия к моменту прихода на работу уже могли воспользоваться Мозгом.
После того, как задача настроена, на следующий день обязательно проверьте в планировщике, что она завершилась успешно.
- Задачи выполняются от пользователя, который не залогинен в систему.
- Служба планировщика заданий отключена, для проверки: Панель управления – Администрирование – Службы – Планировщик заданий.
При возникновении сложностей на любом из этапов настройки, а также по любым другим вопросам, касающимся сервиса Mozg.Rest, вы можете обратится в службу технической поддержки:
Данные, отраженные в кубе, можно экспортировать в Excel97/2000/XP, ODS и DBF форматы. Для выбора экспорта нужно нажать кнопку на панели инструментов:
Экспорт в ODS (Open Dokument Format)
При экспорте будет предложено диалоговое окно для настройки параметров выходного документа.
Параметры экспорта:
Открыть после экспорта – результирующий файл будет открыт сразу же после экспорта.
Повторять значение осей – названия групп в шапках куба будут повторены для каждой строки/столбца.
Экспорт в DBF
При экспорте будет предложено диалоговое окно для настройки параметров выходного документа.
Параметры экспорта:
Открыть после экспорта – результирующий файл будет открыт сразу же после экспорта.
Экспорт в Excel
При экспорте в Excel будет предложено диалоговое окно для настройки параметров выходного документа.
Параметры экспорта:
Линии сетки – определяет, будет ли результирующий файл отображать сетку или нет.
Повторять значение осей – названия групп в шапках куба будут повторены для каждой строки/столбца.
Палитра по умолчанию – в Excel передадутся цвета отчета.
Автоматически создать файл - не запрашивать имя файла в диалоге, а автоматически сформировать имя файла.
Открыть после экспорта – результирующий файл будет открыт сразу же после экспорта в Excel.
Кроме возможности экспорта, также существует возможность скопировать часть данных куба в буфер обмена. Для выполнения этой операции следует выделить требуемую область в кубе при помощи мыши или клавиатуры (удерживая Shift и перемещая курсор), а затем произвести копирование выделенных данных, в буфер обмена, нажав на клавиатуре комбинацию клавиши «CTRL+C» или «CTRL+Insert», или при помощи контекстного меню.
Возможен вывод всех или части данных из текущего файла / документа / базы данных во внешний источник: экспорт в XML, передача отчетов в другую систему.
Настройка связи с внешним БД
Пароль – пароль пользователя во внешний БД;
Параметры соединения – настройки внешней БД, используемые для экспорта данных;
Имя пользователя – имя пользователя во внешний БД (необходимы права на CREATE TABLE, CREATE WIEV и другие, зависимые от БД, операции). Параметры экспорта
Использовать объекты таблицы – использование ADO таблицы для копирования данных – данный режим заметно замедляет скорость копирования, применяется только в особых случаях;
Конфигурировать параметры RKeeper 7 – Конфигурировать параметры соединения в RKeeper 7 (настройки внешних БД, имя пользователя и пароль для сервера отчетов);
Создавать объекты RKeeper 7 – представление для кубов, роли и логины для пользователя;
Описание таблиц – Создавать таблицу (DBD escription) c описанием таблиц RKeeper 7;
Накопительные данные – экспортировать накопительные данные (check.udb), наряду с данными справочников (rk7.udb) необходимо для постарения кубов и создания объектов;
Данные журнала изменений – экспортировать журнал изменений (log.udb), необходимо, если требуется построение куба по истории изменения элементов;
Данные справочника – экспортировать данные справочника (rk7.udb), наряду с накопительными данными (check.udb) необходимо для построения кубов и создания объектов;
Только структура – создавать только структуру данных, не экспортировать никаких данных.
Справочник Экспорт данных в Store House
Справочник Настройки Экспорта Global Connect
Параметры экспорта
Альтернативные имена – использовать альтернативные имена (если заданы);
Имя файла XML – имя XML файла с данными Global Connect.
Справочник Настройка внешних БД
Содержит список настроек для связи с внешней базой данных.
Справочник содержит следующие свойства:
Другое
Настройка связи с внешним БД;
Основное
Строка соединения – строка соединения содержит информацию для установления связи с базой данных.
Справочник Конфигурация баз данных SH 4
Настройка подключения со Store House 4.
Основное
Пароль – пароль пользователя Store House 4;
Сервер – адрес сервера Store House 4;
Имя пользователя – имя пользователя Store House 4.
Версия ПО - выбор версии StoreHouse4 и StoreHouse5.
Есть в IT-отрасли задачи, которые на фоне успехов в big data, machine learning, blockchain и прочих модных течений выглядят совершенно непривлекательно, но на протяжении десятков лет не перестают быть актуальными для целой армии разработчиков. Речь пойдёт о старой как мир задаче формирования и выгрузки Excel-документов, с которой сталкивался каждый, кто когда-либо писал приложения для бизнеса.
Какие возможности построения файлов Excel существуют в принципе?
- VBA-макросы. В наше время по соображениям безопасности идея использовать макросы чаще всего не подходит.
- Автоматизация Excel внешней программой через API. Требует наличия Excel на одной машине с программой, генерирующей Excel-отчёты. Во времена, когда клиенты были толстыми и писались в виде десктопных приложений Windows, такой способ годился (хотя не отличался скоростью и надёжностью), в нынешних реалиях это с трудом достижимый случай.
- Генерация XML-Excel-файла напрямую. Как известно, Excel поддерживает XML-формат сохранения документа, который потенциально можно сгенерировать/модифицировать с помощью любого средства работы с XML. Этот файл можно сохранить с расширением .xls, и хотя он, строго говоря, при этом не является xls-файлом, Excel его хорошо открывает. Такой подход довольно популярен, но к недостаткам следует отнести то, что всякое решение, основанное на прямом редактировании XML-Excel-формата, является одноразовым «хаком», лишенным общности.
- Наконец, возможна генерация Excel-файлов с использованием open source библиотек, из которых особо известна Apache POI. Разработчики Apache POI проделали титанический труд по reverse engineering бинарных форматов документов MS Office, и продолжают на протяжении многих лет поддерживать и развивать эту библиотеку. Результат этого reverse engineering-а, например, используется в Open Office для реализации сохранения документов в форматах, совместимых с MS Office.
Но у прямого использования Apache POI есть и недостатки. Во-первых, это Java-библиотека, и если ваше приложение написано не на одном из JVM-языков, вы ей вряд ли сможете воспользоваться. Во-вторых, это низкоуровневая библиотека, работающая с такими понятиями, как «ячейка», «колонка», «шрифт». Поэтому «в лоб» написанная процедура генерации документа быстро превращается в обильную «лапшу» трудночитаемого кода, где отсутствует разделение на модель данных и представление, трудно вносить изменения и вообще — боль и стыд. И прекрасный повод делегировать задачу самому неопытному программисту – пусть ковыряется.
Но всё может быть совершенно иначе. Проект Xylophone под лицензией LGPL, построенный на базе Apache POI, основан на идее, которая имеет примерно 15-летнюю историю. В проектах, где я участвовал, он использовался в комбинации с самыми разными платформами и языками – а счёт разновидностей форм, сделанных с его помощью в самых разнообразных проектах, идёт, наверное, уже на тысячи. Это Java-проект, который может работать как в качестве утилиты командной строки, так и в качестве библиотеки (если у вас код на JVM-языке — вы можете подключить её как Maven-зависимость).
Xylophone реализует принцип отделения модели данных от их представления. В процедуре выгрузки необходимо сформировать данные в формате XML (не беспокоясь о ячейках, шрифтах и разделительных линиях), а Xylophone, при помощи Excel-шаблона и дескриптора, описывающего порядок обхода вашего XML-файла с данными, сформирует результат, как показано на диаграмме:
Шаблон документа (xls/xlsx template) выглядит примерно следующим образом:
Как правило, заготовку такого шаблона предоставляет сам заказчик. Вовлечённый заказчик с удовольствием принимает участие в создании шаблона: начиная с выбора нужной формы из «Консультанта» или придумывания собственной с нуля, и заканчивая размерами шрифтов и ширинами разделительных линий. Преимущество шаблона в том, что мелкие правки в него легко вносить уже тогда, когда отчёт полностью разработан.
Когда «оформительская» работа выполнена, разработчику остаётся
- Создать процедуру выгрузки необходимых данных в формате XML.
- Создать дескриптор, описывающий порядок обхода элементов XML-файла и копирования фрагментов шаблона в результирующий отчёт
- Обеспечить привязку ячеек шаблона к элементам XML-файла с помощью XPath-выражений.
Если бы в форме, которую мы создаём, не было повторяющихся элементов с разным количеством (таких, как строки накладной, которых разное количество у разных накладных), то дескриптор выглядел бы следующим образом:
Здесь root – название корневого элемента нашего XML-файла с данными, а диапазон A1:Z100 – это прямоугольный диапазон ячеек из шаблона, который будет скопирован в результат. При этом, как можно видеть из предыдущей иллюстрации, подстановочные поля, значения которых заменяются на данные из XML-файла, имеют формат ~ (тильда, фигурная скобка, XPath-выражение относительно текущего элемента XML, закрывающая фигурная скобка).
Что делать, если в отчёте нам нужны повторяющиеся элементы? Естественным образом их можно представить в виде элементов XML-файла с данными, а помочь проитерировать по ним нужным образом помогает дескриптор. Повторение элементов в отчёте может иметь как вертикальное направление (когда мы вставляем строки накладной, например), так и горизонтальное (когда мы вставляем столбцы аналитического отчёта). При этом мы можем пользоваться вложенностью элементов XML, чтобы отразить сколь угодно глубокую вложенность повторяющихся элементов отчёта, как показано на диаграмме:
Красными квадратиками отмечены ячейки, которые будут являться левым верхним углом очередного прямоугольного фрагмента, который пристыковывает генератор отчёта.
Есть и ещё один возможный вариант повторяющихся элементов: листы в книге Excel. Возможность организовать такую итерацию тоже имеется.
Рассмотрим чуть более сложный пример. Допустим, нам надо получить сводный отчёт наподобие следующего:
Пусть диапазон лет для выгрузки выбирает пользователь, поэтому в этом отчёте динамически создаваемыми являются как строки, так и столбцы. XML-представление данных для такого отчёта может выглядеть следующим образом:
Мы вольны выбирать названия тэгов по своему вкусу, структура также может быть произвольной, но с оглядкой на простоту конвертации в отчёт. Например, выводимые на лист значения я обычно записываю в атрибуты, потому что это упрощает XPath-выражения (удобно, когда они имеют вид @имяатрибута ).
Шаблон такого отчёта будет выглядеть так (сравните XPath-выражения с именами атрибутов соответствующих тэгов):
Теперь наступает самая интересная часть: создание дескриптора. Т. к. это практически полностью динамически собираемый отчёт, дескриптор довольно сложен, на практике (когда у нас есть только «шапка» документа, его строки и «подвал») всё обычно гораздо проще. Вот какой в данном случае необходим дескриптор:
Полностью элементы дескриптора описаны в документации. Вкратце, основные элементы дескриптора означают следующее:
- element — переход в режим чтения элемента XML-файла. Может или являться корневым элементом дескриптора, или находиться внутри iteration . С помощью атрибута name могут быть заданы разнообразные фильтры для элементов, например
- name="foo" — элементы с именем тэга foo
- name="*" — все элементы
- name="tagname[@attribute='value']" — элементы с определённым именем и значением атрибута
- name="(before)" , name="(after)" — «виртуальные» элементы, предшествующие итерации и закрывающие итерацию.
- mode="horizontal" — режим вывода по горизонтали (по умолчанию — vertical)
- index=0 — ограничить итерацию только самым первым встреченным элементом
- sourcesheet —лист книги шаблона, с которого берётся диапазон вывода. Если не указывать, то применяется текущий (последний использованный) лист.
- range – диапазон шаблона, копируемый в результирующий документ, например “A1:M10”, или “5:6”, или “C:C”. (Применение диапазонов строк типа “5:6” в режиме вывода horizontal и диапазонов столбцов типа “C:C” в режиме вывода vertical приведёт к ошибке).
- worksheet – если определён, то в файле вывода создаётся новый лист и позиция вывода смещается в ячейку A1 этого листа. Значение этого атрибута, равное константе или XPath-выражению, подставляется в имя нового листа.
Ну что же, настало время скачать Xylophone и запустить формирование отчёта.
Возьмите архив с bintray или Maven Central (NB: на момент прочтения этой статьи возможно наличие более свежих версий). В папке /bin находится shell-скрипт, при запуске которого без параметров вы увидите подсказку о параметрах командной строки. Для получения результата нам надо «скормить» ксилофону все приготовленные ранее ингредиенты:
Открываем файл report.xlsx и убеждаемся, что получилось именно то, что нам нужно:Так как библиотека ru.curs:xylophone доступна на Maven Central под лицензией LGPL, её можно без проблем использовать в программах на любом JVM-языке. Пожалуй, самый компактный полностью рабочий пример получается на языке Groovy, код в комментариях не нуждается:
У класса XML2Spreadsheet есть несколько перегруженных вариантов статического метода process , но все они сводятся к передаче всё тех же «ингредиентов», необходимых для подготовки отчёта.Важная опция, о которой я до сих пор не упомянул — это возможность выбора между DOM и SAX парсерами на этапе разбора файла с XML-данными. Как известно, DOM-парсер загружает весь файл в память целиком, строит его объектное представление и даёт возможность обходить его содержимое произвольным образом (в том числе повторно возвращаясь в один и тот же элемент). SAX-парсер никогда не помещает файл с данными целиком в память, вместо этого обрабатывает его как «поток» элементов, не давая возможности вернуться к элементу повторно.
Использование SAX-режима в Xylophone (через параметр командной строки -sax или установкой в true параметра useSax метода XML2Spreadsheet.process ) бывает критически полезно в случаях, когда необходимо генерировать очень большие файлы. За счёт скорости и экономичности к ресурсам SAX-парсера скорость генерации файлов возрастает многократно. Это даётся ценой некоторых небольших ограничений на дескриптор (описано в документации), но в большинстве случаев отчёты удовлетворяют этим ограничениям, поэтому я бы рекомендовал использование SAX-режима везде, где это возможно.
Надеюсь, что способ выгрузки в Excel через Xylophone вам понравился и сэкономит много времени и нервов — как сэкономил нам.
- у скриптов должен быть доступ в SQL базу данных, можно только на чтение;
- в пути к скриптам не должно быть кириллицы;
- для импорта себестоимости на сервере должен быть установлен PowerShell версии 3.0 и выше;
- для импорта себестоимости из Store House 4/5 должен быть пользователь с правами на получение актов реализации, имя обязательно на латинице;
- для Store House 5 должен быть установлен API.
1 Этап - Развертывание ПО и настройка
В архиве находится папка mozg_import с набором скриптов.
Распакуйте папку на диск C:\ любого из компьютеров при условии н аличия на компьютере sqlcmd и подключения к SQL-серверу.В файле variables.ini пропишите параметры:
- sqlcmd= путь к программе sqlcmd (устанавливается вместе с SQL-сервером).
- ps= путь к исполняемому файлу powershell.
- serv=адрес и порт SQL сервера. Если ПО расположено на самом сервере, то можно указать просто .\имя экземпляра (по умолчанию 127.0.0.1:1433)
- user=логин для доступа к базе SQL. Обязательно пользователь SQL, не Windows.
- pass=пароль для доступа к базе SQL
- db=имя базы данных SQL сервера
- sh4ip= ip адрес сервера SH4
- sh4port= порт нужной базы
- sh4user= пользователь для входа
- sh4pass= пароль пользователя SH4
- sh4usegroups= использование групп меню при сопоставлении позиций между SH4 и RK. Ставить 0, если иначе данные не выгружаются.
- sh4special= ведется ли в SH4 спецучет
- sh5addr= адрес и порт api сервера SH5
- sh5user= пользователь для подключения к api
- sh5pass= пароль пользователя
- sh5nds= учитывать при импорте НДС
- sh5orgid=ID организации в SH5, из которой будет выгружаться с\с. Можно просмотреть список запустив imp_cost_sh5_orgs.bat
- o rgid= id организации в системе Мозг. Смотреть в mozg.rest - Настройки – Импорт данных
- impkey= ключ для импорта, смотреть в mozg.rest
- dbid= id базы данных, смотреть в mozg.rest
- restid= ID ресторанов, для которых будут выгружены данные по себестоимости. Актуально как при импорте из SH4, так и SH5. Можно просмотреть запустив check_rest.bat
Для каждой отдельной базы данных SQL сервера нужно создавать копию папки mozg_import и в каждой настраивать variables.ini .
ВАЖНО: если для разных БД указать в настройках импорта один и тот же dbid, все ваши данные смешаются и вместо итога по одному филиалу/ресторану вы получите Итого по всем. Для исправления ситуации нужно будет поставить разные dbid во всех variables.ini, удалить все загруженные в Мозг данные и загрузить их заново.
Для проверки настройки подключения к SQL можно запустить check_rest.bat. Если все корректно, то в консоли появится список ресторанов, иначе - ошибка с описанием.
2 Этап - Импорт справочников
ВАЖНО: При первой настройке импорта запустите imp_dict_keeper.bat , чтобы список ресторанов попал в Мозг. После этого в Мозге (Настройки - Рестораны) необходимо поставить галочки в поле “Импорт” у ресторанов, которые планируется выгружать.
Убедиться в том, что все было выгружено корректно можно в mozg.rest - Настройки – Залы. В списке должны быть залы только тех ресторанов, которые были отмечены галочками.
Если у вас нет возможности зайти в Мозг, обратитесь к сотрудникам технической поддержки для настройки списка ресторанов.
3 Этап - Импорт продаж
Для импорта данных о продажах используется скрипт imp_period_keeper.bat . При запуске скрипта укажите период, который необходимо выгрузить. Даты указываются в формате “ ГГГГ-ММ-ДД ”.
Если в предыдущим этапе вы не отметили рестораны на импорт, то данные выгружаться не будут.
Также возможны ошибки входа пользователя sql. Для диагностики вы можете открыть любой из сформированных .csv файлов, либо запустить check_rest.bat
4а Этап - Импорт с\с из SH4
Себестоимость берется из актов реализации через подключение sh4ole.dll . Все необходимые библиотеки идут в комплекте со скриптами. Если импорт настраивается из нескольких баз SH4, то для каждой базы нужно делать отдельную копию папки импорта.
Для импорта используется скрипт imp_cost_sh_period.bat
Перед запуском обязательно нужно зарегистрировать библиотеку sh4ole.dll . Для этого запустите приложение RegOle.exe от имени администратора и нажмите RegisterServer .
При запуске укажите период, за который нужно производить импорт. Так как с\с берется за месяц, то дата в скрипте указываются в формате “ ГГГГ-ММ ”.
Если во время импорта в консоли появляется ошибка, то в первую очередь необходимо проверить наличие свободных лицензий для подключения к SH4. При каждой ошибке подключения в консоль выводится код ошибки. Описание кодов можно увидеть тут .
Если после импорта данные не появились, а файл cost.csv пустой или отсутствует, то нужно изменить параметры выгрузки, а именно:
sh4usegroups - Если группы меню в RK изменились и отличаются от групп в SH4, то не будет происходить сопоставление. При указании 0 - группы будут проигнорированы. Влияет на производительность.
sh4special - Если все продажи в SH4 ведутся по спецучету, указать 1, иначе 0.
4b Этап - Импорт с\с из SH5
Для импорта используется скрипт imp_cost_sh5_period.bat
При запуске укажите период, за который нужно производить импорт. Так как с\с берется за месяц, то дата в скрипте указываются в формате “ ГГГГ-ММ ”.
4с Этап - Импорт с\с из 1С
Если у вас есть необходимость выгружать данные с\с из 1С, то по завершению этапов 1-3 сообщите об этом в техническую поддержку Мозга. Мы предоставим вам набор вспомогательных скриптов и инструкцию для импорта с\с с примерами для вашей организации.
По вопросу формирования .csv файла по данным 1С обратитесь к вашему 1С администратору.
5 Этап - Настройка автоимпорта
Автоимпорт настраивается через планировщик заданий Windows.
В Бибилиотеке планировщика заданий - создать папку Mozg - в ней Создать простую задачу – Имя imp_yest_keeper – Ежедневно – Начать 5:00:00 – Запустить программу – Обзор – mozg_import\ auto_import.bat
ВАЖНО: настраивайте выполнение задачи от имени системы, это позволит в будущем избежать проблем со входом пользователя в систему, например, в случае изменения пароля.
В действиях укажите скрипт для выполнения auto_import.bat . Он выгружает продажи за последние 4 дня и себестоимость за месяц. Для выбора программы, из которой будут выгружаться данные по с\с, откройте скрипт на редактирование и раскомментируйте нужные строки.
Обязательно укажите рабочую папку, иначе при выполнении будет происходить ошибка отсутствия файла ( 0х1 ).
В параметрах задачи поставьте отметку “ Немедленно запускать задачу, если пропущен плановый запуск ”.
Запустите задачу для проверки работоспособности. При корректной работе код выполнения должен быть 0х0 .
При возникновении сложностей на любом из этапов настройки, а также по любым другим вопросам, касающимся сервиса Mozg.Rest, вы можете обратится в службу технической поддержки:
Читайте также: