AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.06.2010, 00:47   #1  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
DAX 4: Поле Correct или Два минуса не равны плюсу
1. Открываем SQL и видим:
AmountCUR = -150, AmountMST = -150;
2. Открывает table browser и видим:
AmountCur = -150 , AmountMST = --150
Correct (Correcting) = Yes.
3. Формируем отчет и видим, что циферки в отчете прошли как положительные, а должны пройти как отрицательные.


Данные загружаются из таблицы, но в таблице с данными про correct ничего нету, очевидно это происходит в момент постинга. Как это вылечить и откуда эта проблема возникла? Спасибо!
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 17.06.2010, 01:10   #2  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
Кажется, если в дебете указать циферку с минусом, то система разносит это как сторно и помечает как correction...
что делать?
вот если бы можно было очистить поле программно и пересчитать остатки...
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 17.06.2010, 07:48   #3  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
AmountMST = --150, Correct (Correcting) = Yes.
Это очень старая бага отображения отрицательного числа с установленым отступом.
поищите.
минус-минус это всего лишь отображение на экране. считается все правильно.

Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
Кажется, если в дебете указать циферку с минусом, то система разносит это как сторно и помечает как correction...
да, красное сторно.

+Сумма, correct = No - это дебет
-Сумма, correct = No - это кредит
+Сумма, correct = Yes - это сторно кредита
-Сумма, correct = Yes - это сторно дебета

Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
вот если бы можно было очистить поле программно и пересчитать остатки...
зачем очищать то?

а пересчитать в финансовых периодах. Кнопка "Пересчитать периоды"
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: Logger (5), aidsua (2), Qaz Qwerty (1).
Старый 17.06.2010, 11:04   #4  
CDR is offline
CDR
MCTS
MCBMSS
 
236 / 175 (6) ++++++
Регистрация: 27.11.2003
Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
Кажется, если в дебете указать циферку с минусом, то система разносит это как сторно и помечает как correction...
Для строк журнала ГК именно так система и работает: если в дебете или кредите указать сумму с минусом, то система разносит это как сторно и помечает как correction. В дебетовой проводке по строке журнала останется минус, а в кредитовой получится минус минуса.

Цитата:
Сообщение от mazzy Посмотреть сообщение
+Сумма, correct = No - это дебет
-Сумма, correct = No - это кредит
+Сумма, correct = Yes - это сторно кредита
-Сумма, correct = Yes - это сторно дебета
Это справедливо уже непосредственно для самих проводок ГК, однако проще и надежнее все-таки смотреть поле Crediting.
__________________
Dynamics AX Experience
За это сообщение автора поблагодарили: Qaz Qwerty (1).
Старый 17.06.2010, 11:22   #5  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
Mazzy,
Проблема в том, что считается неправильно. Если распечатать отчет с транзакциями, то выводится остаток, из которого видно, что числа посчитаны как положительные, то есть как просто дебет числа. А они отрицательные. По моей логике, отрицательное число в дебете счета = кредит счета = уменьшение остатка, а у меня остаток растет.
Скажите проверить еще раз?
Попытка удалить признак "correct" и пересчитать остатки ни к чему не привела, остаток не изменился. По ходу перегружаю все журналы, чтобы теперь правильно расставить дебеты и кредиты, а это миллион операций
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 17.06.2010, 11:26   #6  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
по поводу сторно - это все русские забавы, в упрощенном буржуинском никакой разницы между сторно дебета и записью в кредит нет, ни теоретической, ни практической. а мороки сколько теперь.
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 17.06.2010, 11:41   #7  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
Да, все должно быть правильно. Отображается как два минуса, считается как отрицательное число.
Не знаю, почему остаток не совпадает с екселем, может и не по этой причине. Я еще поразбираюсь... Прошу прощения за путаницу.
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 17.06.2010, 12:25   #8  
CDR is offline
CDR
MCTS
MCBMSS
 
236 / 175 (6) ++++++
Регистрация: 27.11.2003
Такое очучение, что вы запутались в трех соснах.

1. Журнал ГК.
Проверяем в журнале поля: счет, корр.счет, дебет, кредит.

Если сумма в дебете положительная, то а)сумма в проводке по счету должна быть больше нуля, "остаток" по счету тоже должен увеличиться; б) сумма в проводке по корсчету должна быть отрицательной, "остаток" по корсчету должен уменьшиться. Это "обычная дебетовая операция".

