Задвоение начислений после слияния баз
Доброго времени суток всем читающим! Друзья потребовалось объединить базы зуп 3.1, так как версии у всех одинаковые, базы не дорабатывались, решил слить через ВыгрузкаЗагрузкаДанныхXML83, заливал в большую базу две маленьких в первой 84к объектов, во второй 24к объектов, по сути объем не большой, слил данные, кадровики и расчетчики были заняты типовыми операциями пару тройку дней, кадровые переводы, приемы, командировки, расчет и выплаты зп, все нормально, но тут решил человек один уволится и при проведении увольнения возникла ошибка, что при записи в РС плановые начисления, значение поля Начисление не может быть пустым. проверил ТЗ, там начилсение есть, через отладчик отловил ошибку, когда глянул вижу начисление, но нет проведения, когда залез в ПланыВидовРасчетов, ох... ну короче удивился, все виды начислений по 3 штуки, попробовал через штатный поиск и удаление дублей не помогло, ругань шла на дубли начислений, через ИР тоже самое. Может кто сталкивался с аналогичной бедой, как победить?
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Чем дольше тянете тем сложнее будет объяснить бухгалтерам что нужно откатываться назад, вы копию базы перед этой операцией делали? Лучше досконально разобрать какие еще могут быть последствия на копии, чем еще через месяц станет известно что база в принципе не работоспособна, и нужно откатываться на месяц.
(4) Ну если уверены что работоспособна тогда после чистки дублей (хотя тут наверное уже трибли) для очистки совести если не последний релиз попробуйте хотя бы обновиться и посмотреть как поведет себя после этого база, будут ли нормально выполняться основные операции, может еще какие хвосты вылезут. Ну и операция тестирования-исправления ошибок. А то через месяц будет поздно метаться :)
(6) А что брать собрались? Тестирование и исправление по волшебству возьмёт и сольёт все дубли, как надо? Или обновление оживит фею-крёстную, которая доставит главбуху удовольствие?
Вам данные надо чистить. Штатная обработка дублей не оптимальна: она не отключает контроль записи, не обрабатывает движения (считается, что это сделает перепроведение документа) и не удаляет совсем дубликат - оставляет за собой помеченные на удаление "хвосты".
Найдите тут продвинутую обработку, и сделайте всё сами!
Вам данные надо чистить. Штатная обработка дублей не оптимальна: она не отключает контроль записи, не обрабатывает движения (считается, что это сделает перепроведение документа) и не удаляет совсем дубликат - оставляет за собой помеченные на удаление "хвосты".
Найдите тут продвинутую обработку, и сделайте всё сами!
Помогло следующее, через штатную обработку определил трибли и дубли, на правильных которые определила 1с, в названии добавил прав, потом во всех "левых" начислениях убил зависимые и тд начисления, вернул название у правильных, потом через ИР поиск и замены с отключением контроля записи убил все дубли.
Вакансии
Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)