Переработка

  • 566 Просмотров
  • Последнее сообщение 28 октября 2020
berivan написал 23 декабря 2017

Создать документ Переработка сейчас можно только из справочника Все документы, думаю логично было бы сделать возможность его добавления в справочнике Товарные документы. И еще в модуле Переработка, мне кажется, есть серьезная недоработка :). Если мы делаем из нескольких товаров 1 (к примеру собираем системный блок), то хотелось бы знать общую закупочную и розничную цену составных частей, чтобы видеть, какой будет закупочная и розничная цена, готового изделия. К примеру, нужно получить системный блок стоимостью 20 т.р., путем перебора разных комплектующих. Сейчас это можно сделать примерно в уме, но хотелось бы видеть это в таблице. P.S. можно как-нибудь увеличить шрифт в программе?

Сортировка: Стандарт | Новые | Голоса
Mihail написал 23 декабря 2017

Честно говоря, мы не предполагали такого варианта использования документа "Переработка", как сборка системного блока. Мы предполагали использование документа "Переработка" для простых операций производства, которые повторяются время от времени. Например, создание наборов, берем "дезодорант" и "гель для душа" на выходе получаем "набор дезодорант+гель". Для набора предварительно устанавливаем розничную цену документом "Ценообразование". А по мере того как делаем эти наборы, фиксируем этот факт документом "Переработка". Соответственно, в "Переработке" уже нет необходимости видеть сумму розничных цен составляющих, т.к. набор уже итак имеет свою цену продажи. Следует отметить, что общая себестоимость составляющих отражается в сумме документа "Переработка" после его проведения. Согласен, что отражать/добавлять "Переработку" в журнале "Товарные документы" логично, но пока из-за того, что он реализован модулем, это невозможно. Мы подумаем, над тем чтоб это сделать. С другой стороны, а почему бы не делать сборку системного блока непосредственно в документе "Расход товаров"? В "Расходе товаров" при добавлении товаров (комплектующих системного блока), сумма документа будет сразу отражать сумму розничных цен комплектующих. Кроме того, если услугу сборки вы оказываете платно, то сможете добавить в документ и соответствующий ей товар-услугу, стоимость которой тоже прибавится к сумме документа. А зачем видеть закупочные цены? Обычно руководство магазина не хочет, чтоб продавцы их видели. Шрифт в программе сейчас никак не настраивается. И вынужден вас немного поправить, справочники - это Товары, Контрагенты, Склады, Единицы измерения, а списки, которые отражают документы у нас принято называть "журналами". В программе Торговое место имеются следующие журналы: журнал "Все документы", журнал "Товарные документы", журнал "Денежные документы".

berivan написал 23 декабря 2017

Расходной накладной списывать не хотелось бы. Потом будет трудно отследить из каких комплектующих был собран тот или иной системник. Да и Переработкой это сделать логичнее и быстрее, и она прекрасно подходит для сборки пк - одно списали, другое создали - очень удобно, единственное не хватает цен. На счёт продавцы видеть закуп не должны - согласен, но и сборку (переработку) продавцы делать тоже не должны, а тому, кто будет создавать этот документ - можно видеть и закупочные цены. Ну хотя бы добавить Розничные цены, чтобы иметь представление о цене готового изделия. Или это сложно реализовать?

Danil написал 24 декабря 2017

Создать документ Переработка сейчас можно только из справочника Все документы, думаю логично было бы сделать возможность его добавления в справочнике Товарные документы. И еще в модуле Переработка, мне кажется, есть серьезная недоработка :). Если мы делаем из нескольких товаров 1 (к примеру собираем системный блок), то хотелось бы знать общую закупочную и розничную цену составных частей, чтобы видеть, какой будет закупочная и розничная цена, готового изделия. К примеру, нужно получить системный блок стоимостью 20 т.р., путем перебора разных комплектующих. Сейчас это можно сделать примерно в уме, но хотелось бы видеть это в таблице. P.S. можно как-нибудь увеличить шрифт в программе?

давайте сначала определимся, вы системник переработкой делаете по своей инициативе? или по инициативе клиента? т.е. это будет готовое и взвешенной на ваш взгляд решение или что клиент захотел, то и добавили а затем собрали? в первом случае более или менее понятно, зачем вам цены продажи, а вот во втором случае мне кажется как раз расход по комплектующим будет лучше, там если что и гарантийник можно нарисовать и у разных комплектующих разные гарантийные сроки определить P.S. шрифт в программе можно увеличить через увеличение размера шрифта в виндовс

berivan написал 24 декабря 2017

Создать документ Переработка сейчас можно только из справочника Все документы, думаю логично было бы сделать возможность его добавления в справочнике Товарные документы. И еще в модуле Переработка, мне кажется, есть серьезная недоработка :). Если мы делаем из нескольких товаров 1 (к примеру собираем системный блок), то хотелось бы знать общую закупочную и розничную цену составных частей, чтобы видеть, какой будет закупочная и розничная цена, готового изделия. К примеру, нужно получить системный блок стоимостью 20 т.р., путем перебора разных комплектующих. Сейчас это можно сделать примерно в уме, но хотелось бы видеть это в таблице. P.S. можно как-нибудь увеличить шрифт в программе?

давайте сначала определимся, вы системник переработкой делаете по своей инициативе? или по инициативе клиента? т.е. это будет готовое и взвешенной на ваш взгляд решение или что клиент захотел, то и добавили а затем собрали? в первом случае более или менее понятно, зачем вам цены продажи, а вот во втором случае мне кажется как раз расход по комплектующим будет лучше, там если что и гарантийник можно нарисовать и у разных комплектующих разные гарантийные сроки определить P.S. шрифт в программе можно увеличить через увеличение размера шрифта в виндовс

