Возможно, Вы уже познакомились с новыми материалами благодаря анонсам на Фейсбуке и ВКонтакте, а может быть Вы периодически заходите на сайт и читаете то, что там появляется 🙂
Тем не менее, я познакомлю Вас с новыми материалами, вдруг Вам некогда заходить в социальные сети. В общем, информация с доставкой «на дом» 🙂
А ещё очень хотелось бы получить от Вас какие-нибудь вопросы, возможно, к следующей рассылке появятся материалы, отвечающие на них 😉
Будем считать это шуткой, хотя, как говорится: «в каждой шутке есть доля шутки» 🙂 Когда ты только начинаешь чем-то заниматься, изучаешь что-то, очень хорошо найти человека, который знает и понимает в этом больше тебя. С ним можно пообщаться, спросить совета, поделиться своими успехами. Когда ты достигаешь определённых вершин в своем деле, уже другие люди начинают с тобой советоваться. Когда ты становишься экспертом в своем деле, иногда случается ситуация, когда тебе уже не с кем посоветоваться… При подготовке данного материала ни одна собака не пострадала 🙂
Очень часто пользователи говорят: «DDF файлы, фу! Устаревшая технология!». Не буду спорить, однако, когда вы используете DDF, вы получаете набор данных, который сама Scala/iScala строит по своим внутренним алгоритмам с использованием многих десятков настроек, с анализом различных правил и параметров. Если использовать альтернативный вариант в виде «внешнего» отчёта, вам придётся самостоятельно запрограммировать всю логику системы или сделать допущение относительно тех или иных параметров, что они в Вашей компании являются конкретными величинами и не будут изменены в дальнейшем
Автор Сообщение aavАдминистратор Зарегистрирован: 14.09.2004Сообщения: 1081Откуда: Санкт-Петербург Добавлено: 15.11.2017 17:10 Заголовок сообщения: Без комментариевИз клуба ИТ директоров пришло письмо. Не понимаю, зачем они присылают такие сообщения, я не думаю, что ИТ директора хотят поработать программистами 1С, но само по себе сообщение интересно… Комментировать не буду! aavАдминистратор Зарегистрирован: 14.09.2004Сообщения: 1081Откуда: Санкт-Петербург Добавлено: 18.03.2020 21:59 Заголовок сообщения: Re: Без … [Подробнее…]
В 90-е годы, когда Scala только появилась в России, все, кто её использовал, знали, что такое «консолидация», сейчас почти никто не знает и вот почему: можно сказать, что именно функциональность «непрерывная консолидация» обеспечила ERP системе Scala продвижение в России. В то время было очень важно вести учёт по российским и западным стандартам одновременно, причём в разных валютах…
English version of the presentation at the Epicor client conference in Moscow 12.09.2017
You can use MSRS channel to design documents with rich formatting in case of modern versions of iScala (starting from iScala 2.3 SR2 and SQL server 2008). And what if you have Scala 5.1, for example? Can anything be done for this version more or less gracefully? 🙂
Если у Вас будет несколько минут, обязательно почитайте статьи, ссылки на которые приводятся ниже. Очень хочется узнать Ваше мнение. Некоторые мои коллеги уже высказали свою точку зрения в Фейсбуке и ВКонтакте, но, может быть, и Вы сможете поделиться своими мыслями. Так как проект «Для Scalaлазов» осуществляется исключительно на общественных началах, только ваше мнение, только обратная связь может поддержать его авторов 🙂
Поймите меня правильно, я вовсе не пытаюсь Вам продать услуги по проведению аудита системы (я готов был бы провести его бесплатно, если Вы заинтересуете меня какой-нибудь интересной задачей и при условии, что мне не придётся нести дополнительных затрат, например, на поездку в другой город), я просто пытаюсь понять почему люди достаточно часто продолжают работать в современной версии iScala так, как будто это Scala 5.1.
Недавно изменилась форма российского счёта-фактуры. Если у Вас iScala не старее версии 2.3 SR2, тогда Вы можете использовать канал MSRS чтобы очень быстро создать или откорректировать любой документ со сложным форматированием. А что делать, если у Вас Scala 5.1, например? На прошлой неделе я общался с клиентом, которому необходимо изменить форму счёта-фактуры именно для Scala 5.1. Можно ли что-то сделать для этой версии более-менее изящно? 🙂
Если предполагается, что запасы, закупаемые у поставщика, будут сразу оприходованы на склад, ассоциированный с подразделением, сотрудник которого создал требование, тогда, вроде как и говорить не о чем. Вот только это в теории. На практике обычно за получение запасов от поставщика отвечает сотрудник склада (центрального, а не маленькой кладовки или полки в самом подразделении). В этом случае в системе логично сделать приход на центральный склад, а уже с него выдать в подразделение
Наверное, ни то, ни другое. Точнее, и то и другое в разумном сочетании. Поясню свою мысль: Я однозначно за то, чтобы в компании был собственный сотрудник, знающий систему. Я всегда это рекомендую моим клиентам. Вот только любая идея доведённая до фанатизма плохо пахнет. А что думаете Вы?
|
|
|
