Существуют ли недостатки у Axapta - Страница 15 - Сравнение ERP-систем

**mazzy** · 27.12.2005, 15:11

Цитата:

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

Хорошая практика открывать базы/компанию под финансовый год.

Не считаю, что это хорошая практика. Поскольку тяжело станет делать сравнительные отчеты за несколько лет.
Кроме того, см. http://axapta.mazzy.ru/lib/dbgrowthsolution/
Этот совет касается и конкорда, только там таблицы другие.

Lazy_Tiger · 27.12.2005, 15:13

Цитата:

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

Не считаю, что это хорошая практика. Поскольку тяжело станет делать сравнительные отчеты за несколько лет.

дык это.. внешними средствами... OLAP например. никто не мешает в кубах аггрегировать данные хоть с 10 БД, хоть со 100. Хотя очень уж много подводных камней в таком варианте.

Лично я - пас. В том числе и по причине того, что это все будет мутиться под НГ, а хочется не только зарабатывать деньги, но еще и тратить иногда

komar · 27.12.2005, 15:18

Это не всегда есть хорошая практика в некоторых системах, как я уже упоминал, открытие новых таблиц для новых периодах соответствует логике работы системы, но в Акзапте это не так. Такая практика в Акзапте, наверное, возможна, если:

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

Garic · 27.12.2005, 15:37

А зачем это делать именно в новый год?
Что мешает закрыть период и после этого уже перейти, хотя конечно транзакции переносить не самое приятное занятие

Насчёт сравнительных отчётов. Ничего не мешает сделать InventTransBalances и т.п, наверно достаточно будет даже сводного за периоды.

Recoilme · 27.12.2005, 15:59

Цитата:

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

Согласен.

Не знаю. Сначала спросим. Открывай новую ветку для этого.

В арифметике не сильны оба

Запустите сводное планирование в ежедневном режиме и вот Вам прожорливая темповая табличка под названием reqtrans

Дефрагментация идет лесом. Мы лучше новую компанию будем открывать и париться с переносом чем такую мину закладывать. Любопытно, почему маленькие компании при проектировании систем закладывают BigInt на такие вещи?

2 Evgl: а ускорить аксу на порядки переделав ссылки на интегеровские поля майкрософту слабо??? Все равно ведь новая версия нифига совместима не будет, так что ж полюдски не сделать?

Pavel · 27.12.2005, 16:00

Цитата:

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

Не считаю, что это хорошая практика. Поскольку тяжело станет делать сравнительные отчеты за несколько лет.

Ой, тяжело... один отчет из одного финансового года, другой - из другого, кладешь на стол и сравниваешь.
Что-то я не видел управленческих отчетов за период - ДВА ГОДА. Не говорю уже про бухгалтерские. Это прикол такой?
В OLAP также производишь два набора диаграмм напротив друг-друга и сравниваешь.

Цитата:

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

Кроме того, см. http://axapta.mazzy.ru/lib/dbgrowthsolution/

Советы как чистить таблицы аксапты? Да уж... вводить информацию в системе, а потом удалять ее. Тоже самое, что купить авто и не ездить с целью экономии бензина.

Цитата:

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

Этот совет касается и конкорда, только там таблицы другие.

"Это вряд ли".

Pavel · 27.12.2005, 16:10

Цитата:

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

А зачем это делать именно в новый год?

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

Старая компания
- в течение первого квартала довводятся данные
- делается выверка/корректировка отчетного года
- закрывыется отчетный период, формируется фин.результат
- сдается отчетность

Кстати, проще с аудитом информации...

P.S. перед глазами живой пример с изменением ЕСН и одновременным расчетом з/п за новый период и корректировками/перерасчетами в прошлом году в одной базе/компании.

**mazzy** · 27.12.2005, 16:20

Цитата:

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

Запустите сводное планирование в ежедневном режиме и вот Вам прожорливая темповая табличка под названием reqtrans

Только по изменениям? Или полный пересчет?

Потенциально да, на практике - нет

Recoilme · 27.12.2005, 17:01

Цитата:

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

Только по изменениям? Или полный пересчет?

Потенциально да, на практике - нет

Полный пересчет. Потребности не только меняются, они ещё добавляются

На практике, согласен ещё года на 2 лично нам должно хватить

При том что мы используем только 10% стандартных таблиц и столько же самописных, ни ГК ни компаний ни фига мы не используем, а если б использовали?

ЗЫ и чего меня в эту ветку постоянно тянет?

Галина · 27.12.2005, 18:00

Цитата:

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

В жизни происходит следующее:
- вводишь входящие сальдо прошлого периода по мере их формирования

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

Pavel · 27.12.2005, 18:12

Цитата:

Сообщение от Галина

А как быть с сальдо по клиентам , особенно учитывая, что если используется например -при выписки счета клиенту кредитный лимит? Текущие операции по клиентам-нужно уже заносить с учетом прошлой информации.

Если сальдо по клиенту выверено, то заводится в разбивке по открытым проводкам. "Заводится" - это выгрузить из базы/компании прошлого года, загрузить в журнал нового года, провести. В некоторых системах - стандартная функциональность.

