Mayday, Mayday, Mayday

[Silence]

Подскажите, как можно найти косяк в данных?
Есть CustTrans и LedgerTrans. На определенную дату появляется расхождение по оборотам на определенную сумму.
И есть задача - найти какая проводка виновна в расхождении.

Сумма расхождения не совпадает не с одной проводкой

Как еще можно узнать в чем проблема?

[KiselevSA]

Попробуйте собрать все проводки по счету и проанализируйте TransType проводок. Отловите те, transtype которых является с Вашей точки зрения подозрительными. Разбирайтесь с источником возникновения

[Silence]

Цитата:

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

Попробуйте собрать все проводки по счету и проанализируйте TransType проводок. Отловите те, transtype которых является с Вашей точки зрения подозрительными. Разбирайтесь с источником возникновения

Подозрительных "transtype" не нашел
Приведите пожалуйста, пример подозрительности.

ЗЫ. Проводок то всего штук 60, а нужную найти не могу Заблудился, блин, в трех соснах

[KiselevSA]

Трудно сказать, не зная логики бизнес-процессов. Уберите проводки с типом sales. Проверьте оставшиеся. А в проводках с типом sales проверьте совпадение номера инвойса с номерами инвойсов из CustTrans (особое внимание к дубликатам и реверсным проводкам)

[Gustav]

Все эти модульные <что-то>Trans'ы обычно состоят в отношениях c LedgerTrans по полям Voucher и TransDate (на практике обычно достаточно одного Voucher). Можно попробовать сгруппировать обе таблицы отдельными запросами, вывести выборки, например, в Excel и там уже их сравнить.

SELECT'ы будут примерно такими:

select Voucher, AccountNum, sum(AmountMST) 
from LedgerTrans 
group by Voucher, AccountNum 
where <некоторое разумное ограничение (по периоду, например)>


select Voucher, sum(AmountMST) 
from CustTrans 
group by Voucher 
where <аналогичное разумное ограничение>

И дальше в Excel'е пытаемся приставлять друг к другу (сравнивать) суммарные AmountMST, выстроив выборки по возрастанию Voucher. Наверное, по выборке из LedgerTrans имеет смысл предварительно построить сводную таблицу со строками Voucher и столбцами AccountNum: один и тот же Voucher теперь не будет повторяться несколько раз и его можно будет приставить к уникальному Voucher из CustTrans.

P.S. Кстати, а процедура "Главная книга \ Периодические операции\ Пересчет данных по периодам" у вас давно последний раз запускалась? Если давно, то имеет смысл начать с нее перед погружением в утомительный анализ.

[Silence]

Цитата:

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

Трудно сказать, не зная логики бизнес-процессов. Уберите проводки с типом sales. Проверьте оставшиеся. А в проводках с типом sales проверьте совпадение номера инвойса с номерами инвойсов из CustTrans (особое внимание к дубликатам и реверсным проводкам)

Пару расхождений поймал, но дальше дело не пошло . Спасибо.

Цитата:

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

P.S. Кстати, а процедура "Главная книга \ Периодические операции\ Пересчет данных по периодам" у вас давно последний раз запускалась? Если давно, то имеет смысл начать с нее перед погружением в утомительный анализ.

Совсем недавно.

Цитата:

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

Начать с готового отчета по выверке
Главная книга \ Отчеты \ Выверка \ Выверка клиентов (пишу по памяти, Аксапты под рукой нет)

Главная книга \ Отчеты \ Выверка \ Клиент
Естественно его запускали в первую очередь.
Что то он показывает. Даже иногда правильно. Но чаще какой то бред

Цитата:

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

Скажите по каким отчетам вы сверяет ГК и Клиентов?
И какие данные вы сверяете - обороты по счетам ГК и обороты по клиентам?

Главная книга \ Запросы \ Оборот по счету \ Оборотно-сальдовая ведомость
и
Расчеты с клиентами \ Запросы \ Оборотно-сальдовая ведомость

Сверяю обороты по 62 счету и обороты по клиентам по 62 счету

Цитата:

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

У вас номера ваучеров (в части префикса) в ГК отличаются от ваучеров по клиентам?

Нет, к сожалению не все так просто

[ppson]

Цитата:

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

Главная книга \ Запросы \ Оборот по счету \ Оборотно-сальдовая ведомость
и
Расчеты с клиентами \ Запросы \ Оборотно-сальдовая ведомость
Сверяю обороты по 62 счету и обороты по клиентам по 62 счету