Если сумма в дебете отрицательная, то а) сумма в проводке по счету должна быть меньше нуля, "остаток" по счету должен уменьшиться; б) сумма в проводке по корсчету должна быть положительной (минус минуса), "остаток" по корсчету должен увеличиться. Это "сторно обычной дебетовой операции".

Если сумма в кредите положительная, то а)сумма в проводке по счету должна быть меньше нуля, "остаток" по счету должен уменьшиться; б) сумма в проводке по корсчету должна быть положительной, "остаток" по корсчету должен увеличиться. Это "обычная кредитовая операция".

Если сумма в кредите отрицательная, то а) сумма в проводке по счету должна быть положительной (минус минуса), "остаток" по счету должен увеличиться; б) сумма в проводке по корсчету должна быть отрицательной, "остаток" по корсчету должен уменьшиться. Это "сторно обычной кредитовой операции".

2. План счетов и проводки.
Идем в план счетов и проверяем проводки и сальдо. Все должно быть так, как описано высше.

3. Смотрим свой отчет, если в отчете не так, как описано высше - отчет выкидываем нафиг.
__________________
Dynamics AX Experience
За это сообщение автора поблагодарили: mazzy (2), aidsua (2).
Старый 17.06.2010, 14:10   #9  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 645 (26) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
по поводу сторно - это все русские забавы, в упрощенном буржуинском никакой разницы между сторно дебета и записью в кредит нет, ни теоретической, ни практической. а мороки сколько теперь.
Хм. Оборот по кредиту/дебиту счета никто в "упрощенном буржуинском" не отменял. Посмотрите в Period balances стандартного международного приложения
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
За это сообщение автора поблагодарили: mazzy (2).
Старый 17.06.2010, 14:21   #10  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 645 (26) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
Да, все должно быть правильно. Отображается как два минуса, считается как отрицательное число.
Не знаю, почему остаток не совпадает с екселем, может и не по этой причине. Я еще поразбираюсь... Прошу прощения за путаницу.
С Экселем проблема как раз старая. Корректирующие проводки в экселе выгружаются неправильно. Фильтруйте по значению поля Коррекция, например.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
За это сообщение автора поблагодарили: Logger (3).
Старый 17.06.2010, 14:38   #11  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,889 / 3165 (113) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
С Экселем проблема как раз старая. Корректирующие проводки в экселе выгружаются неправильно. Фильтруйте по значению поля Коррекция, например.
Именно так !
При выгрузке через буфер обмена, в Excel попадают числа вида -- или -+ и Excel может у них знак неверно определять. А выглядит для нас как будто ошибка. Мы для обхода этого глюка отдельно свою выгрузку в Excel проводок написали.
Старый 17.06.2010, 15:20   #12  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
Если распечатать отчет с транзакциями, то выводится остаток, из которого видно, что числа посчитаны как положительные, то есть как просто дебет числа.
А что за отчет?

Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
по поводу сторно - это все русские забавы, в упрощенном буржуинском никакой разницы между сторно дебета и записью в кредит нет, ни теоретической, ни практической. а мороки сколько теперь.
Ни в коей мере.
В проклятобуржуинии есть и реверс, и красное сторно.
Это в россии реверс не используется

Цитата:
Сообщение от CDR Посмотреть сообщение
3. Смотрим свой отчет, если в отчете не так, как описано высше - отчет выкидываем нафиг.
+1

Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
Хм. Оборот по кредиту/дебиту счета никто в "упрощенном буржуинском" не отменял. Посмотрите в Period balances стандартного международного приложения
Ага.
__________________
полезное на axForum, github, vk, coub.
Старый 17.06.2010, 18:11   #13  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 645 (26) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от Logger Посмотреть сообщение
Именно так !
При выгрузке через буфер обмена, в Excel попадают числа вида -- или -+ и Excel может у них знак неверно определять. А выглядит для нас как будто ошибка. Мы для обхода этого глюка отдельно свою выгрузку в Excel проводок написали.
Что-то как-то сложно, по-моему Добавление одного расчетного столбца в Excel решило бы проблему. Хотя, зависит от того, насколько Ваши пользователи в Excel ориентируются, так что Вам виднее.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Старый 17.06.2010, 18:42   #14  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,889 / 3165 (113) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
В точку !
Пользователи в Excel не всегда ориентируются. А если и ориентируются то не ожидают такой подлянки. Не будешь же каждого предупреждать про все глюки системы.