Если все проводки открыты, значит сопоставление (применение) в системе не востребовано, следовательно, можно свернуть. В некоторых системах сверка проводок тоже вещь стандартная, однако требует внимания к валютным операциям и их переоценке.

Галина · 27.12.2005, 18:26

Т.е. чтобы сразу вводить текущие операции по клиентам (с учетом кредитного лимита)-нужно перенести до 05 января 2005 года (или когда клиент начнет вводить тек-операции)? А к 05 января да и 10 января-вряд ли сальдо будет выверено -хотя бы потому что банк еще не разнесен.

Тимур · 28.12.2005, 00:05

Цитата:

Сообщение от Галина

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

Что касается кредитного лимита, то все зависит от того, как часто он устанавливается и меняется. На практике я видел такую кредитную политику, по которой лимит одному клиенту мог изменяться каждые 2-3 недели. Пока готовились начальные остатки для переноса в новую систему, значения кредитных лимитов вводились в с учетом задолженности, сложившейся на данный момент без точной выверки расчетов (лаг несколько дней).

komar · 28.12.2005, 10:26

Обсуждение российской локализации медленно расползается по форуму:

Российская функциональность в Microsoft Axapta

День Microsoft на Softool’04

Галина · 28.12.2005, 13:40

Цитата:

Сообщение от Тимур

Что касается кредитного лимита, то все зависит от того, как часто он устанавливается и меняется. На практике я видел такую кредитную политику, по которой лимит одному клиенту мог изменяться каждые 2-3 недели. Пока готовились начальные остатки для переноса в новую систему, значения кредитных лимитов вводились в с учетом задолженности, сложившейся на данный момент без точной выверки расчетов (лаг несколько дней).

Да согласна - вопрос конечно как то решается. Просто мне кажется не все так просто как написал Pavel.

Pavel · 28.12.2005, 13:56

Цитата:

Сообщение от Галина

Да согласна - вопрос конечно как то решается. Просто мне кажется не все так просто как написал Pavel.

Справедливо, первый раз точно будет "непросто". Затем формируется точная поцедура, с четким описанием всех деталей для конкретной компании (в конкретной системе), процесс становится чем-то обычным.

P.S. В качестве альтернативы попробуйте оценить "простоту" на примере исправления ошибки в расчете зарплаты прошлого года, когда используется одна база/компания. В новом году изменились ставки расчета ЕСН и структура кодов аналитического измерения "Отдел". ???

komar · 28.12.2005, 17:27

В продолжение - родилась ветка для распиливания функционала учета в различных стандартах
Трансляция и двухвалютный склад

ранее обсуждалась
Трансляция в Главной Книге

это чтобы не повторяться.

belugin · 29.12.2005, 17:02

Цитата:

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

Сейчас 1С работает на *nux-системах?

http://www.linux.org.ru/jump-message.jsp?msgid=1212323

Компания Этерсофт совместно с компанией Линуксцентр представляет продукт WINE@Etersoft 0.9 Local, предназначенный для запуска Windows-приложений в свободных операционных системах на платформе x86.

WINE@Etersoft позволяет использовать такие российские программы, как 1С:Предприятие 7.7, 1С:Бухгалтерия 6.0, Консультант Плюс, Инфо-Бухгалтер, Кодекс, и некоторые другие.

Отличием WINE@Etersoft от обычной сборки Wine являются исправления для поддержки коммерческих российских программ (например, 1С:Предприятие 7.7). Обратите внимание, что в данной версии не поддерживаются локальные ключи HASP и совместная работа с файлами.

Опубликованы свободные пакеты Wine для всех поддерживаемых систем, а также исходные текст

komar · 29.12.2005, 17:48

Спасибо за информацию! Однако, прошу, по возможности, держаться в рамках темы - а именно обсуждения системы Axapta.

Lazy_Tiger · 12.01.2006, 09:39

Господа, возвращаясь к нашим баранам.
ОЧЕНЬ ОЧЕНЬ ИНТЕРЕСНО, таки проблемы пересчета/закрытия склада Microsoft вообще собирается решать? Я тут почитал переписку своего партнера с MBS, датированную еще началом-серединой 2004 года на эту тему.
В результате спустя год (!!) вместо решения проблем, в SP4 появились заглушки и все. Кто тут говорил про "приоритетность" и все такое?
Хоть каждый день открывай запросы, толку ноль. Одни отмазки, запросы просто закрываются и все.

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Видео и флэш-ролики по Microsoft Axapta 3.0	mazzy	Microsoft и системы Microsoft Dynamics	12	30.05.2009 13:17
### Вакансии: программисты, консультанты AXAPTA (Москва, $1600-3100)	Metetam	Рынок труда Microsoft Dynamics	3	20.12.2006 17:00
Вакансии Специалисты MBC Axapta, 1C 7.7	Наталия Леонидовна	Рынок труда Microsoft Dynamics	7	20.07.2006 19:06
Команда внедрения «под ключ» (Microsoft Axapta)	KARA_ts	Полезное по Microsoft Dynamics	0	28.11.2005 10:44
AXAPTA 4.0 задерживается до весны 2006 (eng.)	dmit2604	Microsoft и системы Microsoft Dynamics	61	12.03.2005 16:14