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

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

а чем остатки не нравятся?

(0) ну сделай по документам, елси тебе оборотный регистр не нравится..

причем это будет даже вернее.. если у тебя например как в типовой БП счет формируется без каких либо проводок.. то выставив 4 счета по 30 000 ты рискуешь в один момент получить 120 000 платежей :)

ну или к 4ым разным манагерам придут и закажут по 30 000 по договору одному и тому же

(2) узнаешь, когда база ёкнется

(3) счёт обычно безналом платится

(4) не, он имел в виду наверное то что если это какаянить ТИС то там есть регистр "покупатели" или что то типа.. где долги копятся..
можно оттуда обороты взять.. хотя и регистр накопления...

(5) менеджер от кассы находится в 150 метрах, в кассе очередь.. клиент идет к менеджеру выписывает товар и менеджер его отправляет в кассу...

проще всего отдать клиенту счет :)

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

http://rghost.ru/36597837.view

да вроде сабж реализован штатно даже в ТиС 7.7, в чем проблемма?

Или я не в теме, или автор.

Отгрузки тут вообще при чем? Запрещено только ПЛАТИТЬ налом больше 100 тыр.

Не в курсе. ТС надо, чтобы по одному договору налом проходило не больше сотки

в типовых же есть такое! решается периодикой реквизита в справочнике контрагенты.

(11) По одному договору сумма наличных расчетов не может превышать 100к.

(2) как ты себе представляешь контроль  такой по регистру остатков?

(8) хм.. ну как ты представляешь себе контроль наличного оборота по регистру.покупатели в типовой тис?
.

(16): по договору. даже не так - по первым измерениям до договора включительно фильтр - он отрабатывает по индексу, не быстро а очень быстро.
договора давным давно разделены на наличные и безналичные, никаких проблем не было.

по одному и тому же договору платежи могут осуществляится как по налу, таки по безналу. Планируемая сделка (заявка на склад, например) имеет реквизит, описывающий ПРЕДПОЛАГАЕМЫЙ ТИП сделки - нал или безнал. И если стоит безнал то совершенно спокойно выписывается реализация на например 90 тыс, но при пробитии ПКО - по этому договору - фиг вам должно выйти - ибо уже ранее когда-то (месяца два назад) по этому договору налом прошло 30 тыс..

(18): а разделить на нал и безнал - никак? не торопись отвечать утвердительно - не поверю.

(13) ткни носом! нет такого в типовой ТиС!

(20): он про восьмерку, см.(9)

(19) можно, но это самый плохой выход, в крайнем случае. Да и в ообщем вроде не решает проблемы контроля величины оборота по этому нал.договору.

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

(9) как величина допустимого кредита в 100 тыс - позволит ограничить предельную наличную сумму?
при установке 100 тыс на контроль кредита - две сделки на 30+оплата30 и потом 90+оплата спокойно пройдут такую проверку.

(23) ладно, допустим есть наличный договор. как проконтролировать по нему не превышение 100к?

(25): остатки, обороты по фильтру.

предварительно: как прикидываю:
регистр оборотов.
два ресурса - сумма отгрузок и сумма оплат.
при поступлени заявки, ПЛАНИРУЕМОЙ ПО НАЛУ - проверяется оборот по договору сделки на условие:

Регистр.НалОплата.Оплачено+СуммаПланаОтгрузки < 100000 и
Регистр.НалОплата.Отгужено+СуммаПланаОтгрузки < 100000 и
.
если не проходит эти услвоия - стоп!
.
???
если например заявка была запланирована на нал, а в результате оплатили по безналу - обороты минусуются.
.
как-то так...

(26) остатки чего?

(0) 1Сом (ТиС) занимаешься больше 10 лет... толи стареешь, толи ли тебе уже просто все надоело :)

(29) все вместе.. ;-)
.
по существу давай!

(30): ты слово "оборы" не заметил?.. оно как раз "по существу" - причем, учитывая (17) (или уже освоенный тобой 1склайт) вполне себе незатратно.

(31): "оТборі" конечно, пардон, клавадурапарсерлоябезрукаяобезьяна

