|
27.06.2017, 10:53 | #1 |
Модератор
|
Цитата:
Сообщение от macklakov
Одновременно и слишком много и недостаточно. А все потому, что не было понимания, что и зачем обообщают.
В принципе, в древних системах, в CustTrans и VendTrans нужды вообще не было. Ты просто делаешь аналитику Клиент по этим счетам ГК и прямо оттуда можешь баллансы смотреть. В 2012-ю как раз этот допотопный механизм и притащили с таким героическими усилиями. Именно для этого и созданны все эти account structures. Заполняешь аналитику Customer в проводке, которая идет в AR счет. А дальше когда надо проводки по этому клиенту посмотреть, или балланс, прямо из ГК и берешь. Там даже сопоставление есть. А на AP счетах у тебя аналитика Vendor. Тоже все просто. Все можно делать тупо через журлал ГК с типом счета Ledger
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: macklakov (1). |
27.06.2017, 11:35 | #2 |
NavAx
|
Цитата:
И зачем было в ГК встраивать возможность вести учет в разрезе клиента или единицы номенклатуры, когда есть специализированные модули?
__________________
Isn't it nice when things just work? |
|
27.06.2017, 13:03 | #3 |
Модератор
|
Цитата:
Цитата:
И зачем было в ГК встраивать возможность вести учет в разрезе клиента или единицы номенклатуры, когда есть специализированные модули?
Цитата:
Зачем было городить искуственную иерархию сущностей, между которыми общего столько же, сколько и почти с любым другим модулем?
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: EVGL (1). |
27.06.2017, 14:53 | #4 |
NavAx
|
Цитата:
Цитата:
Т.к. мы заменяли эту замечательную систему на AX, нам даже требование впендюрили, наладить периодический перенос журналов. Что было с легкостью реализованно ибо у нас теперь есть синхронная, асинхронная и batch разноска. Вы все еще думаете это великий замысел, с целью разгрузить сервера? Такой великий замысел что пришлось покрыть каждый модуль reconciliation reports, чтобы проводки между модулями и ГК не слишком сильно расходились. Это правда, мой опыт в последние годы ограничен диковатой колонией и несколькими варварскими странами.
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 27.06.2017 в 15:02. |
|
27.06.2017, 15:46 | #5 |
Banned
|
Легко. В пересчете на год процент скидки по оплате обычно заведомо превышает ставку рефинансирования, поэтому экономически выгодно платить поставщику в последний день действия скидки по оплате если последняя предоставляется. Такую стратегию можно выбрать в предложениях по оплате.
Aging в AP - экзотика, но в балансе разделяют кратковременную и долговременную (дольше года) задолженность. Для этой реклассификации можно в теории использовать отчет. |
|
27.06.2017, 17:08 | #6 |
NavAx
|
Цитата:
У нас, просто, это делается письмами-напоминаниями, которые суть забота поставщика. По этой причине назревающие платежи отражены лишь в cash flow. А cash flow все одно самописный.
__________________
Isn't it nice when things just work? |
|
27.06.2017, 17:22 | #7 |
Banned
|
Да, конечно. В Австрии вообще все помешаны на скидках по оплате, согласно best practices учета запасы принимаются к учету за вычетом скидки. Исходят из того, что в 99% случаев покупатель воспользуется скидкой, и последняя учитывается не как доход текущего периода, а снижает стоимость актива.
|
|
27.06.2017, 16:22 | #8 |
Модератор
|
Это вопрос с подвохом ? Так же и затем же, что и в AR. "Оплати быстро и получи скидку", "кому, сколько и когда мы должны платить". По курсовым, я так понял, вопросов не возникло? Тогда предположу, что "искуственные иерархии сущностей" не такие уж и искуственные, и схожего в задачах реализуемых в AR и AP достаточно ? И (осторожно, крамола) даже возможно ограниченное применение ООП ?
Цитата:
Зачем такие аналитики нужны? Я вот видел системы где счета через черточку и AR это буквальным образом счет accounts receivable в ГК и один из сегментов это именно клиент
Цитата:
Мне вся эта ситуация с новой ГК видится вот как. Купил мужик на ebay 2 велика
Цитата:
В принципе, в древних системах, в CustTrans и VendTrans нужды вообще не было. Ты просто делаешь аналитику Клиент по этим счетам ГК и прямо оттуда можешь баллансы смотреть. В 2012-ю как раз этот допотопный механизм и притащили с таким героическими усилиями. Именно для этого и созданны все эти account structures. Заполняешь аналитику Customer в проводке, которая идет в AR счет. А дальше когда надо проводки по этому клиенту посмотреть, или балланс, прямо из ГК и берешь. Там даже сопоставление есть. А на AP счетах у тебя аналитика Vendor. Тоже все просто. Все можно делать тупо через журлал ГК с типом счета Ledger.
И вот в системе у нас ГК, которая делает CustTrans, VendTrans ненужными
__________________
-ТСЯ или -ТЬСЯ ? |
|
27.06.2017, 16:57 | #9 |
NavAx
|
Цитата:
Это штатная возможность, которую вендор впаривает клиентской бухгалтерии, переезжающей с допотопных консольных систем на AX. Ты будешь спорить с рекомендацией вендора?
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 27.06.2017 в 17:09. |
|
27.06.2017, 17:01 | #10 |
NavAx
|
Ну до подмены-то опускаться не надо. Я говорил про конкретные таблицы CustTrans и VendTrans. С новой ГК, позаимствованной из GP, эти таблицы больше не нужны. Если у тебя счет AR ведется в разрезе Customer, ты ageing report прекрасно по проводкам ГК построить можешь. И скидки по оплате тоже.
Продолжая аллегорию. На велосипеде теперь 2 набора педалей. Один из них явно избыточный.
__________________
Isn't it nice when things just work? Последний раз редактировалось macklakov; 27.06.2017 в 17:16. |
|
27.06.2017, 18:47 | #11 |
Модератор
|
Цитата:
Сообщение от macklakov
Ну до подмены-то опускаться не надо. Я говорил про конкретные таблицы CustTrans и VendTrans. С новой ГК, позаимствованной из GP, эти таблицы больше не нужны. Если у тебя счет AR ведется в разрезе Customer, ты ageing report прекрасно по проводкам ГК построить можешь. И скидки по оплате тоже
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: EVGL (1), belugin (2). |
|
|