Report "Salto on Circulations" with data grouping conditions
56 USD “Saldot at the end of the period”OrganizationSaldot UU+BU Saldot UU+BU Saldot UU Saldot U Saldot U Saldot U Saldot U Saldot U Saldot U Saldot
Date 1
Date2
In the settings give the opportunity to choose the organization and counterparty.
Client's review of cooperation with Serhii Sikora
Report "Salto on Circulations" with data grouping conditionsQuality work . Flexibility in nuances when changing TZ. I recommend cooperation.
Freelancer's review of cooperation with Natali Dem
Report "Salto on Circulations" with data grouping conditionsThank you for the detailed task and for the suggestions during the work. 10 out of 10!
-
Наверное, Вы меня сочтете занудой, но "Исправление ошибки на этапе проектирования в 200 000 раз дешевле ее исправления на этапе тестирования"(С)Из книжки по PM (к сожалению уже не вспомню точно из какой).
И т.к. я вижу ошибку в самой постановке, то хочу исправить ее, пока еще никто не перенес ее в код.
Итак.
Рассмотрим внимательно задание:
"Отчет формировать на выбранную дату, при этом считать, что эта дата есть началом и концом периода.
...
нас интерисует регистратор «Реализация товаров и услуг» (РТУ)
...
Группировки выводить по ... Дате* (В строке отчета выводить ДатуДок РТУ)."
Это только мне кажется, что сочетание этих трех условий приведет к тому, что в группировке Дата будет всегда одна и та же дата? Только время отличаться будет. И то, только в том случае, если мы периодом выбора оборотов будем считать не выбранную дату, а начало и конец дня выбранной даты.
-
Согласна, высказывание не точное.
Имелось в виду
-
По поводу группировок:
-
"Вместо счета-фактуры - выводим дату РТУ, по ней же и группируем"
Правильно. Но т.к. мы выбрали обороты только за 01.07.2017, то в данных у нас будут только РТУ за 01.07.2017 (т.к. РТУ - это регистратор из выбранных оборотов). И в отчете в группировке ДатаРТУ будут везде одинаковые значения = 01.07.2017.
-
Это верно,
но в случае, если было сальдо на начало периода, то это значит, что дата РТУ будет меньше выбранной.
-
Но эта РТУ не попадет в выборку ВООБЩЕ, т.к. РТУ - это регистратор ("нас интерисует регистратор «Реализация товаров и услуг» (РТУ)"), а остатки по регистраторам, не попавшим в период выборки, у нас отсутствуют.
-
Угу, тут я не корректно использовала термин, исправляюсь: "нас интересуют входящие остатки и обороты по счету 361"
-
Возьмусь предположить, что необходимая Вам логика построения отчета следующая:
В параметрах указываем дату (на конец которой мы хотим получить остатки), а также, возможно, фильтр по организациям и контрагентам.
1. Система выбирает на указанную дату остатки в разрезе Организаций, Контрагентов и Сделок (в Вашем случае Счетов на оплату).
2. Далее, система выбирает все реализации (за все время существования базы), которые делали проводки (по 361 счету) по попавшим в отчет Сделкам. И из каждой реализации берет ее дату (дата документа). И для каждой Сделки определяет минимальную дату реализации (на случай, если по одной Сделке было несколько отгрузок).
3. И наконец, в полученном в п.1. отчете нужно заменить все Сделки на полученные в п.2. минимальные даты РТУ.
Я правильно понял Вашу задачу (в том, что касается группировки по Дате)?
Теперь о разбивке на БУ / БУ+УУ.
Признаки БУ и УУ есть в Сделке (Счет, Заказ и т.п.), в РТУ, в ПП.
Хорошо, если во всех документах по одной сделке эти галочки совпадают. Тогда мы можем ориентироваться на эти галочки в Сделке.А если эти галочки разные в разных документах по одной Сделке? Например, в Сделке БУ и УУ, в РТУ1 - только БУ, в РТУ2 - только УУ, в РТУ3 - БУ и УУ, в ПП1 - БУ и УУ, в ПП2 - только БУ и т.п. То как правильно разделить сумму остатка (которая по Сделке в целом) на виды учета?
-
В начале - спасибо Вам за помощь в анализе задачи.
Если у СФ все подчиненные доки с разной датой, то выводим их отдельными строками. Сумма сделки в СФ - не учитывается (СФ - не имеет проводок). Так же игнорируем и подчиненные доки с ТОЛЬКО управленческим учетом (т.е. только УУ). На рисунке Ваш пример:
Если же , например, Дата1=Дата3, то картика будет такой:
-
Первое, что сразу бросается в глаза в Вашем примере, это то, что в таблице не будет Дата4 и Дата5, т.к. мы ищем только даты РТУ (согласно условию задачи).
Допустим, что я не правильно понял условие задачи, и описанный мною выше алгоритм нужно поправить так, чтобы мы по Сделке брали даты не только РТУ, но и всех регистраторов, которые делали проводки по этой Сделке.
Но нужно понимать, что таким образом мы не получим остатки по этим датам (регистраторам). Это будут обороты по указанным датам.
А остаток у нас будет суммарный - по Сделке (СФ) в целом. И как этот остаток разнести по датам - вопрос еще тот.
Также нужно понимать, и в Вашем примере это видно, что оплаты не будут закрывать остаток по отгрузкам, а будут попадать в отчет в отдельную колонку в отдельные даты.
Это так и хочется? Или хочется, чтобы оплаты закрывали остатки по отгрузкам?
А вообще, та табличка, которую Вы привели в пример, уж очень похожа на оборотку (с начала времен до указанной даты), с детализацией до регистраторов (отображается не сам регистратор, а его дата), с разделением сумм оборотов по видам учета (указанным в регистраторе), и с отбором только тех сделок, по которым суммарный оборот за период формирования отчета - не нулевой. А также, в названиях колонок вместо слова "Обороты" указано слово "Сальдо".
-
Что-то типа такого подойдет (понятно, что еще причесать немного нужно для красоты)?
-
Документооборот фирмы проще, чем указано на вашей иллюстрации, например:
Результат, который Вы мне показали - уже есть:
Красным выделены примеры оборотов, по которым нужно подвести ИТОГ (сальдо), но проблема в том, что 1. Это обороты, а нужно сальдо, с учетом входящих остатков и этих оборотов (Вы верно подметили - как в оборотке). Так же открытым остается вопрос ДАТЫ (на иллюстрации даты из оборотов за указанный период, но если учитывать входящие остатки, то - не решенная задача.)
Примечание: если понадобится, для решения задачи- мою обработку с оборотами могу выслать.
-
Поставьте в этом отчете дату начала = '0001.01.01' (в путое значение) и получите то, что Вам требуется - остатки на конец периода (которые равны оборотам +/- за весь период).
-
Current freelance projects in the category Enterprise Resource Planning (ERP)
Determining the hardware identifier of the USB drive on the WEB clientCreate a form with a button that, when clicked, prompts the user to specify where the USB drive is inserted. After the response, return the hardware identifier of the USB drive. All of this should work on a web client. Enterprise Resource Planning (ERP) ∙ 4 hours 19 minutes back ∙ 6 proposals |
Business Process Automation SpecialistLooking for a specialist in business process automation. Need to conduct an audit of routine tasks (orders, reporting, spreadsheets, communication, control) and implement effective solutions. Requirements: experience with AI, Google Sheets/Apps Script, Telegram bots, CRM,… Enterprise Resource Planning (ERP) ∙ 6 hours 26 minutes back ∙ 27 proposals |
API integration and customization setup for ClickUpWe are an e-commerce company (cross-border sales on Amazon/Walmart). We are moving from Monday to ClickUp. The basic structure (Spaces, Task Lists) has already been set up, now we need an experienced specialist to "fine-tune" the system to our business processes and set up… Enterprise Resource Planning (ERP) ∙ 23 hours 44 minutes back ∙ 22 proposals |
Searching for B2B clients for the sale of premium fitness equipment in UkraineProject Title: Automation of B2B Client Search for Selling Premium Panatta Fitness Equipment in Ukraine Task Description: Our company is the official representative of the Italian brand Panatta in Ukraine. Panatta offers premium professional fitness equipment for gyms, hotels,… Enterprise Resource Planning (ERP), Information Gathering ∙ 5 days 3 hours back ∙ 21 proposals |
GoHighLevel Specialist
111 USD
Looking for a specialist in setting up GoHighLevel - must have a thorough understanding of all nuances and details - must quickly and efficiently prepare the draft of the site - must configure additional modules and monitor the stability of the system Online Stores & E-commerce, Enterprise Resource Planning (ERP) ∙ 5 days 4 hours back ∙ 10 proposals |
Ukraine