Bопрос по Excel. Помогите советом, как ЭТО сделать? Есть ячейка, в которой есть число. Есть вторая ячейка, в которую вносится другое число. Требуется, чтобы при введении числа во вторую ячейку, в первой ячейке появлялась сумма этих двух ячеек и вторая ячейка обнулялась.

Или подскажите, как сформулировать этот вопрос, для поиска. Не могу найти.

Если я правильно понял задачу, то простой формулой тут не обойтись.

Можно попробовать через VBA.

А вообще что это должно быть когда оно выростет?

Private Sub Worksheet_Change(ByVal Target As Range)

    Dim opdCell As Range
    Dim accuCell As Range
    Dim val As Variant
    
    With Tabelle1
        Set opdCell = .Range("B1")
        If Not Application.Intersect(opdCell, .Range(Target.Address)) Is Nothing And Application.IsNumber(opdCell.Value) Then
            If opdCell.Value <> 0 Then
                val = 0
                Set accuCell = .Range("A1")
                If Application.IsNumber(accuCell.Value) Then
                    val = accuCell.Value
                End If
                accuCell.Value = val + opdCell.Value
                opdCell.Value = 0
            End If
        End If
    End With
    
End Sub

Задача такая: есть количество запчастей на складе. Но учет не налажен совсем. Так вот, есть например 500 штук шурупов. приходит еще партия, 250 штук. 500 штук стоит в первой ячейке. Вводим 250 штук в другую ячейку, и тогда в первой ячейке должна появиться цифра 750, а в ячейке ввода должен остаться "0". То есть этот столбец только для ввода. Примитивно, конечно, но чем проще, тем лучше.)

Это макро? Я к сожалению, не знаю, как это делается...

А нельзя завести столбец, где + означает приход, а - означает уход со склада. А другая ячейка суммирует весь столбец и всегда показывает актуальное состояние. Ну или еще лушче два столбца: один проход, другой уход. Оба ниже суммируются. А их разница показывает настоящее количество на складе.

Еще один вариант это с одной единственно ячейкой: "=500+250". Когда нажмете ввод, то она покажет 750. Если 100 штук уйдет со склада, то добавляете в конце: "=500+250-100". Будет показывать 650. Если строка станет длинной, то замените все на последний результат: "=650".

Хотелось минимизировать работу по вводу. Мне нужно иметь информацию, сколько было закуплено и куда потом делись. Закупки постоянно повторяются, поэтому одна ячейка должна быть накопительная, и в нее постоянно добавлялась информация. Если данный артикль закупается 10 раз в год, как сделать, чтобы кол- во закупленных деталей постоянно обновлялось? С расходом все проще. и актуальное количество потом получить нет проблем.

Важно, чтобы знать, сколько всего было куплено.

А эти три варианта выше не работают? Там Ёксель все автоматически подсчитывает.

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

Забиваете в столбик все покупки (в соседнем столбике дата, рехнунг или что там у вас еще) и все, в отдельной ячейке сумма.

Вы хотите получить от ехсель работу программы учета. Там можно сделать как попроще.

Для вас лучше как надежнее. Не нужно этих извращений с вводом, получите большую головную боль.

Заведите страничку приход, по минимуму дата и количество

Дата; кол-во деталей1;кол-во деталей2;кол-во деталей3;...

10.07.2020;30

Вся история будет отлично просматриваться и график можно построить и ошибки искать.

Такая же страничка по расходу. Можно сделать и сводную страницу. Это если наименований мало, а если много то лучше немного по другому.

в первой ячейке должна появиться цифра

-----

Не должна.

Потому что имели место две разные операции по помещению шурупов на склад - должны оставаться две разные записи.

То что требуется потом - отчет по количеству на складе - должно пересчитывать записи и считать сумму.

Отчет mожно делать на другом листе.

Заведите страничку приход, по минимуму дата и количество
Дата; кол-во деталей1;кол-во деталей2;кол-во деталей3;...10.07.2020;30

Я бы тоже сделал примерно так.

Даже получилось бы без макрос.

Была бы точная статистика на каждую деталь, с возможностью проверить все движения по лифершайнам в случае ощибки.

(Дальше инфо для ТС)

!!! но это можно делать если деталей не много.

Иначе будет очень запутанно.

Подобные вещи делаются обычно через программы с базами данных, где выбираются детали и вносится их количество,

а остальное происходит незаметно на заднем фоне.

Мой вариант:

1) на одной странице одна таблица с колонками для прихода и расхода деталей (один артикель) и дата, когда был приход / расход

Снизу сумма (актуальное количество)

Для каждого артикля такая страница отдельно.

2) а на отдельной (итоговой) странице уже актуальные количества всех деталей,

где выходят конечные данные всех таблиц с деталями. (это будет актуальное количество всех деталей на складе)

На всех страницах можно сделать одинаковые таблицы с колонками или строками (как удобнее),

порядковый номер, номер артикля, наименование, количество и дата.

Количество, это в зависимости от того, приход / уход или актуально

Или как вариант, можно попробовать в одной таблице все детали в колонку, а их манипуляции уже в строку растянуть (или наоборот)

Только это будет на мой взгляд менее удобно и больше запутано если скажем одни детали приходят 10 раз в месяц, а другие раз в год.

Ну и таблица будет очень длинная.

Хотя, если посмотреть реальные данные, то можно было бы предложить и более подходящий вариант.

Потому что имели место две разные операции по помещению шурупов на склад - должны оставаться две разные записи.

Полностью поддерживаю.

Не знаю как у ТС на складе, но везде, где я с товаром или материалом сталкивался (склады, магазины, мастерские итд.), нужно вести подробную статистику.

Так что "просто" переписать сумму, будет не то, чтобы недостааточно, но и абсолютно противопоказано.

К стате, тот вариант, который я выше предложил, предусматривает подробную статистику как для отдельных деталей, так и общую.

А заполнять нужно будет только одну таблицу для каждой детали.

Спасибо что откликнулись. Таблицы такие есть. Проблема в том, что вести учет никто не хочет.

Заводить таблицу на каждый артикль не получится, очень много артиклей.

Проблема такая: закупается много деталей впрок, и они съедают весь Gewinn.

По Артиклям не отслеживается, никто не знает, сколько чего и где)

Да, наверное Вы правы, запутаются они потом с этой накопительной ячейкой...

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

Работают конечно, но не совсем так, как хотелось бы))

Я тоже так же предложила. Но некому это делать, рехнунги очень большие, деталей много, это же нужно лиферанта забить, артикль и т.д. Хотели на базе имеющихся таблиц, например Stückliste для одной машины, начать учет прихода на склад каждого артикля.

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

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

очень много артиклей

Проблема в том, что вести учет никто не хочет.

У вас не одна проблема, а минимум две.

Если при большом количестве артиклей не хотят вести их учет так как же можно получить какой то результат?

Я подозреваю, что есть достаточно много готовых программ складского учёта.

Вбивать то особо ничего не нужно, отсканировал наклейку или наделал их.

База сидит на облаке, клиент на андроиде, отчеты через веб. Вполне по силам нормальному программисту.

Неудивительно что в отсутствие учёта у вас весь гевинн на детальки уходит. Пьют и воруют, воруют и пьют - так и передайте шефу. Программ складского учёта на любой цвет, вкус и карман.

"просто" переписать сумму, будет не то, чтобы недостааточно

-----

Не в этом дело.

Основное правило - записываются - операции, все остальное - считается.

А что и когда будет нужно считать, как обычно, никто не знает...

Потому записываются операции...