Автоматизация производства при помощи универсальных учетных систем : КИС Lack & УС Land
22.11.2024 8:07
█ 10.07.2015 20:53
Совсем забыл...
Это видно по картинке предыдущего сообщения. Во всех аналитиках связанных с производством сейчас добавлены ограничители по группам разделов учета, позволяющие отделять обороты, остатки, доходность по различным группам изделий или полуфабрикатов... или как раннее не определяя ограничитель строить анализ по всей задействованной продукции, полуфабрикатам или сырью.
Это видно по картинке предыдущего сообщения. Во всех аналитиках связанных с производством сейчас добавлены ограничители по группам разделов учета, позволяющие отделять обороты, остатки, доходность по различным группам изделий или полуфабрикатов... или как раннее не определяя ограничитель строить анализ по всей задействованной продукции, полуфабрикатам или сырью.
█ 20.02.2016 12:31
Сегодня продолжаю "тужится" написанием "описалова" для версии марта 2016 и наверное пора заканчивать - скоро поздравление персонала с 23.02. В очередной раз перечитав одно из небольших изменений программы озадачился вопросами:
1. Кроме меня, кто-нибудь сможет понять этот "поток сознания"?
2. Правильно ли понимаем (я + бух + технолог + босс) этот "углубленный" анализ? Себестоимостью в программе называется цена цена закупа для товара или стоимость входящего сырья для продукции.
Фрагмент инструкции:
Справка об уходе товаров по накладным. В список видов цен закупа для расчета себестоимости добавлен новый 12 тип – «цена закупа (себестоимость) из карточки товара ПЛЮС стоимость затрат на производство единицы продукции из справочника ассортиментов». Это позволяет рассчитывать реальную доходность, по факту отгрузки, относительно реальных цен реализации, продукции (товаров – можно в данном параметре указывать статичную составляющую затрат для товара при торговле им).
Замечание. Как, например можно «по простому» рассчитать цену затрат на производство единицы конкретной продукции? Конечно экономисты это могут просчитать точно, а если их нет в штате:
Берем общую сумму затрат предприятия (ОСЗ), исключая стоимость приобретенного сырья – эта цифра даётся во многих отчетах. Берем из отчетов общую стоимость израходываемого сырья в ценах закупа (СЫРЬЁ). Выявляем коэффициент отношения (КОЭФ=ОСЗ/СЫРЬЕ) прочих затрат к расходам на сырьё. В отчетах (режимы склейки и ассортиментов) можно увидеть среднюю себестоимость (цену закупа) по конкретным изделиям (товарам) – (СЦЗ).
Тогда цену затрат на производство единицы изделия можно примерно вычислить, как СЦЗ* КОЭФ и прописать в справочник ассортиментов.
Замечание. Раннее данная величина использовалась лишь в подробном анализе рентабельности производства режима «производство продукции».
1. Кроме меня, кто-нибудь сможет понять этот "поток сознания"?
2. Правильно ли понимаем (я + бух + технолог + босс) этот "углубленный" анализ? Себестоимостью в программе называется цена цена закупа для товара или стоимость входящего сырья для продукции.
Фрагмент инструкции:
Справка об уходе товаров по накладным. В список видов цен закупа для расчета себестоимости добавлен новый 12 тип – «цена закупа (себестоимость) из карточки товара ПЛЮС стоимость затрат на производство единицы продукции из справочника ассортиментов». Это позволяет рассчитывать реальную доходность, по факту отгрузки, относительно реальных цен реализации, продукции (товаров – можно в данном параметре указывать статичную составляющую затрат для товара при торговле им).
Замечание. Как, например можно «по простому» рассчитать цену затрат на производство единицы конкретной продукции? Конечно экономисты это могут просчитать точно, а если их нет в штате:
Берем общую сумму затрат предприятия (ОСЗ), исключая стоимость приобретенного сырья – эта цифра даётся во многих отчетах. Берем из отчетов общую стоимость израходываемого сырья в ценах закупа (СЫРЬЁ). Выявляем коэффициент отношения (КОЭФ=ОСЗ/СЫРЬЕ) прочих затрат к расходам на сырьё. В отчетах (режимы склейки и ассортиментов) можно увидеть среднюю себестоимость (цену закупа) по конкретным изделиям (товарам) – (СЦЗ).
Тогда цену затрат на производство единицы изделия можно примерно вычислить, как СЦЗ* КОЭФ и прописать в справочник ассортиментов.
Замечание. Раннее данная величина использовалась лишь в подробном анализе рентабельности производства режима «производство продукции».
█ 20.02.2016 14:14
Плохое сокращение СЦЗ
Расшифровывается и как "Средняя цена закупа", так и "Средняя цена затрат" (а это две разные сущности).
В остальном - всё нормально.
Расшифровывается и как "Средняя цена закупа", так и "Средняя цена затрат" (а это две разные сущности).
В остальном - всё нормально.
█ 20.02.2016 14:22
Цитата:
Да это просто в описалове, что бы формулы сокращать писал... а так это автоматизировано и неявно для пользователей просчитывается... KirillHome ➤ Плохое сокращение СЦЗ
Расшифровывается и как "Средняя цена закупа", так и "Средняя цена затрат" (а это две разные сущности). В остальном - всё нормально.
Расшифровывается и как "Средняя цена закупа", так и "Средняя цена затрат" (а это две разные сущности). В остальном - всё нормально.
█ 20.02.2016 15:39
Цитата:
Так я описалово и читал, и понял, что в какой-то момент "запутался" с расшифровкой аббревиатуры. Об этом и рассказал AndreyZh ➤ Да это просто в описалове, что бы формулы сокращать писал... а так это автоматизировано и неявно для пользователей просчитывается...
█ 20.02.2016 17:02
Цитата:
Попробую в инструкции к версии эту одну из самых мелких доработок описать более корректно KirillHome ➤ Так я описалово и читал, и понял, что в какой-то момент "запутался" с расшифровкой аббревиатуры. Об этом и рассказал
█ 22.02.2016 20:15
Мы писали, мы писали ...
Для "отдыха" позвольте разместить фрагмент инструкции к версии марта и анонсировать новую возможность системы для бизнеса?
Формат справки об уходе по накладным. Добавлен новый формат «влияние возвратов на общую прибыльность реализации – доход предприятия» отчета, котором углубленно анализируются потери бизнеса от операций возврата. Для данного формата «работают» все ограничители отчета, но вне зависимости от «указания» игнорируются операции списания, междускладского перемещения и инвентаризации. Критичные атрибуты помечены на картинке:
Полагаем:
Чистый_доход = доход_от_отгрузки – потери_от_возвратов
Для получения наихудшего, но к сожалению наиболее корректного анализа необходимо брать цены закупа с учетом затрат на производство (торговлю) изделий и вычитать возвраты от покупателей – ведь деньги Вы получите за «отгрузку – возврат». Покажу форму:
Где:
1. Кол-во - отгружено и возможно за минусом возврата;
2. СрЦенаЗ. - средняя цена закупа с возможно учетом затрат на производство;
3. СуммаПоЗ. - отгружено по себестоимости;
4. СрЦенаП. - средняя реальная или виртуальная цена реализации;
5. СуммаПоП. - отгружено в ценах продажи;
6. Доход - СуммаПоП. - СуммаПоЗ.;
7. Наценка - ((СуммаПоП. : СуммаПоЗ.) – 1)*100;
8. К-воВз - возвращенное количество товаров;
9. СуммаПоЗ. - СрЦенаЗ. * К-воВз;
10. Дох-СумВз - «чистый доход» = Доход - СуммаПоЗ.Возврата.
Для "отдыха" позвольте разместить фрагмент инструкции к версии марта и анонсировать новую возможность системы для бизнеса?
Формат справки об уходе по накладным. Добавлен новый формат «влияние возвратов на общую прибыльность реализации – доход предприятия» отчета, котором углубленно анализируются потери бизнеса от операций возврата. Для данного формата «работают» все ограничители отчета, но вне зависимости от «указания» игнорируются операции списания, междускладского перемещения и инвентаризации. Критичные атрибуты помечены на картинке:
Полагаем:
Чистый_доход = доход_от_отгрузки – потери_от_возвратов
Для получения наихудшего, но к сожалению наиболее корректного анализа необходимо брать цены закупа с учетом затрат на производство (торговлю) изделий и вычитать возвраты от покупателей – ведь деньги Вы получите за «отгрузку – возврат». Покажу форму:
Код:
Влияние возвратов на доходность за период с 01.01.16 по 22.02.16 Стр. 1
----------------------------------------------------------------------------------------------------------------------------------
Наименование товара |Кол-во|СрЦенаЗ.|СуммаПоЗ.|СрЦенаП.|СуммаПоП.| Доход |Наценка|К-воВз|СуммаПоЗ.|Дох-СумВз
----------------------------------------------------------------------------------------------------------------------------------
С-пироженное 7488 34.62 259202 53.71 402151 142949 55.15 1386 47977 94972
.........
Торт Кар 11480 90.70 1041211 119.08 1367068 325857 31.30 4035 365966 -40109
Торт Ме 3582 99.25 355526 150.14 537819 182293 51.27 4015 398503 -216210
----------------------------------------------------------------------------------------------------------------------------------
Итого по всем 368276 71.79 26438009 87.49 32220540 5782531 21.87 50895 3653701 2128830
1. Кол-во - отгружено и возможно за минусом возврата;
2. СрЦенаЗ. - средняя цена закупа с возможно учетом затрат на производство;
3. СуммаПоЗ. - отгружено по себестоимости;
4. СрЦенаП. - средняя реальная или виртуальная цена реализации;
5. СуммаПоП. - отгружено в ценах продажи;
6. Доход - СуммаПоП. - СуммаПоЗ.;
7. Наценка - ((СуммаПоП. : СуммаПоЗ.) – 1)*100;
8. К-воВз - возвращенное количество товаров;
9. СуммаПоЗ. - СрЦенаЗ. * К-воВз;
10. Дох-СумВз - «чистый доход» = Доход - СуммаПоЗ.Возврата.
█ 29.10.2016 09:01
Задачка: Начисление зарплаты по сдельной форме. Покритикуйте?
Как происходит сейчас: В конце смены бригады (плавующий состав) дают расчетчикам выработку по изделиям и полуфабрикатам, имеются расценки на каждое изделие. Расчетчики ручками умножают выработку на расценки, делят на число людей бригады и в колонку по каждому работнику пишут сумму к начислению за день. В конце месяца суммируют по каждому, получая сумму к начислению...
На это каждый день и ежемесячно тратится очень много времени и нужно, как-то это автоматизировать. Жутко не люблю править структуру БД системы, а посему буду реализовывать (почти сделал) идею:
В технологической карте есть неиспользуемый сейчас атрибут - сумма прочих затрат на производство единицы изделия, добавляемые к себестоимости изделия (полуфабриката). Решил задействовать его:
1. В настройке системы добавил параметр - включать или не включать данную сумму затрат в себестоимость. Если затраты включать, то получается удвоение суммы затрат, т.к. например з/пл уже списывается. как финансовые затраты;
2. В процессе производства при расчете себестоимости учитывается данная настройка. С целью расчета з/пл нужно отключить учитывать атрибут при расчете, т.е. он становится просто справочным параметром;
3. В операции производства есть атрибут системной метки, который разрешу менять после проведения операции - сейчас запрещено менять производственную операцию. В данный атрибут можно будет из справочника или ручками через запятую вводить список бригады на данную операцию;
4. Приделаю отчет к производству - расчет з/пл за период: всё для расчета будет - список работников для операции, количество произведенных изделий, сумма затрат (сумма на з/пл) на единицу изделия...
Можно ли это ещё упростить или наоборот правильнее это делать через некие "правильные" бизнес процессы?
Как происходит сейчас: В конце смены бригады (плавующий состав) дают расчетчикам выработку по изделиям и полуфабрикатам, имеются расценки на каждое изделие. Расчетчики ручками умножают выработку на расценки, делят на число людей бригады и в колонку по каждому работнику пишут сумму к начислению за день. В конце месяца суммируют по каждому, получая сумму к начислению...
На это каждый день и ежемесячно тратится очень много времени и нужно, как-то это автоматизировать. Жутко не люблю править структуру БД системы, а посему буду реализовывать (почти сделал) идею:
В технологической карте есть неиспользуемый сейчас атрибут - сумма прочих затрат на производство единицы изделия, добавляемые к себестоимости изделия (полуфабриката). Решил задействовать его:
1. В настройке системы добавил параметр - включать или не включать данную сумму затрат в себестоимость. Если затраты включать, то получается удвоение суммы затрат, т.к. например з/пл уже списывается. как финансовые затраты;
2. В процессе производства при расчете себестоимости учитывается данная настройка. С целью расчета з/пл нужно отключить учитывать атрибут при расчете, т.е. он становится просто справочным параметром;
3. В операции производства есть атрибут системной метки, который разрешу менять после проведения операции - сейчас запрещено менять производственную операцию. В данный атрибут можно будет из справочника или ручками через запятую вводить список бригады на данную операцию;
4. Приделаю отчет к производству - расчет з/пл за период: всё для расчета будет - список работников для операции, количество произведенных изделий, сумма затрат (сумма на з/пл) на единицу изделия...
Можно ли это ещё упростить или наоборот правильнее это делать через некие "правильные" бизнес процессы?
█ 29.10.2016 10:15
Привет, Андрей.
У меня делается так.
Есть документ "Сдельная зарплата" с многострочной частью по работникам. В каждой строке ссылка на работника и технологическую операцию. Технологическая операция имеет цену, которая подставляется по мере заполнения документа. Кроме цены используются количество выполненных операций и коэффициент. Например, если какую-то операцию делали два работника, то для деления объема выполненной работы пополам вводится коэффициент 2. А в документе заводятся 2 строки. В принципе, в документе можно использовать различные обработки по заполнению. Сам документ можно копировать, чтобы заново не заполнять список работников.
В настройке модуля Зарплата есть операция "Получить сдельную зарплату", которая возвращает итоговую сумму по всем документам сдельной зарплаты работника за расчетный период. Таким образом, итог по сделке попадает в стандартный модуль расчета заработной платы и далее в различные отчеты по затратам, в калькуляцию себестоимости готовой продукции и т.п.
По документам сдельной зарплаты формируются отчеты в разрезе технологических операций с различным уровнем детализации.
У меня делается так.
Есть документ "Сдельная зарплата" с многострочной частью по работникам. В каждой строке ссылка на работника и технологическую операцию. Технологическая операция имеет цену, которая подставляется по мере заполнения документа. Кроме цены используются количество выполненных операций и коэффициент. Например, если какую-то операцию делали два работника, то для деления объема выполненной работы пополам вводится коэффициент 2. А в документе заводятся 2 строки. В принципе, в документе можно использовать различные обработки по заполнению. Сам документ можно копировать, чтобы заново не заполнять список работников.
В настройке модуля Зарплата есть операция "Получить сдельную зарплату", которая возвращает итоговую сумму по всем документам сдельной зарплаты работника за расчетный период. Таким образом, итог по сделке попадает в стандартный модуль расчета заработной платы и далее в различные отчеты по затратам, в калькуляцию себестоимости готовой продукции и т.п.
По документам сдельной зарплаты формируются отчеты в разрезе технологических операций с различным уровнем детализации.
█ 29.10.2016 14:02
Доброго дня Вячеслав!
Во вторых эта сфера - непосредственно производственные процессы и расчеты непосредственно по ним никогда раннее мной не отрабатывались, да и в фирме это "закрытая" раннее для меня область... Что-то пытались около полутора лет "там" делать одинэсники со своим УППырем, заменяя мою прогу, но судя по беседам лишь привили стойкую аллергию к автоматизации...
То бишь пока пытаюсь сделать расчет з/пл "по простому", т.к. на это мало ресурсов и не могу (стоит "очередь" других служб с задачами
) делать более "правильно" и продуманно... Однако, если снова не захотят менять систему, то твой вариант более "красивый"!
Цитата:
Во первых большое спасибо за описание твоих нюансов технологии - твой текст распечатал, сделал примечания в свете "моих" технологий и буду думать... Однако они в чём-то похожи, но используют разные программные объекты для манипулирования данными - у меня "контейнер" технологическая карта, где хранится и используется всё для производства и калькулирования, а так же есть "производственная операция", где описано сколько ТК и каким образом используется для производства. FinSoft ➤ У меня делается так...
Во вторых эта сфера - непосредственно производственные процессы и расчеты непосредственно по ним никогда раннее мной не отрабатывались, да и в фирме это "закрытая" раннее для меня область... Что-то пытались около полутора лет "там" делать одинэсники со своим УППырем, заменяя мою прогу, но судя по беседам лишь привили стойкую аллергию к автоматизации...
То бишь пока пытаюсь сделать расчет з/пл "по простому", т.к. на это мало ресурсов и не могу (стоит "очередь" других служб с задачами
) делать более "правильно" и продуманно... Однако, если снова не захотят менять систему, то твой вариант более "красивый"! Часовой пояс GMT +3, время: 08:07.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.