По своей инициативе, для витрины, соответственно для этого и нужно цену подбирать, чтобы ценовой ряд был красивый. Клиент обычно, просит что-то конкретное, там подбор цены не актуален, да и для клиента переработка не нужна, просто пробьем чек с комплектующими и все, не нужно (не всегда нужно) для этого переработку создавать.

berivan написал 26 декабря 2017

Сейчас попробовал провести переработку, и вроде бы все прошло, но не до конца. Исходный товар списался, новый появился, но без цены закупочной и розничной цены. В чем может быть проблема? В самой переработке доля указана - 1 (по умолчанию)

Danil написал 26 декабря 2017

Сейчас попробовал провести переработку, и вроде бы все прошло, но не до конца. Исходный товар списался, новый появился, но без цены закупочной и розничной цены. В чем может быть проблема? В самой переработке доля указана - 1 (по умолчанию)

проблемы нет :) что бы появилась розничная цена, нужно сделать ценообразование для нового товара, то же самое с закупочной, что бы она появилась новый товар нужно хотя бы раз купить подозреваю, что смутила доля себестоимости, она будет фигурировать в момент списания по продажам и покажет какой профит вы получили, к ценам она не имеет отношения ... проверить правильность себестоимости, можно построив отчет "остатки товаров", сумма там отображенная и есть себестоимость

berivan написал 26 декабря 2017

Да нет, доля себестоимости не смутила, там все понятно 1 - значит 100%. Почему закупка у нового товара не появляется сразу после проведения переработки? Было бы логично, проведя переработку, получить на приход товар с закупочной ценой (как при обычном приходе, там же закупка появляется сразу, а не после продажи товара), на который можно сделать ценообразование и видеть % наценки. А сейчас это только с помощью калькулятора возможно сделать. Т.к. нет закупки, то в ценообразовании я могу только поставить розницу, и не видно какая получилась наценка. На мой взгляд идеальная работа переработки такая: Добавляем исходный товар, видим его общую сумму закупки и розницы (ну хотя бы розницы - это удобно во всех отношениях, когда собираем системник, или просто праздничный набор (как Вы предполагали) - нужно же видеть какую итоговую цену мы получим). Внизу добавляем новый товар, где отображается итоговая закупочная и розничная цена изделия (кстати можно эту информацию только тут и показывать), не используя никаких долей (зачем усложнять, использую доли если можно просто видеть готовую цену?) и в идеале, в этом же модуле иметь возможность редактировать розничную цену, для более красивого вида (и % наценки, чтобы показывал) - но это в идеале, чтобы не создавать отдельного ценообразования!

Danil написал 26 декабря 2017

Да нет, доля себестоимости не смутила, там все понятно 1 - значит 100%. Почему закупка у нового товара не появляется сразу после проведения переработки? Было бы логично, проведя переработку, получить на приход товар с закупочной ценой (как при обычном приходе, там же закупка появляется сразу, а не после продажи товара), на который можно сделать ценообразование и видеть % наценки. А сейчас это только с помощью калькулятора возможно сделать. Т.к. нет закупки, то в ценообразовании я могу только поставить розницу, и не видно какая получилась наценка.

потому что вы его не покупаете, вот и нет цены ... подозреваю, что вы путаете цену и себестоимость, закупочная цена это то за сколько вы купили единицу товара в последний раз, себестоимость это то на какую сумму у вас товара ... купили вчера 1 шт за 10 руб, купили сегодня 2 шт по 7 руб, последняя закупочная будет 7 рублей, себестоимость 3 штук будет 24 рубля, себестоимость 1 шт будет 8 рублей по поводу того как такие товары ценообразовывать надо подумать, хотя в вашем случае это должна быть просто сумма розничных цен комплектующих, с возможным округлением в одну из сторон для красоты цены

На мой взгляд идеальная работа переработки такая: Добавляем исходный товар, видим его общую сумму закупки и розницы (ну хотя бы розницы - это удобно во всех отношениях, когда собираем системник, или просто праздничный набор (как Вы предполагали) - нужно же видеть какую итоговую цену мы получим). Внизу добавляем новый товар, где отображается итоговая закупочная и розничная цена изделия (кстати можно эту информацию только тут и показывать), не используя никаких долей (зачем усложнять, использую доли если можно просто видеть готовую цену?) и в идеале, в этом же модуле иметь возможность редактировать розничную цену, для более красивого вида (и % наценки, чтобы показывал) - но это в идеале, чтобы не создавать отдельного ценообразования!

доля себестоимости нужна не вашего случая, а для обратного, когда из одного товара получится несколько и они с разной долей оттянут на себя себестоимость цены в переработку возможно имеет смысл добавить для информативности, мы над этим думаем, в каком виде это сделать, но вот установку туда добавлять совсем не хочется

berivan написал 26 декабря 2017

