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

[renat]

в Axapta поставщики и клиенты храняться в разных таблицах...
почему не сделали в одной таблице "контрагенты"?

предположим одна и таже организация у нас поставщик каких-то товаров и является нашим клиентом (оказываем ей какие-нибудь услуги)...

надо посмотреть кто кому сколько должен: мы формируем отчет в клинтах, отчет в поставщиках, делаем арифметическую операцию и по результату понимаем кто кому и сколько должен...

если таких организаций 2-3 то ничего страшного... но если их 1000 и в справочники их заносили разные люди (менеджер по сбыту и менеджер по снабжению заполняли по разному, кто-то написал большими буквами, кто-то малекьники, кто-то сделал оЧеПяТкУ , кто-то поставил двойные кавычки, а кто-то одинарные, а кто-то умудрился завести 5 раз)

теперь эта задача усложнилась в 2000 поставщиков-клиенетов нам надо посмотреть кто кому чего должен в 1отчете....

какие есть соображения и опыт по борьбе с этой проблемой?

[Андре]

Цитата:

какие есть соображения и опыт по борьбе с этой проблемой?

Опыт есть - модификация стандартных отчетов.

[Андре]

Цитата:

кто-то написал большими буквами, кто-то малекьники, кто-то сделал оЧеПяТкУ , кто-то поставил двойные кавычки, а кто-то одинарные, а кто-то умудрился завести 5 раз

По-моему, это совершенно другая проблема.

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

[renat]

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

[Андре]

Модификация всех необходимых вам отчетов. По крайне мере в sp2 я делал так. Но по-моему в третьей аксапте так ничего и не изменилось по этому поводу.
Так что, остается только программирование. При выписке какого либо отчета по поставщику, модифицируется функциональность так, чтобы система проверяла нет ли клиента с таким же обозначением. Если есть, то при подготовке отчета необходимо учитывать проводки как в VendTrans, так и в CustTrans.

[mazzy]

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


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

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

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


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

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

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

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


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

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

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

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

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


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

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


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


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

[Андре]

2 - да. есть такое поле. и заполнять его надо. именно по нему и происходит определение - является ли клиент поставщиком и наоборот.

Цитата:

Надо смотреть в финансовые отчеты. Создается (БЕЗ программирования) финансовый отчет, в котром, грубо говоря, суммируются два счета 62 и 60.

Только в том случае, если эти счета есть И только в том случае, если настроена разноска на эти счета. mazzy - так бывает не всегда.

Цитата:

А что вы с ней будете делать?

Руководство может интересовать список контрагентов которые больше всего нам должны. Так сказать top-10.

[Андре]

Цитата:

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

Sorry. Забыл - давно делал. Конечно же не ТАКОЕ ЖЕ ОБОЗНАЧЕНИЕ, а именно так:

Цитата:

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

[mazzy]

Цитата:

Изначально опубликовано Андре
Руководство может интересовать список контрагентов которые больше всего нам должны. Так сказать top-10.

Извини, но ни разу не видал такое руководство, которому нужны контрагенты.
Есть потребность узнать задолжавщих клиентов.
а также иногда узнать самых терпеливых поставщиков.

Отчеты top100 по клиентам и поставщикам в Аксапте есть. Эти отчеты работают по существующим проводкам. Если будут проводки зачета, то отчеты их учтут.

По этим отчетам руководство может с легкостью орать или бить по голове проштрафившихся менеджеров.

Но что делать с отчетом по задолженности контрагента? поставить перед собой двух менеджеров и смотреть как они друг на друга кивают?

Или в вашей ситуации есть просто отвественный за контрагента? который и закупает и продает ему же? Ну бред же это в больших организациях. А вот для маленьких - очень частое являение. Но Аксапта и не рассчитана на малый бизнес.

[Михаил Андреев]

2 mazzy.

Сергей, ну ты и разорался Сказал бы сразу "читайте мануал" и все
Есть еще товарищи, которым объяснять нужно, что если Поставщик Вася нам должен 1000 рубей, а Клиенту Вася мы должны 1000 рублей - это еще не означает, что никто никому не должен

2 renat

Цитата:

теперь эта задача усложнилась в 2000 поставщиков-клиенетов нам надо посмотреть кто кому чего должен в 1отчете....

Что это за рынок такой интересный, в котором есть 2000 одинаковых поставщиков-клиентов?

[Андре]

Цитата:

Есть потребность узнать задолжавщих клиентов.

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

Цитата:

Но что делать с отчетом по задолженности контрагента?

А фиг его знает. Мне сказли нужна такая возможность - я написал. Отчетом регулярно пользовались, а уж что с ним делало руководство уже не мое дело

