31.01.2003, 11:19 | #21 |
Шаман форума
|
Цитата:
Изначально опубликовано Pavel
Пример первый: 1) в настройках, в группах трансляции система позволяет выбирать в качестве базы Назначения базу Источник трансляции 2) после выполнения необходимых настроек, и запуска мастера трансляции система сообщает – «успешно импортировано 0 проводок» Это при том, что проводки для трансляции в указанном периоде, по выбранным условиям есть. 3) система честно регистрирует выполненную сессию трансляции (номер, даты, 0 перенесенных проводок и прочее) |
|
31.01.2003, 14:57 | #22 |
SAP
|
Цитата:
Изначально опубликовано komar
Я примерно так же реагировал, когда первый раз увидел. Еще раз и более четко формулирую замечания по примерам: - функциональность трансляции не предназначается для переноса проводок из базы в саму себя, со счета в сам себя (для трансформации проводок внутри базы в системах реализованы другие функции). Соответственно, система не должна позволять пользователю выполнить такую настройку и провести трансляцию. - мастер трансляции должен однозначно идентифицировать ошибку при попытке пользователя выполнить трансляцию в несуществующую базу по экспортированным настройкам, а не завершать работу абстрактными сообщениями «Успешно обработано 0 проводок», «Проводки, отвечающие правилам трансляции, не найдены». Про "первый раз": исходный дизайн этой функции сохраняется с 1997г, она обрастает новыми "деталями", имплементируется в новых системах (не удивлюсь, если появится в российской версии аттейн), обеспечивая преемственность основных принципов, заложенных авторами. |
|
31.01.2003, 17:35 | #23 |
Участник
|
Цитата:
Изначально опубликовано Pavel
- функциональность трансляции не предназначается для переноса проводок из базы в саму себя, со счета в сам себя (для трансформации проводок внутри базы в системах реализованы другие функции).
__________________
С уважением, Мирослав Лянцевич КОРУС Консалтинг I Navision Solution Center |
|
31.01.2003, 17:43 | #24 |
SAP
|
Цитата:
Изначально опубликовано Мирослав
Интересно, какие ж это функции? В зависимости от продвинутости финансового модуля ERP системы бывают текущие и периодические распределения, которые позволяют трансформировать в проводке: - счет - аналитические измерения и их значения - сумму - дату (только периодические распределения) |
|
31.01.2003, 17:50 | #25 |
Шаман форума
|
Цитата:
Изначально опубликовано Pavel
Про "первый раз": исходный дизайн этой функции сохраняется с 1997г, она обрастает новыми "деталями", имплементируется в новых системах (не удивлюсь, если появится в российской версии аттейн), обеспечивая преемственность основных принципов, заложенных авторами. |
|
31.01.2003, 17:56 | #26 |
SAP
|
Цитата:
Изначально опубликовано komar
"Исходный дизайн этой функции" существует примерно столько, сколько существуют международные стандарты финансовой отчетности. Придумал их, конечно же, Павел.... P.S. Прости, но не могу ответить ничем иным. Ибо предметная часть дискуссии тобой игнорируется. |
|
31.01.2003, 18:08 | #27 |
Шаман форума
|
Предметная часть
Цитата:
Изначально опубликовано Pavel
- функциональность трансляции не предназначается для переноса проводок из базы в саму себя, со счета в сам себя (для трансформации проводок внутри базы в системах реализованы другие функции). Соответственно, система не должна позволять пользователю выполнить такую настройку и провести трансляцию. - мастер трансляции должен однозначно идентифицировать ошибку при попытке пользователя выполнить трансляцию в несуществующую базу по экспортированным настройкам, а не завершать работу абстрактными сообщениями «Успешно обработано 0 проводок», «Проводки, отвечающие правилам трансляции, не найдены». В зависимости от продвинутости финансового модуля ERP системы бывают текущие и периодические распределения, которые позволяют трансформировать в проводке: - счет - аналитические измерения и их значения - сумму - дату (только периодические распределения) 2. А кофе он наливать не должен? 3. Кто про что, а вшивый про баню.... Это вообще не по теме. |
|
31.01.2003, 18:20 | #28 |
Участник
|
Цитата:
Изначально опубликовано Pavel
Например, функцией распределения (ledger allocation). В зависимости от продвинутости финансового модуля ERP системы бывают текущие и периодические распределения, которые позволяют трансформировать в проводке: - счет - аналитические измерения и их значения - сумму - дату (только периодические распределения)
__________________
С уважением, Мирослав Лянцевич КОРУС Консалтинг I Navision Solution Center |
|
31.01.2003, 18:27 | #29 |
SAP
|
Не надо горячиться
2komar сам начал...
Цитата:
Изначально опубликовано komar
1. Не будет ли любезен многоуважаемый джинн сказать, а что же делать бедным людям, у которых несколько компаний как раз в одной базе? Встречный вопрос - "Как в одной базе выбрать валюту баланса рубли для российского учета и одновременно доллары для US GAAP, чтобы потом в процессе трансляции провести пересчеты по методикам?" Методики, они ведь на валюту баланса "завязаны", а та на конкретную базу. Цитата:
Изначально опубликовано komar
2. А кофе он наливать не должен? 3. Кто про что, а вшивый про баню.... Это вообще не по теме. |
|
31.01.2003, 18:47 | #30 |
SAP
|
Цитата:
Изначально опубликовано Мирослав
Хорошо бы еще помечтать об организации альтернативных вариантах разноски проводок в АКСАПТе. |
|
31.01.2003, 19:42 | #31 |
Участник
|
Цитата:
Изначально опубликовано Pavel
Приведи пример, что было понятно, как должна работать такая разноска.
__________________
С уважением, Мирослав Лянцевич КОРУС Консалтинг I Navision Solution Center |
|
31.01.2003, 19:58 | #32 |
SAP
|
Цитата:
Изначально опубликовано Мирослав
Расчитывали мы, например, себестоимость продаваемой готовой продукции по излюбленному в нашей инфляционной среде методу LIFO. А в GAAP UK LIFO вне закона. Для того, чтобы АКСАПТа могла оперативно удовлетворять требованиям учетных стандартов Туманного Альбиона, ей необходимо совершать проводки сразу по двум группам складских моделей! P.S. Правда у меня есть информация, что "с ней не все в порядке". |
|
03.02.2003, 16:20 | #33 |
Шаман форума
|
Re: Не надо горячиться
Цитата:
Изначально опубликовано Pavel
Если это про аксапту, то не лучшее решение. Несколько компаний в одной базе имеет смысл заводить как раз для того, чтобы избежать процесса трансляции/консолидации. Встречный вопрос - "Как в одной базе выбрать валюту баланса рубли для российского учета и одновременно доллары для US GAAP, чтобы потом в процессе трансляции провести пересчеты по методикам?" Методики, они ведь на валюту баланса "завязаны", а та на конкретную базу. Разговор слепого с глухим |
|
03.02.2003, 16:40 | #34 |
SAP
|
Re: Re: Не надо горячиться
Цитата:
Изначально опубликовано komar
Даааааааааа Разговор слепого с глухим |
|
04.02.2003, 10:30 | #35 |
Шаман форума
|
Валют баланса у нас 2 (две). Задается в настройках компании.
Можно и без трансляции получать баланс в 2 валютах. А на базу они вообще не завязаны (под базой понимается база в сервере СУБД, в одной базе есть несколько компаний, у каждой свои валюты баланса) |
|
04.02.2003, 10:48 | #36 |
Участник
|
Цитата:
Изначально опубликовано komar
Валют баланса у нас 2 (две). Задается в настройках компании. Можно и без трансляции получать баланс в 2 валютах. А на базу они вообще не завязаны (под базой понимается база в сервере СУБД, в одной базе есть несколько компаний, у каждой свои валюты баланса)
__________________
С уважением, Мирослав Лянцевич КОРУС Консалтинг I Navision Solution Center |
|
04.02.2003, 12:27 | #37 |
Шаман форума
|
А трансляция здесь поможет?
|
|
04.02.2003, 13:18 | #38 |
Участник
|
Цитата:
Изначально опубликовано komar
А трансляция здесь поможет? имеются головная и дочерняя компании. Их базовые валюты, соответственно, USD и RUR. Имеем проводки в дочерней компании (по выдаче и погашению командировочных расходов): AmountCur AmountMST 01/02/2002 Д71 - К50 100 EUR 3100 RUR 03/02/2002 Д44 - К71 100 EUR 3200 RUR Выравниваем при сопоставлении: 03/02/2002 Д71 - К91 100 RUR 100 RUR Транслируем все проводки в головную компанию. Что будем делать с балансом головной компании, если динамика изменения курса рубля по отношению к доллару была иной (например, на первое число он стоит 31, а на третье 31,5)? Будет ли система корректно списывать трансляционную разницу на сумму эквивалентную 50 рублям? Или посчитает, что все по честному: сотрудник погасил командировочные на сумму большую, чем ему выдали из кассы? По большому счету, в рамках "классической" трансляции, описываемой в учебниках по бухучету, в головную компанию должны переносится не проводки, а конечные сальдо по счетам. Они переводятся в другую валюту (в зависимости от метода трансляции), либо по текущему, либо по историческому курсу. Если мы бы не делали по 71-му счету других проводок, то в головную компанию перенеслось бы 0 рублей и путаницы с трансляционной разницей не было бы. Странно, что Navision не пошла по этому пути.
__________________
С уважением, Мирослав Лянцевич КОРУС Консалтинг I Navision Solution Center |
|
04.02.2003, 14:03 | #39 |
Шаман форума
|
А трансляция здесь поможет?
|
|
04.02.2003, 14:47 | #40 |
SAP
|
"Фантастический" постинг (http://www.axforum.info/forums/showt...=7949#post7949) ...
Цитата:
Изначально опубликовано komar
Валют баланса у нас 2 (две). Задается в настройках компании. Не приходило в голову, что вторичная валюта никак не связана с функцией трансляции. Цитата:
Изначально опубликовано komar
Можно и без трансляции получать баланс в 2 валютах. Цитата:
Изначально опубликовано komar
А на базу они вообще не завязаны (под базой понимается база в сервере СУБД, в одной базе есть несколько компаний, у каждой свои валюты баланса) Понятно, или опять напишешь про свой «первый раз»? |
|