Не совсем согласен, да, мы не покупаем буквально этот товар, но покупаем комплектующие из которых он состоит. Переработкой мы списываем комплектующие и ставим на приход готовое изделие, у которого должна быть себестоимость по сумме себестоимости каждой из комплектующих. Как будет считаться прибыль по продаже такого товара? Почему не хотите дать возможность делать ценообразование в переработке? Просто округление не всегда будет красивым, да и в моем случае иногда бывает сумма комплектующих может быть слишком дорогой (когда они залежались, а цены упали), и тогда итоговую цену нужно сделать ниже. Может быть и обратная ситуация. Мне кажется, что текущая работа модуля слишком усложнена (использование долей, создание лишних документов - ценообразования). Может с Вашей стороны, как знающих программу изнутри, это кажется простым, мне как пользователю, это кажется не очень логичным. Если где-то в программе что-то убыло (списалось при переработке), значит в итоге этой переработки, что-то должно появится на ту же суммарную себестоимость, и она должна быть видна в программе. Если из одного делаем несколько изделий, было удобней использовать не доли, а писать себестоимость вручную (например списали 1 товар себестоимостью 1000 руб,получили 3 разных товара, одному пишем себестоимость 300 руб, второму присваиваем 350 руб, а 3 вычисляется автоматически - 350руб),и соответственно тут же ставим розничную цену. Что может быть плохого в таком сценарии работы?

berivan написал 27 декабря 2017

Для чего вообще появился модуль Переработка? Я так думаю, чтобы упростить создание одного товара, из другого (будь то сборка системника, создание праздничных наборов, или розлив пива). Т.е. до появления этого модуля, нужно было создавать расходную накладную (списание), затем приходную накладную, взяв себестоимость из расходной, и затем ценообразование. Почему было не взять за основу этот сценарий и сделать переработку? Т.е. в верхней части модуля (где выбираем исходный товар) - условно расходная накладная, где вся таже информация (со всеми ценами, в расходной же вы не запрещаете это видеть, почему здесь убрали?), а в нижней части - условно приходная - где создаем новый товар, с автоматически созданной себестоимостью (взятой из верхней таблицы), или возможностью вписать себестоимость вручную. Т.е. таким образом вместо двух документов - создаем 1, а в идеале (как уже говорил выше), и ценообразование там же, тогда вместо 3 документов будет один. В данный момент, лично для меня, лучше пользоваться отдельно списанием, отдельно занесением, т.к. отсутствие себестоимости у нового товара сильно смущает, не должно быть в дереве, товаров без себестоимости, да и использовать калькулятор при создании ценнобразования (как по другому узнать % наценки?) - не доработка явная, на мой взгляд. P.S. сейчас создал обычную расходную накладную, занес туда товар - и там тоже не видно цен - хотя колонки есть Цена продажи, Сумма продажи, но там прочерки... ))) Как в списании увидеть хоть какие-нибудь цены? Я же захожу под Администратором, мне кажется, под этим пользователем должна быть доступна любая информация. P.S.S. можно при закрытии смены добавить окно подтверждения? Сейчас случайно была выделена кнопка Закрыть смену, по привычке нажали Enter и смена закрылась.

Mihail написал 27 декабря 2017

Почему не хотите дать возможность делать ценообразование в переработке?

Для установки/изменения цен продажи предназначен документ "Ценообразование". На наш взгляд для регистрации одной хозяйственной операции должен быть один инструмент, а не несколько. Кроме того мы стараемся, чтобы документы были простыми и выполняли одну операции, а не несколько. Документ "Переработка" выполняет превращение одних товаров в другие, менять цену продажи не ее задача. В тоже время, я согласен с вами, что она должна фиксировать закупочную цену товара, чтоб потом было проще его ценообразовать. Я думаю, что для установки цен продажи в данном случае, правильным будет на основании Переработки вводить документ Ценоообразование.

berivan написал 27 декабря 2017

Почему не хотите дать возможность делать ценообразование в переработке?

Для установки/изменения цен продажи предназначен документ "Ценообразование". На наш взгляд для регистрации одной хозяйственной операции должен быть один инструмент, а не несколько. Кроме того мы стараемся, чтобы документы были простыми и выполняли одну операции, а не несколько. Документ "Переработка" выполняет превращение одних товаров в другие, менять цену продажи не ее задача. В тоже время, я согласен с вами, что она должна фиксировать закупочную цену товара, чтоб потом было проще его ценообразовать. Я думаю, что для установки цен продажи в данном случае, правильным будет на основании Переработки вводить документ Ценоообразование.

В общем и целом, момент ценообразования не такой принципиальный, вполне согласен, что его можно создавать отдельно, но вот все остальное (что я описал выше), на мой взгляд сделает этот модуль куда удобней, чем он есть сейчас. Все таки учетная запись предполагается, что под учетной записью Администратор - работает руководитель (либо лицо, которое имеет очень большие полномочия), и прятать от него закупочные цены, либо что-то еще - бессмысленно.

Mihail написал 27 декабря 2017

Не совсем согласен, да, мы не покупаем буквально этот товар, но покупаем комплектующие из которых он состоит. Переработкой мы списываем комплектующие и ставим на приход готовое изделие, у которого должна быть себестоимость по сумме себестоимости каждой из комплектующих. Как будет считаться прибыль по продаже такого товара?

С прибылью при продаже все будет хорошо, т.к. на остатки готовое изделие оприходуется с себестоимостью и эта же себестоимость учтется при продаже. Можете это проверить сделав "Расход товаров" с типом "Продажа розница" (или опт) и сформировав отчет о продажах. Проблема только в том, что для товара не фиксируется цена закупки (не отображается в справочнике), что усложняет ценообразование. Мы обязательно исправим это упущение.

Мне кажется, что текущая работа модуля слишком усложнена (использование долей, создание лишних документов - ценообразования). Может с Вашей стороны, как знающих программу изнутри, это кажется простым, мне как пользователю, это кажется не очень логичным. Если где-то в программе что-то убыло (списалось при переработке), значит в итоге этой переработки, что-то должно появится на ту же суммарную себестоимость, и она должна быть видна в программе. Если из одного делаем несколько изделий, было удобней использовать не доли, а писать себестоимость вручную (например списали 1 товар себестоимостью 1000 руб,получили 3 разных товара, одному пишем себестоимость 300 руб, второму присваиваем 350 руб, а 3 вычисляется автоматически - 350руб),и соответственно тут же ставим розничную цену. Что может быть плохого в таком сценарии работы?

Переработка никуда НЕ теряет себестоимость. Вся суммарная себестоимость исходных товаров, которые она списала, полностью до копейки переносится на конечные товары и это значение отображается в сумме документа после проведения. Если конечный товар один, то на остатки он оприходуется с этой общей суммой (доля значения не имеет). Если конечных товаров несколько, то эта сумма будет распределена пропорционально указанным долям. Доля может быть любым числом (30, 350, 1000, 4678), чем больше доля у товара тем большую часть исходной себестоимости у него будет при приходе. Если делать, как вы предлагаете, сначала списать товары, потом проставить себестоимость вручную, а затем приходовать конечные товары, то это получается как минимум двухэтапное проведение документа и у него добавится еще некое промежуточное состояние. Это гораздо более сложная ситуация, как со стороны разработки, так и работы с документом для пользователей.

Mihail написал 27 декабря 2017

Для чего вообще появился модуль Переработка? Я так думаю, чтобы упростить создание одного товара, из другого (будь то сборка системника, создание праздничных наборов, или розлив пива). Т.е. до появления этого модуля, нужно было создавать расходную накладную (списание), затем приходную накладную, взяв себестоимость из расходной, и затем ценообразование. Почему было не взять за основу этот сценарий и сделать переработку? Т.е. в верхней части модуля (где выбираем исходный товар) - условно расходная накладная, где вся таже информация (со всеми ценами, в расходной же вы не запрещаете это видеть, почему здесь убрали?), а в нижней части - условно приходная - где создаем новый товар, с автоматически созданной себестоимостью (взятой из верхней таблицы), или возможностью вписать себестоимость вручную. Т.е. таким образом вместо двух документов - создаем 1, а в идеале (как уже говорил выше), и ценообразование там же, тогда вместо 3 документов будет один. В данный момент, лично для меня, лучше пользоваться отдельно списанием, отдельно занесением, т.к. отсутствие себестоимости у нового товара сильно смущает, не должно быть в дереве, товаров без себестоимости, да и использовать калькулятор при создании ценнобразования (как по другому узнать % наценки?) - не доработка явная, на мой взгляд.

Вы правильно описали назначение документа "Переработка": это превращение одних товаров в другие, и возможность сделать это одним документом, а не двумя. Плюс контролируется сохранение себестоимости. В случае отдельного Расхода товаров, а затем Прихода товаров, можно совершить ошибку и оприходовать товары на меньшую или большую сумму, чем израсходовали. Недоработку с фиксированием цены закупки для конечных товаров исправим. На остатки же конечные товары итак приходуются с себестоимостью, это легко проверить отчетами "Остатки товаров" и "Обороты товаров". Мне кажется, что основная проблема в том, что у вас Переработка, так сказать, "экспериментальная". Т.е. вы подбираете разные комплектующие и надо определить подходят они вам или нет (по ценам закупки и/или по ценам продажи) и каждый такой документ создает на выходе новый уникальный товар, который вряд ли будет создаваться повторно. Документ же рассчитывался на повторяющиеся операции с известными данными: берем эти исходные товары, на выходе получаем такие с таким распределением долей себестоимости, просто вносим в документ и проводим. Мы немного вам поможем, добавим в документ отображение цены и суммы продажи для исходных и конечных товаров. Но все равно останется неудобство при удалении неподходящих товаров, придется закрывать подбор из справочника чтоб удалить строку из таблицы документа, а потом снова открывать справочник для добавления другого комплектующего.

P.S. сейчас создал обычную расходную накладную, занес туда товар - и там тоже не видно цен - хотя колонки есть Цена продажи, Сумма продажи, но там прочерки... ))) Как в списании увидеть хоть какие-нибудь цены? Я же захожу под Администратором, мне кажется, под этим пользователем должна быть доступна любая информация.

Как вы правильно заметили, в Расходе товаров колонки называются "Цена продажи" и "Сумма продажи". В случае со списанием расход товаров с остатков делается по себестоимости, поэтому колонки относящиеся к продаже НЕ заполняются. Не то чтобы мы скрывали какую-то информацию от Администратора, просто не было причины добавлять еще больше колонок для усложнения документа. Очень хочется чтобы программа оставалась простой и незагроможденной множеством колонок, полей, галочек и т.п. Информацию о себестоимости списанных товаров можно увидеть в печатной форме документа (по кнопке "Печать") и/или отчете "Обороты товаров".

P.S.S. можно при закрытии смены добавить окно подтверждения? Сейчас случайно была выделена кнопка Закрыть смену, по привычке нажали Enter и смена закрылась.

Разумное предложение. В следующей версии обязательно добавим подтверждение при закрытии смены.

Mihail написал 27 декабря 2017

Вроде ответил на все обозначенные вопросы, а то я в них немного запутался. Извините, если что-то упустил, тогда задавайте снова.

berivan написал 27 декабря 2017

