Алгоритм заполнения гр. 7 и гр. 12 в расширении Инвентаризация РБП, НМА в 1С

Вопрос задал Л .. (Москва)

Ответственный за ответ: Шаврова Ирина (★9.92/10)

Добрый день! Установлено ваше расширение по инвентаризации РБП в разных базах. Не понимаем почему в разных базах разный алгоритм расчета гр. 7 и 13? Какой алгоритм расчета этих граф и из-за чего возникает ошибка?

Все комментарии (9)

  1. Здравствуйте!
    Графа 13 = Графа 4- Графа 7
    Это условие у вас выполняется, я выборочно посмотрела высланные скрины.

    Что касается гр. 4, то это Сумма в карточке РБП
    гр. 7 определяется заполненными полями справочника РБП, в том числе способом списания РБП, и датами проведения инвентаризации.

    В случае способа списания «По месяцам» сумма к списанию определяется по формуле:
    СуммаСписания = ОКР((Выборка.Сумма/МесяцевВсего * ДробноеЧислоМесяцев), 2);

    В случае «По календарным дням» или в «Особом порядке» по формуле:
    СуммаСписания = ОКР((Выборка.Сумма * Выборка.КоэффициентДнейРасчетный), 2);

    То есть определяющими для расчета являются:
    — способ списания РБП
    — даты проведения инвентаризации
    — дата начала и окончания списания, указанная в РБП

    Если развернуть формулу, то:
    Вариант По месяцам:
    СуммаСписания = ОКР((Выборка.Сумма/МесяцевВсего * ДробноеЧислоМесяцев), 2)

    МесяцевВсего = Начало списания и окончание списание в мес. из справочника РБП.
    Таким образом, Выборка.Сумма/МесяцевВсего — это сумма помесячного списания.
    Она умножается на ДробноеЧислоМесяцев — это число целых месяцев со дня возникновения расхода на момент инвентаризации и дробное число по дням.

    2. Вариант «По календарным дням» и «Особом порядке»
    СуммаСписания = ОКР((Выборка.Сумма * Выборка.КоэффициентДнейРасчетный), 2);
    Сумма из карточки РБП умножается на расчетный коэффициент.
    Определяется в запросе он как отношение разности суммы дней с даты начала списания по дату начала инвентаризации на разность суммы дней дат начала и окончания списания в карточке РБП.

    Привожу формулу полностью.
    РАЗНОСТЬДАТ(РасходыБудущихПериодов.ДатаНачалаСписания, &ДатаНачалаИнвентаризации, ДЕНЬ) + 1) / РАЗНОСТЬДАТ(РасходыБудущихПериодов.ДатаНачалаСписания, РасходыБудущихПериодов.ДатаОкончанияСписания, ДЕНЬ) + 1, 0)) КАК КоэффициентДнейРасчетный

  2. Приложение

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

    Но по указанным формулам и данным ТЧ можете это легко проверить.

    1. Ирина, спасибо большое за информацию, буду разбираться и перепроверять, поэтому прошу не закрывайте пока комментарии, т.к. не с кем больше проконсультироваться. Мне нужно в ручную все посчитать, у меня еще включение НДС в стоимость имеется, из-за раздельного учета.

      Не могу понять, из-за чего тянуться хвосты графы 14,15, что в учете делаю не так.

  3. Здравствуйте! Не могу понять, из-за чего тянуться хвосты графы 14,15, что в учете делаю не так

  4. Здравствуйте!

    Все дело в округлении: у вас данные с копейками и способ «В календарных днях», который в отличие от вариант «По месяцам» дает погрешность при расчете с копейками, ведь помесячно — это обычно до 2 знаков числа, а в календарных днях — на порядок больше.
    Если бы данные были без копеек, с более значимыми суммами, то результат был бы чище, вы же заполняете регламентированную отчетность, там тоже где-то вылезают «копейки».

    Поэтому просто поймите логику расчета — это ваш внутренний документ, если эти копейки не нужно видеть, просто уберите их из гр.14 и 15.

    1. Ирина, здравствуйте! Я вижу, как расчитываются эти графы, правильно я вас поняла, что не нужно восстанавливать излишнее списание или досписывать эти копейки ручными операциями, а прото очистить данные в графах?

  5. Да, все верно. Мы на разных вариантах пробовали подгонять программно суммы округления в гр. 14 и 15, то есть не показывать копейки — для программы это легко можно запрограммировать, но решили оставить как есть, потому что иначе не будет понятен сам расчет, где расчетная разница видна.

    Сам расчет легко проверяется, а погрешность округления зависит от фактической суммы и числа дней: если сумма небольшая и с копейками делится на 283 дня или 423 дня или другие данные списания в календарных днях — обязательно возникнет погрешность при небольших суммах с копейками и сравнительно большими значениями дней списания.

    1. Спасибо, большое, за помощь!

      1
  6. Рада была помочь! Обращайтесь, пожалуйста.

Комментарии закрыты.