Практика доступа в базу 1С через протокол oData. Чтение данных

Администрирование - Сервисные утилиты

OData интеграция доступ web Excel

213
Для чего нужен доступ в базу 1С через REST-интерфейс по протокол oData? Как его организовать? Как не будучи гуру в JavaScript и .NET получить быстрый визуальный доступ к данным базы 1С? Попробую дать ответ на эти вопросы и прокомментирую некоторые нюансы, с которыми я столкнулся.

Почему это важно

Давайте на минутку представим, что у нас есть информационные базы на платформе "1С:Предприятие 8", с данными которой нам нужно регулярно работать. Но, к сожалению, у нас нет возможности вносить какие-либо свои правки в их конфигурацию. Возможно это базовые конфигурации (при наличии полноценной платформы); или бесплатная "1С:УНФ для Украины. Микро"; или из-за преимуществ автоматического обновления не хотим снимать поддержку; или обслуживающая компания назвала стоимость своих услуг, которая не получила одобрения у руководства, а собственного "программиста 1С" нет...

И вот в таких условиях вам ставят задачу по интеграции этой базы и некоторой внешней системы. Что делать и какие у нас есть варианты? Возможно в комментариях меня дополнять, но я пока вижу ровно 5 путей:

  1. Доступ в базу через семейство COM-объектов (V83.ComConnector и более ранние). Ограничение: платформа должна быть установлена на Windows.
  2. Непосредственный доступ в таблицы базы данных. Вот пример для СУБД. Вот пример для файловой базы. Ограничение: запрет непосредственного доступа к данным в лицензионном соглашении; нестабильность полученного доступа; изменение данных может привести к нарушению логической целостности базы.
  3. Начиная с версии платформы 8.3.5 появилась возможность предоставить доступ к данным через автоматический REST-интерфейс на основе протокола OData v.3.0. Ограничение: необходимо установить веб-сервер и модуль расширения веб-сервера из поставки платформы.
  4. Начиная с версии платформы 8.3.6 появился механизм расширений, который позволяет "пристегнуть" новую функциональность без внесения изменений в основную конфигурацию. В числе новой функциональности есть интересные нам WEB- и HTTP-сервисы. Начиная с версии платформы 8.3.11 стала доступной возможность расширения структуры таблиц  базы данных (добавление новых реквизитов для хранения служебных данных в целях интеграции). Ограничение: необходимо наличие программиста, который разработает расширение и будет следить за его работоспособностью при обновлениях; для сервисов необходимо установить веб-сервер и модуль расширения веб-сервера из поставки платформы.
  5. Можно отказаться от "мгновенного доступа" и тогда можем использовать запуск внешних обработок с помощью параметра командной строки /Execute. В таком сценарии можно сделать регулярный запуск по расписанию некоторой обработки, которая будет проверять внешний ресурс на наличие инструкций к выполнению и помещать туда результаты своей работы. Так же можно самостоятельно запускать клиентское приложение 1С на отработку своих команд, если есть доступ к ОС, в которой находится база. Ограничение: необходимо наличие программиста, который создаст обработку; наличие временного лага в реакции системы на значение промежутка между запусками в планировщике или на время старта клиентского приложения.

Таким образом среди 5 вариантов самым быстрым и самым легким для администратора способом является автоматический доступ через протокол oData. Этот же вариант является кроссплатформенным.

А еще вариант с протоколом oData менее затратен с точки зрения разработки связки с базой 1С. Дело в том, что компания Microsoft усиленно его продвигает. Помимо выпуска OData SDK для разработки под .NET, AJAX, PHP, Java, JavaScript, WebOS и Objective-C, эта компания внедрила данный протокол в свои популярные продукты: Excel, PowerPoint, SharePoint, MsSQL и других. Таким образом вам не нужно создавать свою версию CommerceML и заниматься разбором XML и JSON текстов как на вашей стороне так и на стороне базы 1С, как если бы вы реализовывали свои собственные WEB- и HTTP-сервисы. При использовании OData у вас уже сразу будут готовые библиотеки для получения или модификации данных для применения в вашей внешней системе, в то время как на стороне базы 1С все будет происходит автоматически.

 
Минутка уже прошла?

Для тех, кто заинтересовался темой, прошу перейти на официальный сайт протокола - www.odata.org. Еще раз обращаю внимание, что не смотря на то, что актуальная версия протокола уже 4.0 и она была стандартизирована консорциумом OASIS еще 17 марта 2014 года, но в платформе "1С:Предприятие 8" по прежнему используется протокол более ранней версии 3.0. Кстати, не забудьте заглянуть в раздел экосистемы протокола и полюбоваться на упоминание нашей 1C:Enterprise, которая идет первой в списке :))


