Уже второй раз встречаю в линкедине ситуацию, когда на любое упоминание iScala, особенно, если пишут о проблеме, ответ один — переходите на E10 (Epicor 10). В английском варианте это звучит «upgrade». Однако у меня есть сильное сомнение, что это слово здесь уместно, скорее наоборот.
Заведите себе списки, друзья, и используйте их, тогда у вас в партиях не будут появляться «ЧУХИЯ», «ФИРАНЦИЯ», «ТИАЛИЯ» или «BHKFYLBZ»
Начну с того, что широко разрекламированная «стандартность» учёта — это миф! Никакой «стандартности» нет. Да, у нас есть стандартизованный план счетов с рекомендованными счетами и субсчетами. Однако, вы должны будете либо отказаться от всех подробностей ваших расчётов, особенно, если у вас под 500 различных начислений и удержаний (мало ли что у вас на вашем предприятии «нажито непосильным трудом») или понять, что никакая «стандартность» в новой программе, которой вы зачем-то хотите заменить модуль заработной платы вашей iScala, вам не светит и без программистов она всё равно не будет работать, как вам хочется
Буквально на днях я обсуждал с сотрудницей моего клиента возможность автоматически обработать УПД, накладную или счёт-фактуру, поступившие от поставщика через систему электронного документооборота (ЭДО). И выяснилось, что существующая схема закупок исключает этот (такой желаемый) вариант.
Если у вас в компании есть вакантные должности для очень хороших специалистов или, наоборот, в ближайшее время высвобождаются ценные работники, может быть мы могли бы обменяться информацией? Ведь ценные кадры на дороге не валяются…
Если вам говорят, что для сдачи российской отчётности в электронном виде Scala/iScala не может быть использована, не верьте!
If someone tells you that Scala / iScala cannot be used to submit Russian fiscal reports electronically do not believe!
Новогодняя сказка. Про автомобиль. С намёком 🙂
Как мне «нравится» всё, что делают корпоративные сайтостроители 🙁
Мало того, что русская страница куда-то исчезла, так и в списке партнёров, работающих с iScala в России, одна единственная компания Технософт из Казахстана. На самом деле, это, разумеется, не так.
Уважаемые коллеги,
Разумеется, Вы и только Вы имеете право решать, какие технологии использовать, хорошо известные старые или современные новые. Я не оспариваю Ваше право, но ничто не помешает мне дать оценку Вашему решению (ну, вы же не думали, что я просто промолчу в ответ?) 🙂
Разумеется, можно было бы использовать более новую версию SQL сервера, но покупать его отдельно никто не хочет, хочется использовать бесплатную версию с дополнительными компонентами на соседнем сервере. Но вот незадача, Reporting Services в бесплатной экспресс версии с дополнительными компонентами не умеет работать с «чужими» серверами, т.е. вы не можете просто установить на соседний сервер бесплатную версию SQL Server Express Advanced Edition в качестве сервера отчетов и создать источник данных, обращающийся на соседний сервер, это ограничение бесплатной Express версии. Означает ли это, что мы не можем её использовать? Нет, не означает 🙂
I will try to speculate about the strengths and weaknesses of iScala based on my own ideas about what is good and what is “not very good”. Of course, this is my personal subjective opinion.
Попытаюсь порассуждать о сильных и слабых сторонах iScala исходя из собственных представлений о том, что есть хорошо и что есть «не очень». Разумеется, это мой личный субъективный взгляд.
|
|
