По теме из базы знаний
- Выгрузка-загрузка любых данных из 1С (и измененных) в XML между похожими конфигурациями (ФАЙЛ, HTTP, COM) ЛЮБЫХ баз 1С 8.1-8.3 с обработкой и поиском данных по произвольным полям поиска
- Значение поля Номер не уникально
- Ошибка при вызове метода контекста (Записать): Значение поля "Номер" не уникально
- Ошибка механизма автонумерации объектов. Обработка «Максимальный код (номер) объекта» (БСП 3.1.7.61)
- Исправление нумерации документов и справочников
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
попробуйте выполнить метод ОбновитьНумерациюОбъектов(). иногда 1С путается в нумерации.. но тогда это не должно зависить от способа создания.
топику два года, а мне пригодился)
помогло выполнение метода ОбновитьНумерациюОбъектов().
самое смешное, что произошло хз от чего.
просто загрузил копию из бекапа в тестовую базу. так в источнике бекапа все ок, а загруженная база с такой фигней.
помогло выполнение метода ОбновитьНумерациюОбъектов().
самое смешное, что произошло хз от чего.
просто загрузил копию из бекапа в тестовую базу. так в источнике бекапа все ок, а загруженная база с такой фигней.
(17) sanek_evstif, в своей обработке выполните метод
Глобальный контекст (Global context)
ОбновитьНумерациюОбъектов (RefreshObjectsNumbering)
Синтаксис:
ОбновитьНумерациюОбъектов(<Метаданные>)
Параметры:
<Метаданные> (необязательный)
Тип: Массив; Объекты метаданных.
Объект метаданного или массив объектов метаданных, для объектов которого будет выполнено обновление. Если значение параметра не указано, то обновление будет выполнено для всех типов объектов.
Описание:
Выполняет обновление номеров в соответствии с номерами, записанными в базе данных. После вызова данного метода все выданные, но не записанные номера, становятся невалидными, т.к. не гарантируется их уникальность. Данный метод разрешено вызывать только администратору системы.
Доступность:
Сервер, толстый клиент, внешнее соединение.
ПоказатьОбновитьНумерациюОбъектов (RefreshObjectsNumbering)
Синтаксис:
ОбновитьНумерациюОбъектов(<Метаданные>)
Параметры:
<Метаданные> (необязательный)
Тип: Массив; Объекты метаданных.
Объект метаданного или массив объектов метаданных, для объектов которого будет выполнено обновление. Если значение параметра не указано, то обновление будет выполнено для всех типов объектов.
Описание:
Выполняет обновление номеров в соответствии с номерами, записанными в базе данных. После вызова данного метода все выданные, но не записанные номера, становятся невалидными, т.к. не гарантируется их уникальность. Данный метод разрешено вызывать только администратору системы.
Доступность:
Сервер, толстый клиент, внешнее соединение.
Пробовал все способы.
НЕ помогло и ОбновитьНумерациюОбъектов()...
Сделал следующим образом.
Двинул документ на год вперёд. Записал.
Двинул на год назад. Присвоил новый номер. Записал и провёл. Номер присвоен.
Кривовато, конечно, номер перескакивает через 1, но по-другому не выходит.
НЕ помогло и ОбновитьНумерациюОбъектов()...
Сделал следующим образом.
Двинул документ на год вперёд. Записал.
Двинул на год назад. Присвоил новый номер. Записал и провёл. Номер присвоен.
Кривовато, конечно, номер перескакивает через 1, но по-другому не выходит.
(21) Xershi, весь интернет перешерстил, ничего не помогло.
Где-то в базе что-ли косяк.
Потому что реально нет документа с этим номером в текущем году.
Документ создается в коде самым стандартным способом.
Вручную, при этом документ записывается.
То есть не создается с этой ошибкой только в коде.
Где-то в базе что-ли косяк.
Потому что реально нет документа с этим номером в текущем году.
Документ создается в коде самым стандартным способом.
Вручную, при этом документ записывается.
То есть не создается с этой ошибкой только в коде.
(21) Xershi,
(плюс заполнение всех необходимых реквизитов, не стал писать)
И до некоторых пор это работало без сбоев.
Да, и сбой проявлялся последовательно.
Сначала в одной из обработок создавалась пара Списание-Оприходование, Оприходование стало отказывать в записи с этой ошибкой.
Затем еще одна обработка, которая создавала Реализацию-Поступление, Реализация стала вылетать.
Закономерность не ясна.
Оприходование после подобного передергивания глючить перестало. Надо попробовать, может и реализацию тоже уже не нужно так дергать.
НовыйДокПро = Документы.РеализацияТоваровУслуг.СоздатьДокумент();
НовыйДокПро.Дата = ТекущаяДата();
НовыйДокПро.Записать();
(плюс заполнение всех необходимых реквизитов, не стал писать)
И до некоторых пор это работало без сбоев.
Да, и сбой проявлялся последовательно.
Сначала в одной из обработок создавалась пара Списание-Оприходование, Оприходование стало отказывать в записи с этой ошибкой.
Затем еще одна обработка, которая создавала Реализацию-Поступление, Реализация стала вылетать.
Закономерность не ясна.
Оприходование после подобного передергивания глючить перестало. Надо попробовать, может и реализацию тоже уже не нужно так дергать.
Коллеги, столкнулся с этим и нашел возможное решение.
У меня возникла ситуёвина, что существующий документ прошлого года программно перезаписывался в текущем. Номер ему не переприсваивался, а брался прошлогодний. Но в этом году уже такой номер в базе есть. В итоге в каждом году номер вроде бы уникальный, а ситуация вызывает ошибку. Скорее всего и у вас та же проблема, если, конечно она не вызвана платформой. Если вызвана платформой, то ОбновитьНумерациюОбъектов() и очистка кеша должна помочь.
ОбновитьНумерациюОбъектов() можно сделать из встроенной обработки редактирования стратегии нумерации объектов.
Плюсуйте, если помогло. Всем пис!
У меня возникла ситуёвина, что существующий документ прошлого года программно перезаписывался в текущем. Номер ему не переприсваивался, а брался прошлогодний. Но в этом году уже такой номер в базе есть. В итоге в каждом году номер вроде бы уникальный, а ситуация вызывает ошибку. Скорее всего и у вас та же проблема, если, конечно она не вызвана платформой. Если вызвана платформой, то ОбновитьНумерациюОбъектов() и очистка кеша должна помочь.
ОбновитьНумерациюОбъектов() можно сделать из встроенной обработки редактирования стратегии нумерации объектов.
Плюсуйте, если помогло. Всем пис!
Периодически встречается данная ошибка. После того, как она началась, порой перестают создаваться документы даже вручную. Причём первая попытка записать вручную созданного документа - ошибка, повторная запись (не выходя из формы) - всё ОК.
Помогает обновление нумерации и перезапуск служб.
Кто-нибудь знает из-за чего эта ошибка вдруг начинает появляться? А то везде рекомендации лечения симптомов, а не причины...
Помогает обновление нумерации и перезапуск служб.
Кто-нибудь знает из-за чего эта ошибка вдруг начинает появляться? А то везде рекомендации лечения симптомов, а не причины...
(33)
В 90% случаев пользователь РУЧКАМИ изменяет номер документа. Хорошо помогает запрет на изменение номеров документов.
В остальных случаях глючит 1С. А глючить она может очень "заковыристо"... :) Предсказать просто не возможно...
Кто-нибудь знает из-за чего эта ошибка вдруг начинает появляться? А то везде рекомендации лечения симптомов, а не причины...
В 90% случаев пользователь РУЧКАМИ изменяет номер документа. Хорошо помогает запрет на изменение номеров документов.
В остальных случаях глючит 1С. А глючить она может очень "заковыристо"... :) Предсказать просто не возможно...
УТ 10.3. обработка клиент-банка. при загрузке платежек одну из них не проводит: "Документ "Исходящее платежное поручение" № УТКГС0141 от 02.12.2019 0:00:00 не создан! Произошли ошибки при записи!
Причина: Значение "УТКГС0141" поля "Номер" не уникально" - ставит на удаление. При проверке такого номера в пл порученях не нахожу. делаю провести руками в базе - все ок, никакого сопротивления.
Причина: Значение "УТКГС0141" поля "Номер" не уникально" - ставит на удаление. При проверке такого номера в пл порученях не нахожу. делаю провести руками в базе - все ок, никакого сопротивления.
(35)
Это номер документа, который создается в программе. В исходном файле его и не должно быть. Посмотрите на номера своих платежек.
Значение "УТКГС0141" поля "Номер" не уникально" - ставит на удаление. При проверке такого номера в пл порученях не нахожу. делаю провести руками в базе - все ок, никакого сопротивления.
Это номер документа, который создается в программе. В исходном файле его и не должно быть. Посмотрите на номера своих платежек.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот