Расхождение Товар Фин. Оборота с планом счетов

[Wooldoor_Sockbat]

Добрый день.
Расхождение Товар Фин. Оборота и соответсвующей суммой на счете очень велико. Какие могут быть основные причины данного явления и как это лечится?

[Alesha]

Цитата:

Сообщение от Wooldoor_Sockbat

Добрый день.
Расхождение Товар Фин. Оборота и соответсвующей суммой на счете очень велико. Какие могут быть основные причины данного явления и как это лечится?

Могли что-то руками править некорректно. Могут мешаться какие-то операции, которые просто суммой учлись.
А у Вас какая версия НАВ? В 5.0 есть удобный механизм выверки этого счастья. Во всяком случае явные разницы очень легко обнаружить, а уж потом причины искать....
У меня был случай, когда так и не нашел . Просто руками вбил корректировочные суммы и забыли.

[Sancho]

если руками ничего не правилось в книгах операций, то причина может быть ее одна:
у вас несколько настроек Товарная Группа + Склад, следовательно, надо сверять не с Фин. Счетом, а с суммой нескольких Фин. Счетов.

[Wooldoor_Sockbat]

Цитата:

если руками ничего не правилось в книгах операций, то причина может быть ее одна:
у вас несколько настроек Товарная Группа + Склад, следовательно, надо сверять не с Фин. Счетом, а с суммой нескольких Фин. Счетов.

К сожалению не версия не 5.1, а 4.3.
А где можно посмотреть эти настройки?
Ручные правки операций можно как-нибудь отличить от тех, которые делалались программой?

[Sancho]

в 4-ке искать примерно тут:
Финансы - настройка - группа учета - Товары Настройка


система сама никогда не меняет основные параметры в книгах операций: код сущности (фин. счет, товар, поставщик), дату, сумму.
иногда меняется открыто на закрыто, но это те мелочи, которые не повлияют на основные показатели сущности.
если что-то основное меняется (как расхожддения в вашем случае), то это меняелось либо ручками, либо ручками написанной функцией.

[Alterant]

Цитата:

Сообщение от Sancho

если руками ничего не правилось в книгах операций, то причина может быть ее одна:
у вас несколько настроек Товарная Группа + Склад, следовательно, надо сверять не с Фин. Счетом, а с суммой нескольких Фин. Счетов.

Либо в самой оборотке поставить фильтр по учетной группе товара и склада.

[romtex_imported]

Если еще актуально, то в приложенном файле отчет, который показывает расхождения. На форме запроса на фин.книге и стоимости операций ставите фильтры, по котрым суммы должны совпадать. Отчет покажет все что есть в 17 и нет в 5802 и наборот, что есть в 5802 и нет в 17

[mreva]

Цитата:

Сообщение от Wooldoor_Sockbat

Добрый день.
Расхождение Товар Фин. Оборота и соответсвующей суммой на счете очень велико. Какие могут быть основные причины данного явления и как это лечится?

А процедура "Коррекция себестоимости" отрабатывает нормально? В 4ке в зависимости от метода расчета себестоимости там могут вылезать интереснейшие вещи...

Ну и, конечно, мог кто-то просто напрямую на фин.счета что-то положить - для этого рекомендуется галку "прямой учет" на таких счетах не ставить.

[mreva]

Цитата:

Сообщение от Wooldoor_Sockbat

Цитата:

если руками ничего не правилось в книгах операций, то причина может быть ее одна:
у вас несколько настроек Товарная Группа + Склад, следовательно, надо сверять не с Фин. Счетом, а с суммой нескольких Фин. Счетов.

К сожалению не версия не 5.1, а 4.3.
А где можно посмотреть эти настройки?
Ручные правки операций можно как-нибудь отличить от тех, которые делалались программой?

Ручные операции, введенные в систему, легко отличить по различным косвенным признакам - например по кодам журналов, которые использовались для ввода, или по глючному пользователю, которому нужно оторвать руки )). Вообще, неплохо иметь настроенный лог _изменений_ на основные таблички (как минимум на 17ю) чтобы можно было потом найти виноватого. Ну или бэкапчик поднять старый.

Есть еще общеизвестое использование "Дедуктивного метода" - от общего к частному: обнаружить день, в котором закралось расхождение. Общий принцип - построение обеих обороток на одну и ту же конечную дату и попытки выявления даты, на которую все пока сходится, а затем либо последовательно прощелкать по дням и найти за какой не бьется, или методом половинного деления периода - так может быть быстрее.

Когда глючный день локализован и круг поисков сужен, намного легче расковырять операции, которые не соответствуют друг другу...