Добрый день, Илья!

Попробуйте выдать пользователю, под которым выполняется этот запрос, роль системного администратора.

И дополнительно проверьте корректность заполнения Headers по примеру из статьи:

https://academy.creatio.com/docs/developer/integrations_and_api/data_se…

Kalymbet Anastasia,

сначала тоже думал что права доступа, но ту же ошибку получал и с под акаунта Supervisor. На сколько я понял, проблема оказалась в регистре заголовков колонок на стороне 1с, когда сменили регистр все заработало в штатном режиме

Виктория, абсолютно одинаковые ФИО могут быть у 2-х и более совершенно разных людей. Поэтому все записи "маппятся" по UID1C(ID записи в 1с) и Object1C (сущность в 1с).
Рекомендую Вам создать отдельную настройку по всем "ссылочным" полям интегрируемого Вами справочника и в настройках снять галочку "добавлять новые записи", но заполнить поле "Экспорт по правилу".

Т.е. если в справочнике "Проекты" в 1с есть два ссылочных поля ФизЛицо (ссылка на справочник ФизЛица) и ЮрЛицо (ссылка на справочник "ЮрЛица"), то у вас должны быть две доп. настройки экспорта: из контактов в физ лица, и из контрагентов в юр лица. Эти настройки должны быть указаны в поле "экспорт по правилу" в исходной настройке по экспорту проектов.

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

Виктория, при экспорте система смотрит на поле UID1C - если это поле пустое - система создаст новую запись в 1с, после чего заполнит это поле ID-шником созданной в 1с записи. У Вас сейчас во всех контактах это поле пустое - поэтому в 1с первый раз будет создаваться новая запись, а затем всегда будет обновляться. Поэтому нужно сначала импортнуть всех контактов с 1с в ТС. Затем слить дубли (если таковы будут) но обязательно оставить поле UID1C и Object1C заполненным. А затем можно уже пользвоаться этими контактами для эксопрта будучи уверенным что новые записи в справочнике "Контакты" будут созданы только в том члучае, если контакта действительно нет в 1с (он был создан в тс после первичного импорта контактов).

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

P.S. не видела Вашего комментария. Буду пробовать

А можно ли как-то из 1С получить список фио физлиц и его ID , а потом заполнить поля UID1C в ТС (допустим через запросы sql или импортом)?

Я создала запрос в 1С, который выводит ФИО и его идентификатор.

Запрос = Новый Запрос;
Запрос.Текст="ВЫБРАТЬ ФизическиеЛица.Ссылка,ФизическиеЛица.Представление,ФизическиеЛица.Наименование ИЗ Справочник.ФизическиеЛица КАК ФизическиеЛица";
Результат=Запрос.Выполнить();
Выборка = Результат.Выбрать();
Пока Выборка.Следующий() Цикл
уи=Выборка.Ссылка.УникальныйИдентификатор();
Сообщить(Выборка.Наименование + " код " + уи);
КонецЦикла;

А потом в SQL заполняю
Update tbl_Contact
set UID1C='{ec123797-e580-11e3-9b31-003048626081}' where Name = 'фио'

