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. Можно ли что-то сделать для этой версии более-менее изящно? 🙂
Если предполагается, что запасы, закупаемые у поставщика, будут сразу оприходованы на склад, ассоциированный с подразделением, сотрудник которого создал требование, тогда, вроде как и говорить не о чем. Вот только это в теории. На практике обычно за получение запасов от поставщика отвечает сотрудник склада (центрального, а не маленькой кладовки или полки в самом подразделении). В этом случае в системе логично сделать приход на центральный склад, а уже с него выдать в подразделение
Наверное, ни то, ни другое. Точнее, и то и другое в разумном сочетании. Поясню свою мысль: Я однозначно за то, чтобы в компании был собственный сотрудник, знающий систему. Я всегда это рекомендую моим клиентам. Вот только любая идея доведённая до фанатизма плохо пахнет. А что думаете Вы?
Вопрос интересный, неправда ли? С одной стороны, это, безусловно, хорошая вещь, защищает нас от нежелательных писем. С другой стороны, одно неправильно отфильтрованное письмо перечёркивает весь положительный эффект. Вот, например, из-за попадания подтверждающего письма от компании, продающей авиабилеты, в нежелательную почту я этим летом дважды купил и оплатил билеты
12 сентября состоялась долгожданная конференция клиентов компании Эпикор. В конференции приняли участие сотрудники компании Эпикор, партнёры и клиенты из разных городов России, Эстонии, Финляндии, Азербайджана, Казахстана. Честно говоря, меня поразило меньшее, чем обычно, количество участников со стороны клиентов, в частности не было тех, кто ранее проявлял неподдельный интерес к планировавшемуся мероприятию…
Этот вопрос был задан в кулуарах конференции клиентов компании Эпикор в Москве 12.09.2017. Ответ найти очень легко на странице, описывающей изменения структуры базы данных iScala разных версий
14 сентября проекту scala.org.ru исполняется 13 лет. Дата, конечно, не очень круглая, но достаточно солидная 🙂 И я решил в связи с этим подсчитать количество файлов (не считая служебных), записей, страниц, описаний структуры базы данных и картинок, вдруг кому-то будет интересно 🙂
Автор Сообщение Vitaly KofanovЗаслуженный форумщик Зарегистрирован: 11.09.2007Сообщения: 57Откуда: Самара->Санкт-Петербург->Москва Добавлено: 30.08.2017 11:01 Заголовок сообщения: Счет-фактуры,УПД Импорт-экспорт после 1 июля 2017Коллеги, кто нибудь связал Scala с электронными счет-фактурами и осуществляет обмен их с контрагентами через СБИС, Диадок? Чем Россия хуже? _________________Виталий Кофанов
|
|
|
