Так давайте порассуждаем на тему заказа. Вот допустим, вы увидели нулевые остатки и понимаете, что товар надо заказать. И тут возникают вопросы: - какое количество этого товара надо заказывать? - какому поставщику надо заказывать? Как вы находите ответы на эти вопросы?
Заказ товаров поставщику
- 726 Просмотров
- Последнее сообщение 23 августа 2018
berivan
написал
26 февраля 2018
Количество смотрим по ситуации или по сезону, но видимо подводите эти вопросы к автозаказу? Тогда можно привязаться к последнему приходу, и количество взять оттуда. А что касается поставщика - то у нас дерево товаров создано по поставщикам, т.е. каждая папка соответствует поставщику. Т.е. как мы сейчас делаем заказ - выкатываем остатки по группе, сортируем по кол-ву - вверху списка 0 позиции, а дальше смотрим по минимальным остаткам, к примеру Газ в балонах, на остатке должно быть не меньше 10шт, и если количество около 10, то оставляем в списке и т.д., остальное удаляем. Таким образом мы получаем список товара, который нужно заказать. P.S. Как я вижу такой отчет: Мы выбираем в дереве товаров группу, по которой хотим сформировать заказ. Этот отчет выбирает все 0 позиции и товары с остатком, который равен или ниже минимального, и добавляет его в список. В этом списке я бы хотел видеть Код товара, Артикул, Наименование, Закупочную цену, Фактический остаток, Количество к заказу (взять из последнего прихода). В первом приближении, как то так. Что думаете?Так давайте порассуждаем на тему заказа. Вот допустим, вы увидели нулевые остатки и понимаете, что товар надо заказать. И тут возникают вопросы: - какое количество этого товара надо заказывать? - какому поставщику надо заказывать? Как вы находите ответы на эти вопросы?
Mihail
написал
27 февраля 2018
Да, хочу составить представление, что должен делать некий отчет "Заказ поставщику". Получается для товаров нужно задавать "минимальный остаток". Допустим минимальный остаток = 10 шт, а реальный = 9шт, уже пора заказывать или еще нет? Количество к заказу из последнего прихода меня смущает. Допустим приходило 10 шт, а до минимального остатка не хватает всего 1шт, нужно ли заказывать 10шт? Вы "выкатываете остатки по группе", т.е. по сути выбираете поставщика и хотите понять, какие товары пора у этого поставщика заказать ? Я так понимаю, далеко не всегда можно составить дерево товаров в разрезе поставщиков, это может быть просто неудобным, и в одной группе могут находится товары разных поставщиков. И вот определять поставщика товара придется по последнему приходу, т.е от какого поставщика был последний приход этого товара, тому его и заказывать. Ну или в карточку товара добавлять поле "Основной поставщик" и пользователи должны будут его заполнять. Что думаете?Количество смотрим по ситуации или по сезону, но видимо подводите эти вопросы к автозаказу? Тогда можно привязаться к последнему приходу, и количество взять оттуда. А что касается поставщика - то у нас дерево товаров создано по поставщикам, т.е. каждая папка соответствует поставщику. Т.е. как мы сейчас делаем заказ - выкатываем остатки по группе, сортируем по кол-ву - вверху списка 0 позиции, а дальше смотрим по минимальным остаткам, к примеру Газ в балонах, на остатке должно быть не меньше 10шт, и если количество около 10, то оставляем в списке и т.д., остальное удаляем. Таким образом мы получаем список товара, который нужно заказать. P.S. Как я вижу такой отчет: Мы выбираем в дереве товаров группу, по которой хотим сформировать заказ. Этот отчет выбирает все 0 позиции и товары с остатком, который равен или ниже минимального, и добавляет его в список. В этом списке я бы хотел видеть Код товара, Артикул, Наименование, Закупочную цену, Фактический остаток, Количество к заказу (взять из последнего прихода). В первом приближении, как то так. Что думаете?
Mihail
написал
27 февраля 2018
Приглашаю всех форумчан поучаствовать к обсуждении и поделиться, как вы решаете проблему заказа товаров поставщику. Как вы понимаете, что товар пора заказывать? Как определяете, какое количество товара надо заказывать? Как определяете, какому поставщику надо заказывать?
burn
написал
27 февраля 2018
- Заказывается при достижении минимального кол-ва конкретной позиции, определяется совместно с продавцом учитывая спрос и периодичность продаж по позиции, либо по достижении 0 остатка. Мы ведем в отделах тетради заказов, что помогает, быстрее реагировать на такие моменты, и если что-то приближается к минимальному остатку, Продавец сразу вписывает товар в заказ, данная тетрадь просматривается раз в 2-3 дня и формируется зака.Приглашаю всех форумчан поучаствовать к обсуждении и поделиться, как вы решаете проблему заказа товаров поставщику. Как вы понимаете, что товар пора заказывать?
Это только опытным путем или при конкретном заказе, если нужного кол-ва нет в наличии. Согласно прошлых заказов пробовали неактуально, т.к. влияет заказ покупателей, в нашем случае это большие строительные компании, и их заказы могут не повториться на длительном периоде времени. Тут разве что вариант, сделать к позиции в ручную определяемое минимальное кол-во, на какое реагировать для заказа, 0 не всегда актуально, т.к. влечет убытки при отсутствии часто оборачиваемого товара.Как определяете, какое количество товара надо заказывать?
По всем позициям есть от 1 до 4 поставщиков, проводится обзвон, проверяется актуальная цена + наличие у поставщика, бывает заказ приходится делить на 3-4 части... Понятно, что всегда отдается предпочтение по наличию и цене, тут один минус, цены очень часто меняются на текущий момент, и при каждом следующем заказе отличаются от предыдущих, раньше было более стабильно тогда было максимум 2 поставщика на конкретные позиции пришлось увеличить из-за поддержания товара на складах поставщиков.Как определяете, какому поставщику надо заказывать?
berivan
написал
27 февраля 2018
Да, конечно пора. Т.е. когда фактическое кол-во товара на складе становится равным, или меньше заданной цифры (минимального остатка), то такой товар попадает в заказ. 0 остатки, само собой туда же добавляются.Получается для товаров нужно задавать "минимальный остаток". Допустим минимальный остаток = 10 шт, а реальный = 9шт, уже пора заказывать или еще нет?
Да, именно так! Если приходило 10шт, значит товар не самый ходовой (по крайней мене не продается каждый день), следовательно у такого товара минимальный остаток я бы поставил 2-3шт. Т.е. при достижении фактического количество 2-3шт - в заказ добавляется 10шт. Я понимаю, что последний приход не идеальное решение, но оно, позволяет довольно легко автоматизировать процесс. Понятное дело, что бывают нештатные ситуации (к примеру привезли под крупного клиента большую партию, которая больше не повториться), но, думаю, любой автозаказ, нужно по-любому корректировать в ручную перед отправкой поставщику, и там это количество будет исправлено на штатное, и в дальнейшем все будет как обычно, да и из 1000 позиций, нештатных будет 1-3% всех позиций. Думаю по другому этот процесс не автоматизировать, есть правда еще вариант, по мимо минимального количество, задавать количество для заказа, но это думаю значительно увеличит трудозатраты.Количество к заказу из последнего прихода меня смущает. Допустим приходило 10 шт, а до минимального остатка не хватает всего 1шт, нужно ли заказывать 10шт?
Да, у нас дерево создано по поставщикам. Думаю для кого-то такой вариант не приемлем, и дерево создано по группам товаров (у нас так было изначально, но в виду отсутствия в предыдущих программах, механизма заказа, где из всего дерева выбирался бы товар конкретного поставщика, пришлось прийти к такому решению. А вообще, конечно, дерево по типу товара было бы удобней использовать. Ваше предложение для выбора поставщика (в товаре указывать основного) - лично мне нравится!Вы "выкатываете остатки по группе", т.е. по сути выбираете поставщика и хотите понять, какие товары пора у этого поставщика заказать? Я так понимаю, далеко не всегда можно составить дерево товаров в разрезе поставщиков, это может быть просто неудобным, и в одной группе могут находится товары разных поставщиков. И вот определять поставщика товара придется по последнему приходу, т.е от какого поставщика был последний приход этого товара, тому его и заказывать. Ну или в карточку товара добавлять поле "Основной поставщик" и пользователи должны будут его заполнять. Что думаете?
Dmitriy
написал
27 февраля 2018
Как я понимаю, минимальное кол-во товаров, по достижению которого нужно делать заказ будет указываться в карточке товара? В принципе нормально, но уже сейчас на складах сотни или тысячи наименований и сейчас перелопатить все позиции не реально, надо сделать какую-то команду, типа "Установить минимальное кол-во остатка товара", т.е. одной командой прописать всем позициям мин. кол-во, а уже в процессе работы менять эту цифру исходя из потребности. Если указать мин. кол-во товара равное нулю, то данный товар в отчёт не выгружается, т.е. тем самым мы выключаем не ходовой товар, товар, который мы уже не заказываем совсем или только под заказ. По поводу поставщиков, у нас тоже есть товар, который заказываем у 2-3 поставщиков, в зависимости от текущей цены и наличия товара на складе поставщика. Может программа сможет анализировать от какого поставщика приходил данный товар, например, за последние пол года или год, и предлагать всех поставщиков, а мы сами уже ставя галочку например, могли указать, у какого поставщика его заказать. Или наоборот, я планирую сделать заказ определённому поставщику, формирую отчёт по тому товару, который я когда-то (или за определённый период) покупал у него и программа мне выдаёт весь товар, который я могу купить у этого поставщика, с последними ценами закупки, и исходя из этого я уже делаю заказ, выбирая нужные позиции из отчёта.
berivan
написал
27 февраля 2018
А зачем задавать минимальный остаток всем товарам? Думаю задать такой остаток нужно ходовым позициям, а остальные в заказ попадут, когда закончатся. А не ходовому товару, или тому, который возится только под заказ, можно сделать какую нибудь пометку - не заказывать, чтобы он не участвовал в отчёте.
berivan
написал
27 февраля 2018
А может можно сделать алгоритм расчета количества заказываемого товара, на основе продаж? Нашел описание алгоритма автозаказа, так, для подумать: http://support.litebox.ru/manual/osnovnaya-sistema/detail/avtozakaz/ Думаю такой вариант на перспективу, а на данный момент сделать, что-то попроще, но с прицелом на будущее...
Danil
написал
27 февраля 2018
почему-то минимальный остаток привязывается непосредственно к количеству в заказе, а если по другому рассмотреть, если в параметры для формирования заказа еще добавить понятие "Период планирования", тогда если подключить еще и скорость продажи товаров (для начала хотя бы просто линейную) за какой-то последний период, то мы можем получить количество товара, которое нужно заказать, что бы в следующие 30 (например) дней, остаток по этому товару не опустился ниже минимального, как такой вариант? на достаточно больших интервалах можно будет при расчете скорости учитывать всплески, когда товар продавался под заказ или сезонность ... но это в перспективе
berivan
написал
28 февраля 2018
Если честно, мне не очень понятен такой механизм... Можете на примере пояснить, как это будет считаться?почему-то минимальный остаток привязывается непосредственно к количеству в заказе, а если по другому рассмотреть, если в параметры для формирования заказа еще добавить понятие "Период планирования", тогда если подключить еще и скорость продажи товаров (для начала хотя бы просто линейную) за какой-то последний период, то мы можем получить количество товара, которое нужно заказать, что бы в следующие 30 (например) дней, остаток по этому товару не опустился ниже минимального, как такой вариант? на достаточно больших интервалах можно будет при расчете скорости учитывать всплески, когда товар продавался под заказ или сезонность ... но это в перспективе
Danil
написал
28 февраля 2018
хорошо, попробую более развернуто, смысл вот в том что "Минимальный остаток" это ведь не самоцель, например (цифры взяты для удобства) когда у вас минимальный остаток для товара 10шт, а у вас на момент заказа остаток товара 9шт, то что делать? заказать еще 1шт? но ведь завтра-послезавтра произойдет продажа и что делать? заказывать еще раз? еще 1шт? и так каждые два дня? ... безусловно есть товары, которые придется заказывать каждые два дня, но я сейчас об общем случае ... мне кажется, что в этой ситуации разумнее заказывать с запасом, но запас должен характеризоваться еще и продолжительностью, т.е. за какой срок (или на какой срок) вы планируете запас продать ... возвращаясь к нашим 10 штукам, у вас сейчас 9шт, вы "знаете" (программа рассчитывает), что товар продается со скоростью 1шт в два дня, вы планируете запас на тридцать дней, сколько вам нужно заказать товара? тут как мне кажется есть две основные стратегии, либо вы делаете расчет с целью не довести в течении этого периода остаток по этому товару до нуля и заказываете 6шт товара, либо вы хотите что бы в течении планируемого периода товара было никак не меньше минимального остатка и тогда вы заказываете 16шт тут стоит отметить, что под скоростью пока имеется в виду скорость линейная, которая рассчитывается без учета эластичности, сезонности и т.д. и рассчитывается на основании истории продаж товара, за какой-то определенный периодЕсли честно, мне не очень понятен такой механизм... Можете на примере пояснить, как это будет считаться?почему-то минимальный остаток привязывается непосредственно к количеству в заказе, а если по другому рассмотреть, если в параметры для формирования заказа еще добавить понятие "Период планирования", тогда если подключить еще и скорость продажи товаров (для начала хотя бы просто линейную) за какой-то последний период, то мы можем получить количество товара, которое нужно заказать, что бы в следующие 30 (например) дней, остаток по этому товару не опустился ниже минимального, как такой вариант? на достаточно больших интервалах можно будет при расчете скорости учитывать всплески, когда товар продавался под заказ или сезонность ... но это в перспективе
berivan
написал
28 февраля 2018
Теперь ясно. А если вернуться к минимальному остатку в 10шт, то в моем понимании такой остаток, означает, что товар этот ходовой (продается чуть ли не каждый день), и значит привозится он не по 1шт. И если в момент составления заказа, на остатке лежит 9шт (при минимально заданном количестве 10шт), то его естественно нужно заказывать, и не 1 шт (чтобы поднять до минимального остатка), а 30 - 40шт! Т.е. минимальный остаток, нам говорит, что ходовой товар скоро закончится совсем (через 2-3 дня), следовательно его нужно довезти, в том количестве, чтобы обеспечить его наличие на протяжении 7-10 дней.
Danil
написал
28 февраля 2018
вот и я об этом, только предлагаю программно рассчитать сколько именно нужно товара исходя из количества дней на протяжении которых вы хотите обеспечить наличие товара только не в голове это прикидывать, а что бы программа рассчитала основываясь на истории продаж
berivan
написал
28 февраля 2018
Звучит неплохо, давайте попробуем )))
burn
написал
28 февраля 2018
Может тогда обобщим, рассчитывать программно, после чего дать возможность откорректировать минимальные остатки вручную, под личные желания... Таким образом перекрываются все желания для любой хотелки...вот и я об этом, только предлагаю программно рассчитать сколько именно нужно товара исходя из количества дней на протяжении которых вы хотите обеспечить наличие товара только не в голове это прикидывать, а что бы программа рассчитала основываясь на истории продаж
Mihail
написал
01 марта 2018
Ну это что называется "само собой", программа рассчитывает "желательное" количество заказа, а окончательное значение подтверждает/изменяет пользователь. Еще бы логику расчета "желательного" количество заказа обобщить. :)Может тогда обобщим, рассчитывать программно, после чего дать возможность откорректировать минимальные остатки вручную, под личные желания... Таким образом перекрываются все желания для любой хотелки...
Danil
написал
01 марта 2018
Если имеешь в виду, как скорость рассчитать? То за указанный период ищем отрезки, где остаток товара был не нулевым и в этих отрезках рассчитываем линейную скорость, так как нас должно интересовать как быстро товар продавался когда он был на остатках ... далее скорость умножаем на плановое количество дней, в течении которых мы хотим товар продаватьЕще бы логику расчета "желательного" количество заказа обобщить. :)
berivan
написал
01 марта 2018
А как эта логика сработает в такой ситуации: лежало пол года на остатке товара 2шт, и потом в один день продали обе позиции сразу. Как будет спрогнозировано количество для заказа? Может для начала сделаем отчет, который бы просто выкатывал 0 позиции, и товары у которых остаток стал равен или меньше минимально заданного? И желательно чтобы был выбор, как создавать такой отчет: по поставщику (на основании прихода) или по группе в дереве. Как первый шаг к автозаказу? :) Таким отчетом уже можно было бы пользоваться, и сделать его думаю не так сложно...
Danil
написал
01 марта 2018
а какие тут есть варианты? за полгода вы продали 2 шт товара ... есть все шансы, что в следующие полгода вы продадите еще два, это если вы планируете на полгода вперед, если планируете на 30 дней, программа предложит 1шт, т.е. просто что бы былА как эта логика сработает в такой ситуации: лежало пол года на остатке товара 2шт, и потом в один день продали обе позиции сразу. Как будет спрогнозировано количество для заказа?
я бы не называл, то что мы обсуждаем автозаказом, это скорее поиск товара требующего дополнительного заказа и расчет нужного количества вы предлагаете начать с первой части (поиск товара требующего заказа), согласен, можно начать с этогоМожет для начала сделаем отчет, который бы просто выкатывал 0 позиции, и товары у которых остаток стал равен или меньше минимально заданного? И желательно чтобы был выбор, как создавать такой отчет: по поставщику (на основании прихода) или по группе в дереве. Как первый шаг к автозаказу? :) Таким отчетом уже можно было бы пользоваться, и сделать его думаю не так сложно...
berivan
написал
06 марта 2018
Только будет просьба, когда будете готовить такой отчет, сделайте, пожалуйста возможность формировать его по категориям в дереве товаров.
berivan
написал
11 марта 2018
Есть предложение. Если один и тот же товар закупается у разных поставщиков (а такое часто бывает), нужно присвоить этому товару всех этих поставщиков. И тогда делая заказ Поставщику 1 товар, который у него закупается, попадает в отчёт, и если по какой-то причине мы этот товар у него не купили (не было в наличии, или цена не понравилась), то формируя такой отчёт по другому поставщику, у которого можно взять тот же товар, он опять таки попадет в отчёт, т.к. на остатке этого товара так и не появилось. И так этот товар будет попадать в заказ ко всем поставщикам, у которых его можно купить, до тех пор, пока он не появится на остатке.
Mihail
написал
10 июля 2018
- Отредактировано 10 июля 2018
Мы рады сообщить о публикации нового модуля "Заказ товаров", предназначенного облегчить расчет и составление заказов поставщикам. При установке модуля в программу "Каяла: Торговое место" добавляется новый отчет "Заказ товаров".
В отчете задается период анализа продаж и срок потребности (количество дней, на которое расчитывается заказ). По результатам анализа продаж и остатков рассчитывается потребность в товарах на заданный срок и заполняется в колонку "Требуется". При анализе все товары ранжируются на "Требующие заказа", "Имеющиеся в достатке", "Неликвидные" и "Неиспользуемые", можно управлять их отображением включая/отключая одноименные кнопки. Окончательное решение о количестве заказа принимает пользователь заполняя колонку "Заказ". По кнопке "Печать заказа" можно сформировать печатную форму.
Установить модуль можно через меню "Дополнительные функции" -> "Управление модулями". Т.к. модули загружаются с нашего сайта, для установки на компьютере должен быть выход в интернет.
Внимание! Все функции Заказа товаров будут доступны только при наличии платной лицензии.
- Понравилось
-
burn
написал
10 июля 2018
Спасибо, давно ждали...
Будем завтра тестировать 
berivan
написал
11 июля 2018
а по какому формуле идет расчет требуемого количества?
berivan
написал
11 июля 2018
Вот выделенные две позиции, за 5 месяцев было продано по 1шт. А предлагается заказать 10 и 5шт соответственно! Никогда бы не сделал такой заказ.
berivan
написал
11 июля 2018
Затем товар под кодом 14002, программа считает, что было продано 20 единиц (на скрине выше), хотя на самом деле было продано 18шт, а строк действительно 20, но 2 из них приход, а не расход. Программа просто берет количество строк из оборота? Откуда взялась цифра 20?
Mihail
написал
11 июля 2018
- Отредактировано 11 июля 2018
Вот выделенные две позиции, за 5 месяцев было продано по 1шт. А предлагается заказать 10 и 5шт соответственно! Никогда бы не сделал такой заказ.
В зачет идут только дни, когда товар был в наличии. Т.е. если вы оприходовали товар и на следующий день его продали, то считается что он продается со скоростью 1шт/день, соответственно при расчете потребности на 10 дней нужно 1 х 10 = 10шт.
Mihail
написал
11 июля 2018
- Отредактировано 11 июля 2018
Затем товар под кодом 14002, программа считает, что было продано 20 единиц (на скрине выше), хотя на самом деле было продано 18шт, а строк действительно 20, но 2 из них приход, а не расход. Программа просто берет количество строк из оборота? Откуда взялась цифра 20?
Сформируйте отчет Продажи, чтоб было видно колонку Количество, а то из оборотов не видно сколько продано.
berivan
написал
11 июля 2018
Да, точно, что могли купить 2шт, я не подумал - туплю 
. А вот это:
В зачет идут только дни, когда товар был в наличии. Т.е. если вы оприходовали товар и на следующий день его продали, то считается что он продается со скоростью 1шт/день, соответственно при расчете потребности на 10 дней нужно 1 х 10 = 10шт.
Вот это я считаю не правильно. Мы много привозим товара под заказ, дорогого товара в основном, и как правило он продается в день прихода (очень часто). Так вот его точно больше не хотелось бы заказывать. Или это частные случае, и их нужно отсеивать вручную?
Danil
написал
11 июля 2018
Как вариант, их четко видно по единичному количеству, со временем сформируем критерий, как можно их отсеивать
berivan
написал
11 июля 2018
не факт, что количество было единичным. Могли заказать и 1 и 2 и 10шт, всякое бывает. Да и элемент случайности то же, как в примере выше. Флешки на 64 гиг (говорю за себя), продаются мягко говоря не так часто, и то что она продалась в день прихода - совсем не означает, что нужно заказывать 10шт. Может за скорость продажи взять не кол-во дней, который товар был в наличии, а период, за который мы делаем отчет?
Mihail
написал
11 июля 2018
Мы много привозим товара под заказ, дорогого товара в основном, и как правило он продается в день прихода (очень часто). Так вот его точно больше не хотелось бы заказывать. Или это частные случае, и их нужно отсеивать вручную?
На данном этапе задача отчета помогать с расчетом "постоянных" товаров, которые более менее пользуются спросом, и чтоб этот спрос не упустить нужно держать эти товары в наличии.
С товарами "под заказ" это отдельная тема и если вы знаете, что товар закупается только в случае предзаказа от покупателя, такие товары нужно исключать из анализа. Скорее всего мы сможем рассчитывать потребность в товарах "под заказ", когда реализуем в программе механизм заказов от покупателей, который планируем начать делать уже в ближайшее время.
- Понравилось
-
Danil
написал
11 июля 2018
я понимаю, что их может быть не только единичное количество, поэтому и говорю, что критерии придется выявлять, опять же в случае с простыми нулевым остатками эти товары все так же у вас на виду ... Что касается периода, то так на мой взгляд неправильно, вы рискуете закупить товар, который опять быстро продастся и будет по нулям в ожидании следующего заказа
berivan
написал
11 июля 2018
в общем в любом случае полного автоматизма не получится А жаль, будем пробовать на практике, посмотрим что будет получаться. А отчет АBС и XYZ не планируете? Хочется увидеть самый продаваемый и прибыльный товар
berivan
написал
11 июля 2018
Вот уж, что точно должно быть постоянно на складе
P.S. не могу редактировать сообщения. При сохранении изменений, выскакивает ошибка: Вы не можете это сделать.
Mihail
написал
12 июля 2018
А отчет АBС и XYZ не планируете? Хочется увидеть самый продаваемый и прибыльный товар
Планируем, но когда, пока сложно сказать. Жаль, что не получается сделать все и сразу
Danil
написал
16 июля 2018
P.S. не могу редактировать сообщения. При сохранении изменений, выскакивает ошибка: Вы не можете это сделать.
исправил, теперь должно работать
- Понравилось
-
burn
написал
16 июля 2018
P.S. не могу редактировать сообщения. При сохранении изменений, выскакивает ошибка: Вы не можете это сделать.
исправил, теперь должно работать
Работает!
Daria-in
написал
23 августа 2018
Описание как магазины делают заказ, обходят автозаказ с примерами и формулами нашла на сайте http://insoret.ru/product/ordering_products/
- Понравилось
-
Danil
написал
23 августа 2018
Описание как магазины делают заказ, обходят автозаказ с примерами и формулами нашла на сайте http://insoret.ru/product/ordering_products/
Спасибо! Хорошая статья, и сайт в целом. Просмотрел по диагонали, как мне кажется мы реализовали все очень похожим образом. Некоторые параметры, конечно в нашем случае придется держать в голове, но как мне кажется, главные показатели (средние продажи и прогноз) мы вычисляем так же.