И заполненные таким образом идентификаторы позволяют нормально синхронизироваться и не создавать дубли!
Но это все же громоздко теперь так заполнять ((

Виктория, ну так а что делать... Каким то же образом нужно "смапить" те контакты, которые уже есть в ТС (создавались в ТС) и те, которые уже есть в 1С (создавались в 1с).
Обычно мы делаем так: вручную мапим указанным вами способом те контакты, которые являются пользователями системы. Остальные контакты либо удаляем, и потом загружаем с 1с, либо загружаем из 1с, а потом сливаем дубли штатными средствами, либо напрямую UPDATE/DELETE запросами на уровне СУБД.
Опять таки, для новых контактов (которых нет в 1с) дублей не будет и всё будет работать хорошо.

Хотя, в принципе, при желании, вы можете составить список тех контактов, которые есть в ТС и которые есть в 1с по условию ТС.ФИО = 1с. ФИО. Затем обработкой для этих контактов отобразить их UID1C, выгрузить в текстовый документ, затем загрузить в темповую таблицу в базу ТС (с двумя колонками- ФИО и UID1C) и массово выполнить UPDATE в базе Террасофт:

update tbl_Contact set UID1C = a.UID1C
from #Temp as a
where a.Name = tbl_Contact.Name

Здравствуйте, Андрей.

Доработка утилиты интеграции подобным образом является очень трудоемокой.

Предлагаю для решения данной проблемы добавить еще одно ключевое поля для синхронизации и исключить дату документа.

В частности, добавить в конфигурацию 1С поле TSID, передавать в него при синхронизации соответствующий идентификатор записи в Terrasoft.

"Alimova Anna" написал:В частности, добавить в конфигурацию 1С поле TSID, передавать в него при синхронизации соответствующий идентификатор записи в Terrasoft.

В случае если Вы используете тилиту синхронизации из каталога расширений:
http://www.community.terrasoft.ru/catalog/3796

В данноей утилите есть возможность выбора сопоставления Uuid(со стороны 1-C) и UuiD-1C(Terrasoft).
Установите данные поля как уникальные.

Спасибо :twisted:

Необходимо создать подчиненную запись при синхронизации, и установить соответствие [Продукт в группе].[Название] (Террасофт) - [Номенклатура].[Номенклатурная группа] (1C)

Анна, а можно скриншот, пожалуйста?
У меня почему-то так не получилось.

Здравствуйте, Алена!

Вам необходимо добавить подчиненную запись при интеграции продуктов (номенклатуры) и указать для нее в объекте интеграции Номернклатурные группы.

О, спасибо большое!

В базовой версии интеграции нет фильтрации исключительно по году.

В случае, если номер документа является уникальным - необходимо установить данное поле [Номер] как Ключевое (а у даты - снять данную галочку).
Нумерацию же документов можно проводить с учетом года (указывая в номере документа год). Или проводить фильтрацию: "дата создания документа больше чем 31.12.2010"(в этом случае номер в рамках года будет уникальным).

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

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

 ГУИДССЫЛКИ	= СсылкаНаОбъект.УникальныйИдентификатор();
// или
НоменклатураСсылка = Справочники.Номенклатура.НайтиПоКоду("00013");
Если НЕ НоменклатураСсылка.Пустая() Тогда
   Сообщить("GUID = " + НоменклатураСсылка.УникальныйИдентификатор());
КонецЕсли; 
 

Я эту проблему у себя решал тем, что создавал фильтр типа like и накладывал это фильтр там, где шла фильтрация по полю Date1C (ДатаДок):

function AddDate1CYearFilter(SelectQuery) {
    for (var i = 0; i < SelectQuery.Count; i++){
        var Select = SelectQuery.Items(i);
        var Filters = Select.Filters;
		AddLikeFieldFilter(Select, 'Date1CYear', 'Date1C', ltEqual);
    }
}
 
function ApplyDate1CYearFilter(Dataset, DocDate) {
	var FilterName = 'Date1CYear';
	var SelectQuery = Dataset.SelectQuery;
	var DateObj = new Date(DocDate);
	var FilterPattern = '[0-3][0-9].[0-1][0-9].'+DateObj.getYear();
	var FilterCodes = new Array(FilterName);
	EnableSelectQueryFilters(SelectQuery, true, FilterCodes);	
	SetParameterValue(SelectQuery.Parameters, FilterName, FilterPattern);
}

Вызов этих функций в разных местах:

AddDate1CYearFilter(Dataset.SelectQuery);
 
ApplyDate1CYearFilter(Dataset, DocDate);

Может и есть какое-то лучшее решение, но пока сделал так :smile:

- Пока вижу только 1 теоретический реальный способ: написать на 1С 7.7 скрипт ert. В нем получаем сервис скрипта terrasoft, того скрипта, в котором содержатся собственно функции синхронизаци. Во все функции terrasoft, которые участвуют в синхронизации и создают в себе 1С объекты, добавить парамеры, через которые эти объекты передать. Из ert вызвать функцию синронизации terrasoft скрипта. Единственно, перед реализацие, нужно проверить, будут ли доступны свойства\методы нужных 1С-объектов в скриптах terrasft, которе передались из 1С.
Тоесть, синхронизации будет инициироваться с клиента 1С, а не с terrasoft.
- в версии 8.* такой проблемы нет.
- возможности получения доступа к объектам уже запущенного процесса 1С поидее не должно быть, с этим нужно отдельно разбираться

Не совсем понятно для каких целей необходимо запускать 1С под разными пользователями? И почему нельзя инициализировать обмен напрямую из Террасофт?

Чтобы из terrasoft делать синхронизацию, используются COM-объекты 1C. Из этих объектов к 1С-ке нужно так же подключаться, как и обычные пользователи подключаются через 1С клиент.
1С именно 7.7 версии не позволяет подключиться одновременно под одним пользователем дважды.
В 1с 8.* судя по всему это убрали.
Поэтому для 7ми нужно придумывать всякие ухищрения.
- или синхронизация происходит вконце какого-то промежутка времени (конец дня например) под одним пользователем.
- если все-таки необходимо чаще выполнять синхронизацию, и еще под разными пользователями, То здесь пока придумали только дублирование пользователей. Можно и под одним, но тогда 1С клиент нужно закрывать, пока происходит синхронизация в terrasoft.
- можно пробовать способ описаный мною выше. Но для этого нужно проверить - возможна ли передача 1С объектов в функции terrasoft (тоесть инициирует синхронизацию 1С, а не terrasoft), и если получится - сделать ряд програмных доработок.

Спасибо Алексей за хорошие советы, в дальнейшем планируется запускать синхронизацию периодически, проверяя наличие сделанных изменений после последней синхронизации (проверяться будет спецальная таблица в Террасофт и 1С, в которую будут заноситься записи об произошедших изменениях в различных таблицах, которые нужно синхронизировать).

На данный момент синхронизация работает таким образом, что на каждом компьютере пользователя должна стоять и 1С и Террасофт. Грубо говоря, при сохранении записи в Террасофт сразу же происходит обновление этой записи в 1С путем запуска экспорта. Аналогично, при добавлении/изменении записи в 1С происходит вызов функции импорта через запуск Террасофт, который в свою очередь запускает 1С. Для того, чтобы внесенные в 1С изменения из Террасофт заносились под конкретным пользователем, скорее всего нужно продублировать каждого пользователя, работающего в 1С. Таким образом можно на одном компьютере запустить две 1С под основным пользователем и продублированным, который служит для синхронизации ТС и 1С.

Думается мне что дублирование пользователей не очень правильная вещь: 1. Пользователи начнут путаться под каким им нужно запускать 1С а под каким запускается синхронизация с Террасофт 2. Каждая дополнительная 1С в семерке приведет к более "медленной" работе самой конфигурации 1С.
Что мешает сделать всего одного пользователя и под ним постоянно работающую 1С? Объекты созданные в террасофте будут переносится в 1С но автором прописываться будет пользователь 1С - сопоставленный пользователю создавшему объект в Террасофт.

"vpetunin" написал:Что мешает сделать всего одного пользователя и под ним постоянно работающую 1С?

Единственно что каждая измененная запись не сразу будет появляться в 1С. Тогда можно реализовать какой-то способ передачи сообщений между пользователем (котором нужно синхронизовать только что созданную запись) и утилитой синхронизации. А эта утилита, как и в предыдущем случае, где-то в единственном экземпляре запущенна и подключена к 1С под одним пользователем. Утилита, при получении сообщения от пользователя (в сообщении можно уточнить что конкретно пользователь хочет синхронизировать) выполняет нужную синхронизацию.
На счет авторства записей как обстоят дела, сейчас сказать не могу, нужно разбираться.