04.11.2002, 11:58 | #61 |
Шаман форума
|
Рапортую - разобрался. Так оно и сеть!
Интересны также и выводы, сделанные тобой из того факта, что ты не нашел в таблицах сальдо по периодам. Типа, считает не как конкорд - значит, плохо? |
|
04.11.2002, 14:42 | #62 |
SAP
|
Цитата:
Изначально опубликовано komar
Интересны также и выводы, сделанные тобой из того факта, что ты не нашел в таблицах сальдо по периодам. Типа, считает не как конкорд - значит, плохо? |
|
09.11.2002, 20:21 | #63 |
SAP
|
Про сальдо
Привет,
Цитата:
Изначально опубликовано komar
В Акзапте, если ты имеешь в виду LedgerBalances и LedgerBalancesDim, то хранят они, насколько я помню, обороты. Цитата:
Изначально опубликовано komar
А сальдо по контрагентам в той же Акзапте, насколько я помню, считается по запросу пользователя. Просто для справки. Чтобы показать не только ту часть картинки, которая нравится тебе. Видимо, Конкорд так же считает. Цитата:
Изначально опубликовано komar
Что касается расчета в Аттейне, то тонкостей я не знаю (равно как весьма смутно представляю себе механизм индескного суммирования), но скорость этого расчета весьма сильно отличается как от 1С, так, кстати говоря, и от Дамгардовских программ. P.S. поскольку тема получила продолжение, то сообщаю дополнительно: сальдо по периодам хранится также и в других модулях (например, Зарплате и ОС). С уважением. |
|
26.12.2002, 14:15 | #64 |
SAP
|
Привет,
Интересно, какие средства есть в Attain для выполнения перекладки бухгалтерских данных в международные стандарты финансовой отчетности? С уважением. |
|
27.12.2002, 11:02 | #65 |
Участник
|
Привет.
Вообще-то западанные и российские стандарты ведения бухгалтерского учета расходятся в основополагающих принципах, что приводит к тому, что объекты и процессы учитываются по разному (определяется их состав, стоимость, момент совершения операции). И балансы предприятия, на определенную дату будут отличаться. В этом случае необходимо вести параллельно два учета и лучше в разных компаниях (в терминах Attain'a). Ну, а если у предприятия учет достаточно близок к западным стандартам, то необходимо будет вести учет настолько подробно, что бы в последствии иметь возможность их трансформировать. Средствами для трансформации могут служить так называемые финансовые отчеты (Account Schedules), в которых можно занести план счетов, баланс, отчет о прибылях и убытка, отчет о движение денежных средств, и задать формулы для пересчета итогов счетов российского плана счетов в итоги вышеуказанных отчетов. |
|
27.12.2002, 13:25 | #66 |
Шаман форума
|
LedgerBalances
Предлагаю провести тест - напостить проводок, и посмотреть за изменением соответствующей таблицы. В свое время я такую фишку делал (на 25 sp3) - обороты меняет, а вот сальдо.... хотя поле для него, действительно, предусмотрено.
|
|
27.12.2002, 13:35 | #67 |
Шаман форума
|
Re: Про сальдо
Цитата:
Изначально опубликовано Pavel
Привет, Текущее сальдо по контрагентам в Конкорде и Аксапте хранится непосредственно в карточке. ...... Цитата:
Изначально опубликовано Pavel
Очень сомнительное утверждение. Следовало бы привести соответствующие факты сравнительного тестирования! Аксапта не имеет (по крайней мере в 2.5) аналога индексного суммирования. |
|
27.12.2002, 18:12 | #68 |
SAP
|
Привет,
Цитата:
Изначально опубликовано Twin
Вообще-то западанные и российские стандарты ведения бухгалтерского учета расходятся в основополагающих принципах, что приводит к тому, что объекты и процессы учитываются по разному (определяется их состав, стоимость, момент совершения операции). И балансы предприятия, на определенную дату будут отличаться. В этом случае необходимо вести параллельно два учета ... Цитата:
Изначально опубликовано Twin
и лучше в разных компаниях (в терминах Attain'a). Цитата:
Изначально опубликовано Twin
Ну, а если у предприятия учет достаточно близок к западным стандартам Цитата:
Изначально опубликовано Twin
Средствами для трансформации могут служить так называемые финансовые отчеты (Account Schedules), в которых можно занести план счетов, баланс, отчет о прибылях и убытка, отчет о движение денежных средств, и задать формулы для пересчета итогов счетов российского плана счетов в итоги вышеуказанных отчетов. Хочу иметь general ledger по стандартам US GAAP, со всеми примочками (accruals, adjustments, provision, bad debs, depreciation, allocations, budgeting и пр.) и правилами перекладки (mapping, schedule, exchange rates, …). Которая (GL) будет аудироваться, а данные отчетов BS, P&L, CF - дриллиться до транзакций с очевидным финансовым смыслом. Опять же, мне не все проводки с конкретного счета по РПБУ нужны. Какие будут рекомендации от специалистов по Attain? С уважением. |
|
30.12.2002, 16:42 | #69 |
Участник
|
Добрый день !
Посмотрите дистрибутив 3.10.А.А или 3.60. Модуль "Персонал и Зарплата" входит в стандартную поставку уже почти. |
|
30.12.2002, 16:45 | #70 |
Участник
|
Привет всем !
Интересный подход, кто же бесплатно из партнеров будет предоставлять свои наработки. |
|
30.12.2002, 16:51 | #71 |
Участник
|
Павел !
Ваша компания является партнером по Navision, странно, что Вы не знаете функционал продукта и видели ее последний раз в 2001 года ?!? Зайдите на сайт www.attain.ru, хотя у Вас должен быть инсталляционный диск с последней версией. С уважением |
|
30.12.2002, 17:06 | #72 |
Участник
|
Павел,
Честно говря не вижу смысла дискутировать ... Да, может быть каких-то вещей нет ни Axapta, ни в Navision. Но если Вы не знаете, что из главного меню можно вызвать Главную Книгу, ... зачем спорить о продуктах ... С уважением |
|
30.12.2002, 17:12 | #73 |
Участник
|
Посмотрели систему, написали в MBS, что хотим купить, получили ответ – «В Европе не продается». Так для порядку написали еще в местный Microsoft выразили свое разочарование.
При огромном желании можно покупать также как Конкорд – через оффшор. Тебя, что именно интересует и какая именно версия (их несколько)? ... Купите, а потом будете говорить, что система не локализована, ... (новая тема для осуждений) ... |
|
30.12.2002, 17:17 | #74 |
Участник
|
Изначально опубликовано Pavel
где хранится информация по корреспонденции проводок, т.к. в самих бухгалтерских проводках прямой ссылки на корреспондирующие проводки нет? -------------------------------------------------------------------------------- Неужели никто не знает как Аттейн хранит корреспонденцию проводок? ;( Ответ: Таблица 12401. Связь по Транзакция Но. |
|
30.12.2002, 17:21 | #75 |
Участник
|
Привет !
Поздравляю всех с Новым 2003 годом !!! Желаю всем всего наилучшего ... С уважением |
|
30.12.2002, 17:32 | #76 |
Участник
|
скорость набора однако...........
__________________
Остановите этом мир, я сойду! |
|
13.01.2003, 12:16 | #77 |
SAP
|
Цитата:
Изначально опубликовано mad_pilot
скорость набора однако........... И еще напоминает анекдот про жирафа, который рассмеялся на следующий день после услышанного анекдота. Наверное, еще через полгода будет ответ и по перекладке в МСФО. |
|
15.01.2003, 11:51 | #78 |
Участник
|
Привет
По функционалу - указанные примочки в Attain существуют (по крайней мере, так как я понял указанные термины), также данные General Ledger могут аудироваться, данные отчетов баланса, прибылей и убытков могут дрилится с помощью того же Account Schedules. Да и вообще в системе, которая уже 20 лет успешно продается на западном рынке функционала General Ledger вполне достаточно, что бы вести учет по МСФО. По рекомендациям – если уже система установлена в ней работают по РПБУ, а также на предприятие успешно ведется параллельный учет по МСФО, то технические проблемы с двойным вводом данных, переносом данных из одной GL в другую решаются с помощью одного грамотного аналитика и пару программеров за пару -тройку месяцев. |
|
17.01.2003, 13:23 | #79 |
SAP
|
Цитата:
Изначально опубликовано Twin
По рекомендациям – если уже система установлена в ней работают по РПБУ, а также на предприятие успешно ведется параллельный учет по МСФО, то технические проблемы с двойным вводом данных, переносом данных из одной GL в другую решаются с помощью одного грамотного аналитика и пару программеров за пару -тройку месяцев. |
|
20.01.2003, 14:38 | #80 |
SAP
|
Цитата:
Изначально опубликовано Twin
технические проблемы с двойным вводом данных, переносом данных из одной GL в другую решаются с помощью одного грамотного аналитика и пару программеров за пару -тройку месяцев. Полагаю основатели концепции объектно – ориентированного программирования (в частности "папа", г-н Страуструп) с его принципами абстракции, наследования, инкапсуляции, полиморфизма немало бы удивились такому повороту событий. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|