Задваиваются номера документов. Причём такие документы бывают созданы в разные дни. Кто-нибудь сталкивался с таким? Есть идеи как исправить?

это баг 2010 экселя. Ставь 2013

(1) причём тут эксель?

действия - изменить номер

1. Какая стоит уникальность номеров.
2. Какие есть источники данных

(2) ну ты же с екселем работаешь. не спорь, нам отсюда виднее

(3) и каждый день так делать? не подходит)

(2) в какой газете написано какая у тебя конфигурация?

(5) может, он вин8 имел ввиду, судя по теме?

(4)
1. Контроль уникальности, в пределах года
2. Не понял в чем вопрос заключается?

Правильно заданный вопрос --- половина ответа!.....

(7)Конфа БГУ, но мне кажется проблема на уровне платформы

(11) Или в переодичности нумерации

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

(12) В пределах года стоит, с ней всё правильно вроде

(13) Только руками вводятся.

Ну вот, все протроллились, а предложений по существу и нет почти.

Нет, почти, и информации по существу

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

(11) Пользователь изменил номер, и нарушил автонумерацию....

Решение: просмотреть глазами все документы за текущий год, найти ошибку в нумерации и исправить.

"проблема на уровне платформы".... ну да, куда людей работаю нормально, а именно у вас платформа взяла в понедельник и сломалась.... вот невезуха... а может дело все-таки не в платформе?

(19) *куча людей

(18) Ну вот, например. Заявка на кассовый расход. Номер 7010, две штуки есть. Одна создана 2 ноября, другая 12 ноября. Ещё инфа: платформа 8.2.15.301, режим работы серверный.
ОТличие от типовой в том, что номер - число, а не строка.

"номер - число, а не строка."

началось))

может там еще какие-нибудь отличия есть? ))

(22) Изменений куча, но с нумерацией только связано вроде только это.

(21) Возможно, сначала создана та, что от 12 ноября, после этого перенесена на пораньше точка актуальности и создана та, что от 2-го?
Может быть, у вас нетиповой механизм назначения нового номера - у меня, помнится, была 7-чная база, в которой нумерация работала так: за сколько-то дней выбирался максимальный номер и добавлялась единица.

(24) Дата создания тут не дата документа, а дата создания из журнала регистрации.
Тут типовой механизм, никаких специальных обработок номера нет.

Если номер - число, то и нумерация, вероятно, "отличная от типовой"?

Посмотри, что в свойствах самого документа указано: указан ли нумератор, длина номера, периодичность, контроль уникальности, автонумерация?

При копировании номер копируется?

(26) + если ничего "подозрительного" - поиском подстроки "Номер" в модулях документа и его формы посмотри, что и когда с номером делается. Если в модуле объекта есть процедура ПриУстановкеНовогоНомера - с вами всё ясно :)

(28) + если и там ничего "подозрительного" - тогда подписки на события смотри. В первую очередь - ПриУстановкеНовогоНомера
Документа().

(29) Есть такая подписка на событие. Сейчас буду смотреть, что она делает. Спасибо.

(0) База распределенная? Переферийки имеются?

+29 И я бы настойчиво рекомендовал проверить - что это точно номер документа (т.е. в форме документа у этого элемента формы стоит данные Номер)

(32) Логично. У (25) может быть продолжение :)

"Дата создания тут не дата документа, а дата создания из журнала регистрации..."(тс) "... и номер - тут не номер, а входящий номер из журнала регистрации"(я)

:)