консолидация

Мы имеем огромный опыт в применении различных видов консолидации, так как в «Скале» этот инструмент был очень хорошо проработан. У нас есть 2 базовых варианта консолидации и 2 расширенных.

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

Концепции в некоторых функциональных областях: как будет выглядеть Бухгалтерская проводка, какие у неё могут быть статусы, сколько может быть учётных измерений, как это будет организовано. Сколько концепций консолидации? Как будут организованы заказы, складской учёт. Делимся идеями

Если вам говорят, что для сдачи российской отчётности в электронном виде Scala/iScala не может быть использована, не верьте!
If someone tells you that Scala / iScala cannot be used to submit Russian fiscal reports electronically do not believe!

В 90-е годы, когда Scala только появилась в России, все, кто её использовал, знали, что такое «консолидация», сейчас почти никто не знает и вот почему: можно сказать, что именно функциональность «непрерывная консолидация» обеспечила ERP системе Scala продвижение в России. В то время было очень важно вести учёт по российским и западным стандартам одновременно, причём в разных валютах…