Необходимые настройки

Как я уже упоминал, у вас должен быть веб-сервер. Начиная с версии 8.4 в составе серверной части платформы уже будет свой собственный веб-сервер, но пока нам нужно пользоваться сторонними - IIS или Apache. Как все настроить хорошо описано в желтой книжечке для администратора. Но если вы любите картинки и чужой опыт, то вот надергал в поиске: пошаговая инструкция по установке Apache на Windows, установка Apache на Linux и конечно же IIS для чайников :) За полноту и актуальность предоставленных данных в указанных статьях не ручаюсь и вообще не знаком с авторами. Если возникнут проблемы, то читайте Руководство Администратора от вашей версии платформы - там есть все, что вам пригодится. 

После того, как у вас уже установлен веб-сервер и он уже не падает при запуске из-за проблем с расширением доступа к 1С (давайте угадаю - вы поставили 32-разрядный Apache и 64-разрядную платформу), осталось совсем чуть-чуть. В конфигураторе заходим в меню "Администрирование" и нажимаем на команду "Публикация на веб-сервере...". В появившемся окошке необходимо указать следующие важные моменты:

  • Название вашей базы в поле "Имя", по которой веб-сервер будет предоставлять к ней доступ (если не хотите проблем, то не пишите на кириллице);
  • Укажите веб-сервер, который установлен на данном компьютере (если у вас установлено целых два веб-сервера, то в выпадающем списке будет выбор);
  • Путь к каталогу публикации, к которому должен быть доступ у вашего выбранного веб-сервера;
  • И самое главное - галочка "Публиковать стандартный интерфейс OData"!

скриншот публикации

После нажатия на кнопку "Опубликовать" по указанному в настройке пути будет создан файл default.vrd (XML-файл, который содержит данные, которые вы сделали в настройках публикации), а в конфиге веб-сервера будет добавлена запись о вашей публикации с тем именем, что вы указали. После публикации веб-сервер стоит перегрузить.

Несколько замечаний по выполнению публикации. Если у вас к публикации несколько баз, то для каждой из них должен быть свой каталог. Сразу подумайте о пользователе, которым собираетесь получать доступ к базе - у него должны быть нужные роли и имя латинскими буквами без спецсимволов (если вам в будущем охота воевать с кодировками, то можете сделать имя на русском с пробелами). Если вы работаете на Windows и у вас включен UAC, то перед публикацией конфигуратор следуют запускать от имени администратора. Если вы работаете на Linux - держитесь, мы в вас верим! :)

Вот как выглядит рабочий default.vrd с публикацией интерфейса OData:

<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
		xmlns:xs="http://www.w3.org/2001/XMLSchema"
		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
		base="/DemoTrdBase"
		ib="File=&quot;D:\WORK\Base\DemoTrdBase&quot;;"
		enable="false">
	<standardOdata enable="true"
			reuseSessions="autouse"
			sessionMaxAge="20"
			poolSize="10"
			poolTimeout="5"/>
</point>

Как видно из файла публикации - веб-серверу абсолютно все равно, где физически находится информационная база, путь к ней прописывается точно так же, как вы его прописываете в списке баз начального окна. Главное, что бы на одном компьютере с веб-сервером было установлено расширение доступа и местонахождение базы было по сети физически доступно для службы веб-сервера с правами на изменение. Так же возможны проблемы с получением лицензии и нужно будет покопаться в файле nethasp.ini, но это все стандартные процедуры и для обычной установки платформы.

После того, как вы выполнили публикацию и перезапустили сервер, можем проверить результаты в браузере. Для этого нужно указать имя веб-сервера, далее имя базы из публикации, далее путь /odata/standard.odata/ . У вас должны запросить пароль и вы увидите, что-то похожее на это:

браузер

Что бы продемонстрировать возможности рассматриваемой в статье технологии, я взял конфигурацию ""Управление торговлей (базовая)", редакция 10.3", в которой установлен режим совместимости "Версия 8.2.13" и потому все метаданные через REST-интерфейс доступны сразу, а вызов функции УстановитьСоставСтандартногоИнтерфейсаOData() для управления доступностью состава запрещен.

