Программа не списывает товары в минус

Comments

• Добрый день!
  Программа, релиз, конфигурация как здесь.
• Здравствуйте!
  

  Цитата: Работаем на партионном учете. Галочки на списание товаров в минус стоят. Ответьте, пожалуйста, можно ли на партионном учете выводить товар в минус, так чтобы еще и рентабельность считалась ( так она выходит 100%)

  
  Не поняла: сейчас наценка 100%? И это именно из-за минусовых реализаций, так?
  
  Можно проводить реализацию в минус (как у вас и делается), только при этом фактич.себестоимость будет считаться нулевой.
  Это неправильный результат.
  А почему у вас не разбираются с истинными причинами непроведения товаров? Может, чисто временной фактор влияет? Не во-время документы на приход оформляются, например, позже, чем реализация (на минуты, секунды позже).
  
  --
  Пож-та, ответьте на вопросы коллеги. Это нужно знать для нормального диалога.
• Программа 1С 8.2 Комплексная, редакция 1.1.(1.1.26.2)
• Не поняла: сейчас наценка 100%? И это именно из-за минусовых реализаций, так?
  
  Можно проводить реализацию в минус (как у вас и делается), только при этом фактич.себестоимость будет считаться нулевой.
  Это неправильный результат.
  А почему у вас не разбираются с истинными причинами непроведения товаров? Может, чисто временной фактор влияет? Не во-время документы на приход оформляются, например, позже, чем реализация (на минуты, секунды позже).
  
  Нет наценка разная. В этом и проблема, что при проведении в минус факт.с.сть нулевая. А мне нужно чтобы товар уходил в минус, весел на 41 красным, а себестоимость формировалась во всех учетах ( у меня метод ФИФО), к примеру если нет на остатках , то с.сть бралась бы из последнего прихода. Мне это все нужно для достоверной инвентаризации. При проведении инвентаризаций, эти минуса соответственно закроются. Хотела перейти на РАУЗ, но программсит ни в какую не хочет. И при партионном учете как-то решить этот вопрос не хочет . Вот я и думаю НЕ ХОЧЕТ или НЕЛЬЗЯ сделать того, чего я хочу.
• А почему у вас не разбираются с истинными причинами непроведения товаров? Может, чисто временной фактор влияет? Не во-время документы на приход оформляются, например, позже, чем реализация (на минуты, секунды позже).
  
  Истинными причинами непроведения товара является их отсутствие в базе, у нас нам кассе фронтол, там кассиры если не бьется штрихкод ищут по виз поиску, соответственно ошибаются, или бывает путают со штрихкодами при наклеивании этикеток. К примеру продали №1 по кассе, фактически продан № 2, я чтобы д-кт провелся приходую излишками № 1 , соответственно № 1 на остатках 0, когда делаешь инв-цию получатся № 2 в недостаче, а суммы приличные. Я ведь не могу сказать продавцам, платите недостачу, у нас так программа работает.
• Комплексная конфигурация и нормальный программист - неразделимые вещи. Когда есть особые желания учредителей (а они есть всегда) гарантировано приходится дописывать доп.отчеты, да и саму конфу. Программисту , "который не хочет", требуется замена. Почему не РАУЗ? Если честно, то все мои знакомые пользователи КА рано или поздно пришли к РАУЗу. В вашем случае можно дорисовать конфу для автоматического проведения оприходования при продаже в минус и после этого поставить задачу старшему продавцу разбираться со всеми этими оприходованиями по итогам дня. Это один из вариантов, но главный - нормальный программер.
• Цитата: Комплексная конфигурация и нормальный программист - неразделимые вещи. Когда есть особые желания учредителей (а они есть всегда) гарантировано приходится дописывать доп.отчеты, да и саму конфу. Программисту , "который не хочет", требуется замена. Почему не РАУЗ? Если честно, то все мои знакомые пользователи КА рано или поздно пришли к РАУЗу. В вашем случае можно дорисовать конфу для автоматического проведения оприходования при продаже в минус и после этого поставить задачу старшему продавцу разбираться со всеми этими оприходованиями по итогам дня. Это один из вариантов, но главный -нормальныйпрограммер.

  
  
  
  Спасибо , я полностью с вами согласна.
• Цитата: [quote=Культурный]Комплексная конфигурация и нормальный программист - неразделимые вещи. Когда есть особые желания учредителей (а они есть всегда) гарантировано приходится дописывать доп.отчеты, да и саму конфу. Программисту , "который не хочет", требуется замена. Почему не РАУЗ? Если честно, то все мои знакомые пользователи КА рано или поздно пришли к РАУЗу. В вашем случае можно дорисовать конфу для автоматического проведения оприходования при продаже в минус и после этого поставить задачу старшему продавцу разбираться со всеми этими оприходованиями по итогам дня. Это один из вариантов, но главный -нормальныйпрограммер.

  
  
  
  По поводу автоматического оприходования как раз его мне не надо, все эти минуса выравняются по инвентаризации( мы ее делаем достаточно часто)
• Автоматическое оприходование при недостаче позволяет повесить решение вопроса на ответственного человека (старший продавец дня). При таком варианте решение проблемы как вопрос будет стоять раньше, чем появление в оприходованиях "огромных сумм". К тому же несколько дней ручных разборов причин проблем приведут к нахождению основных причин "продаж в минус" и ,значит, к предложениям вариантов ухода от этих проблем. Да что я вам все это говорю - это прямая работа вашего программера, а если он так не думает, то пусть думает об этом и о примении/неприменении РАУЗ в следующей организации. 😉
• Спасибо , завтра буду опять на работе поднимать эту тему.