Не изобретайте велосипед, он давно уже изобретён. Ножницы, конечно, замечательный инструмент, который есть в каждой семье, но они не подходят для подстригания травы на садовом участке, для этого есть другие инструменты. Точно так же и Эксель не подходит в ситуации, где нужна полноценная реляционная база данных
Внимание, срочная новость в пространстве Scala/iScala!
Бывшие программисты Скалы вышли на субботник и в рамках волонтерской акции бесплатно отработали на создании линейки локализованных вертикальных решений для разных категорий российского бизнеса!
Выпушены в обращение специальные версии для детективных агентств и частных детективов, для домов быта и прачечных, для провайдеров такелажных услуг, парикмахерских, компаний по подбору персонала, ресторанов и кафе, рекламных агенств и даже фискальных органов! Торопитесь узнать подробности!
Идеальных систем не только не существует, идеала вообще невозможно достичь, можно только к нему стремиться. Мы хотели бы познакомить вас со своей концепцией, а там уж вы сами решайте, что вам ближе, «Позиции на рынке», «Узнаваемость бренда» или соответствие вашим потребностям и бизнес процессам
Настройка автоматического создания бухгалтерских проводок на основе матрицы автоматического учёта позволяет сделать так, чтобы кладовщик, который ничего не знает про бухгалтерские проводки, просто выполнял свою работу, а правильные проводки создавались в соответствие с однажды настроенной матрицей
В разных системах применяют разный подход к определению типов складских проводок. В большинстве случаев это заранее определено в системе («захардкодено»), так как вся программная логика находится в соответствие с этими типами. У нас есть идея о том, чтобы дать возможность администратору системы при необходимости самостоятельно изменять и даже добавлять типы проводок и логику того, что они делают на складе
Заметили что-нибудь? Вполне возможно, что нет. Вот и ладно 🙂
Мы имеем огромный опыт в применении различных видов консолидации, так как в «Скале» этот инструмент был очень хорошо проработан. У нас есть 2 базовых варианта консолидации и 2 расширенных.
Отчёты — это очень важная часть системы. Не только фискальные. По большей части аналитические. И концепция структуры баз данных системы очень важная часть. И не только из-за быстродействия. Мы за то, чтобы вместо «данных» иметь осмысленную «информацию», а вы?
Модель одновременного двухвалютного учета движения складских запасов представляется нам наиболее адекватной. А попытки использовать при продаже курс на дату прихода товара не выдерживают никакой критики, так как в нашем примере показан «Эффективный курс», который как правило ни с чем не совпадает, ни с курсом на дату прихода (кроме самого первого прихода), ни с курсом на дату начисления дополнительных затрат (например, пошлины, транспортные, погрузо-разгрузочные операции и т.п.), ни с чем-то ещё. Это очень важная информация, постарайтесь внимательно прочитать и вникнуть, если для вас, естественно, это актуально
Как сделать так, чтобы иметь возможность большого количества учётных измерений и не изменять структуру таблиц, добавляя в них новые поля, при добавлении нового учётного измерения? Наша концепция
Никогда бы не подумал, что отчёт фиксированной формы сделать так просто. Ну, это и раньше было возможно с помощью RGW, но мне не доводилось с этой функциональностью RGW работать, в основном работал с отчётами с переменным количеством строк. А тут заодно проверил иную логику получения цифр в разных ячейках, не от ячейки к счёту, а от счёта к ячейке
Концепции в некоторых функциональных областях: как будет выглядеть Бухгалтерская проводка, какие у неё могут быть статусы, сколько может быть учётных измерений, как это будет организовано. Сколько концепций консолидации? Как будут организованы заказы, складской учёт. Делимся идеями