Переработка никуда НЕ теряет себестоимость. Вся суммарная себестоимость исходных товаров, которые она списала, полностью до копейки переносится на конечные товары и это значение отображается в сумме документа после проведения. Если конечный товар один, то на остатки он оприходуется с этой общей суммой (доля значения не имеет). Если конечных товаров несколько, то эта сумма будет распределена пропорционально указанным долям. Доля может быть любым числом (30, 350, 1000, 4678), чем больше доля у товара тем большую часть исходной себестоимости у него будет при приходе. Если делать, как вы предлагаете, сначала списать товары, потом проставить себестоимость вручную, а затем приходовать конечные товары, то это получается как минимум двухэтапное проведение документа и у него добавится еще некое промежуточное состояние. Это гораздо более сложная ситуация, как со стороны разработки, так и работы с документом для пользователей.

Вы меня не правильно поняли. Я не предлагаю сначала списывать, а потом приходовать, а предлагаю сделать в этом же документе Переработка, только вместо долей, писать настоящую себестоимость. Например, сумма исходных товаров составляет 1000 руб. Из них мы получаем три готовых изделия. Чтобы каждому присвоить себестоимость 100, 300, 600 руб. Нужно указать 0,1; 0,3; 0,6 доли - верно? А я предлагаю не думать о долях, а сразу написать себе стоимость - 100 руб, 300 руб, а последняя вычисляется сама. Но для меня такой сценарий не актуален, т.к. такого сценария у нас не будет, будем только из нескольких делать 1 товар, это я о других пользователях думаю, которым это может пригодится. :)

Мы немного вам поможем, добавим в документ отображение цены и суммы продажи для исходных и конечных товаров. Но все равно останется неудобство при удалении неподходящих товаров, придется закрывать подбор из справочника чтоб удалить строку из таблицы документа, а потом снова открывать справочник для добавления другого комплектующего.

Это будет просто замечательно, и меня полностью устроит! А то, что нужно подбор для удаления закрывать - это мелочи, т.к. база из основных комплектующих останутся, обычно возникает необходимость заменить пару деталей - так что это совсем не критично. А скажите, если к примеру возникнет необходимость из готового системника (созданного путем переработки), удалить к примеру Жесткий диск, или в/карту (иногда клиенты просят убрать наши железки, и заменить часть комплектующих ихними, оставшимися после апгрейда). Правильно ли я понимаю, что в таком случае я делаю отмену проводки Переработки, удаляю лишнюю деталь, заново провожу документ, соответственно удаленная деталь станет обратно на приход, и изменится закупочная цена готового изделия, но розничная цена останется старая, тогда делаю новое ценообразование и все?

berivan написал 27 декабря 2017

Как вы правильно заметили, в Расходе товаров колонки называются "Цена продажи" и "Сумма продажи". В случае со списанием расход товаров с остатков делается по себестоимости, поэтому колонки относящиеся к продаже НЕ заполняются. Не то чтобы мы скрывали какую-то информацию от Администратора, просто не было причины добавлять еще больше колонок для усложнения документа. Очень хочется чтобы программа оставалась простой и незагроможденной множеством колонок, полей, галочек и т.п. Информацию о себестоимости списанных товаров можно увидеть в печатной форме документа (по кнопке "Печать") и/или отчете "Обороты товаров".

А можно в Переработке добавить и закупочные и розничные цены на исходные товары и соответственно суммы этих себестоимостей и розницы (внизу таблицы, к примеру). Не думаю что это сильно усложнит документ, но зато будет наглядно видно, по какой цене получится готовое изделие, лично для меня это будет очень полезно. На крайний случай, можно по умолчанию это не показывать, чтобы не "усложнять" документ, а как в дереве товаров, путем нажатия правой кнопки по шапке таблицы, выбрать дополнительные столбцы для отображения. Я понимаю Ваши опасения, но тем кому не надо это видеть не будут сразу, и думать об этом не будут, а кому надо, будут иметь возможность добавить нужную информацию.

berivan написал 27 декабря 2017

Мы немного вам поможем, добавим в документ отображение цены и суммы продажи для исходных и конечных товаров. Но все равно останется неудобство при удалении неподходящих товаров, придется закрывать подбор из справочника чтоб удалить строку из таблицы документа, а потом снова открывать справочник для добавления другого комплектующего.

А когда можно ждать внесение изменений в модуле? :)

Mihail написал 27 декабря 2017

Например, сумма исходных товаров составляет 1000 руб. Из них мы получаем три готовых изделия. Чтобы каждому присвоить себестоимость 100, 300, 600 руб. Нужно указать 0,1; 0,3; 0,6 доли - верно? А я предлагаю не думать о долях, а сразу написать себе стоимость - 100 руб, 300 руб, а последняя вычисляется сама.

Я как раз и писал, что доля может быть любым числом. Если вам удобно использовать 100, 300, 600, то пожалуйста, просто вписываете эти значения в колонку "Доля стоимости". И эти числа используются для вычисления пропорции, от общей себестоимости (в данном примере, 1000р.).

А скажите, если к примеру возникнет необходимость из готового системника (созданного путем переработки), удалить к примеру Жесткий диск, или в/карту (иногда клиенты просят убрать наши железки, и заменить часть комплектующих ихними, оставшимися после апгрейда). Правильно ли я понимаю, что в таком случае я делаю отмену проводки Переработки, удаляю лишнюю деталь, заново провожу документ, соответственно удаленная деталь станет обратно на приход, и изменится закупочная цена готового изделия, но розничная цена останется старая, тогда делаю новое ценообразование и все?

Честно говоря, я считаю не очень хорошей практикой, влазить в прошлый период и распроводить документы, но в принципе такой вариант вполне рабочий. При распроведении документа отменяются все изменения, которые он сделал.