Тут по любому надо проверять 1. сумму уже поступивших оплат по налику (по текущему договору)
2. с умму отгрузок ужеоплаченных по налику+суммапланируемых отгрузок по налику...
.
:::

(30) Правильно заданный вопрос - содержит половина ответа (ты это лучше меня знаешь).
1.Опиши нормально проблему (когда (в какой момент времени должен быть контроль), при отрузке?\при оплате?)
2.Лимит на день?
Вообще учитывая, что в ТиСе (если мне не изменяет память) есть регистр Продаж+взаиморасчеты и регистр банк\касса - то можно легко отследить то что тебе требуется

(34)
Сумма наличной оплаты по договору (за любой период!) не должна превышать 100к.

Распадается на два услвоия (как я вижу)
.
1.Соответственно, при выписке счета (заявка на склад) на отгрузку, ПЛАНИРУЕМУЮ ПО НАЛИКУ (флажок такой есть) - проверяем - влезет ли этот счет в оставшуся сумму по текущему договору - если не влезет - оформляем на другой договор (открываем новый).
.
2. При внесении наличной оплаты по договору - проверяем -  не превышает ли лимит по данному договору? если превышает - стоп! и "переовормление как надо"
.
Ситуевины разные - клиент может планировать заплатить  безналом - в п.1 ничего не контролируем, но приехал за товаром и привез налик - работает п.2
.
Может быть и наоборот - планируемая оплата наликом отгрузки - заплатит по безналу...
.
Долги погашаются по ФИФО по договору.

Пока что склоняюсь типа к чему-то наподобие (27)

т.е. в ОБЩЕМ случае разделить договора на чисто наличные и чисто безналичные - не выйдет.

(37): выйдет. пара договоров-аналитик составляющих "договор в целом", со свистелками авто-полуавто-перебросок. сделано неоднократно.

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

(35) Вооот - теперь все расписано - и сразу все стала куда яснее. Одно только не понятно - почему речь идет о счет на оплату(заявка на склад)? а не о реализации? При таком подходе можно легко выписать реализацию (без ссылки на счет) и плакал весь контроль.

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

(41) читать ".. реализация, предполагаемая к оплате по НАЛУ"

вопрос собственно можно свети к такому: регистр оборотов приемлемо задействовать для этой задачи?

на ТА - быстро ли будет считаться ответ на вопрос - каков оборот по ресурсу "СуммаОплаты" по ДоговоруЭН..?

..задолбалло все .. пойду в кино , посмотрю "Артист".
жду ваших советов и пинаний! айл би бэк!

(43) Приемлемо (имхо). Когда-то (оч.давно) в ТиСе использовал подобное для подсистемы дисконтных карт (из оборотного регистра получал данные о накопленной скидке за определенный период - проблем не было)

(21) В (9) 7.7 вообще-то..

(47) красивенько.. все никак до использования ТП не дойду...

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

Например отгрузили 30 марта накладную на 150 000 (типа безналом клиент будет платить). 20 апреля сдали НДС (книгу продаж и покупатель соответственно книгу покупок)
1Мая выяснилось, что клиент не будет платить безналу а оплатит всю сумму за нал. Ваши действия? Счет-фактуру он не будет менять и разбивать на две, так как документы отдали на камералку уже.

P.S. У себя я просто не даю делать реализации более 100 000 руб. И пофиг как клиент будет платить. По крайне мере в таком случае можно в любой момент напечатать договор к накладной, если нужно, и не надо переделывать документы

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

(50) Не совсем. Дело в том что прошлая редакция указания ЦБ содержала запрет оплаты налом более 60к  по одной СДЕЛКИ. И здесь да, можно было сказать, что под сделкой понимается именно ТОРГ-12. Новая отгрузка - новая сделка.

В текущей же редакции четко сказано. Запрет оплаты налом более 100К по одному ДОГОВОРУ. Т.е. они четко прописали, что в рамках договора (а как правило он заключается один и на год) нельзя оплатить больше 100К. Т.е. тут уже нельзя сказать что каждая ТОРГ-12 - это отдельный договор

Злопчинский (50)
Серёг, глянь в ЛС на Т1С, плз.