Предположим, у вас имеется несколько счетов-фактур с разными суммами и несколько авансовых платежей с совершенно другими суммами. Если взять и «скопом» это всё, как говорят некоторые «замэтчить», то раньше определить, какой счёт каким авансом и на какую сумму был закрыт не представлялось возможным. Но не сейчас 🙂
Этот выпуск в большей степени для тех кто интересуется углублёнными аспектами функциональности и для технических специалистов. Но это не значит, что остальным его не стоит читать 🙂
Вы тоже получили сообщение: «Определение данного отчета неправильное или не поддерживается данной версией служб Reporting Services. Возможно, определение отчета создано с помощью более поздней версии служб Reporting Services, имеет содержимое с неправильным форматом или является недопустимым по схеме служб Reporting Services. Подробные сведения: Определение отчета имеет недопустимое целевое пространство имен "http://schemas.microsoft.com/sqlserver/reporting/2016/01/reportdefinition", которое невозможно обновить»? Тогда я расскажу, что можно сделать в этой ситуации
Расширенные пользовательские поля в количестве 20 штук и длиной от 50 до 150 символов каждый (в зависимости от версии iScala) имеются в некоторых таблицах в разных модулях современных версий iScala. А Вы об этом знали?
Автор Сообщение ВладимирФорумщик Зарегистрирован: 08.07.2009Сообщения: 5Откуда: MOSCOW Добавлено: 07.11.2019 09:44 Заголовок сообщения: Сюрприз в 3.3 релизы 497-548Если у вас есть клиенты под Windows 7 — Не стоит обновляться, оболочка падает при старте. Эпикор обещает исправить в ноябрьском хотфиксе.
Не знаю, говорит ли вам что-нибудь аббревиатура PAEI, мне говорит 🙂
Надо будет написать разработчикам, чтобы они создали таблицу с названием EI в модуле PA (Заработная плата). Получится очень символично 🙂
Как мне «нравится» всё, что делают корпоративные сайтостроители 🙁
Мало того, что русская страница куда-то исчезла, так и в списке партнёров, работающих с iScala в России, одна единственная компания Технософт из Казахстана. На самом деле, это, разумеется, не так.
Если у вас большое количество отчётов, построенных на разных технологиях, этакий «зоопарк» — это и отчёты Crystal, и отчёты, загружаемые с помощью VBA кода в Excel, и RGW, и Access, то можно ли их заменить на новые технологии и насколько это трудоёмко?
Как-то я упустил момент, связанный с тем, что у проекта юбилей, 15 лет с момента начала работы форума пользователей Scala/iScala. Если кого-то интересует история, то об этом можно прочесть на странице «О проекте». А вместо пафосных юбилейных мероприятий хочется ещё раз познакомить Вас с заметками, добавленными в раздел Избранное. Пожалуй, только я исключу из этого списка всё, что связано с AFR, в последнее время эта тема совсем не востребована…
Похоже, в этом году знакомого нам всем мероприятия «День клиента Эпикор» не будет. Позвольте мне в связи с этим задать Вам вопрос: А Вы? Зантересованы ли Вы (были) в участии в подобных мероприятиях? Что для Вас самое важное в них? Какие темы могли бы Вас заинтересовать? Какие вопросы Вы хотели бы задать представителям Эпикора? А другим клиентам?
Казалось бы, имеет ли смысл такая форма, как 1 день в месяц, ну, что можно за один день успеть? Однако, как показала реальная практика, удалось сделать удивительные вещи, в которые раньше просто не верилось
Уважаемые коллеги,
Разумеется, Вы и только Вы имеете право решать, какие технологии использовать, хорошо известные старые или современные новые. Я не оспариваю Ваше право, но ничто не помешает мне дать оценку Вашему решению (ну, вы же не думали, что я просто промолчу в ответ?) 🙂
|
|
|