Туда не ходи - сюда ходи, снег башка попадет - баланс хрен соберешь...
За это сообщение автора поблагодарили: Qaz Qwerty (1).
Старый 18.06.2010, 01:28   #15  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
ээээ... так много всего.
1. Дебет - кредит - сторно. Я не знаю как правильно. Наш CPA утверждает, что для BS важен остаток, а для PL важен net transactions. Я предполагаю, что для тех, кто занимается выверкой, например выверкой банка или поставщиков, действительно может быть важно разделять коррекции и нестандартные обороты типа возврат денег поставщику, но на практике она разбираются с оборотами в основном на основании информации о типе и номере документа, а не как записана транзакция. На вопрос, надо ли повторить все отрицательные дебеты и отрицательные кредиты, которые импортируются из базы восточной Европы как сторно-операции, CPA сказал что его не волнует и это чисто IT вопрос и regional aspect, не имеющий отношения к подготовке к аудиту и налогам. CPA бывают разной квалификации, но я слышу это второй раз. Для статистической выборки не достаточно, но говорят что по двум точкам можно провести прямую . Попытки найти в интернете сочетание слов GAAP и storno привели только к ссылкам на вопросы по аксапте, а положение о порядке внесения коррекций утверждает "считайте хоть вверх ногами, но нас волнует cumulative effect и не вздумайте менять прошлые записи чтобы уменьшить налоги", очень практично. Так что если кто нибудь мне может быть ссылку на рекомендации GAAP по записи коррекций через сторно - было бы замечательно. Может удалось бы утереть нос CPA, но очень сомневаюсь

Сравнение с экселем. Я собственно сравниваю аксаптовский отчет с оригинальным источником данных в Екселе. Я понимаю насчет глюка вытягивания через буфер обмена, проблема не в этом была. По поводу роста-убывания сальдо, я в общем то понимаю все, но все равно, спасибо за подробное объяснение! Кому нибудь наверняка будет полезно!
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 18.06.2010, 09:59   #16  
CDR is offline
CDR
MCTS
MCBMSS
 
236 / 175 (6) ++++++
Регистрация: 27.11.2003
Осталось привести пример строки из загружаемого файла и соответствующую ей созданную строку журнала ГК, и все станет на свои места.
__________________
Dynamics AX Experience
Старый 18.06.2010, 23:40   #17  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
К сожалению нет времени на эксперименты. Скажу только, что так как CPA don't care насчет сторнирования, мне помогло следующее:
- Удалить транзакции.
- Сделать журналы не проведенными.
- Записать отрицательные дебеты в кредиты (и отрицательные кредиты в дебеты).
- Провести все заново и закрыть года.
- Запустить TB.
Сейчас "остатки" выглядят хорошо.
Нельзя назвать интеллигентным решением, но проще чем периодически натыкаться на эту проблему.
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..
Старый 19.06.2010, 22:38   #18  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,160 / 1289 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от Qaz Qwerty Посмотреть сообщение
- Удалить транзакции.
- Сделать журналы не проведенными.
Ага, млин, соответствуем концепции путь Аксапты Что-то я не особенно понял проблему. Что сторно, что реверс, в отчетах (включая финотчетность буржуйскую и российскую все работает нормально). Единственная известная мне проблема - копирование выделенных операций ГК в Excel. Из-за этой операции выполнять кучу нерегламентированных операций??? Конечно здорово, но может быть стоит познакомиться с финансовой отчетностью и генератором финансовой отчетности (то что mazzy его не любит не значит что им не нужно пользоваться).
Старый 20.06.2010, 12:36   #19  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 645 (26) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Qaz Qwerty,

Послушайте, то, что Вашему CPA все равно, как Вы проведете коррекции, еще не значит, что они не нужны. Из Ваших объяснений я понял, что Вы пытаетесь консолидировать данные. В таком случае, то, что Вам хотел сказать CPA, скорее всего означает, что ему неинтересны данные с точностью до проводки. Разумным подходом, в данном случае, было бы консолидировать ежедневные балансы. Тогда и проблем с коррекциями бы не было, и соответствие между исходной и консолидированной базой было бы логически сохранено.