[Alex_K]

Ну уж если речь зашла о руководстве...
В одной из контор, в которой я раньше работал, у босса был любимый отчет из следующих колонок:
Поставщик
Остаток на начало по поставщику (ОН)
Сумма прихода от поставщика (Пр)
Сумма продаж товара этого поставщика (Р)
Сумма оплат клиентами за этот товар (Опл)
Остаток по поставщику на конец (ОК)
Остаток на конец=ОК-Опл - отсюда принималось решение, сколько мы заплатим постащику.

Может с формулой и соврал, но суть управленческого решения такова - пока с нами не расчитались и мы платить не будем, а когда расчитаются, тогда ПОДУМАЕМ...

Недавно эта контора таки загнулась...

[mazzy]

Цитата:

Изначально опубликовано Михаил Андреев
Сергей, ну ты и разорался

Извините, постараюсь держать себя в руках.

[Андре]

Цитата:

Есть еще товарищи, которым объяснять нужно, что если Поставщик Вася нам должен 1000 рубей, а Клиенту Вася мы должны 1000 рублей - это еще не означает, что никто никому не должен

Пожалуй есть. C учетом того, что я программист, а не консультант надеюсь меня простят за мои наивные вопросы.

И все таки..... Мы не путаем бухгалтерский и управленческий учет ? С точки зрения оформления бухгалтерской отчетности я согласен - это вовсе не означает, что никто никому не должен.

(Робко) - но может быть такой отчет имеет право быть, не как бухгалтерский, а как управленческий отчет ?

[mazzy]

Не не значит.
хотя бы потому, что у этих задолженностей могут быть разные условия оплаты.

Например, на нашу задолженность могут налагаться штрафные санкии и/или проценты, а на задолженность Васи нет.

Эта задолженность может быть пересчитана в разных валютах.

и т.п.


Alex_K:
Ну, этот отчет может и стоит сделать. Но это вовсе НЕ означает, что надо перепрограммировать все отчеты и базовую функциональность. Это локальный отчет для очень небольшой группы людей. Причем отчет не вводит новую функцию. Отчет только помещает на один лист информацию из двух стандартных отчетов. Но я бы и здесь подумал прежде чем садится за программирование

[Alex_K]

Цитата:

Изначально опубликовано mazzy
Ну, этот отчет может и стоит сделать. Но это вовсе НЕ означает, что надо перепрограммировать все отчеты и базовую функциональность. Это локальный отчет для очень небольшой группы людей. Причем отчет не вводит новую функцию. Отчет только помещает на один лист информацию из двух стандартных отчетов. Но я бы и здесь подумал прежде чем садится за программирование

Ну, сей отчет и не приводился в качестве примера для подражания, скорей совсем наоборот. А маленькая группа - всего навсего хозяин, и думать программировать или нет не приходится.
Но тогда вопрос технический - как в Аксапте связать товар от поставщика и товар у клиента и связанные с этим товаром задолженности, если не планировать заранее закупки под заказы (в той конторе такого не практиковалось)?

[komar]

А вопрос технический решается складской аналитикой. Номером партии, например.

[Fluffy]

Цитата:

Изначально опубликовано Alex_K


Но тогда вопрос технический - как в Аксапте связать товар от поставщика и товар у клиента и связанные с этим товаром задолженности, если не планировать заранее закупки под заказы (в той конторе такого не практиковалось)?

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

[mazzy]

Цитата:

Изначально опубликовано Alex_K
Но тогда вопрос технический - как в Аксапте связать товар от поставщика и товар у клиента и связанные с этим товаром задолженности, если не планировать заранее закупки под заказы (в той конторе такого не практиковалось)?

Товар в стандартной аксапте связывается через лот. (навскидку вроде TransChildRefId) Если создать закупку из заказа или возврат по лоту, то связь можно увидеть. Закрытие тоже связывает складские проводки.

Как связать оплаченный товар - не очень понимаю... Это для того, чтобы делать закупку от продажи, а продажу от оплаты? Т.е. закупать только то, что оплачено клиентом? Надо подумать. Думаю,ч то все же через планирование. Пока клиент не оплатил заказ находится в статусе прогноз, как только оплатил, то статус должен изменится. Планирование должно подхватить изменение статуса.

А почему такое ограничение, "если не планировать заранее"?
Именно через планирование и предполагается такие вещи делать, насколько я понимаю. Если не практиковалось, если не значит, что этого не нужно делать...

[Alex_K]

Цитата:

Изначально опубликовано komar
А вопрос технический решается складской аналитикой. Номером партии, например.

Ну, в той системе так и решалось, по-другому там было просто нельзя.