Добрый день, коллеги!
Концептуальный вопрос. Организация реализует товары по индивидуальным проектам. Вся закупаемая номенклатура закупается под конкретный проект. Проекты между собой по номенклатуре совпадают примерно на 50%. В одном проекте от 1000 до 2000 разных номенклатур.
Вопрос - как организовать в 1С справочник Номенклатура лучшим образом?
1. Всю номенклатуру по проектам забивать новыми позициями. Очень простое в реализации решение. Стимулом в его пользу является,, что остатков по завершении проектов не планируется, все заказывается строго под проект. А в отчете по складу всегда можно вывести по какому проекту поступила номенклатура (это к вопросу контроля остатков). Минус - разрастание справочника Номенклатуры ударными темпами, легко перевалит до 100 - 200 тыс позиций, в будущем миллиона до не далеко. Страшно, что будет в будущем, не будет ли 1С тормозить с таким огромным справочником?
2. Что делается сейчас - пытаются всю поступающую номенклатуру привести к единым "эталонным" номенклатурам 1С. В связи с проектной деятельностью, часто закупается уникальная продукция и этот перевод постоянно приводит к ошибкам - то не ту номенклатуру выберут из 1С (и неправильно закупят), то задублируют. Уволится девочка, которая знает по опыту соответствие эталону и на время процесс встает, пока опыта не наберется новый сотрудник. Да и вообще, 1С с её эталонной номенклатурой (которая никогда не совпадает с номенклатурой по спецификации проектов) выглядит чужеродно, т.к. вся компания общается не в названиях 1С, а в названиях спецификаций, очень трудно им делать перевод из одной системы в другую.
Никто не сталкивался с подобным выбором? Знаю, что эталонный справочник это хорошо, но всегда ли?
Концептуальный вопрос. Организация реализует товары по индивидуальным проектам. Вся закупаемая номенклатура закупается под конкретный проект. Проекты между собой по номенклатуре совпадают примерно на 50%. В одном проекте от 1000 до 2000 разных номенклатур.
Вопрос - как организовать в 1С справочник Номенклатура лучшим образом?
1. Всю номенклатуру по проектам забивать новыми позициями. Очень простое в реализации решение. Стимулом в его пользу является,, что остатков по завершении проектов не планируется, все заказывается строго под проект. А в отчете по складу всегда можно вывести по какому проекту поступила номенклатура (это к вопросу контроля остатков). Минус - разрастание справочника Номенклатуры ударными темпами, легко перевалит до 100 - 200 тыс позиций, в будущем миллиона до не далеко. Страшно, что будет в будущем, не будет ли 1С тормозить с таким огромным справочником?
2. Что делается сейчас - пытаются всю поступающую номенклатуру привести к единым "эталонным" номенклатурам 1С. В связи с проектной деятельностью, часто закупается уникальная продукция и этот перевод постоянно приводит к ошибкам - то не ту номенклатуру выберут из 1С (и неправильно закупят), то задублируют. Уволится девочка, которая знает по опыту соответствие эталону и на время процесс встает, пока опыта не наберется новый сотрудник. Да и вообще, 1С с её эталонной номенклатурой (которая никогда не совпадает с номенклатурой по спецификации проектов) выглядит чужеродно, т.к. вся компания общается не в названиях 1С, а в названиях спецификаций, очень трудно им делать перевод из одной системы в другую.
Никто не сталкивался с подобным выбором? Знаю, что эталонный справочник это хорошо, но всегда ли?
По теме из базы знаний
- Обработка автозаполнения значений БазоваяЕдиница и ОсновнаяЕдиница в справочнике Номенклатура для 1с7
- Выгрузка и загрузка справочника "Номенклатура" из 1С 7.7 в 1С 8.2
- Расширение справочника номенклатуры 1С: 7.7
- Загрузка свойств товаров или услуг из MS Excel в справочник номенклатуры для 1С: УТ 10.3
- Как на большом предприятии организовать единый справочник Номенклатура в 1С
Найденные решения
(1) Раз можно как-то все привести к "эталонной" номенклатуре, может вас Характеристики номенклатуры удовлетворят. Т.е. Номенклатура эталонная, а особенности для данного проекта в характеристике.
Ну и 100-200 тыс позиций номенклатуры - это почти стандарт, не страшно. Я бы остановил свой выбор на 1м варианте. А номенклатуру, что точно никогда не будет больше использоваться выводил бы в отдельный каталог, чтобы глаза не мозолила
Ну и 100-200 тыс позиций номенклатуры - это почти стандарт, не страшно. Я бы остановил свой выбор на 1м варианте. А номенклатуру, что точно никогда не будет больше использоваться выводил бы в отдельный каталог, чтобы глаза не мозолила
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)Добрый день! Есть несколько типов учета. Например по партиям - все ясно и понятно - отслеживание по партиям от поступления до употребления, реализации и т.д. Не буду заморачиваться с этим. А вот пономенклатурный учет включает в себя учет. где с каждым приходом заводится новая номенклатура - заказ поставщику, закупка, поступление -уход в производство или продажа дальше - не столь суть важно. отслеживание идет по ссылке и очень легко понять, что и как. - кто заказывал. куда пошел и что в него входило в части затрат. другой вопрос - если используются спецификации производства, то с вводом каждой новой номенклатуры спецификации должны дообогащаться аналогами эталонной номенклатуры. надеюсь, все правильно описал суть учета.
(2)
Это да. Если каждый раз вводить новую, то всё предельно ясно. Сканировал штрихкод и перед тобой полное описание этого товара - на какой проект, из какой спецификации, в производство или в комплектацию и т.д.
По производству - у нас на каждый проект уникальные спецификации, разрабатываемые с нуля. Проблем с аналогами нет)
очень легко понять, что и как. - кто заказывал. куда пошел и что в него входило в части затрат
Это да. Если каждый раз вводить новую, то всё предельно ясно. Сканировал штрихкод и перед тобой полное описание этого товара - на какой проект, из какой спецификации, в производство или в комплектацию и т.д.
По производству - у нас на каждый проект уникальные спецификации, разрабатываемые с нуля. Проблем с аналогами нет)
(1) Если весть товар от поставщика к покупателю проходит мимо склада или организовано непересекающееся хранение отдельных заказов, то можно завести одну номенклатуру: Товар, а в документах Заказ, ПН и РН, правильное наименование заполнять в колонку Содержание.
Остатки по складу смотреть будет невозможно.
Остатки по складу смотреть будет невозможно.
(8) У автора изначально было разбиение пономенклатурно. я всего лишь расписал преимущество - "эталонно + пономенклатурный" учет. Есть свои прелести в этом - нет партии, нет себестоимости, нет усреднения по ФИФО или среднему по номенклатуре, затраты видны сразу без "накачивания" и гимора просчетов. есть свои и минусы - мол почему мы этих раков брали по 3 рубля, а теперь они по 5 рублей у того же (другого) поставщика)
(1) Раз можно как-то все привести к "эталонной" номенклатуре, может вас Характеристики номенклатуры удовлетворят. Т.е. Номенклатура эталонная, а особенности для данного проекта в характеристике.
Ну и 100-200 тыс позиций номенклатуры - это почти стандарт, не страшно. Я бы остановил свой выбор на 1м варианте. А номенклатуру, что точно никогда не будет больше использоваться выводил бы в отдельный каталог, чтобы глаза не мозолила
Ну и 100-200 тыс позиций номенклатуры - это почти стандарт, не страшно. Я бы остановил свой выбор на 1м варианте. А номенклатуру, что точно никогда не будет больше использоваться выводил бы в отдельный каталог, чтобы глаза не мозолила
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот