Использование характеристик в 1С: 8 УТ, УПП
Учетные задачи - Логистика, склад и ТМЦ
Шёпоту теней спасибо за постановку вопроса и интерес к теме )))
Понятие характеристик
Характеристика номенклатуры – это некоторые технические данные, относящиеся к данной номенклатуре (объем, длина, ширина, высота, цвет и т.д.).
Можно заводить в программу информацию о номенклатуре разными способами:
Вариант 1: Номенклатура - "Провод", характеристики: "цвет", "диаметр сечения"
Вариант 2: Номенклатура - "Провод красный", характеристика: "диаметр сечения";
Вариант 3: Номенклатура - "Провод красный 2 мм", нет характеристик.
|
|
Номенклатура (количество элементов справочника) |
Характеристики |
Значения |
|
Вариант 1 |
Провод |
Цвет Диаметр сечения |
Белый Синий Красный Желтый 2 мм 3 мм |
|
Вариант 2 |
Провод красный Провод синий Провод белый Провод желтый |
Диаметр сечения |
2 мм 3 мм |
|
Вариант 3 |
Провод красный 2 мм Провод синий 2 мм Провод белый 2 мм Провод желтый 2 мм Провод желтый 3 мм Провод белый 3 мм Провод красный 3 мм Провод синий 3 мм |
- |
- |
Что дает использование характеристик?
В некоторых случаях можно оптимизировать справочник номенклатуры. Логично предположить, что, если есть небольшое количество наименований, значительно отличающихся по характеристикам, то имеет смысл вести по ним учет. Важно также определить, что именно стоит вынести в характеристики. Потому что теоретически возможно свести всю номенклатуру к одной позиции, но навесить на нее огромное количество различных характеристик.
Можно наглядно получать в отчетах сводную информацию – по элементу справочника в целом, и по значениям характеристик. В том случае, если всю информацию заносить в наименование (вариант 3 в вышеприведенном примере), если у нас используется только одна характеристика (к примеру, цвет), сводную информацию можно получить организацией групп справочника. Если же используется и цвет, и диаметр сечения, то получать по их комбинациям сводную информацию более затруднительно, требуется использовать различные комбинации отборов и пр.
Характеристики номенклатуры
Для того, чтобы было возможно использовать характеристики, открываем Сервис – Настройка учета – Настройка параметров учета, ставим соответствующий флажок:
После этого для каждого элемента справочника «Номенклатура» при установке флажка «Вести учет по доп. характеристикам» появляется закладка «Характеристики»:
Например, есть элемент справочника «Провод», который отличается диаметром сечения и цветом. Чтобы не увеличивать справочник Номенклатура однотипными элементами («Провод красный 4 мм», «Провод синий 2 мм» и т.д.), используют характеристики. То есть цвет и диаметр сечения выносим в них.
Нажимаем кнопку «Добавить»:
И в открывшемся окне заводим наименование – «Диаметр, цвет», после чего нажимаем «Добавить»:
Заносим необходимые значения свойств:
Они хранятся в регистре сведений «Значения свойств объектов»:
На закладке «Назначения свойств» указываем элементы / группы элементов, которым возможно будет сопоставить данное свойство:
Аналогично заполняем «Цвет»:
В итоге элемент выглядит так:
Теперь можно завести в справочник некоторые комбинации (понятно, что эту информацию можно и заводить потом, по ходу работы):
Использование характеристик в документах
При оформлении документа «Поступление товаров и услуг» выбираем характеристики. По кнопке выбора можно выбрать любую из заведенных ранее комбинаций свойств:
В итоге документ может иметь следующий вид:
В печатных формах характеристики также показываются:
При проведении документа в соответствующих регистрах накопления делаются записи согласно выбранной характеристике:
ВАЖНО!!! Если для элемента справочника используются характеристики, то для него ведется контроль остатков в разрезе характеристик. Т.е. если поступил товар с определенными характеристиками, с другими характеристиками (равно как и без характеристик вообще) его реализовать/переместить не получится (естественно, если у пользователя нет соответствующих прав превышения нулевого остатка).
Получение отчетов в разрезе характеристик
Для примера берем отчет «Ведомость по партиям товаров на складах (управленческий учет)»:
Возможно установить отбор только по интересующему свойству. Для этого устанавливаем настройки отчета: нужно поставить флажок «Использовать свойства и категории»
И в настройках отбора выбрать желаемое значение (одно или несколько):
к примеру, посмотреть только информацию по проводу с диаметром сечения 1 мм:
Или по проводу белого цвета:
Или по произвольному количеству характеристик:
ВЫВОДЫ (НЕ ПРЕТЕНДУЮЩИЕ НА ИСТИНУ):
1. Характеристики номенклатуры используются для того, чтобы не увеличивать количество позиций в справочнике «Номенклатура». Вопрос о том, вести или нет учет с использованием характеристик, не имеет однозначного правильного ответа. В зависимости от специфики используемой номенклатуры может быть лучшим тот или другой способ. Все равно какой-либо справочник/регистр будет увеличиваться – либо номенклатура, либо значения характеристик и свойств.
2. Количество ошибок при оформлении документов сопоставимо в том и другом случае. Я не буду утверждать, что использование характеристик уменьшит их количество. Но и обратное утверждать не буду.
Характеристики номенклатуры в 1С: УТ, УНФ, Розница, КА
Решение «Характеристики номенклатуры в 1С» помогает быстро перевести учёт товаров на работу с характеристиками в конфигурациях УТ, УНФ, Розница, КА. Инструмент автоматически заменяет номенклатуру без характеристик на новую с характеристиками во всех документах, справочниках и регистрах, упрощая каталог и подготавливая систему к интеграции с интернет-магазинами на 1С-Битрикс.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь 1С:Предприятие 7.7 1С:Предприятие 8 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 1.х 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 10 1С:Управление торговлей 11 1С:Розница 2 1С:Розница 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)
Автоматизация заказа поставщику через 1С. Загрузка прайсов, анализ цен, управление заказами в УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2
39141 руб.
21.04.2017 113582 213 44
Рабочее место Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Ценообразование, анализ цен Бухгалтер Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)
Расширение для работы с номенклатурой: отображение остатков, цен, изображений, аналитики по каждой позиции, подбор товаров в документы через корзину и оптимизация интерфейса.
17284 руб.
26.04.2016 688230 1574 669
Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С:Предприятие 8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)
Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам.
55200 руб.
24.04.2015 211593 186 254
Обмен с ГосИС Логистика, склад и ТМЦ Разработчик Пользователь 1С:Предприятие 8 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)
Внешняя обработка для инвентаризации кодов маркировки в системе "Честный знак". Позволяет быстро определить и списать коды маркировки проданного, испорченного, утраченного (полный перечень причин списания указан ниже) товара, которые всё ещё числятся за организацией. Привести в соответствие остатки маркированного товара программы 1С и системы "Честного знака".
6649 руб.
09.01.2024 22251 231 30
Логистика, склад и ТМЦ Бухгалтер Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)
Модуль ответственное хранения в 1С 8.3 для складов и фулфилмент-операторов: учет чужого товара, приемка на хранение, передача, возвраты, акты, адресный склад и работа с товарами поклажедателей.
89900 руб.
09.06.2020 58378 47 60
Загрузка и выгрузка в Excel Розничная торговля Логистика, склад и ТМЦ Ценообразование, анализ цен Прайсы Системный администратор Разработчик 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)
Загрузка номенклатуры из файлов Excel (xls, xlsx, ods, csv, mxl) в УТ11, КА 2, ERP 2, Розница 2. Задействованы все возможности конфигурации - заполнение реквизитов номенклатуры, дополнительных реквизитов и сведений, характеристики, доп.реквизиты и сведения характеристик. Дополнительные обработки для расширения возможностей.
12444 руб.
29.10.2014 237987 777 544
Монитор заказов Оптовая торговля Розничная торговля Учет рабочего времени Логистика, склад и ТМЦ Пользователь 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)
Модуль для комплексного управления логистикой в 1С. Расширение совместимо с любыми конфигурациями от 1С:УНФ до 1С:УТ и ERP
105000 руб.
11.08.2016 68922 50 62
WEB-интеграция Рабочее место Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Пользователь 1С:Предприятие 8 1С:Бухгалтерия 2.0 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 10 1С:Управление торговлей 11 1С:Розница 2 1С:Розница 3.0 Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Платные (руб)
Программный продукт "Управление доставками в 1С" позволяет обмениваться с личным кабинетом Boxberry, СДЭК, Энергия, Почта России, DPD, ПЭК, Grastin, Деловые Линии, КСЕ, Dalli, ЯндексДоставка. Упрощает создание заявок и резервирование заказов прямо в интерфейсе 1С
24400 руб.
10.03.2016 76226 321 100
... прямо как у классиков русской прозы ... в Москву ... в Москву ... в Москву ...
... воОООот ...
п.с. "«Музыка играет так весело, бодро, и хочется жить! […] и, кажется, еще немного, и мы узнаем, зачем мы живем, зачем страдаем… Если бы знать! (Музыка играет все тише и тише.) Если бы знать, если бы знать!» (Занавес.)..."
... вот ...
...
1 - не удобно операторам
2- не удобно в отчетах
3 - дороже обработки и отчеты с использованием характеристик
4 - При ведении учетов при многих фирмах/складах использование характеристик требует более высококвалифицированных сотрудников.
(со слов людей заказывающих и делающих)
хотя встречал и грамотное использование характеристик и не типовое использование (при изменяющихся характеристиках и свойствах).
Но всегда встает вопрос а на хрена и сколько стоит...
(7)
Иногда использовать характеристики, наверно, удобно. В данном случае были как раз провода, список номенклатуры небольшой, но большое количество цветов/диаметров, и учет по ним вести хотели. В общем, в этом случае характеристики подошли, было удобно. Но, конечно, как панацею этот способ нельзя рекомендовать.
С бухучетом есть особенность и в случае, если учет ведется в единой базе (УПП). Учет по характеристикам никак не связан с планом счетов, т.е. проводка по соответствующим счетам делается только по Наименованию, характеристики там нет. Если в документе одна Номенклатура, но записана двумя строками, с разными характеристиками, и цена разная – проводка по БУ будет одна, в ней суммируется, соответственно, количество и стоимость. Ну, и списание будет идти по этой средней цене. Как синхронизировать – нужно смотреть по ситуации, наверно. Или составлять справочники так, чтобы в пределах одного элемента цена не менялась, или – увеличивать количество в БП. У нас УПП было, поэтому это все – в рамках предположения.
(8)
Да, возможно, Вы правы, у нас на практике больше не использовали.
Еще, кстати, есть «Свойства», к примеру, у договоров контрагентов. Тоже удобный способ разделять их в отчетах по какому-либо признаку.
(9)
Спасибо!
По поводу актуальности, может, я не совсем поняла, что Вы имеете в виду, но в ЗУП с сотрудниками проще – уволился – значит, неактуальный. А с номенклатурой – ее, может, год не поступало с такой характеристикой, а потом снова появилась, и вот кто-то должен будет сразу лезть в этот элемент и выставлять актуальность? Кажется, не очень удобно.
P.S. Например, 7.7, желаем у всех контриков завести один-разъединый договор с наименованием "Основной". Оно бы было замечательно, если бы в таблице договоров и появилась одна единственная запись. Однако - фигушки! Появится ровно столько записей, сколько есть контрагентов
абсолютно согласен. Использование характеристик не влечен за собой того, что товар с разной характеристикой автоматически становится другой номенклатурой со всеми вытанцовыванием.
Ну разделили по характеристикам "Провод медный" и "провод серый". А вот нужно использовать кроме этого еще и реквизиты номенклатуры (всякие там артикулы, штрихкоды и прочее и прочее). И что - вести еще параллельно с учетом "обычной" номенклатуры учет "номенклатуры с характеристиками" со всеми дополнительными "реквизитами характеристик" артикул, штрихкод...
А насчет примера с номенклатурой, то заметил, что если пользователи продолжительное время не используют номенклатур (даже не обязательно год, а бывало и 3-4 месяца) то предпочитают заводить новую ! Тут естественно понятно, что нужно проводить работу с людьми, а если персонал регулярно меняется !?
P.S.: Увы, но универсального решения ПОКА в таких ситуация нету, либо я их не знаю :)
2. По существу (что использовать?): тут просто метод "нос вылез-хвост увяз".
Уменьшаем справочник Номенклатура, увеличиваем подчиненный справочник "ХарактеристикиНоменклатуры". Соответственно, при запросах появляется лишняя связанная таблица и т.д.
Мой личный вывод: подчиненные справочники я еще с 7.7 недолюбливаю, вариант с использованием характеристик мне менее симпатичен.
Примечание:
При постройке почти ERP-системы на Дивногорском заводе низковольтной аппаратуры на основе еще дремучей комплексной 7.7 мы использовали справочник ДоговорыГП, не подчиненный, одним из реквизитов которого был Контрагент (т.е. почти наоборот, как оно сделано в 1С). Нам это оказалось гораздо удобнее, особенно в части учета на сч. 20 и 43
P.S. И еще один вопросик возникает... Имеем УТ и БП, как синхронизировать номенклатуру? Размножаться в БП?
Уменьшаем справочник Номенклатура, увеличиваем подчиненный справочник "ХарактеристикиНоменклатуры". Соответственно, при запросах появляется лишняя связанная таблица и т.д.
Мой личный вывод: подчиненные справочники я еще с 7.7 недолюбливаю, вариант с использованием характеристик мне менее симпатичен.
Никаких подчиненных справочников в 8-ке использование характеристик номенклатуры не требует. Они не нужны.
Если сравнить два варианта ведения учета в одной и той же конфигурации , позволяющей использовать характеристики номенклатуры (ХН):
1. ПРИ использовании ХН.
2. БЕЗ использовании ХН и с "увеличенным" справочником номенклатуры.
- то в п1. общий объем информации существенно меньше.
Никакого выигрыша не дает п.2. и в скорости получения отчетов.
Это всё - таблицы. И в них есть определенное количество полей и записей.
Так что метод "нос вылез-хвост увяз" работает вовсю ;)
Забавно: (38) писал, когда еще не видел твоих изменений в (37), тем не менее - в точку попал :D
Вместо записей в справочнике номенклатура:
Провод зеленый медный
Провод зеленый алюминевый
Провод зеленый стальной
Провод красный медный
Провод красный алюминевый
Провод красный стальной
Экономнее , проще , гибче иметь
одну запись в справчнике "номенклатура"
и две характеристики
"металл" со значениями : "сталь,алюминий, медь"
и "цвет" со значениями : "красный , зеленый"
Если же речь идет о сечении (число) , то использование характеристики номенклатуры становится необходимым . Не хотелось бы видеть ужасную картину в справчонике Номенклатура:
Провод сечением 0.1
Провод сечением 0.2
Провод сечением 0.3
Провод сечением 0.7
и т.д.
Мне кажется, что не будет всего два цвета в характеристиках, а будет
Провод-владелец ЗЕЛЁНЫЙ
Провод-владелец КРАСНЫЙ
Равно как:
Провод - владелец 0.1
Провод - владелец 0.2
.......................................
и т.д.
Так что все "безобразия" из таблицы номенклатуры переползут в таблицу регистра.
Запись, подчиненного справочника, содержащая два поля "Провод-владелец" и "зеленый" ,предполагаю, должна быть короче (меньше по объему), чем целая новая запись справочника Номенклатура :
"Провод зеленый".
- Аркадий, займи 10 тысяч?
- Вот ключи от квартиры, а там...
Вариант1:
- В гостиной, на пианино лежит 10 тыс. рублей, возьми
Вариант2:
- В гостиной, на пианино лежит 5 тыс. рублей, в спальне
в трюмо, в третьем ящике сверху еще 2 тысячи, на кухне на холодильнике - еще 3...
Тебе по какому варианту удобнее будет?
Но приходится иметь дело с тем , что есть : с квартирой Аркадия ( другие -то не дают !).
А квартира Аркадия устроена не так , чтобы было удобно давать взаймы кому ни попадя,
а так чтобы было удобно ему самому.
Деваться некуда- пойду всё соберу : спасибо , добрый человек !
Ты мне приведешь один конкретный пример - я тебе другой.
И что будет быстрее еще тот вопросик.
Вообще , как я понимаю, ты исходишь из того, что необходимость левого соединения к характеристикам -есть дополнительные затраты. Это общее соображение .
Конкретно же определить условия экспримента , а затем ответить на вопросы :
ЧТО ?, НА СКОЛЬКО ? В КАКИХ СЛУЧАЯХ ? - будет тяжеловато.
Главная же претензия к статье Ирины в том , что не обозначен главный смысл введения в 8-ке нового объекта ПланВидовХарактеристик и использования его в типовых конфигурациях :
дать возможность пользователю интерактивно (без изменения конфигурации) добавлять любое количество новых разрезов аналитики для ведения учета. В 7-ке не было такой возможности.
Была ;) Посмотри расчет зарплаты "Камин", где пользователь мог создать любой ему нужный справочник, не трогая конфу. Меня всегда умиляет, когда "чистые" восьмерочники
нахваливают то, что в 7.7 (пусть и необязательно через горло ;)), но уже было давным-давно сделано.
Да! А для тех, кто гнет пальцы на 8.1, сообщаю, что сам уж давно на 8.2 работаю ;)
Я сравниваю возможности платформ 7 и 8 . И говорю , что на уровне ПЛАТФОРМЫ появился новый механизм ПланВидовХарактеристик. И теперь появилось возможность у пользователя штатно без извращений добавлять новые аналитики.
Ты же мне тыкаешь частным решением на уровне конфигурации :
дескать , люди как - то там извратились.
Конечно, мужчина ты авторитетный.. , но про Камин (прости, Господи!) давай лучше не будем. Несолидно , как-то.
Но я полностью с тобой солидарен: если ты предпочитаешь иметь солидную программу - ЗУП тебе в руки и барабан на шею.
Хотя... Сами-то одноэсовцы, похоже, считают отстоем платформу 8.1...
дать возможность пользователю интерактивно (без изменения конфигурации) добавлять любое количество новых разрезов аналитики для ведения учета.
С претензией согласна.
Про характеристики номенклатуры, в том виде, как они реализованы в УПП - удобство использования сомнительно. Лично я считаю, что на характеристики следует выносить лишь несущественные параметры номенклатуры, которые тем не менее охота (зачем-то?) учитывать. А это очень зависит от самой номенклатуры.
Случай с проводом - сечение и цвет - так вот сечение провода всегда существенно, от него зависит допустимый ток, брать провод в 10 раз толще необходимого нормальный клиент не будет. А вот цвет... Для монтажного провода и он весьма важен: принято, что черный - земля, красный - плюс и т.д. Для силового кабеля толщиной в руку, который еще и в землю закопают - цвет ни фига не важен, но и зачем его учитывать - непонятно.
У нас на фирме пытались на характеристики вывести учет производителя - практически отказались, и учет бухтовки провода - есть характеристика "бухты 200м", так будьте добры с нее отгружать только кратно 200 м - пока держится, но путаница частая.
а не только количество элементов справочника.
Да, и спасибо всем за комментарии. У меня уже не в первый раз получается так, что комментарии интереснее, глубже и логичнее исходного материала (статьи) )))))
Меньше по объему (даже если и так) - кого оно сейчас волнует?
А вот, что скорость доступа к информации при использовании характеристик упадет - тут даже и сомневаться не приходится!
...
Экономнее , проще , гибче иметь
одну запись в справчнике "номенклатура"
и две характеристики
Ничего не проще. Нужно тогда будет постоянно делать соединения между этими таблицами, а не как раньше - запросил номенклатуру, и получил все с ней связанное.
В этом и самая главная проблема - при постановке учета по таким "характеристикам" все время надо делать соединения, чтобы верно получить именно "Провод красный", а не "Провод красный медный", и все документы-движения-расчеты-аналитику привязывать в первому, а не к обоим.
Другое дело, чтобы "скрыть" лишние "описания", не нужные на данный момент для принятия решения, из поля зрения при просмотре справочника Номенклатура.
Короче, как правильно говорит Арчибальд, нужно на берегу договариваться нужен такой учет или нет, а нужен он будет если есть хотя бы тактический план по развитию торговли, иначе проще по старинке, товар->новый код.
Любопытен вот какой вопрос, как быть тем, кто уже имеет не хилый справочник номенклатуры, как его перерабатывать, кто это должен делать, как заставить сотрудников "любить" такой учет и т.д и т.п.
(8) А вот что делать с не хилыми справочниками, мысль была написать на конференции 1С предложение добавить предопределенное свойство элементов справочника "Актуальный" (как запись в регистре, так же реализовано в ЗУПе с сотрудниками) и уже в настройках пользователя можно было бы задавать показывать только актуальные.
Предположим, имеем три телевизора LG 19 LH2000 от поставщиков
Рога и Копыта1, Рога и Копыта2, Рога и Копыта3. Пусть даже продавец четко знает, что продал именно телевизор от поставщика Рога и Копыта3, и ему первому деньги перечислены.
Вполне резонный вопрос поставщика Рога и Копыта1:
- А какого...непечатные слова... вы продали сначала телевизор этого...непечатные слова.., если мой был вам поставлен раньше?
В принципе, да. С другой стороны, поставщикам вредно быть настолько в курсе того, что происходит в компании.
А зачем абсолютно одинаковые телевизоры брать у разных поставщиков? Хотя это уже, наверно, вопрос к автору форума.
Насколько я понял из форума, там вопрос как раз в том, что совершенно одинаковый товар взят у разных поставщиков. А иначе постановка задачи (как она там обозначена) вообще теряет смысл.
P.S. А если у них включен FIFO, то и сама проблема просто не может возникнуть
Партионный учет, где он нужен (а не подмена-обманка типа "партии" РАУЗ) - это прежде всего FIFO (раз LIFO отменили). А вот учет по средней - это уже РАУЗ, так любимый 1с.
верно, а также - если, все-таки, товар при получении идентичный, а в процессе хранения каждая "коробка" приобрела несколько отличные свойства друг от друга, а в первую очередь продался товар с более "товарным видом". А деньги широкой рукой перечислены первому поставщику - просто так, у него при закрытии сошлись номенклатура, количество и сумма.
Ну, что здесь ответить? Я не собираюсь в одиночку отдуваться за фирму 1С в плане целесообразности учета по характеристикам. Да и не говорила, что "используйте их все, и будет вам счастье", скорее, наоборот.
Кто-то их использует - и доволен.
Кто-то не использует - и тоже доволен.
Кто-то использует - и недоволен.
Четвертый вариант тоже возможен )))
А никто и не говорит, что ты говорила :D Это мы тут просто рассуждаем.
(26)
А тут и смотреть не надо, и так ясно:
1-й вариант: Провод МГШВ 2.0 красный в справочнике надо завести один раз, в любых документах выбрать - один раз
2-й вариант: в каждом новом документе помимо "Провод" надо еще каждый раз выбрать, что он еще и "МГШВ 2.0 красный".
А в ведомости по партиям так вообще надо выбрать, что он
а) МГШВ
б) 2.0
в) красный
Как я и сказал в (19):
Характеристики затем и введены в таком "мягком" варианте, чтобы без перекраивания конфы как-то разделить номенклатуру дополнительно по другим признакам, отличным от указанных в реквизитах.
Но реальный учет по таким "реквизитам" - полный хаос. Так что туда лучше вписывать только те характеритиски, которые не влиют на учет, а только - на принятие решений и сортировку/посик номенклатуры по базе. Вот тогда механизм характеристик отрабатывает себя на все сто процентов :)
..
мне кажется, что не это определяющее.. больше должна волновать скорость доступа к отчетым и актуалльным данным - а от размера может зависеть совсем слабо.. вот тут и интересно было бы посмотреть - насколько снижает "производительность" системы использование характеристик...???
.
почему серии сделали отдельно? а не тоже в характеристика?
Снова вопрос не ко мне, а к 1С. Мне кажется, разработчики отдельных блоков программы работают изолированно друг от друга, и одни из них слабо представляют, что делают другие. Поэтому иногда то, что логично было бы видеть вместе, оказывается "разбросанным" по разным местам. Но это тольтко мое предположение, возможно, во всем этом есть какая-то стратегическая задумка.
(27)
Да, я об этом тоже думала. Возникла мысль: обычно справочники и документы заводят одни люди, а пользуются отчетами - другие. Настройки отчетов сохраняются, поэтому каждый раз их делать не надо. И этим "другим" более важно, чтобы было удобнее им, а сколько раз там в документах будет выбирать этим характеристики оператор, им все равно. Сколько времени формируется отчет - тоже все равно, не каждый же час он нужен.
(28)
Я надеюсь, в скором времени мы сможем об этом прочитать.
И тут все предельно ясно! Учет по сериям - печальная необходимость для бытовой техники, например. Хошь не хошь, а надо отразить какой именно телевизор этой модели продал. А вот Характеристики - дело вкуса
Характеристик всё-таки скорее болванка механизма, чем полноценный механизм... Нужно допиливать.
(32) иногда бывает так, что может сделать конечно и один, но как-то давно уже возникла ситуация, когда один не справился, поэтому приняли решение увеличить штат... Налоговая - это вредная штука.
потому что учет по сериям нужен железно, а по характеристикам сделать подобное - это перекраивать всю конфу (ведь характеристики, по определению, могут быть какие угодно, а не только "как серии", иначе только регистр серий и получится), и не факт, что еще все будет работать без многолетних исправлений ошибок.
Собственно, в (27) Abadonna более детально описал схему "учета по характеристикам" - если все эти дополнительные поля перемножить на варианты различных расчетов, разные схемы учета и списания, то кроме усложнения "внесения инфо" на этапе введения документов в разы получим усложненные в десятки раз механизмы учета и расчета.
но по этому поводу у меня есть идейка...
На НВО нет операторов, только менеджеры. Поэтому они и заводят элементы справочников, и документы набивают, и отчетами пользуются. Так что едины во всех лицах ;)
P.S. И еще парочка именно электротехнических фирм (оптовых) - там тоже нет операторов, только бухи и менеджеры.
P.P.S. Смысл иметь операторов лично я вижу только для рознично-мелкооптовых (накладных копеечных много), либо вам там, на Западе, деньги девать некуда :D
А там были, и никто их не спрашивал, удобнее им с характеристиками или без них. Да, накладных было много, уже не помню, кажется, человека два занимались исключительно ими.
Мне кажется, что на многих предприятиях хватает сотрудников, которые заняты непонятно чем. Или два-три человека делают то, что вполне сделал бы и один. Вроде и все заняты, но, как известно, если человек занят, это еще не значит, что он занят делом. Впрочем, вопросов кадровой политики я никогда не решала, и моего мнения об этом не спрашивали )))
Чем отличается песня от статьи ?
Если в художественном произведении вывод :
"думайте сами, решайте сами" - вполне оправдан - такой вывод хорошо поётся под гитару,
То как ни крути , спеть "Выводы (не претендующие на истину)" значительно тяжелее.
Это я к тому , что вывод в Вашей статье : "Дескать, как хотите...", на мой вкус, слишком размыт и портит предыдущее содержание.
Оно, конечно, так безопаснее , но и менее интересно.
А вот и дополнительное соединение:
Запрос.Текст = Запрос.Текст + "
|ВНУТРЕННЕЕ СОЕДИНЕНИЕ
| РегистрСведений.ЗначенияСвойствОбъектов КАК ЗначенияСвойствОбъектов" + Индекс + "
|
|ПО
| ЗначенияСвойствОбъектов" + Индекс + ".Объект = ХарактеристикиНоменклатуры.Характеристика
| И
| ЗначенияСвойствОбъектов" + Индекс + ".Свойство = &Свойство" + Индекс +"
| И
| ЗначенияСвойствОбъектов" + Индекс + ".Значение = &Значение" + Индекс +"
|";
Показать(52) Одно дело платформа позволяет извратиться программисту , т.е. создать свой кодинг и дополнительные структуры,
другое дело имеет штатный (встроенный механизм) .
Ты вон в Delfi (никогда не использовал , кстати) наверняка имеешь готовые удобные структуры типа "Соответсвия" в 1с. Так ведь ? Или ты извращаешься и реализуешь такой функционал с помощью массивов , например ?
Это подчиненный справочник, как уже говорили в обсуждении.
Вести характеристики можно без всякого ущерба, количество записей от этого не увеличится, вопрос только в персонале. В типовом функционале характеристики, как и серии являются измерениями всех регистров накопления по товарам, будете вы их заполнять или нет, поля все равно присутствуют в записях. Системе при обработке запросов все равно - пустая ссылка или с уникальным идентификатором - на скорость не влияет.
А вот использование свойств раздувает базу довольно таки сильно.
При проведении регламентного закрытия месяца расчет себестоимости реализованной продукции происходит в разрезе только номенклатуры? Или с учетом аналитики по характеристикам?
Иными словами, себестоимость одной номенклатуры, но с разными характеристиками
1- будет одинаковой или
2- будет отличаться?
У меня нет возможности проверить. Склоняюсь к 1-му варианту.
Во-первых, бухгалтерия не видит в своих отчетах совершенно не нужные ей тонкости, которые жизненно необходимы менеджерам.
Во-вторых, есть возможность распечатывать документы покупателям без этих тонкостей.
В-третьих, у бухгалтеров отпала необходимость заводить липовые позиции в номенклатуре для списания по конкретной стоимости. Например, гвозди приходят по разным ценам и уходят по средней себестоимости. А некоторому покупателю надо продать гвозди именно по той стоимости, по которой они закуплены. В бух. базе заводилась отдельная позиция гвоздей, и так почти по всем наименованиям. Теперь же бухгалтерия приходует и списывает одну всеобщую позицию гвоздей, но с некоторой характеристикой, которая уходит с 43 счета (а сначала с регистра) по цене прихода.
В-четвертых, упрощается ввод по строке наименований при заведении документов. Если есть (к примеру) 85 позиций, название которых начинается с одинакового слова, то ввод по строке – спасение оператора – невозможен. При характеристиках 85 позиций номенклатуры можно превратить в 16.
Ну и, в-пятых, очень удобен механизм характеристик при ежедневной работе с отчетами.
В общем, все счастливы.
"о целесообразности и границах его применимости. Здесь – попытка найти ответ на него"
Лично я этим механизмом пользуюсь более 5 лет на различних предприятиях, так и не получил для себя окончательного ответа :(
С одной стороны идея очень хороша. Но далеко не совершенна. например характеристика "сечение", в приведенном автором примере... Хорошо если мы именем определенный список сечений, но если у нас может характеристика принимать не дискретное (практически любое)... что делать? Клепать бесконечно новые элементы характеристики? ладно их хранение в базе, но заставлять пользователя постоянно их видеть, даже если эта характеристика давно не актуальна.
В общем, лично мне очень не хватает характеристики типа "число", и механизма автоматического управление элементами значений характеристик.
Даже в приведенном автором примере, было б очень удобно, не выбирать из списка сечений, а вбивать его явно числом.
А вот если мы используем сечение в самом элементе номенклатуры, то получаем возможность на каждую номенклатуру задать дополнительное свойство. Таким образом получаем раздутый справочник номенклатуры, НО!, всегда можем пользоваться различными отборами. Например - остатки номенклатуры с сечением меньше 6 мм...
... однако
(73) hdman,
никто не запрещает вам заменить его на стоку или число.
Речь идет о ПЛАВАЮЩЕЙ характеристике, а не просто "тип число" или "тип строка".
Если один менеджер введет в эту характеристику "5" (или "фронтальный комплект"), то как другой найдет именно эту же характеристику, чтобы они были идентичны (вот возмет, и введет не "5", а "5,5", и не "фронтальный комплект", а "фронт.комп."). И что вы в итоге найдете по таким характеристикам?
Этого не будет никогда.
Механизм характеристик - как он сделан, - подразумевает, что вы подставляете конкретную и окончательную характеристику, а не тип данных.
И даже если сделают просто подстановку типа данных (как в Свойствах документов) - то как другой увидит уже введенное значение свойства, чтобы его повторно использовать, не вводя нового?
Это должен быть совершенно, принципиально другой механизм характеристик - чего 1с, естественно, делать не будет даже в отдаленном будущем.
Почему нет? -Есть!!!
По умолчанию создается тип "Список значений", но никто не запрещает вам заменить его на стоку или число.
например уменя в характеристику таким образов добавлен "Артикул характеристики" и "Примечение к характеристике." которые являются строками.
Пример
"A 0156, .04, 25мм, 080, Комплект для фронтальных зубов"
"строка", "знч из списка","знч из списка","знч из списка","Строка"
Новое в БП 2.0 - доп. харакеристики в справочниках. НО в БП невозможно организовать учет в разрезе харакеритик по аналогии с УПП.
Доп. характеристикииспользуются только для отборов, вывода дополнительной информации в отчеты. Но отчеты с аналитикой по характеристикам невозможны.
И ещё пример: в документе "ПоступлениеТиУ" в табличной части невозможно выбрать несколько строк одной номенклатуры с разными характеристиками.
Правльно поняла?
Ну а при заведении характеристик для номенклатуры нужно вдумчивао подходить к вопросу, что можно в эти характеристики отнести, а какие параметры критичны и необходимо оставить в справочнике (из-за которых номенклатуру стоит плодить).
как это нет - вот же ответ (ранее прозвучавший немного в завуалированной форме от Абадонны):
Чем больше аналитик - тем больше тормоза.
Другое дело, когда есть какие-то преимущества от использования ХН, но есть и существенные недостатки наравне с преимуществами. И к чем пренебречь - вот это не понятно.
А как изменится скорость обработки транзакций, если использовать дополнительное поле аналитики - это совсем не вопрос в рамках архитектуры 1с.
Будет тормозить. И чем больше данных будут одновременно обрабатываться - тем больше будет тормозить.
К достоинствам можно отнести фильтрацию по разным характеристикам товара, что сложно сделать по обычной схеме учета.
К недостаткам следует отнести отсутствие картинок на характеристики номенклатуры. Наконец, обмены с сайтами плохо переносят обмен с 1С, где используются такие характеристики. Кроме того, на сайт такие фотографии не попадают, т.к. их некуда было вставить
Выбрали, сделали, но... Все попытки внедрений были малоуспешными. Мебельщики объясняли простую вещь: есть диван "Стелла", есть 1600 (!) наименований тканей возможной оббивки дивана. Вводить такое количество номенклатур практически невозможно.
Долго сопротивлялся отдел разработки, но сделал первый вариант, в котором пользователю без программера делать было ничего. Потом появился второй вариант. Потом программа "1С:Рарус. Мебельное предприятие" начала продаваться и внедряться. И было в ней не мало хорошего, помимо характеристик номенклатуры.
А потом вышло УПП, сразу с характеристиками.
У нас УТ 10.3.
Использование характеристик - отличный механизм!
Только вот из практики внедрения БП и УТ почти все пользователи (за редким исключением некоторых очень продвинутых) размножают номенклатуру до неприличия.
Таким образом, приходится отказываться от внесения артикулов для товаров с характеристиками или от ведения учета по характеристикам.
Предполагается интеграция с 1C-Битрикс. В Битрикс характеристики передаются как торговые предложения, а если вести учет без них, то надо каким-то образом объединять товары.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 76602
Создание 08.10.10 15:01
Обновление 08.10.10 15:01
Просмотры 136111
Загрузки 0
Рейтинг
152
Комментарии 108
Код открыт Не указано
Рубрики Логистика, склад и ТМЦ
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация
1С:Управление торговлей 10
,
1С:Управление производственным предприятием
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета
Бухгалтерский учет
,
Управленческий учет
Доступ к файлу Бесплатно (free)