Идеальных систем не только не существует, идеала вообще невозможно достичь, можно только к нему стремиться. Мы хотели бы познакомить вас со своей концепцией, а там уж вы сами решайте, что вам ближе, «Позиции на рынке», «Узнаваемость бренда» или соответствие вашим потребностям и бизнес процессам
В разных системах применяют разный подход к определению типов складских проводок. В большинстве случаев это заранее определено в системе («захардкодено»), так как вся программная логика находится в соответствие с этими типами. У нас есть идея о том, чтобы дать возможность администратору системы при необходимости самостоятельно изменять и даже добавлять типы проводок и логику того, что они делают на складе
Мы имеем огромный опыт в применении различных видов консолидации, так как в «Скале» этот инструмент был очень хорошо проработан. У нас есть 2 базовых варианта консолидации и 2 расширенных.
Модель одновременного двухвалютного учета движения складских запасов представляется нам наиболее адекватной. А попытки использовать при продаже курс на дату прихода товара не выдерживают никакой критики, так как в нашем примере показан «Эффективный курс», который как правило ни с чем не совпадает, ни с курсом на дату прихода (кроме самого первого прихода), ни с курсом на дату начисления дополнительных затрат (например, пошлины, транспортные, погрузо-разгрузочные операции и т.п.), ни с чем-то ещё. Это очень важная информация, постарайтесь внимательно прочитать и вникнуть, если для вас, естественно, это актуально
Как сделать так, чтобы иметь возможность большого количества учётных измерений и не изменять структуру таблиц, добавляя в них новые поля, при добавлении нового учётного измерения? Наша концепция
Концепции в некоторых функциональных областях: как будет выглядеть Бухгалтерская проводка, какие у неё могут быть статусы, сколько может быть учётных измерений, как это будет организовано. Сколько концепций консолидации? Как будут организованы заказы, складской учёт. Делимся идеями
Мы более 33 лет проработали с системами под названием «Скала», «айСкала», «Платинум», «ИФАС» (EFAS), «Эпикор», Майкрос, «ЕвроСис», Инфо-Бухгалтер, 1С, локальные производственные программы и многое другое. Опыт сигнализирует нам, что в отрасли возникла угроза скатывания в тупик. Виной этому может быть то, что при выборе системы не учитывается её концепция, а только технические параметры или отдельные функции.
Мы считаем, что в системе главным является именно концепция, всё остальное, как говорится, «дело техники». У нас есть концепция как системы целиком, так и отдельных её компонентов.
Дежа вю. Многие компании начали любимое занятие: оптимизацию затрат, причём сразу с персонала. Прямо как в 2009 году. Я тогда предлагал: «не трогайте сотрудников, давайте найдём узкие места, где мы теряем деньги, ликвидируем простой арендованного автотранспорта, распродадим излишки запасов, неликвиды и т.п.» Не послушали. А ведь, как нас учили во всех бизнес школах, кризис это не только про угрозы, но и про возможности. Вот об этом и поговорим — про оптимизацию склада, критерий оборачиваемости запасов и запасы низкого спроса.
Для моего коллеги, бывшего клиента iScala «Широкая узнаваемость, большое число специалистов» оказалось решающим фактором при выборе системы, когда они мигрировали с iScala из-за ухода Epicor из России. Это их выбор. Но меня это не убеждает. Попытаюсь пояснить на примере из прошлого. В 60-е годы прошлого века керосинка была самым распространённым прибором для приготовления пищи на дачном участке. А уж сколько специалистов по его ремонту тогда имелось, не сосчитать. И что? Где эти керосинки? Ну, одна у меня на даче на чердаке валяется. Появились более удобные и менее пожароопасные газовые или электрические плитки и никто даже не заикнулся про «Широкую узнаваемость и большое число специалистов». Понятно на что намекаю?
ИИ ERP систему с нуля не напишет, я в это принципиально не верю. Наверное, он может переписать существующий код с одного языка на более современный, может даже сможет что-то кардинально улучшить. Вполне допускаю, что ему не составит труда переписать отчёт с Crystal’а (файл rpt) в формат SSRS (rdl файл). Но это интересно было бы проверить 🙂
Ну, что сказать? Во-первых, 1С:ERP — это оксюморон. Во-вторых, 1С:ERP — это худшее, что у нас есть, на мой взгляд. Перефразируя слоган L’Oréal, «ведь только этого вы и достойны». Какой позор!
Все мы знаем, как в Скале работает непрерывная консолидация. А кто не знает, найдите ссылку на этой странице и познакомьтесь, замечательная штука! 🙂 А я хочу также поделиться и другой моделью, которую наблюдал 28 лет назад при внедрении системы EFAS
