О системах планирования ресурсов предприятия Scala, iScala
“ Давно понятно, что сгенерировать с помощью формул или связанных таблиц пару тысяч строк совершенно не проблема. А вот эту же пару тысяч строк вколотить в виде проводки непозволительное использование микроскопа в качестве молотка. Да, конечно, в Скале есть стандартный импорт, но в некоторых местах можно наплодить несколько настроек импорта, а есть места, где есть всего один шаблон, который приходится каждый раз курочить, а потом возвращать обратно
  • Главная
    • О проекте
      • Разъяснение о проекте и его участниках
      • Заявление / Memorandum
    • Новости проекта
    • Список опубликованных материалов основного раздела
    • Информация, перенесённая из старых форумов
    • Подписаться на новостную рассылку
  • Наши услуги
  • Статьи
    • Статьи
    • Избранное
    • Мысли вслух
  • Процедуры
  • Доходчиво о сложном
    • Обучение
    • Как сделать?
    • iScala «для чайников»
    • Оч.умелые ручки
  • Структура таблиц
    • Scala 5.1 SR13
    • iScala 2.2 HF 2.3318
    • Tables structure changes history from iScala 2.2 SR2 to iScala 3.0 FSP4
    • Epicor iScala 2.3 — 2.03.3363
    • Epicor iScala 2.3 SR1
    • Epicor iScala 2.3 SR2
    • Epicor iScala 2.3 SR3
    • Epicor iScala 3.00 FSP 2 — 3.00.02254
    • Epicor iScala 3.0 FSP4 — 3.0.4267
    • Изменение структуры таблиц iScala 3.1 по сравнению с iScala 3.0 FSP4 / Table structure changes between iScala 3.0 FSP4 and iScala 3.1
    • Epicor iScala 3.1 — 3.1.0511
    • Epicor iScala 3.2 — 3.2.0317
    • Epicor iScala 3.3 — 3.3.0419
    • Epicor iScala 3.4 — 3.4.0399
    • Epicor iScala 3.5 — 3.5.0.0429
    • Изменение полей в таблицах БД iScala 3.4 по сравнению с iScala 3.2 / Difference between DB structure of iScala 3.4 and iScala 3.2
    • Изменение полей в таблицах БД iScala 3.5 по сравнению с iScala 2.2 / Difference between DB structure of iScala 3.5 and iScala 2.2
  • Материалы по модулям iScala
    • Главная Книга
    • Основные Средства
    • Книга Закупок
    • Книга Продаж
    • Заказы на Закупку
      • Требования
    • Заказы на Продажу
    • Управление Запасами
    • Установка, Администрирование
      • Настройка определений документов MSRS
    • Заработная плата
    • Структура базы данных
    • Отчётность SSRS
    • Отчётность AFR
    • Примеры отчётов
    • Примеры отчётов AFR
    • Интеграция с другими системами
    • Epicor Service Connect
  • English
  • Контакты
  • Поиск
Главная  »»»  Epicor Service Connect  »»»  Малая автоматизация. Один из вариантов

Малая автоматизация. Один из вариантов

03.08.2023 Автор Алексей Васильев

Нашёл способ быстро строить решения по малой автоматизации рутинных процессов. Более того, уже пошла вторая волна, когда некоторые отчёты создаю в формате выгрузки в Эксель под используемый шаблон. Ну, давайте расскажу подробности 🙂

Давно понятно, что сгенерировать с помощью формул или связанных таблиц пару тысяч строк совершенно не проблема. А вот эту же пару тысяч строк вколотить в виде проводки непозволительное использование микроскопа в качестве молотка. Да, конечно, в Скале есть стандартный импорт, но в некоторых местах можно наплодить несколько настроек импорта, а есть места, где есть всего один шаблон, который приходится каждый раз курочить, а потом возвращать обратно. Мои коллеги иногда даже пишут всевозможные запросы, которые обновляют эти настройки в БД, а потом, возвращают назад. В общем, уродство ещё то 🙂

В процессе реальной практики я выработал вот такой подход:

В Экселе создаётся шаблон по определённую задачу, например, для импорта счетов-фактур и проводок поставщиков или для импорта платежей по корпоративным кредитным картам сотрудников, или для импорта проводок Главной Книги.

Под каждый из таких шаблонов создаётся надстройка в Экселе, с помощью которой всё это можно запихнуть в пользовательскую таблицу БД iScala и далее выполнять операции уже на сервере с всевозможными проверками условий на валидность того, что было загружено:

Под каждый из таких шаблонов создаётся надстройка в Экселе, с помощью которой всё это можно запихнуть в пользовательскую таблицу БД iScala и далее выполнять операции уже на сервере с всевозможными проверками условий на валидность того, что было загружено

Если проверки показали, что с загруженной информацией всё в порядке, например, сумма по строкам проводок равна нулю, все бухгалтерские счета и учётные измерения существуют в Скале, их комбинация разрешена в настройках допустимых комбинаций кодов, тогда внизу отчёта появляется ссылка на подотчёт, который сгеренирует XML файл для его последующей обработки механизмом Epicor Service Connect. А если какое-то условие не будет выполнено, ссылка не появится, а неверные строки или отдельные значения будут выделены цветом, жирностью, всплывающими сообщениями и т.п. Тогда пользователь должен вернуться в Эксель, сделать исправления, загрузить их повторно и обновить отчёт. И когда в итоге пользователь нажмёт на появившуюся ссылку и перейдёт в подотчёт, будет создан файл и загружен в систему автоматически. Вернувшись в исходный отчёт (из подотчёта) пользователь может через 1-2 минуты обновить отчёт и увидеть появившийся в правой верхней части отчёта номер проводки. Если на него нажать, можно сразу «провалиться» в отчёт по проводке и увидеть её содержимое.

А теперь про «вторую» волну. Недавно попросили создать отчёт по резервам под обесценение товаров на складе. И после этого нужно по этому отчёту создавать «ручную» проводку Главной книги. Ну зачем же «вручную». Я сделал клон отчёта на тех же данных, но уже в формате Эксель файла-шаблона импорта проводок ГК. Достаточно сохранить отчёт в Эксель и всё уже готово к его загрузке в Скалу с помощью вышеописанной процедуры.

Рубрика: Epicor Service Connect Метки: Excel, Reporting Services, Service Connect, автоматизация, импорт, проводка
VK Telegram Про канал в WhatsApp

Copyright © 2025 О системах планирования ресурсов предприятия Scala, iScala.

Gammapolis WordPress Theme by ERP & Business Consulting

Прокрутка вверх