Если  же у вас имеется доработанная торговля 10.3, которой вы установили режим совместимости "Версия 8.3.5" или выше, или если у вас есть более современные конфигурации, то все метаданные по умолчанию будут скрыты и вам нужно будет воспользоваться специальной обработкой для указания видимости требуемых данных. Что бы не тратить время на создание своей обработки, можете воспользоваться моей работой, которая годится как для обычного так и для управляемого интерфейсов (см. вложения).

обработка состава

 
Бурчание...

А что же дальше?

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

Если требуется сделать на сайте что-то типа кабинета пользователя с предоставлением истории взаиморасчетов, действующих цен с учетом персональных скидок, ввода заказа и прочими плюшками, то к нашим услугам есть несколько готовых библиотек на официальном сайте. Есть даже целый фреймворк OpenUI5 от компании SAP, который на базе данных получаемых по протоколу OData позволяет создать полноценное бизнес-приложение. В общем, раздолье для грамотного JS-программиста.

 
 Предостережение о "велосипедах"

Допустим, что мы не грамотные JS-программисты, но какой-то списочек повесить на сайт хотим. Я открыл статью с перечнем самых популярных на сегодняшний день библиотек создания таблиц и нашел в нем простенькую библиотечку jsGrid как раз для нашего случая. Изучаем их сайт, берем пример их кода по использованию OData и вставляем туда путь к нашим данным.

Что бы совсем быть ленивым и ничего не программировать для нашего примера, мне нужно запросить полноценную табличку без необходимости по ссылкам догружать строковые представления. В типовой УТ10.3 на этот счет выбор не очень богатый и потому я возьму справочник Контрагенты.

Теперь самое интересное. А как же сформировать строку запроса на чтение нужных нам данных? Это просто! Смотрим по нашему пути к корню OData (для меня это http://localhost/DemoTrdBase/odata/standard.odata/) как правильно называется этот справочник - Catalog_Контрагенты. Далее открыв в новом окне адрес http://localhost/DemoTrdBase/odata/standard.odata/Catalog_Контрагенты мы увидим содержимое всего справочника в формате XML. Но для нашего примера нужен JSON и потому к строке нужно добавить параметр: $format=json - получится http://localhost/DemoTrdBase/odata/standard.odata/Catalog_Контрагенты?$format=json. Так, группы нам не интересны и давайте их уберем с помощью параметра фильтрации: $filter=IsFolder eq false - получится http://localhost/DemoTrdBase/odata/standard.odata/Catalog_Контрагенты?$format=json&$filter=IsFolder eq false. Блок параметров, как вы уже заметили начинается символом "?", а сами параметры между собой соединяются символом "&". Полный список доступных параметров и функций смотрите в документации по платформе.

Полученный файл положим в каталог, который настроен корневым в вашем веб-сервере. Это необходимо, что бы "домены" странички и запрашиваемых данных совпадали, иначе получите бесконечный индикатор обновления и ошибку в логах: "No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'null' is therefore not allowed access. The response had HTTP status code 401."

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


А совсем без программирования?

Сайты, мобильные приложения, шина сообщений и прочие слова для любого айтишника звучат круто, но не находят отклика в сердцах высоких начальников. Их главный рабочий инструмент Excel, к которому они пылают иррациональной любовью даже при наличии мощной подсистемы отчетности из их баз 1С. И в этот момент мы вспоминаем, что именно компания Microsoft придумала стандарт OData и внедрила его в свои программы начиная с Office 2010. В офисных программах мы можем как просто просматривать таблицы с данными, так и воспользоваться механизмами запросов для получения более интересной информации за один раз без необходимости соединять таблицы с разных листов.

К примеру, нас интересуют должники. В УТ10 мы их можем получить из виртуальной таблицы остатков регистра накопления ВзаиморасчетыСКонтрагентами, наложив фильтр что бы сумма долга была больше нуля (иначе это авансы). Задавать дату не буду, так как меня интересуют актуальные данные. Для моей базы это будет следующая ссылка: http://localhost/DemoTrdBase/odata/standard.odata/AccumulationRegister_ВзаиморасчетыСКонтрагентами/Balance?$filter=СуммаУпрBalance gt 0

Просмотрев результат, мы можем заметить, что у нас нет представлений для контрагентов, а только ключи для таблицы справочника контрагентов. Следовательно будем запрашивать и эти вспомогательные данные. Для этого воспользуемся ссылкой без фильтров:  http://localhost/DemoTrdBase/odata/standard.odata/Catalog_Контрагенты

А теперь простая последовательность шагов:

  1. Открываем Excel (у меня версия 2016; если у вас 2010 или 2013, то меню может немного отличаться)
  2. Переходим по навигационному пути: "Данные" / "Создать запрос" / "Из других источников" / "Из канала ODATA".
  3. Указываем нашу ссылку на регистр взаиморасчетов
  4. На форме авторизации выберем третий вариант "Базовый" и укажем логин/пароль. Нажимаем "Подключение".
  5. В открывшемся окне редактора запроса вместо имени "Запрос1" дадим что-то более для нас интересное - "Взаиморасчеты"
  6. В центре окна редактора запроса видим колонку "Список", где в каждой строке слово "Record". Мы можем или воспользоваться контекстной командой "В таблицу" или нажать соответствующую кнопку в меню "Преобразование" редактора. На возникший вопрос ответьте "Ок".
  7. Теперь колонка называется "Column1" и рядом с ней появилась кнопочка со стрелками в разные стороны. Нажмите на нее. С сервера подтянется описание существующих колонок. Снимите все галочки и оставьте их только на колонках "Контрагент_Key" и "СуммаУпрBalance". Нажмите на "Ок" и появится таблица из двух выбранных колонок с нужными нам данными.
  8. За пределами нашего внимания остались такие измерения как организация, договор и сделка, но они все равно были запрошены. В результате у нас сейчас есть строки контрагентов с разными суммами. Их можно свернуть с помощью группировки. Для этого или из меню или из контекста вызывайте команду "Группировать по". В группировочных полях оставьте только контрагента, а поле с суммой удалите. Назовите новую колонку "Долг", в операции выберите "Сумма", а в столбце укажите поле нашей суммы. Нажмите на "Ок" и в результате получим немного меньше записей.
  9. Теперь нам нужно расшифровать контрагентов. Для этого в левой панели "Запросы", где уже есть текущий запрос "Взаиморасчеты", вызовите контекстное меню и выберите "Новый запрос" / "Другие источники" / "Канал ODATA". В появившемся окошке укажем путь к справочнику контрагентов. Далее снова указываем логин/пароль авторизации, в предпросмотре нажимаем "Ок" и зададим новому запросу имя "Контрагенты".
  10. Вернемся к запросу "Взаиморасчеты" (клик по названию на панели запросов).
  11. Теперь выполняем соединение наших двух запросов. Для этого в основном меню редактора вызовите команду "Комбинировать" / "Объединить запросы". В окне конструктора объединения будет наша таблица взаиморасчетов. В центре в выпадающем окне выберите запрос "Контрагенты". Вид соединения остается тот, который по умолчанию (левое внешнее). Далее кликами выбираем колонки для условия объединения. Соглашаемся со всем что нам далее предлагают. 
  12. После объединения мы получили новую колонку "Контрагенты" со знакомой кнопкой с разнонаправленными стрелочками. Кликаем по этой кнопке и выбираем интересующие нас колонки. Для интереса выберем "НаименованиеПолное" и "Parent" (группа). Колонка "Parent" так же предлагает нам раскрыться - выберем в ней поле "Description" (обычное наименование справочника).
  13. Сделаем красиво. Первую колонку с ключем контрагента можем удалить. Колонку группы так и назовем "Группа", колонке с именем контрагента дадим название "Контрагенты", а колонку долга перекинем в конец получаемой таблицы.
  14. Теперь можем нажать на главную кнопку редактора - "Закрыть и загрузить".
  15. Далее можно использовать загруженную таблицу как данные для сводной таблицы или сводной диаграммы. Или при создании этих новых объектов указываем в качестве источника данных наш запрос "Взаиморасчеты".

скриншот из Excel

Но, как говорится, лучше один раз увидеть, чем сто раз услышать. Я постарался записать эту же последовательность действий на видео. И сразу предупреждаю, что у вас при повторе будет немного не так - будет запрошена авторизация, о чем я выше упомянул. Просто на момент записи видео, Excel уже запомнил мои логин и пароль.


Итоги

Надеюсь, что моя статья была полезной. Я сообщил о существовании и преимуществах новой технологии платформы. Так же подробно разъяснил настройку доступа в информационную базу по протоколу OData и привел несколько примеров практического использования.

Что бы не было предубеждений, что применять доступ по OData можно исключительно для управляемого интерфейса на последних версиях платформы, я в качестве учебного примера выбрал демо-базу конфигурации "Управление торговлей (базовая), ред 10.3" в режиме совместимости 8.2. Даже на базе данных такой конфигурации, всего несколькими кликами мышки можно получить в книге Excel актуальные данные по долгам и точно так же просто можно было бы получить актуальные остатки на складах, данные по продажам и прочую полезную информацию. 

 

P.S. Продолжение данной статьи, в котором рассмотрены операции создания и изменения данных, опубликовано по адресу infostart.ru/public/719982

213

Скачать файлы

Наименование Файл Версия Размер
Состав_OData
.epf 15,60Kb
09.12.17
67
.epf 1.0 15,60Kb 67 Скачать
1c_grid_test
.html 1,48Kb
09.12.17
23
.html 1.0 1,48Kb 23 Скачать

См. также

Комментарии
Избранное Подписка Сортировка: Древо
1. sandybaev 128 12.12.17 06:56 Сейчас в теме
Мдааа, прикольная вещь.

надо на досуге попробовать похимичить.
с меня +
2. 🅵🅾️🆇 12.12.17 08:51 Сейчас в теме
С меня , попозже повнимательнее прочту.
3. shura_k 12.12.17 11:29 Сейчас в теме
Я тоже в свое время покопался с подобным механизмом и немного устал от необходимости строить много запросов к запросам с джоинами. Хотя в прошлом я хорошо программировал на SQL и это для меня не новость. Но вот повторять отчет, который реализован в 1С заново нет не времени не желания.
Поэтому я сделал свой http сервис, где любой банальный отчет или немного адаптированный можно вывалить в виде OData. И он прекрасно открывается что в Екселе, что в Power BI.
Если будет интерес, могу попробовать сделать публикацию здесь своего решения.
P.S. кстати если у вас Ексель 2010, то он штатно не умеет открывать OData. Что бы научить, Майкрософт сделала аддон - Power Query.
ye_s; alexey-simf; Gang031; apd1c; fancy; zakiap; Огонек; корум; z86; echo77; +10 Ответить
4. vovan_victory 59 12.12.17 12:13 Сейчас в теме
Прежде всего, автору + за труды.
(3)
Если будет интерес, могу попробовать сделать публикацию здесь своего решения.

Я думаю, что многим будет интересно...ждем
5. Dementor 322 12.12.17 13:30 Сейчас в теме
(3) Интерес уже от двух человек :)
А под "любой банальный отчет" вы понимаете только отчеты на компоновке данных или вообще все возможные, включая на базе построителя отчетов и полностью "ручные" на макете из табличного документа?
7. shura_k 12.12.17 15:43 Сейчас в теме
А под "любой банальный отчет" вы понимаете только отчеты на компоновке данных или вообще все возможные, включая на базе построителя отчетов и полностью "ручные" на макете из табличного документа?

