Не изобретайте велосипед, он давно уже изобретён. Ножницы, конечно, замечательный инструмент, который есть в каждой семье, но они не подходят для подстригания травы на садовом участке, для этого есть другие инструменты. Точно так же и Эксель не подходит в ситуации, где нужна полноценная реляционная база данных
Отчёты — это очень важная часть системы. Не только фискальные. По большей части аналитические. И концепция структуры баз данных системы очень важная часть. И не только из-за быстродействия. Мы за то, чтобы вместо «данных» иметь осмысленную «информацию», а вы?
Никогда бы не подумал, что отчёт фиксированной формы сделать так просто. Ну, это и раньше было возможно с помощью RGW, но мне не доводилось с этой функциональностью RGW работать, в основном работал с отчётами с переменным количеством строк. А тут заодно проверил иную логику получения цифр в разных ячейках, не от ячейки к счёту, а от счёта к ячейке
Хоть и не очень быстро, зато очень революционно 🙂 Ну, и не просто революционно, а, наконец, удалось проверить на практике те идеи, которые я предлагал Джону (John Ingham) ещё лет 25 назад. Но тогда удалось за 4 года добиться только 20% от того, что я предлагал. Я думал, что остальные 80% должны сделать за оставшиеся 16 лет (ну, это же простая арифметика: 4 года / 20% = 20 лет), но уже прошло 25, а никто и не собрался что-либо сделать. Ну, кроме меня самого 🙂 🙂 🙂
Уже можно выстраиваться в очередь за новым решением, торопитесь!
Разумеется, идеальную систему создать невозможно. Не потому, что это невозможно в принципе, а, скорее, потому что понятие идеального у всех разное. Так как моё знакомство со Scala/iScala началось именно с модуля Управление Запасами и его функционал мне реально очень нравится, я не могу не попытаться сделать что-то своё, что соответствовало бы моему идеальному представлению о том, как сделать складской учёт. В рамках реальных возможностей, конечно 🙂
Который раз возникают мысли о возможности воспроизведения функциональности iScala средствами SQL сервера. Мой коллега Игорь Чанышев уже давно с помощью своего RM2 дорабатывает или фактически переписывает то, что в iScala работает не самым оптимальным образом или отсутствует, а может быть и работает наилучшим образом, но у клиента отсутствует соответствующая лицензионная опция или версия настолько старая, что её трудно совместить с современными требованиями. Впрочем, какая разница, давайте просто поразмышляем, что бы я оставил, что выкинул, а что усовершенствовал 🙂
Один из моих клиентов дал мне доступ только в тестовое окружение, где актуальность данных соответствовала рабочим данным 2-3 месячной давности. А общение с сотрудниками велось на основе примеров конкретных заказов, они не хотели заходить в тестовое окружение и вколачивать примеры из 80-150 строк. В этой ситуации логичной кажется просьба к ИТ сотрудникам обновить данные в тестовом окружении: берётся резервная копия БД с рабочего сервера и восстанавливается на тестовом сервере. И всё нажитое непосильным трудом нужно восстанавливать «по новой» 🙂
Разумеется, исправлять всё в системе значительно труднее, да и «следы остаются», казалось бы проще просто поменять код поставщика в таблицах счетов-фактур и проводок, однако, это только на первый взгляд проще. Нужно учесть многое
Помогая клиентам перейти на новую ставку НДС и заменить код НДС в карточках запасов, карточках покупателей или поставщиков, задавался вопросом: «А как получить список с существующими кодами?», ведь у всех разная ситуация, иногда можно попросить технического специалиста выгрузить данные, просто отправив ему текст SQL запроса, а иногда, ни технического специалиста, ни необходимых доступов, ничего нет
В iScala 3.1 поменялось название объекта, в версиях до 3.1. объект, к которому обращается отчёт, назывался SfwIII (Scala for Windows III), мои коллеги называли его «Эс Эф Вэ ай-яй-яй». В версиях, начиная с 3.1. он называется iScala. Из-за этого встроенный в отчёт VBA код и перестал работать. Возможно, то, что отчёт перестал работать, это благо, повод отказаться от устаревших подходов и технологий, которые тянутся «в светлое будущее» только из-за того, что никто не изучает новых возможностей
Дано: клиенты присылают заказы на закупку в Excel’е. Excel файлы у всех одинаковой структуры, только содержимое каждый раз разное. Как мне сделать так, чтобы я мог запускать выгрузку из этих файлов в формат, пригодный для импорта заказов на продажу в iScala?
Сегодня потратил, наверное, более получаса пытаясь найти в «закромах Родины» свой запрос, позволяющий прочитать список файлов в заданной папке средствами SQL сервера, вдруг вам тоже пригодится 🙂
