Добрый день

Прошу помощи в реализации одного момента по моей задаче.
Есть регистр сведений,статусы заказа в который я пишу Уникальный Идентификатор,тип заказа(в данном случае он пока один).
затем на форму надо выводить будет данные.И не хотелось бы выводить гуид,он же "некрасивый".))
добавить думал счетчик.но получиться когда пользователи будут одновременно нажимать кнопку,по команде которой будут писать данные в РС,может произойти то что счетчик будет одинаковый(совпадет).
подскажите как реализовать данный момент?может какие еще идеи есть?

длина бы что бы его примерно была чисел 9

(0) Майнить красивые хеши из ГУИДов )))

(2) )))))))))))))

думал Новый БлокировкаДанных использвать,но в другой момент фоновое будет анализировать этот же регистр и получится что не сможет его прочитать((

(4) В типовых используют "МАКСИМУМ" и ничего.

тут советовали лайфхак Счетчики в константах

(6)  спасибо почитаю)

(0) ну хорошоусть будет красивый номер в качестве статуса, но зачем?

(8) это для ид заказа.
и будут звонить и говорить,вот висит заказ 090123-вса23ё-ми34531-ё234пм-333
=))

(0) переведи гуид в число и возьми крайние разряды.

(0) Завести левый документ с автонумерацией.

Или лучше справочник

(9) Посмотри в БСП общий модуль "РаботаСФайламиСлужебный", Функция ПолучитьОчереднойИдентификаторОбъекта()

+(13) И там же:
Процедура ПриЗаписиПрисоединенногоФайлаСервер(ВладелецФайлов, Источник)

Есть регистр сведений,статусы заказа в который я пишу Уникальный Идентификатор,тип заказа(в данном случае он пока один). затем на форму надо выводить будет данные.И не хотелось бы выводить гуид,он же "некрасивый".))
Пиши ссылку и выводи ссылку. Зачем ты пишешь ГУИД?
Какой еще счетчик? Он тут вообще при чем?

Гуид и запросы - это полная ж*па, условий не наложишь, не преобразуешь

20 раз подумай, прежде чем их использовать, если на крайняк уж очень хочется - в базу пиши строку от гуида

(0) Вообще не запарный способ. Создай справочник. К примеру НумераторИд сделай только кодовым его. И все фигачь его при записи он сам присвоит +1 и ссылку на его в РС. Да не красиво но без геморойно ))

если честно я вообще не понял чточеловеку надо но вот такой счетчик вполне тоже возможен ))\


Но я не понимаю чего тебе надо добрый человек. Если сохранить какие-то доп.реквизиты заказа в РС то зачем там счетчик какой-то?

зачем вам этот велосипед покрытый костылями?
создайте объект метаданных - документ.

(18) ты не вкурил, он хочет РС вместо документа использовать.

(20) это жесть . Автор тебе надо понимать для чего РС, а для чего документы

(0) вмат.часть и то где-то на уровень начала.
Документ - это...
Справочник - это...

и т.д.

(0) Постановка задачи хромает на обе ноги.
1) Если у одного заказа (документ) есть статус заказа - то это реквизит документа;
2) Если перечень значений заранее известен (и он ограничен) - то значения статуса указываются в перечислении;
3) Если список статусов не ограничен - то это справочник;
4) Если реквизит документа - периодический (и нужно хранить историю изменений) - то нужен периодический РС (дата, измерение ссылка на документ, значение статуса);
и т.д.

Как видишь сам, в вышеуказанных вариантах нет потребности в уникальном идентификаторе.

Говоря в общем случае, если возникла потребность в уникальном идентификаторе, то это нужно говорить об уникальных объектах, т.е. значения статусов - уникальны. Есть смысл указывать значения непосредственно в реквизите документа, а если нужна периодичность - то значение указывается в виде ссылки на справочник значений статуса.

Вот как-то так :)

(16) ну строку от гуида я и пишу

в дальнейшем этот регистр будет подчищаться после какого времени и проверки на определенные условия.

Не понимаю твоих проблем, автор  :(

Периодический регистр сведений. Период: секунда; измерение: ссылка на заказ; ресурс: значение статуса заказа. Чтение и запись через форму заказа гарантирует запрет на одновременное изменение - счетчик не нужен. Но если очень хочется, то сделай возрастающий последовательный нумератор через запрос к регистру на максимум значения с отбором по измерению.

(23) хранить статус документа в реквизите документа - жуткий моветон.

(26) ну уже вроде есть идея.Спасибо всем,из перечисленного здесь вариантов буду собирать )

(27) Нет. Вчитайся в смысл контекста фразы.

(офф) А иначе, не подумавши, можно заявить: непосредственное хранение наименования номенклатуры в самом справочнике "Номенклатура" - жуткий моветон :))

(29) вчитался. там довольно четко написано:
1) Если у одного заказа (документ) есть статус заказа - то это реквизит документа;

Это моветон =) потому как при любом изменении придется перезаписывать документ )

Ааа... ты про это :( Ты прав. Я логически неудачно построил фразы. В начале хотел заявить однозначное утверждение, а потом опровергнуть его "однозначность" последовательными уточнениями. "Мысль изреченная - есть ложь"(с)