А можно в Переработке добавить и закупочные и розничные цены на исходные товары и соответственно суммы этих себестоимостей и розницы (внизу таблицы, к примеру). Не думаю что это сильно усложнит документ, но зато будет наглядно видно, по какой цене получится готовое изделие, лично для меня это будет очень полезно. На крайний случай, можно по умолчанию это не показывать, чтобы не "усложнять" документ, а как в дереве товаров, путем нажатия правой кнопки по шапке таблицы, выбрать дополнительные столбцы для отображения. Я понимаю Ваши опасения, но тем кому не надо это видеть не будут сразу, и думать об этом не будут, а кому надо, будут иметь возможность добавить нужную информацию.

Добавлять закупочные цены мы вряд ли будем. Это сильно загромоздит табличные части, но самое плохое, что закупочные цены и себестоимость - не одно и тоже. Закупочная цена - это последняя цена прихода товара, а себестоимость - это средняя цена по текущим остаткам. Например, если было 2 прихода по 1шт, первый по 100р, а второй по 110р, то цена закупки в справочнике будет 110р/шт (последняя), а себестоимость в отчете Остатки (100 + 110) / 2шт = 55р/шт. И боюсь эта ситуация будет непонятна пользователям, когда в документе видим одну закупочную цену, а реальная себестоимость списанная при проведении другая. А для чего вам полезны закупочные цены, какую проблему они решают? Разве суммарной себестоимости отражаемой в сумме документа после проведения недостаточно ?

А когда можно ждать внесение изменений в модуле? :)

Постараемся через пару недель, после выхода новой версии программы, выдать новую версию модуля Переработка.

berivan написал 27 декабря 2017

Добавлять закупочные цены мы вряд ли будем. Это сильно загромоздит табличные части, но самое плохое, что закупочные цены и себестоимость - не одно и тоже. Закупочная цена - это последняя цена прихода товара, а себестоимость - это средняя цена по текущим остаткам. Например, если было 2 прихода по 1шт, первый по 100р, а второй по 110р, то цена закупки в справочнике будет 110р/шт (последняя), а себестоимость в отчете Остатки (100 + 110) / 2шт = 55р/шт. И боюсь эта ситуация будет непонятна пользователям, когда в документе видим одну закупочную цену, а реальная себестоимость списанная при проведении другая. А для чего вам полезны закупочные цены, какую проблему они решают? Разве суммарной себестоимости отражаемой в сумме документа после проведения недостаточно ?

Здесь я имел в виду конечно себестоимость. Проблему они конечно никакую не решают, это так, для большей информативности, привык я видеть обе цифры :). Конечно не критично, и по большому счету, розничных цен будет достаточно. Очень жду нового модуля, спасибо Вам!

berivan написал 02 февраля 2018

В новой версии не "поправили" работу модуля? Очень не удобно делать ценообразование, когда не видно закупочной цены у вновь образованного товара. Ещё момент, к примеру, в дереве товаров видим Память 1 - 2 шт себестоимость - 1000 руб. Потом, проводим переработку, где из компьютера 1 себестоимостью 10 000 руб, нужно вытащить оперативную память, для этого мы в переработке из исходнного Компьютер 1, получаем Компьютер 1 с долей стоимости 9500 руб, и Память 1 - 500 руб. По идее, в результате этих действий, в дереве товаров мы должны увидеть, что себестоимость Компьютера 1, вместо 10 000руб, стала 9500, а Память 1 вместо 2шт, себестоимостью 1000руб, стало 3шт, себестоимостью 833.33 (2000+500/3). И если продать эти товары и вывести отчёт о продажах, то именно эти себестоимости и увидим. Но почему в дереве товаров, себестоимость этих товаров, остаётся без изменений? Как был Компьютер 1 - 10 000 руб, так и остался, как была память при 2шт -1000 руб, так и при 3шт осталась 1000руб! Это вызывает путаницу!

Danil написал 04 февраля 2018

В новой версии не "поправили" работу модуля? Очень не удобно делать ценообразование, когда не видно закупочной цены у вновь образованного товара. Ещё момент, к примеру, в дереве товаров видим Память 1 - 2 шт себестоимость - 1000 руб. Потом, проводим переработку, где из компьютера 1 себестоимостью 10 000 руб, нужно вытащить оперативную память, для этого мы в переработке из исходнного Компьютер 1, получаем Компьютер 1 с долей стоимости 9500 руб, и Память 1 - 500 руб. По идее, в результате этих действий, в дереве товаров мы должны увидеть, что себестоимость Компьютера 1, вместо 10 000руб, стала 9500, а Память 1 вместо 2шт, себестоимостью 1000руб, стало 3шт, себестоимостью 833.33 (2000+500/3). И если продать эти товары и вывести отчёт о продажах, то именно эти себестоимости и увидим. Но почему в дереве товаров, себестоимость этих товаров, остаётся без изменений? Как был Компьютер 1 - 10 000 руб, так и остался, как была память при 2шт -1000 руб, так и при 3шт осталась 1000руб! Это вызывает путаницу!

смотрите, что касается непосредственно переработки, то сейчас исправили только ее отсутствие в журнале товарных документов, теперь она там есть ... далее так как это модуль, доведем ее до того состояния как обсуждали, но уже после релиза (модуль обновить проще, чем всю программу) что касается себестоимости и того что в отображается в дереве товаров, в дереве отображается последняя цена закупки, а не себестоимость единицы ... обратите внимание, у вас отображается цена даже для товаров у которых остаток нулевой, хотя себестоимость без остатка вроде как не считается по идее переработка будет устанавливать цену закупки из расчета себестоимости исходных комплектующих, но эти два понятия все равно нужно разделять