меня пока интересовали СКД.
но там суть в том чтобы получить ТЗ или ТД. А дальше уже функция формирует из него ответ в Odata.
Так что можно при желании и умении адаптировать под себя :)
14. karimov_m 13.12.17 22:47 Сейчас в теме
(7) интересно, ждем.
Фактически - любой отчет на СКД да и просто макете - суть плоская таблица (не будем брать в расчет возможные вставки графиков в СКД), которую можно "выгрузить" в ТЗ. А если есть ТЗ, то есть XML ее описывающий и содержащий данные отчета, а если есть XML - считай сконвертировать его в oData не сложно и отдать "наружу".

Но ждем вашей реализации!
6. baracuda 3 12.12.17 13:56 Сейчас в теме
Статья о чем? О том что есть oData и по url с параметрами можно "какие-то" данные получить?

Ожидал увидеть какую нибудь реализацию какого нибудь мало мальски сложного проекта. А получил как обычно.
8. Dementor 322 12.12.17 16:53 Сейчас в теме
(6) Жаль, что вы не попали в целевую аудиторию. Я ориентировался больше на новичков, которых нужно заинтересовать и показать новый интересный путь применения своих навыков.

P.S. Ждем от вас обещанную статью по реализации "какого нибудь мало мальски сложного проекта" в виде DashBoard на базе OData.
9. baracuda 3 12.12.17 17:03 Сейчас в теме
(8) если я свою задачу по написанию софта на ТСД решу через oData, то статья будет не переживайте.
10. Alien_job 154 12.12.17 19:37 Сейчас в теме
(6)Поддерживаю, статьи "как я прочитал по OData элементы справочника" переодически появляются, но статьи https://infostart.ru/public/403426/ и https://infostart.ru/public/503059/ за авторством https://infostart.ru/profile/63337/ убедительно свидетельствуют о неработопригодности технологии.