1) при счетке оборотов в ОСВ по клиентам делали ли группировку по счетам?
2) В всех профилях разноски по клиентам один счет расчетов или несколько?
Если несколько - сверьте ОСВ ГК по всем счетам расчетов и ОСВ по Клиентам.
ОСВ по клиентам формируется по профилю разноски и его текущей настройке. Если после проведения проводок менялись счета в настройках профилей разноски, то это может быть одной из причин расхождений.
3) сделайте выверки ГК и модуля клиентов "Главная книга \ Отчеты \ Выверка \ Выверка клиентов". Проверьте ваучеры, которые по вышему мнению показывают бред. Одной из причин бреда может быть что по 62 счету бухгалтера делали проводки напрямую в ГК, либо есть кривые настройки разносок из других модулей, настроенных на 62 счет.
4) Некоторые продвинутые бухгалтера умудряются в строках заказов при отгрузке указывать не счет реализации а счет расчетов, при этом система генерила проводки Дб 62 Кр 62

если и это не поможет
5) Метод научного тыка - сделайте оборотки за 1 день, выгрузите ваучеры из двух обороток в Excel и сверьте, может еще чего интересного откопаете

[Silence]

Цитата:

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

1) при счетке оборотов в ОСВ по клиентам делали ли группировку по счетам?
2) В всех профилях разноски по клиентам один счет расчетов или несколько?
Если несколько - сверьте ОСВ ГК по всем счетам расчетов и ОСВ по Клиентам.
ОСВ по клиентам формируется по профилю разноски и его текущей настройке. Если после проведения проводок менялись счета в настройках профилей разноски, то это может быть одной из причин расхождений.
3) сделайте выверки ГК и модуля клиентов "Главная книга \ Отчеты \ Выверка \ Выверка клиентов". Проверьте ваучеры, которые по вышему мнению показывают бред. Одной из причин бреда может быть что по 62 счету бухгалтера делали проводки напрямую в ГК, либо есть кривые настройки разносок из других модулей, настроенных на 62 счет.
4) Некоторые продвинутые бухгалтера умудряются в строках заказов при отгрузке указывать не счет реализации а счет расчетов, при этом система генерила проводки Дб 62 Кр 62

если и это не поможет
5) Метод научного тыка - сделайте оборотки за 1 день, выгрузите ваучеры из двух обороток в Excel и сверьте, может еще чего интересного откопаете

2) Несколько.
3) Делал. Некоторые данные были верными, но большинство проводок, которые он показал, были нормальными. Т.е. они не влияли на расхождение.
Причем соотношение верно/не верно было, примерно 1 к 80 Очень уж муторный процесс оказался
4) Такого пока не замечал. Слава богу.
5) Так и делаю... Осталось всего 216 дней выгрузить

[mazzy]

Цитата:

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

Подскажите, как можно найти косяк в данных?
Есть CustTrans и LedgerTrans.

Начать с готового отчета по выверке

Главная книга \ Отчеты \ Выверка \ Выверка клиентов (пишу по памяти, Аксапты под рукой нет)

[ppson]

Скажите по каким отчетам вы сверяет ГК и Клиентов?
И какие данные вы сверяете - обороты по счетам ГК и обороты по клиентам?

[MNG]

Возможно, в ГК провели операцию без привязки к клиенту. У вас номера ваучеров (в части префикса) в ГК отличаются от ваучеров по клиентам? Может попытаться поискать эту неправильную проводку, сделанную в ГК по ваучеру, вернее по его буквенной части, предварительно сделав отбор проводок по счету ГК (62).

[UNRW]

попробуйте найти документы ГК в LedgerTrans по 62 счету, которых нет в CustTrans

[Silence]

Цитата:

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

попробуйте найти документы ГК в LedgerTrans по 62 счету, которых нет в CustTrans

Да, так и сделал. Пошло дело.
Странно... Все проводки "Коррекция Накладная", что бы это значило

[ppson]

Цитата:

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

Все проводки "Коррекция Накладная", что бы это значило

Наверно в журнале ГК по счету 62 задолженность корректировали

[KiselevSA]

Цитата:

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

Странно... Все проводки "Коррекция Накладная", что бы это значило

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

[Silence]

Спасибо, все ваши советы очень помогли

[UNRW]

посмотрите поля CreatedBy и CreatedDate
и спросите у автора чего это он\она делали с этим счетом такого-то числа

[Silence]

Цитата:

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

посмотрите поля CreatedBy и CreatedDate
и спросите у автора чего это он\она делали с этим счетом такого-то числа

К сожалению неосуществимо

[Silence]

Всем ОГРОМНОЕ СПАСИБО.
Отловил почти все расхождения, более полусотни. Остался один, последний, день с расхождением и ни один из вышеуказанных способов не помогает
Может быть есть еще какие то способы?