Здравствуйте,
Штатной такого рода функции нет. Только если писать специальный плагин, который будет так делать. Продумывать логику его работы, техническую реализацию, ТЗ, разработка, тестирование.
У меня есть в качестве предложения значительно более дешевый вариант и, по-моему, вполне рабочий, на первый взгляд:
Если они такие дорогие эти "пятачки" (ну, в принципе, понятно - медь), то их по любому нужно как-то контролировать же физически. Не просто само по себе там куда-то что-то прибавляется чисто в программе. Тут же принципиально важно, сколько их реально то есть. Надо хотя бы взвешивать их все равно когда-то. Рано или поздно. Чтобы проконтролировать, сколько на самом деле их есть.
Соответственно, предлагаю рассмотреть такой вариант:
1. "пятачки" ссыпать в какую-то тару и периодически сдавать на склад отходов. В этот самый момент и взвешивать, сколько реально сдано (в граммах, килограммах) и вводить это в программу просто как приход (можно отдельный склад сделать, например, чтобы с основным не путалось это количество).
2. для деталей поставить в базе параметр (как угодно можно его назвать) - сколько граммов с этой детали должно получаться отхода для сдачи на склад.
3. сделать отчёт. Например, из "статистики", который будет выбирать все операции "пробивки" медных деталей, и перемножать фактически отмеченное сданное кол-во деталей на "норматив отхода" (параметр, п.2). И выводить это. За выбранный период. Хотите - общую сумму. Хотите - с расшифровкой по деталям или, допустим по дням и сменам, из чего сумма сложилась.
А дальше - берете с одной стороны обороты за период (сколько реально пришло "пятачков" по весу), с другой такой отчет (а сколько их должно было прийти) и сравниваете.
Помимо кардинально меньшей стоимости решения*, есть ещё одно преимущество у моего способа. Что можно как раз сравнить. Реально собранное и сданное кол-во за период (приход на склад за период) и расчётное, сколько должно было быть за этот же период, по идее (отчет из "статистики").
А если оно само будет "приходоваться" на склад, автоматом по чуть-чуть, просто по факту отметки операции, то тогда:
Предположим, считаете вы через какое-то время сколько там реально на складе есть "пятачков" И оно заметно не сходится то, что в программе наприходовалось, с тем, что на самом деле есть по факту.
Как в таком случае определять, почему так, и в какой момент оно так получилось? Ведь непосредственно в момент поступления на склад никто же не проверял и не взвешивал. Оно само там в программе автоматом "записалось" на склад. А поступило оно на самом деле или нет? сколько на самом деле поступило? когда? Это все тайна покрытая мраком в случае "автоматического оприходования по сдаче операции".
*Писать плагин для такого рода "автоматической сдачи" - это минимум от 100 тыс. Минимум. Реально, почти 100%, больше. Потому что получится узкоспециализированная и мало востребованная вещь. А времени требует. В то время как отчет сделать такого рода - максимум 10 тыс., как видится предварительно. Ну, может быть, на консультации там что-то ещё накинуть. Но в любом случаем это в сумме всё будет кардинально дешевле, чем плагин такой специальный делать.