Вопрос

Добрый день! Столкнулись с такой проблемой: при выборе двух записей для объединения в контрагентах, через "Действия"-"Объединить выделенные записи". После выбора данных которые должны отображаться в итоговой записи и нажатии на кнопку "Объединить", вылетает ошибка "При слиянии записей произошла ошибка - Error converting data type nvarchar to int". Смысле ошибки понятен, что какие-то поля не конвертируются к нужному типу. Но проблема в том, что не получается отследить из-за каких полей могут быть косяки.
Может кто сталкивался с такой проблемой или знает как можно решить её, буду очень признателен!

У меня такой же вопрос

1 комментарий

Ошибка рассматривается здесь: http://www.community.terrasoft.ua/forum/topic/10276#comment-46507

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Добрый день! Столкнулись с такой проблемой: при выборе двух записей для объединения в контрагентах, через "Действия"-"Объединить выделенные записи". После выбора данных которые должны отображаться в итоговой записи и нажатии на кнопку "Объединить", вылетает ошибка "При слиянии записей произошла ошибка - Error converting data type nvarchar to int". Смысле ошибки понятен, что какие-то поля не конвертируются к нужному типу. Но проблема в том, что не получается отследить из-за каких полей могут быть косяки.
Может кто сталкивался с такой проблемой или знает как можно решить её, буду очень признателен!

У меня такой же вопрос

2 комментария

Здравствуйте, Николай.

Советую, в первую очередь, сравнить структуру таблицы в сервисе TSAdmin-а и в базе данных. Вероятно, есть отличия. После этого пересоздайте правило поиска дублей.
Поиск дублей организован при помощи хранимой процедуры, которая генерируется при создании правила поиска дублей. Процесс происходит в несколько этапов, в которых используется и структура из БД и из сервисов, также, содержимое ХП не меняется динамически вслед за изменениями структуры БД. Поэтому любые отличия (из-за не сохраненного сервиса или использования старого правила поиска дублей) могут привести к ошибке.

"Maxim Gritsenko" написал:

Здравствуйте, Николай.

Советую, в первую очередь, сравнить структуру таблицы в сервисе TSAdmin-а и в базе данных. Вероятно, есть отличия. После этого пересоздайте правило поиска дублей.
Поиск дублей организован при помощи хранимой процедуры, которая генерируется при создании правила поиска дублей. Процесс происходит в несколько этапов, в которых используется и структура из БД и из сервисов, также, содержимое ХП не меняется динамически вслед за изменениями структуры БД. Поэтому любые отличия (из-за не сохраненного сервиса или использования старого правила поиска дублей) могут привести к ошибке.

Большое спасибо за ответ!

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

В бизнес-процессе используется 2 слияния. Примерная схема вот:
ошибка слияния
одно слияние работает корректно (левое), а второе -- не срабатывает, то есть при выполнении обеих задач процесс дальше не идет.
в чем может быть причина? или нельзя в бп использовать 2 слияния?
test.rar

версия бд-- 3.4.0.81,
бинарные файлы -- 3.4.0.114
субд -- скьель 2005

У меня такой же вопрос

3 комментария

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

Попробуйте следующим образом: (сервис во вложении)

1

Дмитрий, спасибо за Ваш ответ!

Но в Вашем примере 2 "первых" задачи идут последовательно, тогда как в моем случае нужно параллельно, к тому же "конкретный" результат (а не "любой").

я немного по-другому решила проблему (как всегда -- стоит задать вопрос -- так сразу приходит решение:smile:):
решение:)
то есть, я просто использовала элемент "скрипт" (ничего в него не прописывала, он пустой)
test.rar

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

Ветка результата "любой" после создания первой задачи и моделирует "параллельность" создания задач, т.е. в моем примере обе задачи будут при любых обстоятельствах созданы. И дальше, в зависимости от статуса по ним, БП пойдет по разным веткам до разных точек слияния.
Рад что у Вас получилось реализовать Вашу задачу самостоятельно и спасибо за публикацию решения!

Войдите или зарегистрируйтесь, чтобы комментировать