Взаимодействие Loans и Retail (+)
0 (0)
Взаимодействие Loans и Retail (+) ( Александр 30.04.2009 12:26 )
5(1)Имеется такая возможность, например, погашение задолженности со вклада Retail и т.п.
Но документ в Retail передается без заполненного основания документа (хотя в Loans все заполнено).
Получается нужно задать шаблон еще и в Retail.
Но каким образом узнать номер кредитного договора, период и т.п.?
>> ОтветитьЗалезть в лоанс ( Ltybc 30.04.2009 12:52 )
5(1)По связке операций макросом вытащить что угодно и прописать в ретейле
>> ОтветитьТакой путь и остается (+) ( Александр 30.04.2009 13:06 )
5(1)Но есть где-нибудь примеры или описания связей и пр., или опять все разгадывать?
А при формировании документа в Loans можно сразу "запихнуть" в SBDEPDOC.Ground сформированное основание (наиболее логичный и непонятно почему не реализованный штатно способ)?
>> ОтветитьСвязь документов в sb_casln по ApplicationKey ( Ltybc 30.04.2009 15:12 )
5(1)В dep_gnd.mac прописать переменную и самому все делать при выполнении операции
>> ОтветитьУ Вас это работает, или чисто теоритически? (+) ( Александр 04.05.2009 03:47 )
5(1)Дело в том что ApplicationKey2 совпадает с SBDEPDOC.ApplicationKey, но при этом ApplicationKey1 совсем не тот (что в DOC_ACC Loans) - какой-то короткий двузначный.
Есть, видимо, еще звено у цепочки.
>> ОтветитьВ ОВК вроде работало. ( Ltybc 04.05.2009 13:23 )
5(1)А двузначное число, это может быть crd_op, операция по карте
>> ОтветитьСпасибо (+) ( Александр 05.05.2009 02:04 )
5(1)Да, это CrdOper_Ref
>> Ответить
Никто не работает в связке Loans-Retail ? (+) ( Александр 02.06.2009 03:56 )
5(1)Или всех устраивает пустое основание в Retail документе погашения кредита?
Заполнить основание с помощью DEP_GND.MAC не получается, т.к. для 87 операции этот макрос почему-то не вызывается (зафиксировано в саппорт).
>> ОтветитьМы работаем, но нас устраивает... ( MironovV 02.06.2009 16:27 )
5(1)Бухгалтера хотят, но и (+) ( Александр 03.06.2009 02:03 )
5(1)на мой взгляд ненормально когда висит какой-то документ списания, а основания у него нет (кто списал, за что - вспоминай через много лет). Даже и, действительно, для выписки нужно, проверяющим иногда нужно, органам всяким...
>> ОтветитьА документ погашения со вклада в Ретейл вы как создаете? ( Волшебник 03.06.2009 09:56 )
5(1)99% ведь за то, что руками...
Вот и пишите туда при создании документа кто и за что гасит кредит и любую другую информацию.
При погашении кредита через кассу вы же наверно в мемордере все руками забиваете?
Так и здесь. Еще ни одна система не научилась из мыслей в голове брать информацию.
Ручками, господа, ручками...
>> ОтветитьНе понял (+) ( Александр 03.06.2009 10:07 )
5(1)Я как раз про погашение документа со вклада Retail и говорю. И создаем его мы не руками. В Loans все настроено, шаблон основания забит. Документ формируется в Loans с нормально заполненными полями, но в Retail основание почему-то разработчики решили не передавать.
>> Ответитьмиль пардон! Вы его оказывается в лоансе создаете ( Волшебник 03.06.2009 10:18 )
5(1)у нас связка с обратной стороны работает: из Ретейла в Лоанс.
А в этом случае остается только плясать с бубном вокруг баз и все делать самому
>> ОтветитьСвязка... ( MironovV 03.06.2009 10:24 )
5(1)Связка двунаправленная, вы скорей всего вызываете из Retaila выполнение операции в Loans.
Интересно заполняется ли у вас назначение платежа документа в Loans?
>> ОтветитьОбратно все аналогично (+) ( Александр 03.06.2009 10:35 )
5(1)Без разницы где делать. Мы и из Retail пробовали. В Loans формируется нормальный документ с шаблоном по основанию, но в Retail основание пустое.
>> ОтветитьВ смысле с основанием по шаблону(-) ( Александр 03.06.2009 10:37 )
5(1)Not specified
>> Ответить
Дело в том, что ( MironovV 03.06.2009 10:35 )
5(1)В Loans документов может быть несколько, а в Retail они попадают общими суммами по подвидам операции.
Например, вы погашаете пени на просроченный долг и на просроченные проценты подвид операции у них один, в Loans это будут два документа, а в Retail одна полупроводка т.к это один подвид операции, и как в таком случае формировать назначение?
Так-что то, что вы хотите как минимум реализуемо не для всех видов задолженностей.
>> ОтветитьЭто уже другая проблема (+) ( Александр 03.06.2009 10:40 )
5(1)Но документ с пустым основанием - это вообще некорректно ("а за что это вы с меня списали" и т.п.). И самое главное, что не предусмотрено штатной возможности хоть как-то основание сформировать в Retail.
>> ОтветитьВы задавали вопрос ( MironovV 03.06.2009 10:43 )
5(1)о том как подтянуть автоматически назначение платежа и почему R-Style этого не делает, ответ в том, что из Loans это сделать невозможно т.к. документы совсем не те что документы в Retail, и назначение для Retail нужно делать отдельно в Retail.
>> ОтветитьДаже против этого нет особых возражений, но (+) ( Александр 03.06.2009 10:52 )
5(1)и в Retail невозможно это сделать в момент формирования операции. Только извращаться уже после.
>> Ответить
Даже еще все сложнее ( MironovV 03.06.2009 10:39 )
5(1)Если говорить точнее, то документы формируемые в Retail формируются по подвидам операций задаваемых в настройках задолженностей в RS-loans, а в Loans документы формируются по своему механизму в зависимости от настройки шагов операций.
>> ОтветитьМы только начали с Loans работать (+) ( Александр 03.06.2009 10:48 )
5(1)Основная мысль - "документ без основания - не документ".
А всякие сложности в реализации - это вообще-то заботы разработчиков.
>> Ответитьт.к. вы уже приобрели RS продукты ( MironovV 03.06.2009 10:55 )
5(1)то это уже не только проблему разработчика, но и ваши :)
Если у вас такое отношение к назначению платежа, тогда непонятно как вашу бухгалтерию удовлетворяет
ситуация со сведением в Retaile документов по подвидам операций. Более того в Retail если я не ошибаюсь нет полноценных документов там полупроводки. А в учетное ядро вы откуда документы выгружаете по погашению кредита из Loans или из Retail?
>> ОтветитьЗдесь выжно какой документ для учетного ядра ( MironovV 03.06.2009 11:01 )
5(1)будет первичным из Loans или из Retail?
>> ОтветитьНо если отбросить лирику.. ( MironovV 03.06.2009 11:06 )
5(1)Я бы попробовал бы сделать так, на постобработку операции Loans повесил бы макрос, который находилбы документ в Retail и менял бы назначение платежа.
>> ОтветитьСпасибо, с этой стороны мы еще не подходили :) (-) ( Александр 03.06.2009 11:48 )
5(1)Not specified
>> Ответить
Другими словами.. ( MironovV 03.06.2009 10:41 )
5(1)это совершенно разные документы и назначение не может подтягиваться из Loans автоматически в Retail
>> Ответить
Вот такой макрос повесил на постобработку операций гашения со счета Retail(+) ( Александр 14.08.2009 08:57 )
5(1)Ограничение - работает если инициировать операцию со стороны Loans (нам нужно только так).
/* Назначение платежа из Loans в Retail*/ import CommonInter; Record Операция ("crd_op.dbt","loans.def"); Macro ПроверкиПользователя() private file crddoc (doc_acc,"loans.def") key 7;//CredOperID_Ref + IsDeleted private file casln (sb_casln,"sbbank.def") key 0;//ApplicationKind1+ApplicationKey1+NumLinkDoc private file doc (sbdepdoc,"sbbank.def") key 3;//ApplicationKind+ApplicationKey crddoc.CredOperID_Ref = Операция.CredOperID; crddoc.IsDeleted = 0; if( geteq(crddoc) ) casln.ApplicationKey1 = string(crddoc.CredOperID_Ref); casln.ApplicationKind1 = 50; casln.NumLinkDoc = 0; if( getge(casln) and (casln.ApplicationKind1 == 50) and (casln.ApplicationKey1 == string(crddoc.CredOperID_Ref)) ) doc.ApplicationKey = casln.ApplicationKey2; doc.iApplicationKind = casln.ApplicationKind2; if( geteq(doc) ) InsertPurpose( doc.iApplicationKind, doc.ApplicationKey, crddoc.Ground, 0, PURPOSE_FILE_BTR ); end; end; end; return true; OnError(er) msgbox(er.message); return false; End;
>> Ответитьглупый вопрос ( shon_72 16.09.2011 08:16 )
5(1)Подскажите, а где в Лоансе заполняются назначения платежа для шагов операций, справочник какой-то есть? Подозреваю, что должно быть такое, но нигде не могу найти. RS-Bank 6.0 у нас
>> ОтветитьВ операциях (+) ( Александр 16.09.2011 08:39 )
5(1)Справочники - Операции и права доступа - Виды операций - Выдача кредита (например), F5(Шаги), F5(Параметры), F6(Основание).
>> ОтветитьСпасибо, но не помогло. Вы про RS-Bank 6.0? ( shon_72 16.09.2011 08:51 )
5(1)у нас : Справочники - Операции - Виды операций - выбрать системный вид операций, например выдача - вид операции по кредиту, например, выдача кредита на счет RS-Retail - F5(Шаги) - Enter (Параметры) - F6 не работает и ничего похожего на основания нет :(
>> ОтветитьНет, про RS55, в RS60 не знаю (-) ( Александр 16.09.2011 08:54 )
5(1)Not specified
>> ОтветитьВсе равно спасибо ( shon_72 16.09.2011 09:01 )
5(1)Not specified
>> Ответить
несомненно и в 6-ке тоже есть ( kin 16.09.2011 12:24 )
5(1)Заходите в Виды операций ->
выбираете операцию ->
F5 Шаги операции ->
Enter настройка шага ->
еще раз F5 более детальная настройка шага ->
Внизу поле "Основание" - туда пишется шаблон или по F3 шаблон выбирается из справочника оснований (находится: Справочники -> операции -> Основания документов)
>> ОтветитьВидимо у нас разные 6ки ... ничего похожего нет. ( shon_72 19.09.2011 08:59 )
5(1)выяснилось, что в пакете в пакете rsbank.loanskernel функция beginoperation автоматически формирует основание операции из названия операции номера КД и ФИО клиента или номера портфеля, а если надо что-то другое, то в макросе выгрузки исправляется :(
может кому пригодится...
>> Ответить