berivan написал 04 февраля 2018

По модулю понял, буду ждать обновления. Я бы всё-таки проголосовал за то, чтобы в дереве отображалась именно себестоимость,а не последняя закупочная цена. Ведь себестоимость важней, чем последняя закупка! Прибыль ведь считается именно по себестоимости. Верно? Почему решили в дереве отображать последнюю закупку, а не себестоимость? Если надо увидеть последний закуп, можно открыть крайний приход и увидеть это, а вот себестоимость, сейчас, посмотреть негде, кроме как формировать отчёт...

Danil написал 04 февраля 2018

Я бы всё-таки проголосовал за то, чтобы в дереве отображалась именно себестоимость,а не последняя закупочная цена. Ведь себестоимость важней, чем последняя закупка! Прибыль ведь считается именно по себестоимости. Верно? Почему решили в дереве отображать последнюю закупку, а не себестоимость? Если надо увидеть последний закуп, можно открыть крайний приход и увидеть это, а вот себестоимость, сейчас, посмотреть негде, кроме как формировать отчёт...

честно говоря не скажу почему именно так, скорее потому что это было "унаследовано" из нашего "большого" решения для супермаркетов, плюс как я уже писал не понятно, что выводить для товара, которого сейчас нет на остатке, когда товар есть на остатке, тут понятно, сумму остатка делим на количество остатка, а когда остатка ноль? высчитываем за всю историю? за последний месяц? год? давайте подумаем, ведь мы можем и добавить новую колонку, кому что нравится, тот тем и будет пользоваться, скрыв не нужную колонку

berivan написал 04 февраля 2018

Почему не понятно? Все как раз очень понятно ))) раз на остатке 0 значит и себестоимости - 0 (при делении на 0 - получим 0,все логично))) ). Когда товара в наличии нет, то и цифр нет. А как он поступит на приход - то и отобразится с себестоимостью, которая будет равняться последней закупке. Лично мне кажется, так будет удобнее! Был бы рад, если бы добавили такую колонку!

burn написал 04 февраля 2018

Я бы всё-таки проголосовал за то, чтобы в дереве отображалась именно себестоимость,а не последняя закупочная цена. Ведь себестоимость важней, чем последняя закупка! Прибыль ведь считается именно по себестоимости. Верно? Почему решили в дереве отображать последнюю закупку, а не себестоимость? Если надо увидеть последний закуп, можно открыть крайний приход и увидеть это, а вот себестоимость, сейчас, посмотреть негде, кроме как формировать отчёт...

честно говоря не скажу почему именно так, скорее потому что это было "унаследовано" из нашего "большого" решения для супермаркетов, плюс как я уже писал не понятно, что выводить для товара, которого сейчас нет на остатке, когда товар есть на остатке, тут понятно, сумму остатка делим на количество остатка, а когда остатка ноль? высчитываем за всю историю? за последний месяц? год? давайте подумаем, ведь мы можем и добавить новую колонку, кому что нравится, тот тем и будет пользоваться, скрыв не нужную колонку

Интересный вариант видеть обе колонки, поддерживаю, тогда можно будет выбрать под конкретный случай... а в большинстве случаев нужна последняя закупка для определения цены, т.к. требуется не просто от себестоимости а позволяет учитывать изменение цены рынка, как в большую, так и в меньшую сторону в конкретный момент.

berivan написал 04 февраля 2018

а в большинстве случаев нужна последняя закупка для определения цены, т.к. требуется не просто от себестоимости а позволяет учитывать изменение цены рынка, как в большую, так и в меньшую сторону в конкретный момент.

Я не очень понял, как информация о последней закупочной цене в дереве товаров позволяет это учитывать? Когда вывели ценообразование на основе приходной накладной, в этом документе и видно изменение цены, там это и можно анализировать. Для чего видеть последний закуп в дереве?

burn написал 04 февраля 2018

а в большинстве случаев нужна последняя закупка для определения цены, т.к. требуется не просто от себестоимости а позволяет учитывать изменение цены рынка, как в большую, так и в меньшую сторону в конкретный момент.

Я не очень понял, как информация о последней закупочной цене в дереве товаров позволяет это учитывать? Когда вывели ценообразование на основе приходной накладной, в этом документе и видно изменение цены, там это и можно анализировать. Для чего видеть последний закуп в дереве?

Ну смотри, ценообразование и изменение цен мы всегда проводим при каждой новой закупке, и закупочная цена периодами то снижается то повышается, это четко показывает как будет меняться цена у конкурентов, т.к. если покупаем дешевле прошлых раз, то следственно и другие его так же купят дешевле и если не снизить цену то часть клиентов пойдет к конкуренту, который уже мог поставить цену по новой закупке ниже. Если этого не сделать то окажется момент, что конкуренты опустили а у нас старая цена, что уже повлечет отток клиентов. Точно так же Отслеживаем если долго нет продаж по каким-то товарам мы обновляем ассортимент либо расширяя его по такому направлению, либо обновляя остатки в случае если спрашиваю какое-то кол-во а наших остатков не хватает под требования клиентов а неполное кол-во часто в таких случаях не покупают, тут близкий всем пример это есть 2 рулона обоев, а кому-то надо 3-5 и тому подобное... А вот в ситуации когда цена выросла, тут можно смотреть либо не с первого раза начинать поднимать цену, если позволяет приемлемый зазор на доход, либо уже становится критичным и обязательно приходится поднимать когда цена закупки уже близка к продажной, если это малооборачиваемый товар то в такие моменты продаем и в ноль, чтобы освободиться от остатков-залежей и взять более свежую продукцию, к примеру те же краски, монтажные пены, есть позиции которые иногда что-то остается на оч большие сроки, т.к. номенклатура по данной позиции обычно не менее 15-20 разновидностей одновременно на витрине, если выгребается и видов для выбора клиенту мало, часто падают продажи такой позиции, даже когда основные продаваемые есть на складе в достаточном кол-ве... Ну как-то так...

