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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 31.05.2009, 23:24   #1  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,340 / 3558 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от pdojn Посмотреть сообщение
2 sukhanchik: Спасибо за решение через промежуточный счет, но его нет в стандартном функционале, а хотелось бы избежать модификаций.
Эээээ.... Я что-то говорил про модификации? Промежуточный счет - это новый (или уже существующий) счет в плане счетов, через который производится конвертация. Никаких модификаций не требуется. Так сказать - чисто бухгалтерская уловка

Или это клиент (поставщик) с профилем разноски настроенным на спец счет. В этом случае - вся конвертация идет через него. У Вас под отчетностью подразумевается оборотно-сальдовая ведомость (ОСВ) по клиентам? по поставщикам? по счетам ГК?
Цитата:
Сообщение от pdojn Посмотреть сообщение
Хотел прояснить картину в нашей компании т.к. меня не совсем правильно поняли.
1. У нас 4 валюты в компании и основная - рубли.
2. Отчетность в аксапте строится в «Указанной валюте» и в «Основной валюте».
3. Данные отчетов, сформированных в «Основной валюте» отличаются от данных, сформированных в «Указанной валюте» рубли, если есть операции в иной валюте.
Логично. И это правильно. Такова логика работы системы. Мы ж доллары к примеру - оцениваем в рублях.
Но. Давайте определимся, что Вы хотите получить от отчетов "Оборотно-сальдовая ведомость" - обороты или сальдо?
Если обороты - то они у вас никогда не сойдутся между "Указанной в рублях" и "Основной" валютами - т.к. в "Указанной" будут отсутствовать нерублевые операции.
Если сальдо - то они могут совпадать, если у Вас суммы в рублях, которые "закрывают" доллары равны сумме в долларах по курсе на дату рублевой операции, плюс рассчитаны курсовые разницы (корректно сопоставлены операции).
Как только у Вас одной рублевой проводкой закрывается несколько долларовых, причем в разные даты (а это легко проверяется через сопоставление) - то концов можно и не найти.
Теперь давайте все-таки определимся - что у Вас имеется. Есть у меня следующее предположение - прошу его подтвердить или опровергнуть.
Бухи скорее всего смотрят ОСВ по счетам ГК, которые соответствуют операциям по клиентам (поставщикам). И при этом совершенно не смотрят на ОСВ по клиентам (поставщикам).
Так?

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

Цитата:
Сообщение от pdojn Посмотреть сообщение
Не уже ли никто не сталкивался с такими вопросами бухгалтерии? А если сталкивались, то какое решение было предложено?
С этими вопросами сталкиваются все рано или поздно. Просто Ваш вопрос был мягко скажем непонятен. Плюс - не была указана основная валюта. А это половина ответа на Ваш вопрос.
__________________
Возможно сделать все. Вопрос времени
Старый 01.06.2009, 12:18   #2  
pdojn is offline
pdojn
Участник
 
50 / 12 (1) ++
Регистрация: 24.06.2004
Адрес: Москва
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Эээээ.... Я что-то говорил про модификации? Промежуточный счет - это новый (или уже существующий) счет в плане счетов, через который производится конвертация. Никаких модификаций не требуется. Так сказать - чисто бухгалтерская уловка

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

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
У Вас под отчетностью подразумевается оборотно-сальдовая ведомость (ОСВ) по клиентам? по поставщикам? по счетам ГК?
Только ОСВ. И в модулях и в ГК.

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Логично. И это правильно. Такова логика работы системы. Мы ж доллары к примеру - оцениваем в рублях.
Но. Давайте определимся, что Вы хотите получить от отчетов "Оборотно-сальдовая ведомость" - обороты или сальдо?
Если обороты - то они у вас никогда не сойдутся между "Указанной в рублях" и "Основной" валютами - т.к. в "Указанной" будут отсутствовать нерублевые операции.
Если сальдо - то они могут совпадать, если у Вас суммы в рублях, которые "закрывают" доллары равны сумме в долларах по курсе на дату рублевой операции, плюс рассчитаны курсовые разницы (корректно сопоставлены операции).
Как только у Вас одной рублевой проводкой закрывается несколько долларовых, причем в разные даты (а это легко проверяется через сопоставление) - то концов можно и не найти.
Я просто хочу дать алгоритм бухам, как проверить правильность сформированных проводок по курсовым разницам. Наверное, надо было написать это сразу, а я ушел в дебри

Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Теперь давайте все-таки определимся - что у Вас имеется. Есть у меня следующее предположение - прошу его подтвердить или опровергнуть.
Бухи скорее всего смотрят ОСВ по счетам ГК, которые соответствуют операциям по клиентам (поставщикам). И при этом совершенно не смотрят на ОСВ по клиентам (поставщикам).
Так?
Нет, они смотрят и в ГК, и в модуль. Эти отчеты совпадают. Т.е. если они формируют по нужному 62(60) счету в нужной валюте (рубли, доллары, основная) в модуле, то обороты идут с аналогичным в ГК. Если бы и это не шло, то они бы совсем потеряли веру в аксапту
Старый 01.06.2009, 15:01   #3  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,340 / 3558 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от pdojn Посмотреть сообщение
Счет то настроем, но ведь автоматической конвертации нет, а наши бухи не горят желанием делать это вручную.
Вы похоже меня совсем не поняли. Я говорю не о том "как выверить сейчас", а о том, "как вести учет, чтобы не иметь впоследствии проблем с выверкой".
Ваши бухи делают создают проводку -100 USD. Затем создают вторую проводку +3000RUR.
ВМЕСТО ВТОРОЙ ПРОВОДКИ, они должны делать:
+100USD за счет промежуточного счета (деньги списываются с промежуточного счета)
+3000 RUR на промежуточный счет (деньги зачисляются на промежуточный счет).

Имеем: Сальдо по клиенту в USD равно нулю. Сальдо в основной валюте совпадает с сальдо в указанной валюте рубли. Обороты естественно отличаются.

У себя мы так переделывали, когда сальдо по разным валютам приняло угрожающие размеры (За этот год. За тот год - забили) -

Цитата:
Сообщение от pdojn Посмотреть сообщение
Нет, они смотрят и в ГК, и в модуль. Эти отчеты совпадают. Т.е. если они формируют по нужному 62(60) счету в нужной валюте (рубли, доллары, основная) в модуле, то обороты идут с аналогичным в ГК. Если бы и это не шло, то они бы совсем потеряли веру в аксапту
Ну... сделать так, чтобы они разошлись совсем несложно

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

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

А по правильному (т.е. через промежуточный счет) Вы будете уже делать потом, начиная некоторого момента.
__________________
Возможно сделать все. Вопрос времени
За это сообщение автора поблагодарили: pdojn (1).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Выверка счетов. Неправильная дата Lily DAX: Функционал 1 09.03.2007 14:31
v 3.0 SP3 CU1 и выверка счета Наталия DAX: Функционал 4 01.12.2005 13:35
Выверка счетов RBA DAX: Функционал 20 03.11.2005 11:25
Складские проводки , выверка , ГЛЮК.. Swetik DAX: Функционал 0 19.08.2004 12:02
Выверка бухгалтерских счетов Oz DAX: Функционал 11 26.04.2004 12:53
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 08:52.