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

Разрешите посоветоваться по развитию и изменению технологий системы УС Лэнд : КИС Lack & УС Land

22.11.2024 0:16


19.06.2015 22:58
А как производится учет, например, создания изделий с плавающей техкартой? Вот готовим мы, например, салат. Бабахнули вчера 1 кг картошки и пакет майонеза. А сегодня картошка была с гнильцой, а повар перебрал с солью и на такое же количество выхода продукта бабахнул 1.5кг картошки и полтора пакета майонеза. И как это отражается?
19.06.2015 23:27
Цитата:
OlegON А как производится учет, например, создания изделий с плавающей техкартой? Вот готовим мы, например, салат. Бабахнули вчера 1 кг картошки и пакет майонеза. А сегодня картошка была с гнильцой, а повар перебрал с солью и на такое же количество выхода продукта бабахнул 1.5кг картошки и полтора пакета майонеза. И как это отражается?
Что не спится? Я фильм "Зори здесь тихие 2015" посмотрел и приводил флэшки в порядок...

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

1. Производить согласно техкартам - это рассчитанные технологами выкладки;
2. В конце смены или периода производить ревизию остатков, делать операцию инвентаризации и формировать ведомость расхождения.

Новая техника комплектации предназначена для серьёзного упрощения и ускорения процесса стандартизированного производства, а точнее сборки и изготовления, а так же совмещения процесса производства и реализации. Кроме того реализация механизма "комплектации" в терминах "1с"
20.06.2015 09:47
Цитата:
OlegON А как производится учет, например, создания изделий с плавающей техкартой? Вот готовим мы, например, салат. Бабахнули вчера 1 кг картошки и пакет майонеза. А сегодня картошка была с гнильцой, а повар перебрал с солью и на такое же количество выхода продукта бабахнул 1.5кг картошки и полтора пакета майонеза. И как это отражается?
Олег, в производстве всегда надо различать план и факт. Техкарта (или нормы) - это инструмент для сравнительного анализа и планирования. Он не имеет прямого отношения к фактическому расходу сырья.

На примере салата в упрощенном случае.
1. Сырье передается в цех со склада, это фиксируется документально. Случай, когда склад и цех в одном лице - это частный случай.
2. Производство обычно происходит по сменам. Мастер первой смены передает остатки сырья в цехе (незавершенку) мастеру другой смены. Это тоже регистрируется документально, т.к. каждый из них материально-ответственный.
3. Выпуск готовой продукции (салатов) регистрируется документально на складе готовой продукции.
4. Готовая продукция отгружается со склада покупателям (в магазины).

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

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

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

Андрей, я бы крайне не рекомендовал использовать списание сырья по нормам с последующим выравниванием по инвентаризации.
20.06.2015 11:29
Цитата:
FinSoft ....
На примере салата в упрощенном случае.
1. Сырье передается в цех со склада, это фиксируется документально. Случай, когда склад и цех в одном лице - это частный случай.
2. Производство обычно происходит по сменам. Мастер первой смены передает остатки сырья в цехе (незавершенку) мастеру другой смены. Это тоже регистрируется документально, т.к. каждый из них материально-ответственный.
3. Выпуск готовой продукции (салатов) регистрируется документально на складе готовой продукции.
4. Готовая продукция отгружается со склада покупателям (в магазины).

Незавершенный остаток сырья предыдущей смены, плюс сколько взяли сырья в текущую смену, минус сколько передали сырья следующей смене дают фактический расход сырья за смену. Сколько сдали готовой подукции на склад дает выпуск.
Теперь можно взять выпуск и нормы, получить плановый расход сырья и сравнить с фактическим. Чтобы посчитать фактическую сырьевую себестоимость, берем выпуск и нормы, фактический расход пропорционально распределяем по тем изделиям, в которые входят потраченные ингридиенты. По выпуску и нормам считаем плановую себестоимость изделий и сравниваем.
...
Те небольшие производства при магазинах, с которыми мне доводилось работать, к сожалению, выдавали только два показателя:
1) Количество полученного сырья (как со склада, так и от поставщиков - мясо в полутушах, майонез в вёдрах и т.п).
2) Количество произведённых "салатов" (котлет, блинов и т.п.)

И заставить цех ежедневно считать остатки сырья и незавершённого производства - не получалось вовсе (как и в магазинах, которые "экономят" на бизнес-процессах/автоматизации/сотрудниках - не получается разделить склад и торговый зал).

В таких случаях еженедельная/ежемесячная инвентаризация - простой вариант узнать фактическую себестоимость произведённого цехом за период.

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

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

И есть у меня ещё одна крамольная мысль - о том, что выход произведённой продукции (в цехах при магазине, конечно же) надо считать по продаже через кассу, а не через "подачу из цеха"
20.06.2015 14:16
Чтобы получить себестоимость конкретного блюда, достаточно знать общий расход сырья. Остальное раскручивается по нормам.
Вообще говоря, фактическая себестоимость, как и нормы, штука приблизительная. Их используют в паре, чтобы регулировать производственный процесс.

Когда производство маленькое, собственник рассуждает так. Вот столько денег я в этом месяце потратил, столько заработал, столько моя маржа. Маржа устраивает, нафик нужно заморачиваться с план-факторным анализом. Когда не устраивает, начинается разговор - с какой периодичностью делать инвентаризацию, кого и за что назначить материально-ответственным и т.д. Если говорить про борьбу с воровством (одну из сторон регулирования производства), то некоторые предпочитают просто занизить зарплату, с учетом того, что разницу "доворуют".
20.06.2015 23:14
Добрый вечер!

