Изменить тип реквизита "код" со строкового на числовой
Имеется УТ 10.3 Клиент хочет в справочнике "Номенклатура" в реквизите "Код" вместо 00000006955 видеть 6955 , т.е. убрать лидирующие нули.Вопрос: если я изменю тип реквизита "Код" со "Строка" на "Число" лидирующие нули уйдут, но будут ли потом какие-нибудь последствия? что-то не заработает? никто не сталкивался с этим?
По теме из базы знаний
- Консоль запросов для управляемых форм 8.3
- Универсальные функции ЗУП 3.1 / ЗКГУ 3.1, которые помогут в разработке
- Конфигурация Flowcon: Набор инструментов для управления задачами, проектами и бизнесом в 1С
- Пакетное изменение дополнительных реквизитов и сведений
- Редактор информационной базы через универсальный отчет БСП 3+ (редактор реквизитов, табличных частей, регистров)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
последствия будут, а чем вам эти нули мешают? как вариант отредактируйте форму: заведите реквизит числовой и поместите в него числовое значение, которое отобразите на форме. Но тогда надо аккуратно крутиться среди этих двух значений. А если в отчеты выводить без нулей, так это там и настроить можно
Артикулы в данный момент они используют для какой-то своей доп. аналитики.(Это хозяйственный магазин:несколько отделов, одна касса, много товаров имеют большой объем, поэтому чтобы товар к кассе не тащить от использования штрих-кодов отказались.Система следующая: покупателю продавец в отделе выписывает код, с этими кодами покупатель идет на кассу, в кассе по коду кассир находит товар и пробивает.Этот код и есть реквизит "Код" справочника "Номенклатура".Сейчас ценники распечатываются без лидирующих нулей и в АРМ кассира в поле ввода "код" кассир вводит код без лидирующих нулей (они подставляются потом программно). Вся эта ситуация неудобна заведующей магазина, она видит полностью код номенклатуры в справочниках, документах и отчетах и хочет эти нули убрать.
(5) 7fortune, крайне неразумно строить оболочку над строковым кодом для вывода его в числовой форме, оставляя сам код в неудобном формате. Где Вы будете строить эту оболочку? В печатных формах, экранных формах документов, отчётах, обработках и пр. Зачем этот геморрой?
Предложение Заказчика конфликтует с методиками и стандартами разработки от 1С и со здравым смыслом программиста 1С: мы все понимаем, что справочник желательно оставить на поддержке. Поэтому есть два варианта:
1) Включить возможность изменения для справочника и переделать коды на числовые. Это нежелательное решение, но надо здраво оценивать степень проблемности разных вариантов. В данном случае меньше проблем будет (и в дальнейшей поддержке) с числовой нумерацией справочника.
2) Поразмыслить, почему всем магазинам удобно работать со штрихкодами, а этому - нет. Я подозреваю, что про беспроводные сканеры ШК там никто не знает. Но если развивать Заказчика в техническом плане Вы не желаете, даю две подсказки:
2.1) Под штриховым значением штрихкода всегда можно вывести числовое. Это значит, что глазами можно видеть конкретное число на любой этикетке.
2.2) ШК бывает не только 13 символов (EAN13), но и, например, 8 (EAN8). А это уже похоже на тот самый "код" и запоминается легче.
Есть масса предложений, как решить вопрос. Ключ кроется в диалоге с Заказчиком, поэтому здесь Вы найдёте только рекомендации "от фонаря". Ни мы, ни Вы, как я понимаю из описания задачи, не знаете, что для Заказчика приемлемо.
Предложение Заказчика конфликтует с методиками и стандартами разработки от 1С и со здравым смыслом программиста 1С: мы все понимаем, что справочник желательно оставить на поддержке. Поэтому есть два варианта:
1) Включить возможность изменения для справочника и переделать коды на числовые. Это нежелательное решение, но надо здраво оценивать степень проблемности разных вариантов. В данном случае меньше проблем будет (и в дальнейшей поддержке) с числовой нумерацией справочника.
2) Поразмыслить, почему всем магазинам удобно работать со штрихкодами, а этому - нет. Я подозреваю, что про беспроводные сканеры ШК там никто не знает. Но если развивать Заказчика в техническом плане Вы не желаете, даю две подсказки:
2.1) Под штриховым значением штрихкода всегда можно вывести числовое. Это значит, что глазами можно видеть конкретное число на любой этикетке.
2.2) ШК бывает не только 13 символов (EAN13), но и, например, 8 (EAN8). А это уже похоже на тот самый "код" и запоминается легче.
Есть масса предложений, как решить вопрос. Ключ кроется в диалоге с Заказчиком, поэтому здесь Вы найдёте только рекомендации "от фонаря". Ни мы, ни Вы, как я понимаю из описания задачи, не знаете, что для Заказчика приемлемо.
(10) PLAstic, это хозяйственный магазин, зачем лепить ш-х к примеру на шифер или профлист или кассиру бежать к нему с ручным сканером ш-к, проще покупателю код записать и пробить на кассе. В итоге я создал еще один реквизит куда пишу код без лидирующих нулей и вынес его на форму списка вместо реквизита "Код", больше ничего не переделывал, клиента это устроило, всем спасибо за рекомендации!
Ну если очень нужно, почему бы и нет, вот только надо сначала проверить не получится ли в результате преобразования каких либо задвоенных кодов, например для таких значений как 00011 и 011. Попробовать в таблице значений преобразовать и проверить. Понятно, что например для поиска по коду без нулей будет лучше. Главное понять насколько в данном случае будет реально такое преобразование.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот