Показать сообщение отдельно
Старый 14.07.2008, 15:02   #19  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Arahnid Посмотреть сообщение
мне не удалось поменять трансляцию так, чтобы использовать массовый ввод.
Посмотрите в метод \Classes\RTSLLedgerTranslation\processRules. Там идет, насколько я понимаю, выборка исходных проводок LedgerTrans в соответствии с заданными критериями, затем формируется запись во временной таблице и передается на обработку в метод processTransaction(). Этот метод, в свою очередь, делает по большому счету следующее:
  1. проверяет исходную запись по переданному правилу;
  2. проверяет по логу RTSLTransLog, что запись LedgerTrans, на которую ссылается переданная на обработку запись временной таблицы, не была уже обработана;
  3. собственно выполняет трансляцию в соответствии с указанным правилом, формируя новую запись во временной таблице;
  4. обновляет лог RTSLTransLog по обработанной записи.
Здесь пункты 1, 2, 4 выполняются в текущей компании, а вот п.3 (конвертирование с проверками) как раз приводит к многчисленным переключениям в другую компанию (одну и ту же). Какие тут могут быть варианты:
  • накапливать все записи, выбираемые в цикле метода processRules(), перед их последующей обработкой;
  • в таблицу RTSLTransLog добавить поле "код компании", а у самой таблицы сделать SaveDataPerCompany == No, чтобы вести лог можно было, не заботясь о переключениях между компаниями;
  • выполнять одним этапом проверку накопленных ранее записей по переданному правилу и отсеивать записи, не прошедшие проверку;
  • выполнять одним этапом конвертирование записей, прошедших проверку, переключившись предварительно в нужную компанию.
Цитата:
Сообщение от Arahnid Посмотреть сообщение
Проще переписать.
Это кажущаяся простота. Пока правила трансляции у вас остаются "счет - в счет", можно, конечно, нарисовать что-то свое "сбоку", но если понадобится усложнять правила трансляции, то вы фактически будете писать заново то, что уже реализовано в стандартном функционале.