Имя: Пароль:
1C
1C 7.7
v7: Ведомость по контрагентам
, , ,
0 bug16
 
07.06.12
09:26
Здравствуйте! Имеется конфигурация Торговля и склад. Возник следующий вопрос.
Допустим есть несколько документов реализации от одного контрагента
1ый документ на сумма 300р
2ой документ на сумму 400р
3ий документ на сумму 500р.

Покупатель допустим хочет закрыть/оплатить 2ой документ, тот который на 400р. Заводим документ приходный кассовый ордер, на основании 2ого документа реализации.

Делает отчет ведомость по контрагентам, и получается что документом ПКО, мы перекрываем 1ый документ который на 300р. А правильнее то надо, чтобы он показал, что мы перекрыли/оплатили 2ой документ....
Или все таки я не правильно понимаю логику?
1 Ёпрст
 
07.06.12
09:28
(0) в типовых всегда списывается по фифо, в не зависимости от документа-основания.
Хочешь по-другому , переписывай.
2 ДенисЧ
 
07.06.12
09:28
А разве в тисе ведётся учет расчетов в разрезе документов?
3 Ёпрст
 
07.06.12
09:31
(2) в разрезе КредДокумента - да.
4 bug16
 
07.06.12
10:09
(1) а что такое фифо?

может есть у кого отчет такой переписанный/переделанный ?
5 povar
 
07.06.12
10:10
(4) судя по вопросу, вы бухгалтер...
6 bug16
 
07.06.12
11:10
(5) ну даже если так, что от этого меняется? )) пусть буду для Вас, начинающий программист-бухгалтер...
7 Ёпрст
 
07.06.12
11:20
(6) там делов то - одну табличку значений сортировать в "немножко" другом порядке и привет.
Чебур вроде тоже занимался изысканиями на инфостарте по этому поводу - есть его статейка тама.
8 Злопчинский
 
07.06.12
19:23
читаем здесь:
http://infostart.ru/public/16225/
9 Злопчинский
 
07.06.12
19:23
вот она.
10 Злопчинский
 
07.06.12
19:36
но! не поможет по большому счету.
.
если атор не понимает что при абсолютно равных условиях отгрузок нет никакого резона гасить их платежами на конкретные сделки - потому что при равных услвоиях отгрузок единственный логичный способ погашения по фифо.
.
если условия отгрузок НЕРАВНЫЕ (например часть отгрузок на отсрочку 10 дней, часть на 45 дней) - то следует завести ДВА ДОВГОВОРА - каждый из которых и будет отражать что отношения с клиентом идут в разрезе разных условий. и соответсвенно платежи разносить именно ТУДА КУДА ОНИ ПРЕДНАЗАНЧЕНЫ.
.
крайним вырожденным вариантом двух договоров является когда каждая ОТГРУЗКА = ОТДЕЛЬНЫЙ ДОГОВОР/СДЕЛКА (в случае предоплатников все стартует с акцептовки счета).
.
если автору надо - то делать можно тупо без всякого программирования. и вес будет работать как надо. если конечно автор СПОСОБЕН ВЕСТИ АККУРАТНЫЙ УЧЕТ ПЛАТЕЖЕЙ.
.
открываем карточку клиента.
открываем для него список договоров.
заводим !!!ГРУППУ!!1 называем типа "Договор купли-продажи №007 от 01.04.12"
на каждую отгрузку/предоплату заводим "договор" типа "Реализацяи 0001" или "Счет 00050" - и вся СДЕЛКА оформляется по этому договору, в т.ч. и ПЛАТЕЖИ относятся на каждую сделку.
.
в результате - имеем то что хочет автор. куда он будет девать недоплаты/переплаты по таким договорам - это его личное горе/геморроой.
.
в описанной схеме для пользователя единственное неудобство - вводить каждый раз новые "договора" - это автоматизировать гораздо легче чем переписывать отчеты и извращаться - одной кнопки для генерации нового "договора" будет достаточно.
.
кардинально предупреждаю автора - неоднократно имел опыт и автоматизацию по типу хотелки в (0). в результате у клиента в процессе работы вырождается в две варианта:
- все идет "в кучу" - ибо - СМ,СТАТЬЮ.
- клиент начинает допиывать/программить отчеты, которые отражают взаиморасчеты по хотелкам клиентов. в итоге имеем параллельно штатной системе взаиморасчетов по фифо кривую и глючную систему взаиморасчетов по хотелкам клиента - ибо а) клиент не может сформулировать что ему надо б) см.статью в) пишут такую парарлельную систему криворукие отморозки спустя рукава.
.
в то время как хотелка клиент ареализуется типовой схемой "каждая отгрузка = отдельный договор" + пару мелких дописок для удобства ввода и разноски платежей на каждую сделку.