"Помимо выпуска OData SDK для разработки под .NET, AJAX, PHP, Java, JavaScript, WebOS и Objective-C, эта компания внедрила данный протокол в свои популярные продукты: Excel, PowerPoint, SharePoint, MsSQL и других."

А вот 1С у себя не реализовала работу с О-Дата, поэтому при попытке интегрировать одну базу 1с с другой через этот механизм - велкам в велосипедостроение.

Возможно автор в следующей статье раскроет тему создания и изменения документов 1С из другой базы 1С посредством OData, был бы очень признателен.
11. ni032mas 76 13.12.17 07:57 Сейчас в теме
(10)
Возможно автор в следующей статье раскроет тему создания и изменения документов 1С из другой базы 1С посредством OData, был бы очень признателен.

Механизм очень даже рабочий и в последних версиях платформы улучшен и исправлены критические баги. Создавать и изменять документы из другой базы 1С лучше с помощь планов обмена. ODATA хорошо подходит для интеграции со сторонними системами. Я например, успешно скрестил 1С и нативный клиент android с помощью ODATA.
12. Alien_job 154 13.12.17 11:32 Сейчас в теме
(11) одна из особенностей одата - то что не нужно изменять конфигурацию с которой собираешься интегрироваться. И планы обмена тут не подходят
13. Dementor 322 13.12.17 16:36 Сейчас в теме
(10) у меня заметки еще на 3-4 статьи. Если делать одну мегастатью, то она будет закончена только к весне, а читать ее будут единицы. И так "многа букав" получилось. Во второй заметке по плану будет простое изменение и удаление. В третьей будет обмен.
15. karimov_m 13.12.17 22:49 Сейчас в теме
Автору:
Я открыл статью с перечнем самых популярных на сегодняшний день библиотек создания таблиц и нашел в нем простенькую библиотечку jsGrid как раз для нашего случая. Изучаем их сайт, берем пример ихнего кода по использованию OData и вставляем туда путь к нашим данным.

аай. больно то как. аа))
16. Dementor 322 14.12.17 02:39 Сейчас в теме
(15) а как правильно? Просто я обучался в украиноязычной школе, а в украинском языке именно так и будет: "...беремо приклад їхнього коду по використанню...". Думаю, что подобная проблема есть и у некоторых жителей Курской, Воронежской, Ростовской, Белгородской областей и Краснодарского края ;-)
18. dock 34 14.12.17 09:02 Сейчас в теме
(16) Считается, что в литературном языке такого слова "ихнего" нет. Это просторечное слово, т.е. используется только в устной речи.
А ведь на этом сайте присутствуют только высококультурные, с высшим филологическим образованием пользователи. Поэтому совершенно недопустимо использовать в письменной форме просторечия!
Учитывая всё вышесказанное написанное, правильное написание "берем пример их кода" и ни в коем случае "ихнего"!
З.Ы. САРКАЗМ
21. karimov_m 14.12.17 11:11 Сейчас в теме
(18) В устной речи так тоже нельзя говорить) Точнее, говорить то можно.. но.. черт побери, это режет слух..
20. karimov_m 14.12.17 11:09 Сейчас в теме
(16) Да, правильно будет "Их"
17. dock 34 14.12.17 08:32 Сейчас в теме
(15)
Словарь Ожегова
Ихний
-яя, -ее, мест. притяж. (прост.). То же, что их (во 2 знач.). * По-ихнему (прост.) — 1) нареч., по их воле, желанию. Упрямые, все будь по-ихнему; 2) нареч., так, как делают они. Не буду поступать по-их-нему; 3) вводи, ел., по их мнению. Я, по-их-нему, бездельник.

:) вполне нормальное слово
19. dock 34 14.12.17 09:19 Сейчас в теме
22. Dementor 322 14.12.17 12:44 Сейчас в теме
(15) и (17) спасибо за урок стилистики. Загуглил и оказалось, что в русском это вполне себе литературное слово, которое любили употреблять Булгаков, Толстой, Достоевский, Чуковский и многие другие классики (и современники); не говоря о том, что это слово есть в словарях Даля, Ушакова и Ожегова.
23. karimov_m 14.12.17 12:55 Сейчас в теме
(22) Литературное, спору нет..

Но вот воспринимается оно примерно так же, как если говорить: Ехай, тута, накласть, заместо, здеся, ивоный, "у ней", тама, "в лифту" и тп..

Но каждому, конечно же, своя стилистика..
24. dock 34 15.12.17 11:37 Сейчас в теме
Ох развели холивар... устроили флудильню...
по теме:
у меня заметки еще на 3-4 статьи. Если делать одну мегастатью, то она будет закончена только к весне, а читать ее будут единицы. И так "многа букав" получилось. Во второй заметке по плану будет простое изменение и удаление. В третьей будет обмен.

Когда ждать "по плану" продолжение ? :) Готовы почитать даже заметки :)
25. Dementor 322 15.12.17 15:48 Сейчас в теме
(24) Могу сказать только что вторая статья точно будет в этом году.

Готовы почитать даже заметки :)

А толку? Так ведь можно на ИТС открыть раздел документации и вроде все уже ясно.
26. VasilVtoroy 15.12.17 18:22 Сейчас в теме
а особенно актуально ограничить раскрываемую информацию по параметру $expand, который тянет полностью весь связанный объект, в то время когда нам нужны из него всего одно-два поля.


Такая возможность давно есть, вот документация:

https://its.1c.ru/db/v8311doc#bookmark:dev:TI000001365

http://host/base/odata/standard.odata/Catalog_Клиенты?$expand=Сертификат&$select=Сертификат/Дата
27. VasilVtoroy 15.12.17 18:25 Сейчас в теме
"Просмотрев результат, мы можем заметить, что у нас нет представлений для контрагентов, а только ключи для таблицы справочника контрагентов. Следовательно будем запрашивать и эти вспомогательные данные."

Можно проще:

https://its.1c.ru/db/v8311doc#bookmark:dev:TI000001361, подраздел
___Presentation

Хотя все равно спасибо за описание способа связывания запросов
28. Dementor 322 15.12.17 19:24 Сейчас в теме
(27)
Хотя все равно спасибо за описание способа связывания запросов

Когда я решил написать статью, то оказалось, что тут уже была одна чем-то похожая статья, в которой Excel получал данные таблиц OData с помощью пункта "Получение внешних данных". Я же хотел показать работу именно через механизм запросов с соединением нескольких источников.

Про возможность получить представление, если явно запросив его через параметр $select, я уже в курсе, но все равно спасибо за замечание.

(26) Приятно, что кто-то внимательно прочитал :)
29. qqq123456912424 07.02.18 11:16 Сейчас в теме
Добрый день. Подскажите пожалуйста. Пытаюсь использовать year(дата) в GET запросе через браузер строку но мне выдает ошибку:

<m:error xmlns:m="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata">
<m:code>6</m:code>
<m:message>Сегмент пути Дата не найден!</m:message>
</m:error>

вот сам запрос: http://localhost/server/odata/standard.odata/AccumulationRegister_Продажи_RecordType?$filter=year(Дата) eq 2018

в: http://localhost/server/odata/standard.odata/$metadata следующие данные:

