Добрый день! Столкнулись с такой проблемой: при выборе двух записей для объединения в контрагентах, через "Действия"-"Объединить выделенные записи". После выбора данных которые должны отображаться в итоговой записи и нажатии на кнопку "Объединить", вылетает ошибка "При слиянии записей произошла ошибка - Error converting data type nvarchar to int". Смысле ошибки понятен, что какие-то поля не конвертируются к нужному типу. Но проблема в том, что не получается отследить из-за каких полей могут быть косяки. Может кто сталкивался с такой проблемой или знает как можно решить её, буду очень признателен!
Добрый день! Столкнулись с такой проблемой: при выборе двух записей для объединения в контрагентах, через "Действия"-"Объединить выделенные записи". После выбора данных которые должны отображаться в итоговой записи и нажатии на кнопку "Объединить", вылетает ошибка "При слиянии записей произошла ошибка - Error converting data type nvarchar to int". Смысле ошибки понятен, что какие-то поля не конвертируются к нужному типу. Но проблема в том, что не получается отследить из-за каких полей могут быть косяки. Может кто сталкивался с такой проблемой или знает как можно решить её, буду очень признателен!
Советую, в первую очередь, сравнить структуру таблицы в сервисе TSAdmin-а и в базе данных. Вероятно, есть отличия. После этого пересоздайте правило поиска дублей.
Поиск дублей организован при помощи хранимой процедуры, которая генерируется при создании правила поиска дублей. Процесс происходит в несколько этапов, в которых используется и структура из БД и из сервисов, также, содержимое ХП не меняется динамически вслед за изменениями структуры БД. Поэтому любые отличия (из-за не сохраненного сервиса или использования старого правила поиска дублей) могут привести к ошибке.
Советую, в первую очередь, сравнить структуру таблицы в сервисе TSAdmin-а и в базе данных. Вероятно, есть отличия. После этого пересоздайте правило поиска дублей.
Поиск дублей организован при помощи хранимой процедуры, которая генерируется при создании правила поиска дублей. Процесс происходит в несколько этапов, в которых используется и структура из БД и из сервисов, также, содержимое ХП не меняется динамически вслед за изменениями структуры БД. Поэтому любые отличия (из-за не сохраненного сервиса или использования старого правила поиска дублей) могут привести к ошибке.
В бизнес-процессе используется 2 слияния. Примерная схема вот:
одно слияние работает корректно (левое), а второе -- не срабатывает, то есть при выполнении обеих задач процесс дальше не идет.
в чем может быть причина? или нельзя в бп использовать 2 слияния?
Но в Вашем примере 2 "первых" задачи идут последовательно, тогда как в моем случае нужно параллельно, к тому же "конкретный" результат (а не "любой").
я немного по-другому решила проблему (как всегда -- стоит задать вопрос -- так сразу приходит решение:smile:):
то есть, я просто использовала элемент "скрипт" (ничего в него не прописывала, он пустой) test.rar
Ветка результата "любой" после создания первой задачи и моделирует "параллельность" создания задач, т.е. в моем примере обе задачи будут при любых обстоятельствах созданы. И дальше, в зависимости от статуса по ним, БП пойдет по разным веткам до разных точек слияния.
Рад что у Вас получилось реализовать Вашу задачу самостоятельно и спасибо за публикацию решения!