.
все.
.
включите уже кто в книгу знаний, ибо затрахался писать каждый раз.
11 Злопчинский
 
07.06.12
19:42
причина также может быть в непроходимой тупости и мудосранстве.
зачастую клиенту отгружается на равных условиях, но гасить он хочет по конкретным сделкам. При этом ни у криворуких пляавтоматизаторов и прочих чмододятлов не хватает ума поговорить с клиентом внятно - ибо и клиент невнятны - это прощаемо - но и программисты хреновы такие же невнятные. продолжаю? а клиент хочет гасить выборочно только потому что таким образом он ведет "свой" учет. наши отгрузки у него уходят на разные точки - и гасит совй долг он деньгами конкретных точек, имея таким образом у себя вполне понятный ему учет в разрезе "отгрузки от поставщика - продажи по точкам". И в этом случае вполне достаточно сделать "субдоговора", эквтивалентыне точкам клиента и отгрузки пускать в разрезе точек.
.
описан всего лишь один из вариантов, когда казалось бы одинаковые услвоия отгрузок должны интепретироваться по разному. других таких вариантов - еще может быьть.. надо всего лишь РАБОТАТЬ ВКАЛЫВАТЬ И ПАХАТЬ, мударасы хреновы.
.
злой я.
.
потому что все что ОНИ делают руками - все криво. а запрограммить всю возможную кривизну - невозможно. акромя как дт слева кт справ - вводите как хотите.. но при этом еще хотят шоколадку.
.
уроды.
12 yam
 
07.06.12
22:13
Решение на инфостарте методологически неверное, т.к. допускает разнообразные ошибки по закрытию накладных. (10) Тут конечно полностью согласен.
13 bug16
 
08.06.12
03:40
(10) (11) ухххх как накипело у Вас :) не будем наверное делать такого тогда! спасибо за разъяснения!
14 Любопытная
 
08.06.12
03:44
Если вам тупо крыжить неудобно, вытащите док основание для документа расчетов в отчет и все станет видно
15 Злопчинский
 
08.06.12
03:49
(12) в этом случае типовое решение по фифо - точно такое же неверное, т.к. совершенно так же допускает разнообразные ошибки по закрытию накладных.
.
с интересом послушаю, каким образом упомянутое решение допускает разнообразные ошибки и какие именно? (ясен пень, что если обвесить всякими защитами и статусами возврата(0) при нарушении нарисованнйо схемы - то будет гораздо устойчивее..). исходим из того, что юзверь - вменяемый, в платежках указаны конкретные доки оплаты, взаимозачеты относятся на конкретные док, ввод документов строго по хронологии.
16 Злопчинский
 
08.06.12
03:50
(13) не делать надо не из-за того, что уменя накипело, а потому что вы сочли приведенные доводы вескими.. или наоборот...
17 Злопчинский
 
08.06.12
03:52
(14) и чем это поможет? - поможет только в том случае если платеж и док основание = 1 в 1, в остальных случаях скатываемся см.выше... в построение своего отчетра по взаиморасчетам дубля основногог...
18 bug16
 
08.06.12
03:58
(16) если у них идет оплата тютелька в тютельку (т.е. полная оплата, без частичной оплаты/переплаты, и без всяких возвратов), то в этом случаи и Ваш метод должен работать нормально...
19 Злопчинский
 
08.06.12
04:05
(18) если я такое увижу - я умоюсь счастливыми слезами.
Закон Брукера: Даже маленькая практика стоит большой теории.