Существуют ли недостатки у Axapta

[mazzy]

Цитата:

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

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

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

[Lazy_Tiger]

Цитата:

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

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

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

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

[komar]

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

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

[Garic]

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

[Recoilme]

Цитата:

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

Согласен.


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

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

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

[Pavel]

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

[Pavel]

Цитата:

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

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

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

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

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

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

[mazzy]

Цитата:

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

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

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

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

[Recoilme]

Цитата:

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

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

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

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

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

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

[Галина]

Цитата:

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

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

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

[Pavel]

Цитата:

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

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

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

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

[Галина]

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

[Тимур]

Цитата:

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

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

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

[komar]

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

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

День Microsoft на Softool’04

[Галина]

Цитата:

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

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

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

[Pavel]

Цитата:

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

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

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

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

[komar]

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

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

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

[belugin]

Цитата:

Сообщение от 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]

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

[Lazy_Tiger]

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