<EntityType Name="AccumulationRegister_Продажи_RecordType" OpenType="true">
<Key>
<PropertyRef Name="Recorder"/>
<PropertyRef Name="LineNumber"/>
<PropertyRef Name="Recorder_Type"/>
</Key>
<Property Name="Recorder" Type="Edm.String" Nullable="false"/>
<Property Name="Period" Type="Edm.DateTime" Nullable="true"/>
<Property Name="LineNumber" Type="Edm.Int64" Nullable="false"/>
<Property Name="Active" Type="Edm.Boolean" Nullable="true"/>
<Property Name="Номенклатура_Key" Type="Edm.Guid" Nullable="true"/>
<Property Name="ХарактеристикаНоменклатуры_Key" Type="Edm.Guid" Nullable="true"/>
<Property Name="ЗаказПокупателя" Type="Edm.String" Nullable="true"/>
<Property Name="ДоговорКонтрагента_Key" Type="Edm.Guid" Nullable="true"/>
<Property Name="ДокументПродажи" Type="Edm.String" Nullable="true"/>
<Property Name="Подразделение_Key" Type="Edm.Guid" Nullable="true"/>
<Property Name="Проект_Key" Type="Edm.Guid" Nullable="true"/>
<Property Name="Организация_Key" Type="Edm.Guid" Nullable="true"/>
<Property Name="Контрагент_Key" Type="Edm.Guid" Nullable="true"/>
<Property Name="Количество" Type="Edm.Double" Nullable="true"/>
<Property Name="Стоимость" Type="Edm.Double" Nullable="true"/>
<Property Name="СтоимостьБезСкидок" Type="Edm.Double" Nullable="true"/>
<Property Name="НДС" Type="Edm.Double" Nullable="true"/>
<Property Name="Recorder_Type" Type="Edm.String" Nullable="false"/>
<Property Name="ЗаказПокупателя_Type" Type="Edm.String" Nullable="true"/>
<Property Name="ДокументПродажи_Type" Type="Edm.String" Nullable="true"/>
<NavigationProperty Name="Номенклатура" Relationship="StandardODATA.AccumulationRegister_Продажи_RecordType_Номенклатура" FromRole="Begin" ToRole="End"/>
<NavigationProperty Name="ХарактеристикаНоменклатуры" Relationship="StandardODATA.AccumulationRegister_Продажи_RecordType_ХарактеристикаНоменк­латуры" FromRole="Begin" ToRole="End"/>
<NavigationProperty Name="ДоговорКонтрагента" Relationship="StandardODATA.AccumulationRegister_Продажи_RecordType_ДоговорКонтрагента" FromRole="Begin" ToRole="End"/>
<NavigationProperty Name="Подразделение" Relationship="StandardODATA.AccumulationRegister_Продажи_RecordType_Подразделение" FromRole="Begin" ToRole="End"/>
<NavigationProperty Name="Проект" Relationship="StandardODATA.AccumulationRegister_Продажи_RecordType_Проект" FromRole="Begin" ToRole="End"/>
<NavigationProperty Name="Организация" Relationship="StandardODATA.AccumulationRegister_Продажи_RecordType_Организация" FromRole="Begin" ToRole="End"/>
<NavigationProperty Name="Контрагент" Relationship="StandardODATA.AccumulationRegister_Продажи_RecordType_Контрагент" FromRole="Begin" ToRole="End"/>
</EntityType>

У меня конфигурация УТ 10.3.46.2 Платформа 8.3.11.2867

Скажите пожалуйста как сформировать запрос что бы мне выдало данные за 2018?
30. Dementor 322 07.02.18 21:44 Сейчас в теме
(29) сейчас проверить не могу, но почему Дата? Вы дорабатывали УТшку и явно создали такое измерение? Если нет, то нужен Период.
31. user895038 20.03.18 00:00 Сейчас в теме
Правильно ли я понимаю, что через ODATA/REST я могу получить только примитивные данные, хоть и используя фильтрацию.
Т.е. я не могу увидеть в номенклатуре родителя - только ссылку на него, а чтобы узнать Наименование родителя мне нужно выполнить следующий запрос, используя ранее полученный Guid?
А также, я не могу получить результат запроса к двум соединенным таблицам? Мне надо сначала отфильтровать первую таблицу, запомнить список данных связанного поля, а следующим запросом получить уже данные второй таблицы, послав в запросе весь запомненный список.
И уже только на клиенте я могу соединить две полученные таблицы.

Если это не устриавает, то надо использовать преднастроенные WS ссылки и SOAP
32. maxx 653 30.03.18 12:51 Сейчас в теме
(31)
Правильно ли я понимаю, что через ODATA/REST я могу получить только примитивные данные, хоть и используя фильтрацию.
Т.е. я не могу увидеть в номенклатуре родителя - только ссылку на него, а чтобы узнать Наименование родителя мне нужно выполнить следующий запрос, используя ранее полученный Guid?


Нет неправильно, в запросе для полей ссылочных данных можно использовать слово $expand=ВашаПолеСсылка/Parent

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

Если это не устриавает, то надо использовать преднастроенные WS ссылки и SOAP


Вот тут да, нужно делать в несколько шагов. Только я бы использовал hs ссылки, а не SOAP он по легче будет.
33. user895038 06.04.18 13:40 Сейчас в теме
(32)
Спасибо за ответ. В общем, я плюнул на это дело и сделал WEB сервис(5 строчек кода), принимающий текст запроса, и посылающий в ответ таблицу в формате JSON.
По легкости ответа получилось как REST, а по сути полноценный инструмент для получения любых данных, к которым разрешен доступ подключающемуся пользователю.
34. m912 13.06.18 09:46 Сейчас в теме
А что с авторизацией? Как я понял любые данные могут быть получены без пароля?
35. Dementor 322 13.06.18 13:34 Сейчас в теме
(34) авторизация есть. Хотя при желании "анонимности" можно прописать логин/пароль для подключения напрямую в публикацию на веб-сервере.
Оставьте свое сообщение