Valuation, если ее запись внесена, а потом документ на основании которого была запись отменили? Сейчас она сохраняется и в итоге не бьется с журналом.
Отменить нельзя вроде. Вернуть назад можно.
способ один есть. но низкоуровневый, в БД, и есть шанс всё сломать.
дружно скажем спасибо Фабьену за это. а вообще, отмена документов, двигающих себестоимость, и так чтобы при этом ничего не поломалось, это дело сложное. Многие не понимают в чем проблема. Позвольте просветить: возьмем учет себеста "по партиям". Представьте у нас есть товар, на остатках 5шт, и это 3 партии: 1-ая партия - 1шт покупка 01.01 по 10$ 2-ая партия - 2шт инвентаризация 15.01 по 12$ 3-я партия - 2шт производство 23.01 по 18$ Потом мы оформляем продажу 4шт по 20$ 25го числа для проводки по списанию себеса будут взяты * с 1-ой партии 1шт 10$ * с 2-ой партии 2шт 24$ * с 3-ей партии 1шт 10$ Себес получается 10+24+10=44$ И будет сделана проводка на сумму 44$ В проводку по долгу клиента мы запишем 4*20$=80$ А в конце месяца мы должны посчитать доход, который составит 80$-44$=36$ Что, как ни удивительно, так же отразиться и зафиксируется проводкой. А так же в конце месяца с этого дохода в 36$ - мы должны начислить Подоходный налог и заплатить государству. Про что подается в гос.органы соответствуюзие отчеты, которые подписывает гл.бух. И вот предствьте, гл.бух уже подала декларацию о Прибыли. И тут какой-то юзер, по каким-то причинам заходит и развалидирует инвентаризацию, что убивает проводки по себестоимости, сделанные этой инвентаризацией. НО! Не пересчитывает и не изменяет все другие проводки. Конечно - убить проводку по инвентаризации, можно через SQL, но какие последствия? Даже если оду продолжить работать, а юзеры продолжат выполнять свои должностные обязанности,... учет от этого правильным не станет. Мы видим, только поверхностные цели типа "нужно развалидировать инвентаризацию", но если нырнуть и взглянуть не на вершину айсберга, а на то, что под водой, то можно расширить свое Миропонимание. Рекомендую.
Это всё понятно. Но в "Оду" пользователь слишком закрепощён. Иногда вообще не ясно, от кого и от чего система пытается обезопасить. Это же не блокчейн, это всего лишь ЕРП- система. Я бы вообще отделил журналы бухгалтерии от склада. Если сделка состоялась, то пусть она уже в прошедшем времени и останется.
Это в каком Оду пользователь слишком закрепощен? В том, где кривые правила позволяют получить доступ к документам, к которым - по мнению юзера - доступа быть не должно? Или это какой-то другой Оду?
Ну хорошо, не буду спорить с экспертами.
Так получается он закрепощён там где не надо (почему одно можно отменить, а другое нельзя?), а где надо - нет (типа юзера, у которого не стоит никаких доступов к Inventory и Purchase, а эти вкладки в продуктах и продукт вариантах он может спокойно посмотреть). И самое главное что через бэкенд это никак не исправить, а нужно целый модуль писать.
Обсуждают сегодня