Сергій Сікора
Победившая ставка- Проекты 80
- Оценка 1.0
- Рейтинг 1 975
Бюджет: 2500 UAH Срок: 3 дня
Здравствуйте. Приятно, что задание детально описано) Есть опыт и желание работать. Обращайтесь.
Ставки пока отсутствуют
Ставки скрыты
-
Сергей Назаренко 10 сентября 2019Наверное, Вы меня сочтете занудой, но "Исправление ошибки на этапе проектирования в 200 000 раз дешевле ее исправления на этапе тестирования"(С)Из книжки по PM (к сожалению уже не вспомню точно из какой).
И т.к. я вижу ошибку в самой постановке, то хочу исправить ее, пока еще никто не перенес ее в код.
Итак.
Рассмотрим внимательно задание:
"Отчет формировать на выбранную дату, при этом считать, что эта дата есть началом и концом периода.
...
нас интерисует регистратор «Реализация товаров и услуг» (РТУ)
...
Группировки выводить по ... Дате* (В строке отчета выводить ДатуДок РТУ)."
Это только мне кажется, что сочетание этих трех условий приведет к тому, что в группировке Дата будет всегда одна и та же дата? Только время отличаться будет. И то, только в том случае, если мы периодом выбора оборотов будем считать не выбранную дату, а начало и конец дня выбранной даты.
-
Сергей Назаренко 10 сентября 2019"Вместо счета-фактуры - выводим дату РТУ, по ней же и группируем"
Правильно. Но т.к. мы выбрали обороты только за 01.07.2017, то в данных у нас будут только РТУ за 01.07.2017 (т.к. РТУ - это регистратор из выбранных оборотов). И в отчете в группировке ДатаРТУ будут везде одинаковые значения = 01.07.2017.
-
Natali Dem
10 сентября 2019
Это верно,
но в случае, если было сальдо на начало периода, то это значит, что дата РТУ будет меньше выбранной.
-
Сергей Назаренко 10 сентября 2019Но эта РТУ не попадет в выборку ВООБЩЕ, т.к. РТУ - это регистратор ("нас интерисует регистратор «Реализация товаров и услуг» (РТУ)"), а остатки по регистраторам, не попавшим в период выборки, у нас отсутствуют.
-
Natali Dem
10 сентября 2019
Угу, тут я не корректно использовала термин, исправляюсь: "нас интересуют входящие остатки и обороты по счету 361"
-
Сергей Назаренко 10 сентября 2019Возьмусь предположить, что необходимая Вам логика построения отчета следующая:
В параметрах указываем дату (на конец которой мы хотим получить остатки), а также, возможно, фильтр по организациям и контрагентам.
1. Система выбирает на указанную дату остатки в разрезе Организаций, Контрагентов и Сделок (в Вашем случае Счетов на оплату).
2. Далее, система выбирает все реализации (за все время существования базы), которые делали проводки (по 361 счету) по попавшим в отчет Сделкам. И из каждой реализации берет ее дату (дата документа). И для каждой Сделки определяет минимальную дату реализации (на случай, если по одной Сделке было несколько отгрузок).
3. И наконец, в полученном в п.1. отчете нужно заменить все Сделки на полученные в п.2. минимальные даты РТУ.
Я правильно понял Вашу задачу (в том, что касается группировки по Дате)?
Теперь о разбивке на БУ / БУ+УУ.
Признаки БУ и УУ есть в Сделке (Счет, Заказ и т.п.), в РТУ, в ПП.
Хорошо, если во всех документах по одной сделке эти галочки совпадают. Тогда мы можем ориентироваться на эти галочки в Сделке.А если эти галочки разные в разных документах по одной Сделке? Например, в Сделке БУ и УУ, в РТУ1 - только БУ, в РТУ2 - только УУ, в РТУ3 - БУ и УУ, в ПП1 - БУ и УУ, в ПП2 - только БУ и т.п. То как правильно разделить сумму остатка (которая по Сделке в целом) на виды учета?
-
Natali Dem
10 сентября 2019
В начале - спасибо Вам за помощь в анализе задачи.
Если у СФ все подчиненные доки с разной датой, то выводим их отдельными строками. Сумма сделки в СФ - не учитывается (СФ - не имеет проводок). Так же игнорируем и подчиненные доки с ТОЛЬКО управленческим учетом (т.е. только УУ). На рисунке Ваш пример:

Если же , например, Дата1=Дата3, то картика будет такой:

-
Сергей Назаренко 10 сентября 2019Первое, что сразу бросается в глаза в Вашем примере, это то, что в таблице не будет Дата4 и Дата5, т.к. мы ищем только даты РТУ (согласно условию задачи).
Допустим, что я не правильно понял условие задачи, и описанный мною выше алгоритм нужно поправить так, чтобы мы по Сделке брали даты не только РТУ, но и всех регистраторов, которые делали проводки по этой Сделке.
Но нужно понимать, что таким образом мы не получим остатки по этим датам (регистраторам). Это будут обороты по указанным датам.
А остаток у нас будет суммарный - по Сделке (СФ) в целом. И как этот остаток разнести по датам - вопрос еще тот.
Также нужно понимать, и в Вашем примере это видно, что оплаты не будут закрывать остаток по отгрузкам, а будут попадать в отчет в отдельную колонку в отдельные даты.
Это так и хочется? Или хочется, чтобы оплаты закрывали остатки по отгрузкам?
А вообще, та табличка, которую Вы привели в пример, уж очень похожа на оборотку (с начала времен до указанной даты), с детализацией до регистраторов (отображается не сам регистратор, а его дата), с разделением сумм оборотов по видам учета (указанным в регистраторе), и с отбором только тех сделок, по которым суммарный оборот за период формирования отчета - не нулевой. А также, в названиях колонок вместо слова "Обороты" указано слово "Сальдо".
-
Natali Dem
11 сентября 2019
Документооборот фирмы проще, чем указано на вашей иллюстрации, например:

