thepry

Попробуй поискать о регистрах в книге «Архитектура и работа с данными 1с предприятия», там, вероятно, описано их устройство и смысл.

Мне регистры накопления и сведений очень нравятся, и я думаю, что они много где пригодились бы. Даже как-то собирался сделать гем для Ruby on rails с реализацией этих регистров, но забил.

Смотри сторону веб-сервисов в 1С. SOAP, или, если платформа из последних, то REST.
Это самый нормальный, удобный и легко расширяемый способ. Есть еще варианты использовать COM-соединение, или регулярный обмен данными между 1С и базой, с которой твой сайт работает. Можно и напрямую в базу 1С лезть за данными, но лучше не надо.

В сети есть уроки по созданию веб-сервисов в 1С

когда создаю запрос, который обращается к данным табличной части, он не может найти мою табличную часть то есть "не удалось найти таблицу и указывает на кусок кода с "ИЗ Обработка.Связь.Таблица". Как только путь к таблице не указывал уже.

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

Собственно, что можно сделать: запросом получать данные из таблицы значений, которая передается параметром.
Код будет вида

Запрос.Текст = "Выбрать ...бла-бла-бла... Из &ТаблицаЗначений;"
Запрос.УстановитьПараметр("ТаблицаЗначений", Объект.МояТабличнаяЧасть.Выгрузить());

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

Если решите писать сами, в 1С то смотрите в сторону регламентных заданий, одно из которхы будет раз в N минут дергать процедуру. В этой процедуре 1С должна выгрузить прайс лист в файл и скопировать его на ftp.

Будьте осторожны с кодировками в 1С. В UTF-8 она вставляет 3 байта BOM, из-за чего парсер может спотыкаться.

Откройте конфигуратор 1С, найдите глобальным поиском эти слова и там смотрите.

Возможно, это поможет.

меню - Сервис - Внешние обработки и Отчёты,

Вы не правильно поняли механизм. Внешние обработки - это справочник. Когда вы добавляете в него обработку, то появляется элемент справочника, у которого в поле записаны двоичные данные самого файла. Когда вы ее открываете, то из этих двоичных данных создается объект обработки и он открывается.

Это такой общепринятый способ вставлять обработки без изменения конфигурации, поэтому они и не должны появляться в конфигураторе.

Вам нужно либо в конфигураторе нажать правой кнопкой в обработки и выбрать «вставить внешнюю обработку...» и тогда она добавится в конфигурацию и будет доступна из модуля по коду «Обработки.НазваниеВашейОбработки».

Либо посмотреть на справочник внешних обработок и делать как у них - получать элемент справочника, считывать двоичные данные, скорее всего создавать временный файл, потом из него создавать обработку.

Либо использовать конструкцию ВнешниеОбработки.Создать(<ПолноеИмяФайла>, <БезопасныйРежим>), где в полное имя файла будет путем к файлу обработки. Но тогда у пользователя под которым работает сервер должен быть доступ к этому файлу.

Я не делал мобильные приложения, но насколько я знаю мобильное приложение - это отдельная конфигация с собственной базой и ограниченным функционалом. Соответственно для обмена доступны те же механизмы: веб-сервисы, xml файлы, http-сервисы(начиная с 8.3 версии платформы).
Для обмена изменениями между одинаковыми справочниками/документами можно использовать планы обмена, насколько я знаю.

Начиная с 8.3.6 обещают добавить поддержку сервисов push-уведомлений гугла и apple. Нативная поддержка JSON тоже начиная с 8.3.6 начнет добавляться.

У функции после скобок с параметрами должно быть написанно «Экспорт» - это сделает ее доступной из внешних модулей. А дальше функция вызывается так:

НазваниеМодуля.НазваниеФункции(Параметры)

Есть нюансы: клиентский модуль можно вызвать с клиента, серверный - с сервера, модуль у которого стоит «вызов сервера» - с клиента и сервера.

Можно. В 1С есть веб- и http-сервисы. Соответственно ваш бэк-енд сайта должен отправлять в 1С данные, а 1С будет возвращать результат расчетов.

Тонкий клиент не поможет.

Я бы написал веб-сервисы в обеих системах. Со стороны 1С по веб-сервису для каждого документа.
Немного кода в 1С написать придется.

Я бы сделал веб-сервисы как со стороны 1С, так и со стороны CRM.
С XML 1С отлично работает. Там есть понятие «Схема XDTO» - в которой описываются поля XML файла. Можно работать с XML как с объектом, у которого есть набор полей.

Со стороны 1С нужно будет считывать XML, создавать документ и заполнять его поля. После оплаты, 1С должна отправлять в CRM систему идентификатор документа и признак того, что он оплачен.

Нормальная структура такая:
1. в 1С меняется статус документа
2. Если статус «оплачен», то ссылка на документ записывается в специальную таблицу (регистр сведений)
3. Регламентное задание раз в X секунд считывает записи с регистре и по одной, или пакетом, отправляет в CRM систему.
4. Если из CRM пришел ответ, что все ок, то запись из регистра удаляется.
4.1 - Если ответа нет, или он другой, то регламентное задание через X секунд повторит попытку.