О поставщиках, комплектации и партиях товаров
Имеется проблема следующего характера... У нас имеется товар "под реализацию" - это означает, что с поставщиком рассчитываются по мере продажи его товара. Уточню, что вид договора используется с поставщиков и договор не комиссионный. Это договор своего рода отсрочкой платежа.
Вот только беда - как нам выявлять сколько товара было продано конкретного поставщика? Уточню, что по одной номенклатуре могут быть разные поставщики, поэтому отбор по основному поставщику не приемлем.
Под эти условия у нас попадает только 1 отчет - Ведомость по партиям товаров на складах с отбором/группировкой по Документ оприходования.Контрагент. И все вроде бы хорошо до того момента, пока не происходит - Комплектация номенклатуры!
И все дело в том, что при проведении он делает списание по партиям по документу оприходования и приходует партию с документом оприходования - им же самим. Т.е. если мы в отчете сделаем отбор по поставщику, то увидим, что позиции, которые являлись комплектующими были проданы. Хотя по факту продажи еще не было... Ни контрагента в нем, ни договора нет.
Кто-нибудь решал эту задачу (просмотр продаж по определенному поставщику с учетом комплектаций)? Тут нам должен помочь вид номенклатуры "Набор-комплект"... Но вот незадача - остатки по складам по таким позициям не отображаются :(
P.S. Для себя вижу путь - доработка Комплектации, чтобы автоматом поставщик и договор заполнялся, и в отчете по партиям не выводились строки с регистратором = Комплектации... но что-то это такой некрасивый путь развития. А как быть, если у нас комплект из комплектующих разных поставщиков состоит? Может тогда лучше второй вариант - делать все набор-комплектами, и дорабатывать все запросы в формах подбора и просмотра остатков?
Вот только беда - как нам выявлять сколько товара было продано конкретного поставщика? Уточню, что по одной номенклатуре могут быть разные поставщики, поэтому отбор по основному поставщику не приемлем.
Под эти условия у нас попадает только 1 отчет - Ведомость по партиям товаров на складах с отбором/группировкой по Документ оприходования.Контрагент. И все вроде бы хорошо до того момента, пока не происходит - Комплектация номенклатуры!
И все дело в том, что при проведении он делает списание по партиям по документу оприходования и приходует партию с документом оприходования - им же самим. Т.е. если мы в отчете сделаем отбор по поставщику, то увидим, что позиции, которые являлись комплектующими были проданы. Хотя по факту продажи еще не было... Ни контрагента в нем, ни договора нет.
Кто-нибудь решал эту задачу (просмотр продаж по определенному поставщику с учетом комплектаций)? Тут нам должен помочь вид номенклатуры "Набор-комплект"... Но вот незадача - остатки по складам по таким позициям не отображаются :(
P.S. Для себя вижу путь - доработка Комплектации, чтобы автоматом поставщик и договор заполнялся, и в отчете по партиям не выводились строки с регистратором = Комплектации... но что-то это такой некрасивый путь развития. А как быть, если у нас комплект из комплектующих разных поставщиков состоит? Может тогда лучше второй вариант - делать все набор-комплектами, и дорабатывать все запросы в формах подбора и просмотра остатков?
По теме из базы знаний
- Расчёт себестоимости в УТ11.0 на примерах
- Перенос остатков, документов и справочников из БП 3.0 в УТ 10.3. Переносятся остатки товаров, взаиморасчетов и денежных средств, а также документы и справочники
- Алгоритмы с решениями для экзамена Специалист УТ 11.1
- Автоматизация предприятий пищевой промышленности в 1С:ERP
- Интеграция 1С с ГИИС ДМДК
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) insurgut, я бы переписал отчет. Не бог весть какая задача.
Выбор Когда Партии.Регистратор Ссылка Документ.Комплектация Тогда
иначе
конец
моно проследить путь партии, найти изначальное поступление товаров и его контрагента.
Отчет конечно будет неправильный с точки зрения 1с, и не самый быстрый тоже, конечно. Ну и фиг с ним.
Выбор Когда Партии.Регистратор Ссылка Документ.Комплектация Тогда
иначе
конец
моно проследить путь партии, найти изначальное поступление товаров и его контрагента.
Отчет конечно будет неправильный с точки зрения 1с, и не самый быстрый тоже, конечно. Ну и фиг с ним.
(3) starjevschik, если просто добавить в стандартный отчет отбор "ГДЕ НЕ ПартииТоваров...Регистратор ССЫЛКА Документ.КомплектацияНоменклатуры", то расход конечно же не попадает (то что нам надо), но остатки будут не совпадать. Пересчитывать остатки полностью по каждой номенклатуре (т.е. отказаться от итогов) - это конечно не самое корректное решение.
P.S. В настоящий момент склоняюсь больше к идее набор-комплектов, но в их случае стоимость будет равна стоимости комплектующих, а нам бы свою цену задавать... кругом грабли :(
P.S. В настоящий момент склоняюсь больше к идее набор-комплектов, но в их случае стоимость будет равна стоимости комплектующих, а нам бы свою цену задавать... кругом грабли :(
(5) insurgut, стоимость набора-комплекта не обязана быть равной стоимости комплектующих, а даже наоборот. И вас уже не смущает что "остатки по складам по таким позициям не отображаются"? Набор-комплекты в УТ10.3 недоделанные какие-то, когда начинаешь его использовать возникает множество трудностей. Например, не работает нормально резервирование, в отчетах по продажам теперь будут набор-комплекты, а по запасам комплектующие.
Хотя всё-равно приходится ими пользоваться.
Хотя всё-равно приходится ими пользоваться.
(5) insurgut,
это абсолютно корректное решение. Оно не требует изменений в работе компании и в конфигурации.
Оно противоречит стандартам 1с - ну и что с того? стандарты эти очень часто оказываются нерабочими. Идея регистров может и хорошая, но она реально работает только в ограниченном количестве стандартных бизнес-процессов. Шаг вправо-влево и все, приходится пересчитывать все эти регистры вручную. При современном развитии хардверных средств это не очень большая проблема.
Это может быть проблемой для большой базы, если у нее прирост несколько гигов в месяц, то пожалуй через некоторое время сдохнет. Но для такой базы обычно и штатные решения 1с не работают, приходится изобретать серьезную оптимизацию.
Пересчитывать остатки полностью по каждой номенклатуре (т.е. отказаться от итогов) - это конечно не самое корректное решение.
это абсолютно корректное решение. Оно не требует изменений в работе компании и в конфигурации.
Оно противоречит стандартам 1с - ну и что с того? стандарты эти очень часто оказываются нерабочими. Идея регистров может и хорошая, но она реально работает только в ограниченном количестве стандартных бизнес-процессов. Шаг вправо-влево и все, приходится пересчитывать все эти регистры вручную. При современном развитии хардверных средств это не очень большая проблема.
Это может быть проблемой для большой базы, если у нее прирост несколько гигов в месяц, то пожалуй через некоторое время сдохнет. Но для такой базы обычно и штатные решения 1с не работают, приходится изобретать серьезную оптимизацию.
А если попробовать- подумать например через серии? Верно, есть проблема с идентификацией товара. Пока у вас в схеме она неявна - через партию. Можно попробовать-прикинуть а что если ее сделать явной - через серии.
К серии намного проще привязать поставщика - например при оформлении поступление в реквизит поставщик к серии будет записывать контрагент-поставщик.
А дальше смотреть сколько и какие серии "ушли" - явно ставить фильтр на поставщика через реквизит серии.
Как вариант - если делается комплектация на товар поставщика А считать что товар "продали" (а вот тут нужно знать конкретику предметной области, ибо это может быть и не так).
К серии намного проще привязать поставщика - например при оформлении поступление в реквизит поставщик к серии будет записывать контрагент-поставщик.
А дальше смотреть сколько и какие серии "ушли" - явно ставить фильтр на поставщика через реквизит серии.
Как вариант - если делается комплектация на товар поставщика А считать что товар "продали" (а вот тут нужно знать конкретику предметной области, ибо это может быть и не так).
(4) Так я описал общий вариант, не указано же что идет розничная торговля.
Кстати например в фарм сегменте (например аптеки) каждый раз выбирают серию. нужна конкретика.
по поводу серий и фифо. Если "встает " вопрос о понимание реальных объемов продаж товара конкретного продавца - то да, кассиру нужно будет выбирать серию из списка (подсказка - которые имеются на остатках), а кому то скорее всего придется каким то образом товар маркировать для идентификации серий. Кастати - серий то по большому счету не будет большое многообразие - по количеству поставщиков всего , по количеству поставщиков и остатков в подборе. В свое время для аналогичной задачи купил клиентам 4-ре маркера разного цвета, при приемке товара цвет соответствовал поставке от конкретного поставщика (правда товар был габаритным , так что сложностей не было - приходит машина от одного поставщика - выдаем кладовщикам маркер такого то цвета и вперед , положил цветом отметил. была принципиальная хотлека руководства точно знать от кого сколько продали в любой момент времени). Да, это всего лишь идея, дальше нужно смотреть на нее с колокольни своей прикладной задачи.
Теперь по поводу фифио - если есть и используется фифо, то по большому счету нам пофигу товар какого поставщика продался, программа с реальностью в общем соответствовать не будет (да, есть частные случаи - поставка до продажи например и т.д). И задача проще - нужно знать сколько было товара с какой "датой" входа, и понимать сколько товара выбыло, дальше рассчитать чей товар продался тож довольно просто. Сюда же можно привязать и комплекты - либо считаем что как только товар включен в комплект то он продался (опять же помним про свою колокольню), либо смотрим когда продался комплект и включаем наш товар в выбытие. остается вопрос а что делать с входным на период остатков товара в комплектах . Если вариант 1- комплектует - считаем выбыл то ничего, не рассматривает такой товар (мы его "оплатили " когда скомплектовали), либо нужно каким то образом где то хранить соответствие партии и поставщика с датой. Кстати сюда же будет что то писать при возвратах и оприходовании.
Добавить условие в отчет - скорее нет, на первый взгляд если товар комплектовался то по нему не будет отображено расхода (собственно по факту он был), но по партии будет 0-й остаток (по факту он ушел, что в регистрах и отражено).
Кстати например в фарм сегменте (например аптеки) каждый раз выбирают серию. нужна конкретика.
по поводу серий и фифо. Если "встает " вопрос о понимание реальных объемов продаж товара конкретного продавца - то да, кассиру нужно будет выбирать серию из списка (подсказка - которые имеются на остатках), а кому то скорее всего придется каким то образом товар маркировать для идентификации серий. Кастати - серий то по большому счету не будет большое многообразие - по количеству поставщиков всего , по количеству поставщиков и остатков в подборе. В свое время для аналогичной задачи купил клиентам 4-ре маркера разного цвета, при приемке товара цвет соответствовал поставке от конкретного поставщика (правда товар был габаритным , так что сложностей не было - приходит машина от одного поставщика - выдаем кладовщикам маркер такого то цвета и вперед , положил цветом отметил. была принципиальная хотлека руководства точно знать от кого сколько продали в любой момент времени). Да, это всего лишь идея, дальше нужно смотреть на нее с колокольни своей прикладной задачи.
Теперь по поводу фифио - если есть и используется фифо, то по большому счету нам пофигу товар какого поставщика продался, программа с реальностью в общем соответствовать не будет (да, есть частные случаи - поставка до продажи например и т.д). И задача проще - нужно знать сколько было товара с какой "датой" входа, и понимать сколько товара выбыло, дальше рассчитать чей товар продался тож довольно просто. Сюда же можно привязать и комплекты - либо считаем что как только товар включен в комплект то он продался (опять же помним про свою колокольню), либо смотрим когда продался комплект и включаем наш товар в выбытие. остается вопрос а что делать с входным на период остатков товара в комплектах . Если вариант 1- комплектует - считаем выбыл то ничего, не рассматривает такой товар (мы его "оплатили " когда скомплектовали), либо нужно каким то образом где то хранить соответствие партии и поставщика с датой. Кстати сюда же будет что то писать при возвратах и оприходовании.
Добавить условие в отчет - скорее нет, на первый взгляд если товар комплектовался то по нему не будет отображено расхода (собственно по факту он был), но по партии будет 0-й остаток (по факту он ушел, что в регистрах и отражено).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот