Баг после объединения записей в справочнике
 

В базе Камин 3.0 объединили записи ошибочно дважды занесенных сотров обработкой ПоискИЗаменаЗначений.epf с итс, после этого в базе стали твориться странные вещи - при добавлении сотра в табель добавляются 2 записи с одним и тем же сотром, расчетный листок удваивает начисленные записи и т.д., хотя ошибочная запись после объединения удалилась из справочника корректно. Дублированных табельных номеров в справочнике нету, тестирование-индексация-сжатие ничего не дает, подскажите плз куда еще копнуть

[quote=andiv21;31180782] Дублированных табельных номеров в справочнике нету, тестирование-индексация-сжатие ничего не дает, подскажите плз куда еще копнуть[/quote]
В сторону кубышки... на оплату специалиста.

[quote=bma1;31192816] Цитата: В сторону кубышки... на оплату специалиста. [/quote]
А здесь форум для того чтоб красноречием блестеть ?

2-andiv21 > Полагаешь, что по твоему невразумительному рассказу будет подробная "инструкция"?
Ответ (1) корректный. Добавлю: перед применением подобного рода обработок делается бэкап. А всякие там судороги "тестирование-индексация-сжатие" уже на копии при поиске причины. А во время этих поисков юзеры спокойно работают на бережно восстановленной базе...

+3 Вообще-то, с самого начала надо на копии упражняться...

Я не понимаю с чего вы взяли что эти манипуляции не на копии делаются? С чего вы взяли что нет бэкапа? Какая вообще разница? Есть проблема , вы можете что-то по делу подсказать? В чем вы видите невразумительность? Я понимаю что здесь никто никому ничем не обязан, но если ничего не можете сказать по делу может не стоит и начинать...

[url]www.telepatov.net[/url]

5-andiv21 > Побольше агрессии, побольше...
Сия обработка универсальная, и особенности конкретных продуктов не учитывает. Потому надо знать структуру метаданных терзаемого продукта...

P.S. А могло бы и утраиваться...

Тестирование и исправление рулит

хотя не, всё глубжее, если подумать
если бы только справочник был задвоен, то очевидно можно было бы тупо удалить, а не заменять. значит 2 приказа о приеме было, соответственно сотру начисляется как внутреннему совместителю, видимо (точно не скажу, конфы нет)

8-Зелёный тролль > Тестирование ничего не даст. Индексирование - совсем не причем. Упаковка - бесполезная фича (кроме очень специфических ситуаций).
9-Зелёный тролль > Горячее ;) Но не в ту сторону. Простой логический анализ сабжа укажет причину без всякого отладчика :)

[quote=Зелёный тролль;31200872]хотя не, всё глубжее, если подумать если бы только справочник был задвоен, то очевидно можно было бы тупо удалить, а не заменять. значит 2 приказа о приеме было, соответственно сотру начисляется как внутреннему совместителю, видимо (точно не скажу, конфы нет)[/quote]
Вот же ж блин, точно, никак чегой то не догадался на уставшую голову про два кадровых приказа !!
Спасибо огромное