berivan написал 05 февраля 2018

Да это то я понял :), и полностью согласен! Только такую аналитику можно (да я думаю и нужно) проводить в ценообразовании, т.к. там виден % наценки, а в дереве товаров нет! Вот приехал товар, делаем ценообразование, и в этом документе, на старый товар, автоматически присваивается последняя розничная цена. Мы сортируем по % наценки, и смотрим, если где-то он сильно больше/меньше стандартного, тогда разбираемся в чем причина (или цены поднялись/опустились, или мы закупили неудачно) и что с этим делать. А как это делать через дерево товаров? Ну в общем, каждый конечно делает, как привык. И если будет выбор (что в дереве отражать) - думаю будет только плюс!

burn написал 05 февраля 2018

Да это то я понял :), и полностью согласен! Только такую аналитику можно (да я думаю и нужно) проводить в ценообразовании, т.к. там виден % наценки, а в дереве товаров нет! Вот приехал товар, делаем ценообразование, и в этом документе, на старый товар, автоматически присваивается последняя розничная цена. Мы сортируем по % наценки, и смотрим, если где-то он сильно больше/меньше стандартного, тогда разбираемся в чем причина (или цены поднялись/опустились, или мы закупили неудачно) и что с этим делать. А как это делать через дерево товаров? Ну в общем, каждый конечно делает, как привык. И если будет выбор (что в дереве отражать) - думаю будет только плюс!

Иметь 2 варианта в дереве в принципе да, будет полезно...

berivan написал 20 февраля 2018

Не подскажите, как дела с обновлением модуля? Очень не удобно без себестоимости...

Mihail написал 20 февраля 2018

В процессе, будет примерно через неделю.

Mihail написал 25 февраля 2018

Мы рады сообщить о публикации новой версии 1.2 модуля "Переработка". В документ "Переработка" добавлено отображение цен и сумм продажи по товарам. Добавлен реквизит шапки "Ответственный". При проведении документ фиксирует цены закупки на конечные товары. Добавлен новый отчет "Переработки товаров" с возможностью детализации по ответственным, товарам, складам, документам. Установить/обновить модуль можно через меню "Дополнительные функции" -> "Управление модулями". Т.к. модули загружаются с нашего сайта, для установки/обновления на компьютере должен быть выход в интернет.

berivan написал 30 декабря 2018

Если возникла необходимость "разобрать" переработку, которая была создана несколько дней назад, как это лучше сделать - создать новую переработку, или можно распровести документ?

Andrey написал 30 декабря 2018

Нужно смотреть предметно.

Например Вы собрали из комплектующих компьютер, сделали документ "Переработка", он простоял дней 5 - его не купили, Вы приняли решение, комплектующие пустить на другие задачи. Если по данному товару не было движений, например инвентаризаций, то можно документ "Переработка" распровести. Если же по товару были движения, например перемещения со склада на склад, продажи, то первоначальный документ "Переработка" трогать не рекомендуется.

  • Понравилось
  • berivan
Myroslav написал 05 октября 2020

По документу "переработка", можно ли исправить
Доля себестоимости - точность десятые.  Или возможность ручного проставление цены выходного товара.

Danil написал 06 октября 2020

Если хотите увеличить точность доли себестоимости, увеличивайте разрядность величины. Например: доля себестоимости 99 и 1, это на уровне процентов. Хотите к процентам добавить десятые доли, пожалуйста 985 и 15 это будет аналогом 98,5% и 1,5%

Но нужно понимать, что конечная себестоимость будет всё равно с двумя знаками после запятой.

Myroslav написал 28 октября 2020

Проблема по документу "Переработка". Программа самовольно присваивает цену себистоимости за процентным алгоритмом. У меня Мясной магазин где постоянно разделка переходит в переработку. Документом испульзуэтся опосля.
И при создании З-отчета списуются какие то космичные суммы.

Предложение 1.  Где можно посмотреть продажи товаров не закривая дня?-  Документ Чек делает проводки по регистру "Продаж".

Предложение 2. Можна ли в Документе "Переработка" себистоимость проставлять ВРУЧНУ, а остаток суммы от входной продукции списывать на одну позицию ("Усушка" или "Потери")

Danil написал 28 октября 2020

Мы ещё подумаем, как избежать космических сумм при списании. Ваша база нам сильно в этом поможет, спасибо что прислали. Проблема большей частью в околонулевых значениях количества. Из-за особенностей хранения данных в базе SQLite образуются очень малые, но не нулевые значения количества, которые как следствие дают огромную себестоимость.

В вашем случае, могу предложить такой вариант. Если вы используете бесплатную версию, то попробуйте перевести базу на тип LocalDB, если же используете платную то на MS SQL. Эти базы хранят значения количества точно и скорее всего не создадут такого же эффекта. Это из того что можно сделать уже сейчас. Но над вашими предложениями мы тоже подумаем.

Close