Результат, который Вы мне показали - уже есть:

Красным выделены примеры оборотов, по которым нужно подвести ИТОГ (сальдо), но проблема в том, что 1. Это обороты, а нужно сальдо, с учетом входящих остатков и этих оборотов (Вы верно подметили - как в оборотке). Так же открытым остается вопрос ДАТЫ (на иллюстрации даты из оборотов за указанный период, но если учитывать входящие остатки, то - не решенная задача.)
Примечание: если понадобится, для решения задачи- мою обработку с оборотами могу выслать.
-
Сергей Назаренко 11 сентября 2019Поставьте в этом отчете дату начала = '0001.01.01' (в путое значение) и получите то, что Вам требуется - остатки на конец периода (которые равны оборотам +/- за весь период).
Актуальные фриланс-проекты в категории Автоматизация управления предприятием
Здравствуйте! Ищу программиста BAS / 1С для создания простой и удобной программы «под себя».Строим 9-этажный многоквартирный дом. Бухгалтерия работает отдельно, поэтому программа нужна не для налогов, а для моего личного контроля финансов и строительства.Что программа должна делать (основное):Деньги: видеть, сколько поступило, сколько потрачено и сколько есть в наличии (наличные / безналичные).Расходы на дом: четкий учет, куда ушли деньги (материалы, зарплата строителям, техника, проекты, разрешения и т.д.).Материалы: что покупали и на что это ушло.Подрядчики и бригады: сколько мы им должны за выполненную работу и сколько уже выплатили.Простые отчеты: чтобы я могла в любой момент открыть и увидеть реальную себестоимость строительства и общее финансовое состояние.Ищу специалиста, который может объяснить все простым языком и сделать программу удобной для ежедневного использования.Пожалуйста, пишите, делали ли вы подобные финансовые модули и какая ориентировочная стоимость такой работы.
Необходимо разработать централизованную серверную систему сбора и хранения данных из Planfix, 1С, Meta Ads и Google Ads, а также веб-дашборд для их отображения и анализа. Все данные, история изменений, расчеты и агрегированные показатели должны храниться исключительно в серверной базе данных. Дашборд не должен хранить или дублировать бизнес-данные. Он должен получать необходимую информацию из серверной базы через API в соответствии с запросами пользователя и отображать ее в виде KPI, графиков, таблиц и детализированных отчетов.
Наполнение товарами магазина Etsy автоматизировано. Ищем, кто сможет автоматизированно наполнить магазин товарами на Etsy. Магазин одежды с принтами. Мы занимаемся печатью аниме на одежде, но на Этси было много страйков по АП, поэтому меняем нишу, будем заниматься печатью на одежде. Задача не попасть под АП и заполнить магазин товарами. Нужна помощь с этим и какая-то базовая автоматизация.
Цель: Заменить 1С на гибкую ERP с открытым кодом. Нужна базовая торговая логика + интеграции с украинскими сервисами + возможность подключения нашего ИИ-агента.Обязательный функционал Базовая ERP-логика Контрагенты, счета, приходные/расходные накладные, складской учет. Продажи, заказы, ценообразование. Интеграция с Новой почтой Двусторонний обмен: создание ЭН, печать накладной, статусы доставки. Расчет стоимости. Интеграция с маркетплейсами (двусторонняя) Prom.ua – товары, заказы, остатки. Rozetka – то же самое. Epicentr – то же самое (если есть API – использовать, если нет – через универсальный коннектор). Синхронизация номенклатуры с внешней базы Товары и цены автоматически подтягиваются из другой базы (например, через REST API или SQL-соединение). Нужна периодическая синхронизация. Интеграция с нашим ИИ-агентом Через REST API Odoo. Агент сможет читать/писать данные (например, генерировать описания товаров, прогнозировать остатки, обрабатывать заказы). Локализация для Украины План счетов, налоговые накладные, ПРРО (Checkbox), отчетность.
Ищу внимательного и системного помощника для ведения клиентской базы небольшого кофейного бизнеса. Нужно помочь организовать простой и понятный учёт клиентов. На начальном этапе это может быть хорошо настроенная Google-таблица, Notion или недорогая CRM. Рассмотрю ваши предложения по наиболее удобному и бюджетному решению. Что необходимо учитывать по каждому клиенту: имя и контактные данные; источник обращения, например реклама, Instagram, рекомендация; дата первого контакта; что клиент покупал; какие виды и вкусовые профили кофе ему понравились; способ приготовления кофе; история и примерная частота заказов; дата следующего контакта; комментарии и важные детали переписки. Ищу прежде всего разумное и экономичное решение для небольшого бизнеса, поэтому дорогие и сложные CRM на данном этапе не рассматриваю. На первом этапе основной акцент на систематизации информации и напоминаниях. В дальнейшем можно будет обсудить самостоятельную отправку согласованных сообщений клиентам.


