FEВообще говоря, вариантов много:
распределить по открытым задолженностям по методу, скажем, FIFO, а остаток суммы отнести на аванс;

распределить по открытым задолженностям пропорционально;

найти совпадение суммы оплаты и задолженности и предложить сопоставить одно с другим;

дать возможность ручного сопоставления;

При этом контролируется совпадение договоров, сумм по договорам. Как я понял, ваша система предлагает только вариант ручного сопоставления. Было бы интересно посмотреть на скриншот, как распределяется пришедшая от покупателя сумма.


Все перечисленные ниже схемы могут быть вызваны из разных точек, например, из реестра документов, непосредственно документа. Дополнительно вызов «установки взаиморасчетов» может быть осуществлен в рамках комплексных операций и схем документооборота.

В стандартной поставке 3 режима:

В автоматическом режиме процедура выбора документов взаиморасчета и установка сумм выполняется программно без участия пользователя на основании параметров, заданных в правилах. Пользователь может просмотреть данные и внести свои поправки.

Автоматический режим удобно использовать в случае, когда, например, для большого потока документов поставки необходимо привязать документы оплаты по банковской выписке. Этот режим незаменим для установки связи документа поставки с документом возврата, сформированным на его основании и уменьшающим сумму долга по оплате.

В полуавтоматическом режиме выполняется последовательность выбора документов аналогичная автоматическому режиму. Процесс подбора документов для взаиморасчета контролируется и управляется пользователем. Пользователь может изменить сумму взаиморасчета и определить оплаченные позиции.

В ручном режиме пользователь сам определяет условия отбора документов, выбирает документы для взаиморасчета, устанавливает суммы взаиморасчета.

Различия между полуавтоматическим и ручным способами заключается в том, что условия полуавтоматического способа ограничены и контролируются программой (условиями договора и видами документов). В автоматическом и ручном режиме пользователь может корректировать суммы взаиморасчета вручную в окне выбора документов.

ViPRosГавриил Пришвин,

що за "бизнес логика" на аппсервере и что за "объектная трехзвенка"
какое отношение имеют "бизнес процессы" к "настрока документов"
може все ж на гран-кокет?

Имеется в виду трехуровневая архитектура.
Подробнее здесь - http://www.rs-balance.ru/technologies/architecture/
А вкратце: "сервер базы данных" — "сервер приложений" — "рабочие станции".

А на гран-кокет поздно, батенька. Ибо я теперь как Марио, ударившийся головой об грибок, нереально аппгрейдился и умею смайлики ставить так, что они желтенькими рожицами получаются

P.S. Спасибо s_ustinov

FEГавриил ПришвинНапомню, что вся пользовательская часть открыта для доработок

Уточните, пожалуйста, что включается в пользовательскую часть? И что закрыто для доработок?

Опять же, процитирую кусочек информации с нашего сайта http://www.rs-balance.ru/technologies/administration/

Вместе с комплексом автоматизации бизнеса RS-Balance 3 клиентам поставляются сервисные инструменты — Утилита администратора, с помощью которой осуществляется администрирование (в том числе настройка разграничения прав доступа, назначение пользователей, создание групп пользователей, аудит регистрационной информации о работе пользователей и т.д.), и Редактор метаданных, служащий инструментом для расширения функциональных возможностей комплекса, добавления описаний новых типов и методов объектов системы с целью их применения в собственных разработках.

Редактор метаданных может выступать в роли браузера для просмотра метаданных — описания структуры базы данных и функциональности прикладных объектов RS-Balance 3. Пользуясь этим инструментом, специалист, имеющий квалификацию администратора или программиста, может изменить структуру БД и расширить функциональные возможности системы. Причем при ее обновлении все изменения, внесенные пользователем, сохраняются.

То есть программа полностью открыта для доработок. Закрытый кусок кода написан на C++ и связан с лицензионной политикой.

[quot erpdm]Последний выдох ГПЖПоскольку ранее немного касался RS-Balance-3 (RSB-3), то на то время сформировалось свое такое мнение.

RSB-3 - по сути конкурент 1С-УТ. Также торговая система (торговля и склад).
Нет своей Зарплаты. Производство можно выстроить в каких-то упрощенных вариантах.
Есть правда своя бухгалтерия, но поскольку зарплату все равно надо вести в другой системе, то имеет смысл бухгалтерию и отчетность вести, например, в 1С-БП, выгружая туда данные из RSB-3. Поэтому называть RSB-3 ERP-системой можно только с некоторой натяжкой.

Существенный недостаток RSB-3: в 1С-УТ сразу можно начать работать в уже заложенном там документообороте, а в RSB-3 подобный документооборот еще надо выстроить, преодолев кучу глюков и неувязок, либо вызревая самостоятельно, либо в рамках проекта с R-Style (что обойдется недешево и не всегда возможно).
Ну так сейчас RSB-3 и позиционируют как проектную систему…

Понравилась в RSB-3 четкая структура таблиц в mssql (чего в 1С и не предвидится…)
Также на начальном этапе RSB-3 впечатлил хэлп, который правда в дальнейшем начал отставать по мере изменения системы…

Еще раз подчеркну, что мое мнение сложилось в прошедшие времена, и, возможно, эту программу к настоящему времени удалось существенно продвинуть.
Надеюсь, Гавриил Пришвин нас в этом просветит…

Благодарю за столь подробный и четкий анализ.

Мнение, что структура нашей программы (и не только базы данных, а целиком) понятнее, чем у Одинэ... кх-кх... у Конкурентов, я слышу от клиентов достаточно часто. Но, стараюсь избегать прямых сравнений, так как во-первых, это не принято в мире рекламы. Так что есть "Наш Стиральный порошок" и "Другой, Не Понятно Какой Стиральный Порошок В Белой Коробке Без Опознавательных Знаков". А во-вторых, как справедливо заметил Garya, это может вызвать ненужный холивар.

На сегодняшний день в нашей программе реализованы все модули, кроме бухгалтерии. От разработки ее мы отказались давно и сознательно, так как стандартом по умолчанию в бухгалтерской сфере является 1С. Бухгалтера знают и признают только 1С:Бухгалтерия, поэтому мы с ней просто интегрировались.

По поводу выстраивания документооборота. Да, выстраивать нужно. И по опыту могу сказать, что глюки и неувязки бывают. Но, как правило, в головах проектной команды со стороны заказчика. Системе нужно просто задать четкую последовательность действий. Это математика в чистом виде. Мы знаем, что на входе. Мы знаем, как это работает внутри. И на выходе получаем четкий результат. Это и есть суть проектного решения. Мы подстраиваем программу под бизнес клиента.

По поводу стоимости проектов с R-Style Softlab. На мой взгляд, она вполне адекватна. Есть стоимость лицензий, соответствующей количеству рабочих мест в компании клиента. Вполне понятная линейка уменьшения стоимости одной лицензии при увеличении их общего количества. Есть стоимость работы сотрудников, измеряемая в человеко/часах. Она среднерыночная.

Если сравнивать наши проекты с проектами "других российских компаний в белых коробках", то мы предлагаем почти что одинаковые цены. А если сравнивать с импортными продуктами, то тут мы дешевле иногда в разы, а иногда и на порядок.

По поводу Хелпа. Да он естественно есть общий. И так же он пишется каждый раз заново под каждый проект и предоставляется клиенту. Тут у нас целый отдел трудится - пишет. А потом другой отдел трудится - проверяет то, что написал первый отдел.