По поводу сторнирования операций в GAAP - в принципе, как Вы исправите ошибки в открытом периоде - это Ваше дело. Такие детали в GAAP, насколько я понимаю, не регламентируются. Тем не менее, аудиторам важно показать, где у Вас коррекции, и откуда они взялись. Разумеется, есть разные способы того, как это можно сделать.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Старый 21.06.2010, 23:05   #20  
Qaz Qwerty is offline
Qaz Qwerty
китайский стажер
 
152 / 37 (2) +++
Регистрация: 12.05.2008
Maxim,
Странные вещи Вы говорите однако, с учетом Вашего опыта Eжедневные балансы консолидировать нельзя в случае работы со многими странами трудно, надо консолидировать на уровне проводок потому что:
1. Надо сохранять номер ваучера для того, чтобы отслеживать постинги задним числом, которые есть. Никто не идеален.
2. Потому что мапинг может меняться во времени, и коррекции будут зависеть от корренспондирующих проводок. Например, недавно пришлось выделить реализованный FX с unbilled revenue.

3. Потому что в системе выполняется FX переоценка, которая базируется на историческом рейте для некоторых счетов, то есть на рейте транзакции, который отличается от общего списка рейтов в системе, например для англии это королевский курс, а для России - курс ЦБ на дату проведения платежа, а для Китая...

4. Потому что нужно сохранять текст проводки, для того, чтобы показывать в отчете, так как локальный учет отличается от GAAP. Например, есть FA которые tax-deductible, и не вычитаются, а в восточно-европейском учете все валится в кучу, и тогда корпоративный контролер разгребает эту кучу по каждой проводке.

5. Потому что надо очищать локальный FX со счетов обязательств и денежных счетов, но оставлять FX возникающий в процессе покупки - продажи валют, что не всегда выделено на отдельном счете, и тоже является частью платежа.

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

это было раз.
во-вторых, по поводу CPA, которому все равно. Им не все равно. Потому что они вытягивают данные из системы удобными им способами, и к двум минусам относятся плохо, а еще хуже относятся к исчезновению знака вообще, как в случае с HTML. Удобными им способами является сохранение отчета в HTML с форматированием и копирование проводок через буфер обмена. CPA может спросить N раз почему это возникло и кому это нужно (мне?!?), и приговор будет "I am not comfortable with the data/process" Как можно объяснить финансовому контролеру, что данные выведенные в отчете с галочкой "включить реверсированные проводки" отличаются от этого же отчета без этой галочки и оба отчета правильные, потому что пользователь реверсировал на конец года, то есть в другом месяце?

По поводу использования нерегламентированных операций - пришлось перегрузить данные, потому что это было быстрее, чем разобраться почему отчет TB в аксапте показывает данные, отличающиеся от отчета, построенного в системе с оригинальными данными, не смотря на то, что транзакции совпали. С учетом того что это миллион проводок, работа с SQL с разными выравниваниями, загрузка из SQL и прочие плохо тестируемые ситуации. Например, есть прецендент, когда перезагрузка системы в процессе проведения большого журнала, и повторное перепроведение привели к удвоению части постингов за этот месяц. Часть ваучеров были продублированы, как это случилось - не известно, так как транзакция не была закончена. Мне ни разу не доводилось сталкиваться с такой ситуацией раньше. Это не единственный странный случай, который случился в процессе обработки большого массива данных, поэтому для меня было проще убрать все сомнительные моменты и все переделать.
Иногда просто невозможно все сделать замечательно и в пределах временного бюджета. Особенно если действует принцип "нецелесообразно - значит вредно". Надеюсь, это имеет смысл.
__________________
Может быть выйдет, а может не-е-е-ет...
Новая песня вместо штиблет..

Последний раз редактировалось Qaz Qwerty; 21.06.2010 в 23:13. Причина: DAX is good system :)
Теги
баг, интерфейс, отображение, ошибка, сторно

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Как получить Label, использованный в текстовом поле отчета? (DAX 4) eugenet DAX: Программирование 8 19.02.2010 18:34
сопоставление оплат клиента, переносов сальдо-поле накладная в общем журнале? Aquarius DAX: Функционал 3 28.01.2009 12:51
Автоскроллинг на поле с фокусом в DAX 3.0 Corel DAX: Программирование 0 09.11.2007 17:19
dax-lessons: Active directory in Axapta Blog bot DAX Blogs 0 27.08.2007 23:00
Поле Correct (LedgerTrans) изменяется в пределах ваучера slava09 DAX: Функционал 5 24.12.2004 15:52
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 16:00.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.