Здравствуйте, проблема состоит в следующем. Например 01.11.2010 приходит товар по цене 1000р, продажная 1300р, потом 01.12.2010 приходит тот же товар по цене 700р продажная 960. И как сделать так что б сначала списать товар по 1300, а потом за 960? Спасибо за ответы.
PS. Конфигурация Управление торговлей для Украины 2.3.7.1. Установлен метод ФИФО.
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(meverikxp @ 31.12.10, 14:39)
Спрашиваю не просто, переходим на 1С никак не могу смоделировать данную ситуацию правильно
А что тут моделировать? Или у ФИФО есть варианты? Партия которая придет первой и спишется первой не зависимо от цен и пр. Бывают правда косяки со стороны пользователей, типа проведения документов задним числом, которые могут нарушить последовательность.
p.s. с финансовой точки зрения результат движений партий в торговле никак не повлияет на общую прибыль, разным будет только момент времени ее определения.
Личные бесплатные консультации не даю, для этого есть форум!
А что тут моделировать? Или у ФИФО есть варианты? Партия которая придет первой и спишется первой не зависимо от цен и пр. Бывают правда косяки со стороны пользователей, типа проведения документов задним числом, которые могут нарушить последовательность.
p.s. с финансовой точки зрения результат движений партий в торговле никак не повлияет на общую прибыль, разным будет только момент времени ее определения.
Если я правильно понял в розничном складе не может быть разных продажных цен, тогда как продать один товар по разным закупочным ценам. Или его нужно оприходовать в НТТ, а не в АТТ. И можно ли как-то автоматически определять изменение закупочной цены, что-бы знать что нужно изменить продажную цену
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
а возможно ли при проведении документа поступление товаров и услуг определить не изменилась ли закупка на этот товар, Что бы все время перед оприходовании товара не искать его в прайс листе.
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(meverikxp @ 03.01.11, 14:13)
а возможно ли при проведении документа поступление товаров и услуг определить не изменилась ли закупка на этот товар, Что бы все время перед оприходовании товара не искать его в прайс листе.
А откуда документ поступления знает что цена изменилась... позвонит поставщику и спросит? Вы когда поступление товара вводите, делаете на основании бумажной накладной и там видите цену (сумму) прихода Не понятно (с) Бабушка.... Попробуйте поставить вопрос по другому
Личные бесплатные консультации не даю, для этого есть форум!
А откуда документ поступления знает что цена изменилась... позвонит поставщику и спросит? Вы когда поступление товара вводите, делаете на основании бумажной накладной и там видите цену (сумму) прихода Не понятно (с) Бабушка.... Попробуйте поставить вопрос по другому
1.Оприходуем товар за 1000р. 2.Регистрируем цены поставщика. 3.Оприходуем тот же товар за 1100р. как сделать так что бы программа сообщила что цена на товар изменилась, не желаете ли изменить цену продажи.
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
Поковырять конфигурацию, добавив процедуру которая будет выполнять такую проверку и выдавать сообщение.
А как на практике реализовать данную процедуру? Посмотрите так или нет: 1. Оприходуем товар 2.Регистрируем цены поставщика 3.Создаем документ "Установки цен номенклатуры" и добавляем оприходованный товар указав закупку и продажу 4.Реализовываем товар. 5.Оприходуем тот же товар сверяем закупку. 6.При изменении цены закупки обновляем документ "Установки цен номенклатуры". Данный вариант мне кажется очень трудоемким. есть ли другие варианты? Спасибо
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(meverikxp @ 03.01.11, 17:00)
есть ли другие варианты?
При проведении поступления проверять цены на отклонение от последних зарегистрированных, при наличии изменений предлагать создать документ "установка цен номенклатуры" (продажных цен). Необходимый механизм для заполнения на основании у "установки цен" есть. Максимум 30 строчек кода в обработке проведения "Поступления".
Личные бесплатные консультации не даю, для этого есть форум!
При проведении поступления проверять цены на отклонение от последних зарегистрированных, при наличии изменений предлагать создать документ "установка цен номенклатуры" (продажных цен). Необходимый механизм для заполнения на основании у "установки цен" есть. Максимум 30 строчек кода в обработке проведения "Поступления".
Если я пробую сделать на основании прихода - установка цен номенклатуры то вижу сообщение, что данный товар уже зарегистрирован в регистре сведений
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
У меня создано два типа цен номенклатуры - закупка и розница или это не то? И при поступлении товара автоматически не обновляются цены поставщика, хоть флаг "Регистрировать цены поставщика" установлен
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(meverikxp @ 03.01.11, 17:28)
У меня создано два типа цен номенклатуры - закупка и розница или это не то? И при поступлении товара автоматически не обновляются цены поставщика, хоть флаг "Регистрировать цены поставщика" установлен
Флаг регистрировать цены поставщика обновляет данные в регистре "Цены контрагента", еще в этот регистр их можно внести "Установкой цен контрагентов". А "закупка" и "розница" регистрируются у Вас в регистре "Цены номенклатуры", поэтому если Вы их там уже регистрируете, то регистрируйте сразу и закупочную и продажную. Ну а проверку изменений входных цен нужно делать все таки по регистру "Цены контрагентов".
Личные бесплатные консультации не даю, для этого есть форум!
Флаг регистрировать цены поставщика обновляет данные в регистре "Цены контрагента", еще в этот регистр их можно внести "Установкой цен контрагентов". А "закупка" и "розница" регистрируются у Вас в регистре "Цены номенклатуры", поэтому если Вы их там уже регистрируете, то регистрируйте сразу и закупочную и продажную. Ну а проверку изменений входных цен нужно делать все таки по регистру "Цены контрагентов".
Не могу понять чем "закупка" и "розница" отличается от закупочной и продажной.
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
p.s. возьмите книжку, и почитайте что такое "Тип цен номенклатуры контрагентов" и "Типы цен номенклатуры".
Да уже прочитал, проблема была в том, что я делал приход одним числом, а установить разные закупочные цены в Установке цен номенклатуры возможно только если разница между документами хоть 1 день. Подскажите какой лучше выбрать вид типа цена для продажи - динамический или расчетный, поскольку я понимаю для расчетного типа всегда нужно обновлять продажную цену в установке цен, а динамический рассчитывается при списании товара
Самая нелюбимая пословица сапёров: одна нога здесь, другая там...
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(meverikxp @ 03.01.11, 18:33)
Да уже прочитал, проблема была в том, что я делал приход одним числом, а установить разные закупочные цены в Установке цен номенклатуры возможно только если разница между документами хоть 1 день.
Сделайте приход разными датами, если это не возможно - используйте серии.
Цитата(meverikxp @ 03.01.11, 18:33)
Подскажите какой лучше выбрать вид типа цена для продажи - динамический или расчетный, поскольку я понимаю для расчетного типа всегда нужно обновлять продажную цену в установке цен, а динамический рассчитывается при списании товара
Так это Вам решать что удобнее. Если продажная цена четкий процент от закупки то используйте динамический.
Личные бесплатные консультации не даю, для этого есть форум!
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!