Я не уверен, что это можно сделать, но я решил спросить. Я создаю электронную таблицу и хочу, чтобы каждая ячейка имела долларовую стоимость. так, например, b6, я хочу, чтобы он стоил 11 долларов, но я просто хочу указать число проданных товаров. таким образом, у B6 было бы продано число 1 на 1 еду, но мне нужно, чтобы сумма составляла $ 11,00 для общего количества в AG6. Я надеюсь, что это имеет смысл лол
1 ответ
1
Без написания каких-то довольно ужасных формул или сценариев лучше хранить значения, представляющие различные типы данных, в отдельных ячейках.
Для вашего примера, который, как я предполагаю, относится к какому-то журналу продаж, я бы предложил что-то вроде этого:
- Лист 1 - ваш журнал продаж. Каждая строка должна иметь, как минимум:
- Уникальный идентификатор (например, UPC) для проданного продукта.
- Краткое описание проданного товара. (рассчитывается путем поиска).
- Количество проданного товара.
- Индивидуальная цена продажи товара (рассчитывается при поиске).
- Общая цена продажи партии (рассчитывается путем умножения индивидуальной цены и количества).
- Любая дополнительная информация (например, дата / время продажи, имя клиента и т.д.), Которую вы хотите отслеживать.
- Лист 2 - это база данных вашего продукта. У вас должна быть ровно одна линия на каждый продукт, который вы продаете. Каждая строка должна иметь, как минимум:
- Уникальный идентификатор (например, UPC) для продукта.
- Краткое описание товара. (Это то, что подает описание в журнале.)
- Индивидуальная цена продажи товара. (Это то, что кормит индивидуальную цену в журнале.)
- Любую дополнительную информацию (например, количество на складе, стоимость запасов и т.д.), Которую вы хотите отслеживать.
- Лист 3 должен быть вашим сводным листом. Здесь вы можете подвести итоги и оценить другие общие статистические данные. Почти все здесь должно быть на основе формул.
- Вот куда пойдет ваша текущая ячейка AG6. Общая сумма должна быть рассчитана путем суммирования всех значений в столбце "Общая цена продажи" Листа 1.
- Здесь вы можете показать больше интересующей информации, такой как ежемесячные продажи, прибыль и т.д.
Хотя в идеале действительно сложные вещи, подобные этому, лучше обрабатывать в базе данных или в специализированном приложении.