Разница на счете между оборотно-сальдовой ведомостью и анализом счета

[Art_Tanis]

Добрый день!
Имею в системе разницу между анализом счета и оборотно - сальдовой ведомостью. Я выявил проводки которые попадают в анализ но которых нет в оборотке.
16.0400 руб -4 125,00 -4 125,00 0,00 0,00 4 125,00 Сбор по покупке
16.0400 руб -2 133,08 -2 133,08 0,00 0,00 2 133,08 Накладные расходы по покупке - пошлины

В данных проводках отсутствует корр счет. Это проводки по накладной.
Вопрос - как это починить??

[d&m]

буквально недавно ловил, что Ax 2009 не корреспондирует проводки по ГК для сторно накладного расхода.
Корреспондировать вручную - Главная книга \ периодические операции \ ручная корреспонденция

[Art_Tanis]

Подскажите еще момент.
Операцию нашел Зашел в корреспонденцию нажал автоматически сопоставить дебет с кредитом.
Однако сохранить результат не получается - я так понимаю из за того что не все удалось сопоставить. Подскажите что делать в этом случае?

[Art_Tanis]

С этим я разобрался но проблему не решил. Чем дальше в лес тем больше дров!
Новый факты! Интриги! Расследования.
Смотрите совсем забавный факт. Я все сопоставил - но разница осталась. Не шло корреспонденция с 10.0500. Я сделал следующее - банально провалился в проводки в Анализе Счета!
Сумма которая выходи суммой через эксель и то что на форме - разные!!!! Как такое вобще возможно!

[Alexius]

1. "Главная книга / Периодические операции / Пересчитать сальдо по периодам" вдруг поможет, но на большой базе лучше выполнять во вне рабочее время или в копии.
2. Попробуйте найти день, где идет расхождение, что бы сузить круг поиска.

[ashu]

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

[Art_Tanis]

Нет вы поймите - по проводкам суммы верные. Но Анализ счета не корректные данные выводит.
Да вы абсолютно правы - проблема именно в последних проводках. Я так подозреваю ручная корреспонденция что то наделала не так поэтому считается не верно. Сегодня буду дебажить запрос.

[ashu]

тогда другой момент (я думал Анализ верный- зачастую выгрузка в эксель глючит при выгрузке данных которые хранятся в виде +-сумма). Совет остается такой же- посмотрите эти операции по указанным полям- (вдруг потерялись признаки кредитинга или корекции- из за это кстати и ручная кореспонденция может криво отработать- например "перевернуть" проводку)

[Art_Tanis]

Черт. Как все сложно. Да вы абсолютно правы - ручная коррекция как то абсолютно не правильно работает и переворачивает проводки. По всей видимости и при выгрузки в эксель какой то косяк происходит - видимо надо смотреть запись прямо в таблице БД.
Сейчас я это починил - вы были правы - проводка при ручной корректировке перевернулась - пришлось написать джоб который в исправляет это. Спасибо всем большое за советы.

[ashu]

велком.
не забудьте пересчитать сальдо по периодам.

[Art_Tanis]

Хотел еще спросить следующее.
Вот смотрите на скриншот. Как должно быть а как аксапта автоматически сопоставляет. Почему Аксапта делает это именно так?
Вот какие исходные данные:


Вот как сделала Аксапта:


А вот как надо:

[ilyuha]

Цитата:

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

1. "Главная книга / Периодические операции / Пересчитать сальдо по периодам" вдруг поможет, но на большой базе лучше выполнять во вне рабочее время или в копии.
2. Попробуйте найти день, где идет расхождение, что бы сузить круг поиска.

В 2012 где этот механизм теперь обитает?

[Михаил Андреев]

Там же, где и в 2009 - General Ledger - Periodic - Recalculate ledger periods.

[ashu]

кстати в ру версии эта операция с название из предыдущих версий отсутствует.
есть что то вроде пересчета журнала книг..это оно?
но вопрос не в этом. в версиях 2009 и ниже данное шаманство обновляло таблицы балансов ГК, а в 2012 разве есть такие?