v7: Нарушена уникальность номеров документов. #690816

Столкнулся с сабжем при обновлении. Нарушены правила уникальности номеров документов Договор -        7452012    :1                   Нарушены правила уникальности номеров документов Заявка -       31442009    :СС20362             Нарушены правила уникальности номеров документов Заявка -       31442009    :СС20360             Нарушены правила уникальности номеров документов Заявка -       31442011    :АА09210             Нарушены правила уникальности номеров документов Заявка -       31442012    :АА09860             Нарушены правила уникальности номеров документов Счет -        1962008    :СС01493             Нарушены правила уникальности номеров документов Счет -        1962008    :СС01486             Нарушены правила уникальности номеров документов Счет -        1962008    :АА00425             Нарушены правила уникальности номеров документов Счет -        1962008    :СС01494             Нарушены правила уникальности номеров документов Счет -        1962008    :СС01496             Нарушены правила уникальности номеров документов Счет -        1962008    :СС01495             Нарушены правила уникальности номеров документов Счет -        1962009    :СС10530             Нарушены правила уникальности номеров документов Счет -        1962009    :СС10532             Нарушены правила уникальности номеров документов Счет -        1962010    :АА0814               Нарушены правила уникальности номеров документов Счет -        1962010    :СЦ04762             Нарушены правила уникальности номеров документов Счет -        1962010    :СЦ05645             Нарушены правила уникальности номеров документов Счет -        1962010    :СЦ09115             Нарушены правила уникальности номеров документов Счет -        1962010    :АА1256               Нарушены правила уникальности номеров документов Счет -        1962011    :АА1720               Нарушены правила уникальности номеров документов Счет -        1962012    :АА8503 Все документы разбросаны по базе с 11 по 13 годы. Как-то выборочно их "покалечило". Не могу найти корень проблемы. Подскажите, где собака порылась?

длина номера уменьшилась вот и покосило их... копия есть?

УРБД? Могли что-то с префиксами химичить, да и без него бывает всякое

Длину номера не меняли. Бэкап есть. УРБД отрезали полгода назад. База единая теперь. Префиксы остались.

И такой вопрос: что с этими документами теперь? Перенумировались? Куда копать... К бэкапу пока не буду обращаться :)

вы может и не меняли а вот в обновлении - другая. или принцип нумерации (периодичность номера) другая

Вы меня немного неправильно поняли. Обновлял базу с обычного МД из "технической" базы, в которой сначала допиливаю конфигурацию, а потом внедряю в основную базу. Версия клюшек неизменна. Нумерация везде "в пределах года".

такого быть не может

+ ТиС, рукоделанный :)

возможно у документов есть свои нумераторы

Нумераторов тоже нет. Префиксы для документов назначаются в "ПриНачалеРаботыСистемы" исходя из выбранной при запуске фирмы.

ок. длина номера в нынешней конфигурации после обновления какая?

(+11) длина номера в бэкапе

Одинаковая, 7.

стартани на бэкапе "тестирование и исправление" - что будет? только сделай бэкап бэкапа

Достаточно долгий процесс... как сделаю - напишу.

Кстати, вопрос остается актуальным: что с этими документами стало?

Вылетает после ТИИ. Где можно логи глянуть о произошедшем?

в ЖР

Корень проблемы в УРБД. В разных ПБ можно одновременно ( точнее в пределах одного обмена ) создать два документа одного вида с одинаковым номером и датой. После обмена в базе будет два документа с одним номером. После этого такой документ нельзя сохранить пока не переименовать один из них.

Всё дело в том, что обмен отрезали. Уже как полгода (возможно больше) работа идёт в одной базе через удалённый доступ. Документы создаются оперативно и проверка на уникальность номера (как я понимаю) делается при сохранении. Как-то так...

и че ? Документы там уже были с неуникальными нумерами до отрезки обмена.

Тогда почему ругнулось только вчера? МД обновляется регулярно.

20131206;02:50:13;Роман;C;Sys;OpenSession;0;НОВЫЙ СЕАНС : Компьютер SQL(m);; 20131206;02:50:37;Роман;C;Doctor;dctTBeg;1;;; Вот и весь лог по поводу ТиИ.

Нам отсюда не видно

ТиИ до конца же не доехало у тебя, так ? Вот и логов нема

Видимо, не доехало - конфигуратор закрылся.

А предположений нет?

А вообще это проблема? Стоит рыться? Я не вижу никаких изменений в базе.

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

желательно конечно эту хрень выровнять. на сколько я понял их не так уж и много. навоять обрамотину и руцями выровнять косяки.

При обновлении, если появился какой-то дополнительный реквизит документа или новый документ, то будет производиться обновление журнала - вот тут-то и всплывут проблемы с номерами. А пока обновляется только код или справочники, система в журнал не заглядывает, и верит, что там всё в порядке.

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

Так же проблема эта всплывет если надо пересчитать графу отбора. напиши небольшой скрипт на sql  и получишь все дубли номеров с типом и датой документа. после этого можно что либо проанализировать и понять из-за чего это произошло. а можно и вообще не анализировать а в один из дублей в номер добавить * и все.

Всем спасибо. Пошёл программно искать дубли.

Странная штука. Нашёл дубли. Никак не пойму почему раньше при обновлении не ругалось на неуникальность. С начала 2013 года в базу добавилось куча всякого-разного. От констант до регистров.

потому что твои изменения не затрагивали журналы документов. Сейчас затронули.