Дано: клиенты присылают заказы на закупку в Excel’е. Excel файлы у всех одинаковой структуры, только содержимое каждый раз разное. Как мне сделать так, чтобы я мог запускать выгрузку из этих файлов в формат, пригодный для импорта заказов на продажу в iScala?
Иногда я прошу прислать текст хранимой процедуры SQL сервера. Не все знают, как это сделать, поэтому я приготовил краткую инструкцию с картинками 🙂
Многократно наблюдал, как консультанты, специализирующиеся на отдельных видах бизнеса копируют одни и те же настройки в новых инсталляциях iScala. Например, открывается в России новый отель известной сети и приезжает специалист из другой страны. Почему именно он? А просто он «эпрувленный» консультант для этой сети. Неважно, что он не знает особенностей и гримас нашего учёта, важно лишь, что он умеет разворачивать единожды сделанные настройки
Не знаю, как принято в Вашей компании, но я обычно рекомендую клиентам создавать и отправлять проводки Главной Книги в модуле «Управление Запасами» по дням, а не одной проводкой за месяц, так гораздо проще выверять данные между Главной Книгой и «Управлением Запасами». И использую следующий простенький отчёт как некий инструмент для отслеживания дат, для которых имеются аналитические проводки, а проводки Главной Книги ещё не созданы. Хотите такой? 🙂
Если Вы далеки от технической стороны вопроса, но картинка Вам нравится, просто заставьте Ваших технических специалистов проделать действия, которые я опишу в этой статье 🙂
Процесс публикации отчёта на сервере отчётов MS SQL Server Reporting Services состоит из нескольких шагов: собственно публикации и изменения ссылки на общий источник данных (если используется общий источник данных для нескольких отчётов — это очень удобно, иметь общий источник данных)
Создать общий источник данных, который можно будет использовать в разных отчётах очень просто. Я рекомендую создать отдельную папку на сервере отчётов и разместить в ней все необходимые источники данных
Каждый раз, когда пытаюсь ввести новый метод платежа, ругаюсь страшными словами. Надеюсь, разработчикам в этот момент икается 🙂
11 сентября 2018 в Москве состоялся традиционный день клиента Epicor. Никогда не пропускаю такие мероприятия. Для меня лично наиболее интересными новостными темами были 2 тезиса: первый, о том, почему нужно переходить на новые версии, а второй, заявленная революция в механизме отчётности в новой версии iScala 3.3
Да, я использую VBA при загрузке данных в Excel, но никогда не пользуюсь им для айСкалы. Не потому что не могу, в этом нет ничего такого, что было бы невозможно понять или освоить, но потому, что считаю, что есть другие более «стандартные» способы получить из айСкалы то, что хочется. На форуме достаточно много упоминаний про VBA, как восторженных, так и негативных, причем, негативных достаточно часто с моей стороны
Слайды выступления на конференции пользователей Epicor iScala в Москве 11.09.2018 и комментарии по результатам обсуждения доклада с коллегами
В последнее время отмечаю для себя, что вместо специалистов в области ERP и IT из соответствующих департаментов вопросами тарифов и поиска подрядчиков в этой сфере начинают заниматься сотрудники отделов закупок. Это неправильно, на мой взгляд. Они «не в теме», а с помощью коммерческих предложений или ответов на анкету с требованиями типа «Экспертный уровень знаний по iScala версии 3.1+» невозможно понять, кто что умеет, есть ли у него ресурсы и т.п.. Это не закупка гаек и болтов или, даже, оборудования
|
|
|
