Учет услуг по разным единицам измерения в УТ 10.3-11.2

1. AlexeyT1978 205 13.01.17 13:49 Сейчас в теме
Подскажите, как в УТ 10.3-11.2 вести учет УСЛУГ по разным единицам измерения не дублируя услугу в спр.номенклатуры?

Пример. Есть услуга: нанесение разметки. У нее как базовая единица указана: Погонный метр. Указана цена за погонный метр: 160 руб. Ширина пог.м: 100 мм.

Теперь нужно продать ту же услугу, но как м2. Его коэффициент получается 10. Соответственно, цена "лёгким движением руки превращается, превращается, превращается" в 1600 руб. Так вот, ничего не превращается.((( Все мои попытки запихнуть эту логику в УТ не прибегая к помощи конфигуратора оказались тщетными. У клиента сдали нервы и он сказал, что "такую сложную программу он никогда не освоит".)))
Вознаграждение за ответ
Показать полностью
Найденные решения
5. vis1984p 2 13.01.17 15:32 Сейчас в теме +5 $m
Я думаю можно попробовать выкрутиться способами:
1. Запихнуть услуги в свойство (доп. реквизит), а в номенклатуру уже единицы измерения применительно к услуге. Пользователь при подборе номенклатуры удобно может воспользоваться фильтром по виду и свойствам.
Например: Реквизит Услуга "Нанесение разметки", а уже в списке номенклатуры выбрать "М2 Нанесение разметки".
Да, да в этом случае нарушается требование не дублирование записей, но это компенсируется удобством фильтрации, но конечно при списке услуг до 50.

2. Через виды цен. А именно сделать несколько видов цен, в которых на услуги указывать цены по единицам измерения.
Например: указываете вид цены "По погонным метрам". В нем ставите цену 160. Указываете вид цены "По квадратным метрам", в нем указываете цену 1600 за туже услугу.
Пользователь при оформлении заказа спокойно выберет вид цены в таблице товаров. В этом случае все ваши требования к решению будут соблюдены.
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. vis1984p 2 13.01.17 15:15 Сейчас в теме
Перечень услуг сильно большой?
3. AlexeyT1978 205 13.01.17 15:19 Сейчас в теме
(2) Да, достаточно большой.
4. vis1984p 2 13.01.17 15:21 Сейчас в теме
Порядок позиций какой? 10ки, 100ни?
5. vis1984p 2 13.01.17 15:32 Сейчас в теме +5 $m
Я думаю можно попробовать выкрутиться способами:
1. Запихнуть услуги в свойство (доп. реквизит), а в номенклатуру уже единицы измерения применительно к услуге. Пользователь при подборе номенклатуры удобно может воспользоваться фильтром по виду и свойствам.
Например: Реквизит Услуга "Нанесение разметки", а уже в списке номенклатуры выбрать "М2 Нанесение разметки".
Да, да в этом случае нарушается требование не дублирование записей, но это компенсируется удобством фильтрации, но конечно при списке услуг до 50.

2. Через виды цен. А именно сделать несколько видов цен, в которых на услуги указывать цены по единицам измерения.
Например: указываете вид цены "По погонным метрам". В нем ставите цену 160. Указываете вид цены "По квадратным метрам", в нем указываете цену 1600 за туже услугу.
Пользователь при оформлении заказа спокойно выберет вид цены в таблице товаров. В этом случае все ваши требования к решению будут соблюдены.
6. AlexeyT1978 205 13.01.17 15:36 Сейчас в теме
(5) 2. При печати в документах вылезет "пог.м" и это будет выглядеть очень необычно.
7. vis1984p 2 13.01.17 15:41 Сейчас в теме
Это легко решается заданием шаблона наименования номенклатуры.
Я бы еще добавил для первого варианта указание единицы измерения в дом. свойствах. А наименование было бы составным из этих двух доп. свойств. Похожую настройку уже делал, работает удобно, у меня были только сорта цветов в доп. свойствах, а в справочник уже попадали сочетания всех значений доп. свойств.
Прикрепленные файлы:
9. AlexeyT1978 205 13.01.17 15:55 Сейчас в теме
(7) "пог.м" печатается не в наименовании, а в колонке "Единица измерения"
8. ice-net 19 13.01.17 15:46 Сейчас в теме
в УТ 10.3 для номенклатуры "Товар" механизм работает и цена и количество меняются в реализации, а для ном-ры "Услуга" вроде даже нельзя выбрать единицу измерения в ТЧ том же документе
10. AlexeyT1978 205 13.01.17 15:55 Сейчас в теме
(8) Да, я уже пробовал, поэтому у меня не получилось.
11. vis1984p 2 13.01.17 16:05 Сейчас в теме
С точки зрения здравого смысла услуга не может измеряться погонным метром. Очень странно будет выглядеть документ. Но если будет написано "Нанесение разметки (расчет пог. м.)", ед. изм - шт., цена - 1600, у меня не вызовет вопросов. Как сформировать наименование я написал выше.
Если хотите чтобы еще и в ед. изм. вам услуга измерялась в погонных метрах, то скажу что 1С такого не допустила, и услуги они считают штуками. :)
12. AlexeyT1978 205 13.01.17 16:23 Сейчас в теме
(11) Нет-нет, услуги в 1С можно считать любыми единицами. Но только одной, почему-то.
13. ice-net 19 13.01.17 16:55 Сейчас в теме
(12) потому что это крайне не логично оказывать одну и ту же услугу, например, чистка снега в часах и метрах.
14. AlexeyT1978 205 13.01.17 17:24 Сейчас в теме
(13) Почему? Я привел пример. Могу еще один привести. Мастера по ремонту квартир часто считают стоимость: либо в м2 площади пола ремонтируемой квартиры, либо в м2 уже непосредственно ремонтируемой поверхности стены или пола.
15. vis1984p 2 13.01.17 17:34 Сейчас в теме
(14) Это называет расчет услуги, если нужен расчет услуги, то смею огорчить, для этого нужен отдельный инструмент в УТ.
16. AlexeyT1978 205 13.01.17 17:43 Сейчас в теме
17. vis1984p 2 13.01.17 17:50 Сейчас в теме
(16) Думаю вам эти два вариант закроют проблему. Дайте выбрать заказчику, объяснив плюсы и минусы.
18. AlexeyT1978 205 13.01.17 18:42 Сейчас в теме
(17) В первом варианте идет дублирование номенклатуры, во втором получается, что надо дублировать цены (т.е. к одному товару дважды вводить цену для пог.м и м2). Так?
19. vis1984p 2 14.01.17 11:08 Сейчас в теме
(18) Можно и так сказать. Других вариантов в голову не приходит, без внесения изменений в программный код и метаданные.
20. AlexeyT1978 205 16.01.17 16:54 Сейчас в теме
У кого-нибудь будут еще какие-либо варианты решения?
21. vis1984p 2 16.01.17 17:05 Сейчас в теме
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот