AK
Коллеги здравствуйте!
Ищу платную консультацию по решению моей проблемы (сквозная аналитика по рекламным каналам). Не получается корректно свести данные для расчетов конверсии. Пишите в лс, покажу ТЗ на задачу и модель данных 👌🏻
Size: a a a
2020 August 06
AK
пытаюсь обновить набор данных, выходит вот такая ошибка. подскажите кто сталкивался, что делать?
1
пытаюсь обновить набор данных, выходит вот такая ошибка. подскажите кто сталкивался, что делать?
А в подробно что пишется?
AK
А в подробно что пишется?
скрин как раз их "подробно" можно перейти на справку или скопировать текст ошибки
1
скрин как раз их "подробно" можно перейти на справку или скопировать текст ошибки
Скачайте на локальную машину и обновите на ней, если проблема в структуре - не обновится и там
AK
Скачайте на локальную машину и обновите на ней, если проблема в структуре - не обновится и там
в десктопе обновляется
1
в десктопе обновляется
А откуда данные?
AK
т.е. в PQ нажимаю на "обновить " и норм
1
Не в pq, а всю модель
1
Проблема при загрузке в модель, судя по всему, могут дубли быть
AK
Коллеги здравствуйте!
Ищу платную консультацию по решению моей проблемы (сквозная аналитика по рекламным каналам). Не получается корректно свести данные для расчетов конверсии. Пишите в лс, покажу ТЗ на задачу и модель данных 👌🏻
Ищу платную консультацию по решению моей проблемы (сквозная аналитика по рекламным каналам). Не получается корректно свести данные для расчетов конверсии. Пишите в лс, покажу ТЗ на задачу и модель данных 👌🏻
don't ask to ask. just ask)
КА
Здравствуйте, подскажите пожалуйста кто сталкивался с подобными задачами?
Есть две таблицы в одной поступления по контрактам, а в другой график погашения траншей по кредитам и займам.
По условию нужно погашать займы раньше, если поступления по контрактам придут до даты погашения, а если нет то по графику.
Есть основные ограничения:
Поступления могут гасить более одного транша, если суммы хватает, либо транш может быть погашен из нескольких источников.
Есть таблица соответствия траншей и контрактов .
С чем столкнулся - если одновременно совпадут и даты и суммы по траншам и по поступлениям, то нужно создать искусственный приоритет по погашению траншей чтобы небыло задвоений.
Сделать либо рекурсию либо некую конструкцию с нарастающим итогом и сравнивать столбцы пока суммы хватает брать из поступлений, а потом уже гасить из других источников.
По хорошему я мог бы сделать на каждый месяц таблицу со ссылкой на предыдущие расчеты, но это как мне кажется не правильно т.к. за этим придется постоянно следить.
Есть ли более изящные решения может временные таблицы или работа со списками подойдет?
Буду благодарен за любую помощь.
Есть две таблицы в одной поступления по контрактам, а в другой график погашения траншей по кредитам и займам.
По условию нужно погашать займы раньше, если поступления по контрактам придут до даты погашения, а если нет то по графику.
Есть основные ограничения:
Поступления могут гасить более одного транша, если суммы хватает, либо транш может быть погашен из нескольких источников.
Есть таблица соответствия траншей и контрактов .
С чем столкнулся - если одновременно совпадут и даты и суммы по траншам и по поступлениям, то нужно создать искусственный приоритет по погашению траншей чтобы небыло задвоений.
Сделать либо рекурсию либо некую конструкцию с нарастающим итогом и сравнивать столбцы пока суммы хватает брать из поступлений, а потом уже гасить из других источников.
По хорошему я мог бы сделать на каждый месяц таблицу со ссылкой на предыдущие расчеты, но это как мне кажется не правильно т.к. за этим придется постоянно следить.
Есть ли более изящные решения может временные таблицы или работа со списками подойдет?
Буду благодарен за любую помощь.
AC
Кардо Алекс
Здравствуйте, подскажите пожалуйста кто сталкивался с подобными задачами?
Есть две таблицы в одной поступления по контрактам, а в другой график погашения траншей по кредитам и займам.
По условию нужно погашать займы раньше, если поступления по контрактам придут до даты погашения, а если нет то по графику.
Есть основные ограничения:
Поступления могут гасить более одного транша, если суммы хватает, либо транш может быть погашен из нескольких источников.
Есть таблица соответствия траншей и контрактов .
С чем столкнулся - если одновременно совпадут и даты и суммы по траншам и по поступлениям, то нужно создать искусственный приоритет по погашению траншей чтобы небыло задвоений.
Сделать либо рекурсию либо некую конструкцию с нарастающим итогом и сравнивать столбцы пока суммы хватает брать из поступлений, а потом уже гасить из других источников.
По хорошему я мог бы сделать на каждый месяц таблицу со ссылкой на предыдущие расчеты, но это как мне кажется не правильно т.к. за этим придется постоянно следить.
Есть ли более изящные решения может временные таблицы или работа со списками подойдет?
Буду благодарен за любую помощь.
Есть две таблицы в одной поступления по контрактам, а в другой график погашения траншей по кредитам и займам.
По условию нужно погашать займы раньше, если поступления по контрактам придут до даты погашения, а если нет то по графику.
Есть основные ограничения:
Поступления могут гасить более одного транша, если суммы хватает, либо транш может быть погашен из нескольких источников.
Есть таблица соответствия траншей и контрактов .
С чем столкнулся - если одновременно совпадут и даты и суммы по траншам и по поступлениям, то нужно создать искусственный приоритет по погашению траншей чтобы небыло задвоений.
Сделать либо рекурсию либо некую конструкцию с нарастающим итогом и сравнивать столбцы пока суммы хватает брать из поступлений, а потом уже гасить из других источников.
По хорошему я мог бы сделать на каждый месяц таблицу со ссылкой на предыдущие расчеты, но это как мне кажется не правильно т.к. за этим придется постоянно следить.
Есть ли более изящные решения может временные таблицы или работа со списками подойдет?
Буду благодарен за любую помощь.
@Quadronoid Ожидаемые платежи напомнило, меня аж передёрнуло)
1
Кардо Алекс
Здравствуйте, подскажите пожалуйста кто сталкивался с подобными задачами?
Есть две таблицы в одной поступления по контрактам, а в другой график погашения траншей по кредитам и займам.
По условию нужно погашать займы раньше, если поступления по контрактам придут до даты погашения, а если нет то по графику.
Есть основные ограничения:
Поступления могут гасить более одного транша, если суммы хватает, либо транш может быть погашен из нескольких источников.
Есть таблица соответствия траншей и контрактов .
С чем столкнулся - если одновременно совпадут и даты и суммы по траншам и по поступлениям, то нужно создать искусственный приоритет по погашению траншей чтобы небыло задвоений.
Сделать либо рекурсию либо некую конструкцию с нарастающим итогом и сравнивать столбцы пока суммы хватает брать из поступлений, а потом уже гасить из других источников.
По хорошему я мог бы сделать на каждый месяц таблицу со ссылкой на предыдущие расчеты, но это как мне кажется не правильно т.к. за этим придется постоянно следить.
Есть ли более изящные решения может временные таблицы или работа со списками подойдет?
Буду благодарен за любую помощь.
Есть две таблицы в одной поступления по контрактам, а в другой график погашения траншей по кредитам и займам.
По условию нужно погашать займы раньше, если поступления по контрактам придут до даты погашения, а если нет то по графику.
Есть основные ограничения:
Поступления могут гасить более одного транша, если суммы хватает, либо транш может быть погашен из нескольких источников.
Есть таблица соответствия траншей и контрактов .
С чем столкнулся - если одновременно совпадут и даты и суммы по траншам и по поступлениям, то нужно создать искусственный приоритет по погашению траншей чтобы небыло задвоений.
Сделать либо рекурсию либо некую конструкцию с нарастающим итогом и сравнивать столбцы пока суммы хватает брать из поступлений, а потом уже гасить из других источников.
По хорошему я мог бы сделать на каждый месяц таблицу со ссылкой на предыдущие расчеты, но это как мне кажется не правильно т.к. за этим придется постоянно следить.
Есть ли более изящные решения может временные таблицы или работа со списками подойдет?
Буду благодарен за любую помощь.
Я бы всё-таки делал алгоритм на стороне учётной системы, типа 1с и тд, а потом уже тянул в отчёты и сравнивал
КА
@Quadronoid Ожидаемые платежи напомнило, меня аж передёрнуло)
Для меня это дело чести, не пойду в отпуск пока не добью!)
DB
@Quadronoid Ожидаемые платежи напомнило, меня аж передёрнуло)
у коллеги хотя бы таблица соответствия есть....
КА
Я бы всё-таки делал алгоритм на стороне учётной системы, типа 1с и тд, а потом уже тянул в отчёты и сравнивал
Поступления из 1С ERP данные по траншам из Excel
1
Кардо Алекс
Поступления из 1С ERP данные по траншам из Excel
Так сделайте все в ерп, и транши тоже
1
Это тема не этого чата