Клиенты и поставищики - почему в разных таблицах?

[mazzy]

Ужас! Ужас какой то!
Вот поэтому внедрения в россии и достигают намыслимых 400-500% от стоимости лицензий!
Мужики, вы офигели что ли?


1. для чего клиенты и поставщики храняться в разных таблицах?
А почему на вашем предприятии два отдела? отдел продаж и отдел закупок?
Да чтобы распределять обязанности и давать разные права людям на разную информацию!
Если у вас, renat, тысячи контрагентов, то у вас разные люди занимаются продажами и закупками!

Подумайте, что вряд ли стоит давать в отдел закупок информацию о том какой товар и по какой цене продали этому поставщику! Может быть имеет смысл давать информациюо общей сумме? Вернемся к этому позже.

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


2. Как посмотреть на задолженность
В стандартной функциональности в клиенте и поставщике есть поле - код поставщика или код клиента соответственно.

Если вы свяжете поставщика и клиента, то Аксапта будет знать об этом и показывать пользователю у которого есть права на это поле. Пользователь сможет "перейти к основной таблице" и посмотреть на информацию со другой стороны.

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

Но стандартная Аксапта не будет учитывать эту информацию в отчетах в модулях клиентов и поставщиков. Почему?


3. Почему стандартная Аксапта не сворачивает задолженность в отчетах?
Во-первых, чтобы непосвященные люди из разных отделов принимали правильные решения на основании правильных данных. Т.е. непосвященные люди никогда не знают о том, какое сальдо перед ними - свернутое или развернутое. Они просто видят сальдо и принимают решения на основании этой информации.

Во-вторых, зачетные проводки делаются автоматически при помощи стандартной процедуры в периодическиз операциях Зачет (в Аксапте 2.5 это назвается компенсация). Зачетные проводки можно сделать и вручную. Но зачетные проводки в системе должны быть в ЯВНОМ виде!

Т.е. вместо динамических расчетов в отчете на основании непонятных алгоритмов используется простой подсчет всех проводок. проводки должны быть созданы в ЯВНОМ виде. У важдой проводки есть дата создания и автор создания.

Тут же можно говорить о автоматическом начислении штрафов, контроле графика оплаты и печати писем напомнианий. Но не будем об этом. Пока не будем.

Таким образом достигается разделение прав и контроль достоверности информации!


4. Что делать, если нужно посмотреть общую задолженность?
В этом случае смотреть задолженность в разрезе каждого поставщика или клиента вообще неправильно. Надо смотреть в финансовые отчеты. Создается (БЕЗ программирования) финансовый отчет, в котром, грубо говоря, суммируются два счета 62 и 60. Но зачем такая информация - не очень понимаю.

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


Общая задолженность по контрагенту
А что вы с ней будете делать?
Даже в российский баланс надо втавлять развернутое сальдо, не говоря уже о управленческих отчетах.
Вам нужно вручную создать проводки зачета для 1000 контрагентов? Ну так воспользуйтесь стандартной периодической операцией "Зачет".


Зачем программировать? Что программировать?
Какое ТАКОЕ же ОБОЗНАЧЕНИЕ, когда практически все есть в СТАНДАРТНОМ функционале?
Тем более ВСЕХ необходимых ВАМ отчетов!
Вам денег и времени девать некуда?