В начале "поплачусь"! Сегодня даже для Саратова тепло: днём в тени по термометру 42 градуса, на огороде вяли огурчики и меня поставили на полив, чем и занимался несколько часов перебегая от грядок к тени деревьев... Потом не выдержал и спал в домике до медведевской ночи, т.е. 20:00 - когда наступает темень... в надежде домой ехать по "холодку". Только сейчас он наступил - всего 32 градуса, правда мозги не соображают, но ответить попробую...


Частота ревизий не обязательно ежедневная и производство - не торговля, здесь нет широкого спектра сырья и как следствие посчитать остатки, а выработка итак посчитана при передаче на склад хранения не представляет сложностей.

Инвентаризация в УС Лэнд - нормальная "затратная" операция в бизнес процессах производства, а с основанием например "расхождение с технологией" позволяет оценить правильность техкарт.

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

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

Конечно я увидел и надеюсь прочитают производственники ряд ценных замечаний по учету процессов производства, но всё это есть в старых сложных техниках, а "народ" требует ближе к себе и упрощения этого всего... вот и выдумалось упрощение.
09.07.2015 17:05
Когда появятся новые версии и дистрибутивы? - ХЗ!

С очень давнего времени копились пожелания, требующие изменения структур баз данных - вот и поменял, да так, что сам уже ожидаю отладочный гемор в процессе внедрения версий с сопутствующими исправлениями ошибок в реальном времени. Сейчас основная "отладочная" площадка готовится к сдаче алкогольной декларации, а там более 20 баз данных разбросанных по всему городу, а все программы комплекса слишком взаимоувязаны. Надеюсь, что после 20.07 начнется авральная установка, отладка, исправление ошибок... а дальнейшее зависит от их количества - думаю, что до конца августа все "клопы" будут отловлены. Дальше зависит от желания, пока нет куда-нибудь съездить на пару недель... Будем надеяться, что к концу сентября всё будет доделано и отлажено.

А пока... занимаюсь дальнейшим "усложнением" системы добавляя в неё новые технологические изменения. Сейчас приступил к реально необходимым и по которым идут постоянным потоком требования, но раньше, не трогая структур не мог их удовлетворить... Кроме того хотелось придумать более удобные механизмы (подходы, технологии), чем вшитые в логику (алгоритмы) системы.

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



Обведено некрасивой толстой рамкой... Уже сделал универсальный очень быстрый обработчик (анализатор) цен и даже отладил его в режиме экспресс выписки - один из десятка способов формирования отгрузки. Рассмотрим ограничители:

Напомню, что значение 0 или много 9 отключает технологию (ограничители) в любых подсистемах...


1. Минимальная цена продажи. При выписке и сохранении (могут "играть" скидками) накладной программа проверяет и ИСПРАВЛЯЕТ цену товара до минимальной. Например при торговле алкоголем или при разрешении продавцам торговать ниже прайса.

2. Максимальная цена продажи.

3. Минимальная наценка на товар относительно себестоимости = цена_закупа + добавочная_цена.

4. Максимальная наценка на товар.

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

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

Так же будет режим верификации партий (товаров) с остатками на описанные (для номенклатуры, где включены технологии) на правильность цен.
31.07.2015 10:56
В общем и целом все изменения баз данных, думаю, в перспективе года на 3 произвел... Основные воспрошаемые изменения так же внес в систему и на следующей неделе, если опять не будет "тормозков" буду пробовать "всё это" устанавливать у реальных пользователей, что конечно выявит множество косяков и при объяснениях появится "горка" новых пожеланий.

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

Так, что есть надежда в ближайшие месяцы выложить новые дистрибутивы и обновления системы
14.10.2015 11:24
Сейчас отвлекли звонком по "алкоголю в общепите" Алкоголь в общепите: учет, декларирование, журнал, ЕГАИС - пришлось переключиться... и сразу "встал вопрос"? Правда сам пока по нему не задумывался, но может подскажите идеи по его реализации "малой кровью" и не усложняя жизнь буфетчицам?

1. Приходуем в общепит бутылками (0.5), но желательно с позиции "разливухи" в миллилитрах (500)
2. Наливая в стакан сразу списывается его емкость, например (0.2) 100 мл

... то есть можно продавать как целыми, так и дробными значениями и для всего анализа это безразлично. Любые "порции" корректно отражаются при использовании сканера ШК.

Однако есть "засада": В журнал учета производится запись по продаже "алкоголя в потребительской таре" в момент её открытия, т.е. как только бутылка открыта - эту инфу надо прописать в журнал, как продажу всей бутылки и как Вы можете предложить "выкрутиться"?
15.10.2015 11:59
А в чем собственно проблема? Открыли бутылку - списали ее в ЕГАИС полностью. То, что Вы ее по граммам потом еще месяц разливать будете, это их не волнует, это дело Ваше, Вашей товароучетной системы. Были где-то комментарии ФСРАР именно на эту тему, уже давно, тогда, когда только первый проект "журнала" появился, можно поискать, даже по моему здесь на форуме проскакивало.
Часовой пояс GMT +3, время: 00:16.

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