Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

Автоматизация производства при помощи универсальных учетных систем : КИС Lack & УС Land

28.03.2024 11:02


10.07.2015 20:53
AndreyZh
 
Совсем забыл...

Это видно по картинке предыдущего сообщения. Во всех аналитиках связанных с производством сейчас добавлены ограничители по группам разделов учета, позволяющие отделять обороты, остатки, доходность по различным группам изделий или полуфабрикатов... или как раннее не определяя ограничитель строить анализ по всей задействованной продукции, полуфабрикатам или сырью.
20.02.2016 12:31
AndreyZh
 
Сегодня продолжаю "тужится" написанием "описалова" для версии марта 2016 и наверное пора заканчивать - скоро поздравление персонала с 23.02. В очередной раз перечитав одно из небольших изменений программы озадачился вопросами:

1. Кроме меня, кто-нибудь сможет понять этот "поток сознания"?

2. Правильно ли понимаем (я + бух + технолог + босс) этот "углубленный" анализ? Себестоимостью в программе называется цена цена закупа для товара или стоимость входящего сырья для продукции.

Фрагмент инструкции:

Справка об уходе товаров по накладным. В список видов цен закупа для расчета себестоимости добавлен новый 12 тип – «цена закупа (себестоимость) из карточки товара ПЛЮС стоимость затрат на производство единицы продукции из справочника ассортиментов». Это позволяет рассчитывать реальную доходность, по факту отгрузки, относительно реальных цен реализации, продукции (товаров – можно в данном параметре указывать статичную составляющую затрат для товара при торговле им).

Замечание. Как, например можно «по простому» рассчитать цену затрат на производство единицы конкретной продукции? Конечно экономисты это могут просчитать точно, а если их нет в штате:

Берем общую сумму затрат предприятия (ОСЗ), исключая стоимость приобретенного сырья – эта цифра даётся во многих отчетах. Берем из отчетов общую стоимость израходываемого сырья в ценах закупа (СЫРЬЁ). Выявляем коэффициент отношения (КОЭФ=ОСЗ/СЫРЬЕ) прочих затрат к расходам на сырьё. В отчетах (режимы склейки и ассортиментов) можно увидеть среднюю себестоимость (цену закупа) по конкретным изделиям (товарам) – (СЦЗ).

Тогда цену затрат на производство единицы изделия можно примерно вычислить, как СЦЗ* КОЭФ и прописать в справочник ассортиментов.

Замечание. Раннее данная величина использовалась лишь в подробном анализе рентабельности производства режима «производство продукции».
20.02.2016 14:14
KirillHome
 
Плохое сокращение СЦЗ
Расшифровывается и как "Средняя цена закупа", так и "Средняя цена затрат" (а это две разные сущности).

В остальном - всё нормально.
20.02.2016 14:22
AndreyZh
 
Цитата:
KirillHome Плохое сокращение СЦЗ
Расшифровывается и как "Средняя цена закупа", так и "Средняя цена затрат" (а это две разные сущности). В остальном - всё нормально.
Да это просто в описалове, что бы формулы сокращать писал... а так это автоматизировано и неявно для пользователей просчитывается...
20.02.2016 15:39
KirillHome
 
Цитата:
AndreyZh Да это просто в описалове, что бы формулы сокращать писал... а так это автоматизировано и неявно для пользователей просчитывается...
Так я описалово и читал, и понял, что в какой-то момент "запутался" с расшифровкой аббревиатуры. Об этом и рассказал
20.02.2016 17:02
AndreyZh
 
Цитата:
KirillHome Так я описалово и читал, и понял, что в какой-то момент "запутался" с расшифровкой аббревиатуры. Об этом и рассказал
Попробую в инструкции к версии эту одну из самых мелких доработок описать более корректно
22.02.2016 20:15
AndreyZh
 
Мы писали, мы писали ...

Для "отдыха" позвольте разместить фрагмент инструкции к версии марта и анонсировать новую возможность системы для бизнеса?

Формат справки об уходе по накладным. Добавлен новый формат «влияние возвратов на общую прибыльность реализации – доход предприятия» отчета, котором углубленно анализируются потери бизнеса от операций возврата. Для данного формата «работают» все ограничители отчета, но вне зависимости от «указания» игнорируются операции списания, междускладского перемещения и инвентаризации. Критичные атрибуты помечены на картинке:



Полагаем:

Чистый_доход = доход_от_отгрузки – потери_от_возвратов

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

Код:
                             Влияние возвратов на доходность за период с 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
AndreyZh
 
Задачка: Начисление зарплаты по сдельной форме. Покритикуйте?

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

На это каждый день и ежемесячно тратится очень много времени и нужно, как-то это автоматизировать. Жутко не люблю править структуру БД системы, а посему буду реализовывать (почти сделал) идею:

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

1. В настройке системы добавил параметр - включать или не включать данную сумму затрат в себестоимость. Если затраты включать, то получается удвоение суммы затрат, т.к. например з/пл уже списывается. как финансовые затраты;

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

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

4. Приделаю отчет к производству - расчет з/пл за период: всё для расчета будет - список работников для операции, количество произведенных изделий, сумма затрат (сумма на з/пл) на единицу изделия...

Можно ли это ещё упростить или наоборот правильнее это делать через некие "правильные" бизнес процессы?
29.10.2016 10:15
FinSoft
 
Привет, Андрей.

У меня делается так.

Есть документ "Сдельная зарплата" с многострочной частью по работникам. В каждой строке ссылка на работника и технологическую операцию. Технологическая операция имеет цену, которая подставляется по мере заполнения документа. Кроме цены используются количество выполненных операций и коэффициент. Например, если какую-то операцию делали два работника, то для деления объема выполненной работы пополам вводится коэффициент 2. А в документе заводятся 2 строки. В принципе, в документе можно использовать различные обработки по заполнению. Сам документ можно копировать, чтобы заново не заполнять список работников.

В настройке модуля Зарплата есть операция "Получить сдельную зарплату", которая возвращает итоговую сумму по всем документам сдельной зарплаты работника за расчетный период. Таким образом, итог по сделке попадает в стандартный модуль расчета заработной платы и далее в различные отчеты по затратам, в калькуляцию себестоимости готовой продукции и т.п.

По документам сдельной зарплаты формируются отчеты в разрезе технологических операций с различным уровнем детализации.
29.10.2016 14:02
AndreyZh
 
Доброго дня Вячеслав!

Цитата:
FinSoft У меня делается так...
Во первых большое спасибо за описание твоих нюансов технологии - твой текст распечатал, сделал примечания в свете "моих" технологий и буду думать... Однако они в чём-то похожи, но используют разные программные объекты для манипулирования данными - у меня "контейнер" технологическая карта, где хранится и используется всё для производства и калькулирования, а так же есть "производственная операция", где описано сколько ТК и каким образом используется для производства.

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

То бишь пока пытаюсь сделать расчет з/пл "по простому", т.к. на это мало ресурсов и не могу (стоит "очередь" других служб с задачами ) делать более "правильно" и продуманно... Однако, если снова не захотят менять систему, то твой вариант более "красивый"!
Часовой пояс GMT +3, время: 11:02.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.