Илья, здравствуйте!

Ошибка означает, что отправили запрос и не дождались ответа от сервера. В результате приложение «свалилось» по таймауту.
В данном случае можно поступить следующим образом:

- обновиться до 7.7 (был оптимизирован процесс импорта);
- разбить файл для импорта на несколько частей (примерно по 2000 – 10000 записей).

Спасибо, Илья. Но ни один вариант мне не подходит. Так как импорт 100 тыс.записей - это тестовый, а реальный может и 500 тыс. достигать.

"Чубко Илья" написал:

Спасибо, Илья. Но ни один вариант мне не подходит. Так как импорт 100 тыс.записей - это тестовый, а реальный может и 500 тыс. достигать.

____________________________

С уважением, Чубко Илья

Илья, здравствуйте!

К сожалению, в приложении до версии 7.6 не позволяет загружать файл с большим объемом.
пользовтель Мотков Илья Вам предложил несколько вариантов.
Других вариантов на данный момент нет. Вы можете реализовать собственный импорт (например, с помощью SQL загружать на прямую в БД).

Здравствуйте!

bpm'online не поддерживает импорт фотографий через Excel. Вы можете хранить фотографии на детали "Файлы и ссылки", но в таком случае необходимо будет загружать фотографии вручную.

Не понял.
Т.е., если у меня есть таблица с объектами, есть фотографии к ним - я что, не могу автоматом в вашу систему залить фотки и привязать их к объектам ?
Как-нибудь с помощью xml или указания url в каком-нибудь поле ?

С уважением, Сергей.

Здравствуйте!

Вы можете импортировать ссылки на фотографии, но не сами фотографии. Ссылки Вы можете импортировать в объект "Файл и ссылка [Объекта]", где вместо [Объект] необходимо указать корректный объект согласно Вашим бизнес задачам. Объект "Файл и ссылка [Объекта]" - это объект детали.

Смотрю, но пока не вижу нужного мне шаблона. Вернее в шаблонах нет поля url-файла
А как потом сделать, чтобы эти фото залились в систему ?

Добрый день!

Пример импорта в объект ContactFile во вложении. Ссылка будет добавлена на деталь "Файлы и ссыки" в разделе Контакты - пользователю Supervisor.fayl_i_ssylka_kontakta.xlsx

Владимир, здравствуйте! В версии 7.7 импорт был переработан. Если нет совпадений при импорте, то приложение добавляет новое значение в справочник. Также Вы можете воспользоваться импортом со «старым» интерфейсом. 

"Вильшанский Дмитрий" написал:Если Вас не устраивает новый импорт, то Вы можете воспользоваться импорт со «старым» интерфейсом.

Спасибо! Будем пользоваться

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

Максим, у Вас что поле OfferingName ключевое? Это "плохая" практика :) Проще всего избавиться от этого поля как ключевого - есть ведь UID1C и Object1C.
А вообще сталкивался с таким 2 раза: первый раз помогло следующее:
открыть маппинг этого поля и нажать "ОК", затем открыть настройку самой сущности и также нажать "ОК".
Второй раз это не помогло - создал фильтр вручную в sq (благо он всегда и точно всегда создается с таким именем).

> Максим, у Вас что поле OfferingName ключевое?

Да, поле ключевое.

> Это "плохая" практика :) Проще всего избавиться от этого поля как ключевого - есть ведь UID1C и Object1C.

Интересно. То есть, лучше добавить несколько десятков дубликатов, но с "правильными" UID1C и Object1C, чем привязаться к названию услуги? Я не понимаю, в чём минус такой практики, тут хотелось бы поподробнее.

Насчёт sq фильтра, я видимо не в курсе, как работает фильтр, можно чуть подробнее?

Максим, UID1C - это глобальный идентификатор записи в 1с. Т.е. названия могут и совпадать, а вот UID1C всегда будет разным. Так что во всех сущностях, где есть UID1C (справочник и документы) нет смысла использовать другие ключевые поля кроме UID1C и Object1C.

Жаль, что вопросы про фильтр и плохую практику остались без ответа.

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

Тогда создайте фильтр в ручную: для этого в Террасофт администраторе в SelectQuery продуктов (sq_Offering) добавьте строковый параметр с именем OfferingNameS1CF, и фильтр сравнения OfferingNameS1CF как tbl_Offering.Name = Parameter:OfferingNameS1CF
Перезайдите в Террасофт и проверьте работу.

Анастасия, как выполнено сопоставление полей в настройках интеграции?
Вложите, пожалуйста, пример шаблона Excel и файл с настройками интеграции (подойдет демонстрация настроек скриншотом).

Наталия, необходимые документы в прикрепленных файлах.

Анастасия, во вложении прилагаю файл настроек интеграции, который позволит выполнить импорт контактов с обращениями.
Обратите, пожалуйста, внимание - в шаблоне добавлена проверка уникальности по 2-м полям "ФИО" и "Контрагент". Сделано это для того, чтобы проимпортировать контакты с одинаковыми именами.
Вы можете оставить проверку уникальности только по полю "ФИО" либо сочетать со средством связи.
Чтобы применить настройки, достаточно открыть созданную настройку интеграции (либо добавить новую) и вызвать действие "Файл" - "Загрузить настройки из файла".

Здравствуйте, Владимир.

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

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

Другим вариантом (непользовательским) выполнения подобного импорта является "insert" напрямую в базу данных, используя sql-сценарий (в случае On-Demand).

"Безродный Андрей" написал:Например, Вы можете перед импортом исключить появление в файле импорта контактов с одинаковыми именами.

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

Но хотелось бы вернуть возможность, как в TS 3.X определять уникальность по нескольким полям.

Владимир,

проверять уникальность можно по нескольким полям, но лишь по полям объекта, куда Вы импортируете данные.

По данному вопросу будет зарегистрирована идея и передана аналитикам для обсуждения реализации функционала в будущих версиях.

Здравствуйте, Олеся.

Номер договора - это текстовое поле. В Excel Вы, скорее всего, переводили формат колонки в числовой (Number). Но максимальное значение, которое может хранить этот тип данных - 2 147 483 647. Переводите в текст.

Здравствуйте, Максим! Если переводить формат ячейки в текст, то поле остается некорректным, 3,163E+17=(

Грубо говоря, значение ячейки импортируется неверно, 316300027614000000, нули вместо последних цифр, по-умолчанию.

Олеся, а уточните, пожалуйста версию и сборку, которую используете.

Максим, Версия: 3.3.2.252

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

Спасибо, Максим, очень жду!

Добрый день!
Для устранения ошибки выполните действия, рекомендованные в этой теме.

Сервисы scr_MSOfficeConsts и scr_UserReportCommon отредактированы, ошибка не исчезла=(
Такая ошибка возникает не у всех пользователей с office2013

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

Здравствуйте, Олеся.

Также попробуйте обновить бинарные файлы до последней версии.

Получить актуальные бинарные файлы Вы можете по запросу в техническую поддержку, сделав запрос нам на почту: support@terrasoft.ru

Предварительно почистите папку с временными файлами приложения: %appdata%\Terrasoft\3.3.2\Cache