Платформа 8.2.13.219
Комплексная Автоматизация 1.1.12.1

Стоит задача при проведении входящего платежного поручения проставлять в поле ДатаОплаты заказа покупателя (поставщику) дату платежного поручения. При отмене проведения дата должна удаляться.
Собственно как это реализовать? Прописать в процедуре ПриЗаписи() платежного поручения необходимые манипуляции или делать с помощью движений регистров? Если первый вариант, то в какую процедуру запихивать очистку реквизита при отмене проведения?

(0) Не надо так делать

(1)Почему? это же просто реквизит планируемой даты оплаты - по-крайней мере так написано в Справке, хотя по этому реквизиту у нас все менеджеры смотрят - пришла оплата или нет) Сейчас ставим его ручками при загрузке платежки.

(2) Нет гарантии целостности. Т.е. нет гарантии что при проведении одного документа 100% изменяться реквизиты другого. Например кто-то в нем сидеть может в данный момент, или еще какая транзакция

очень плохая идея... Лучше регистр завести.

то же полагаю это не лучший способ контролировать оплату... но если "все пацаны"... - сделай подписку на событие.

про регистры вообще не понял. хотя, если это мысль в сторону отслеживать оплату заказов через запрос к регистру (например в УТ есть "расчеты с покупателями") - направление мысли целиком поддерживаю!

(2) А если, например, оплата тремя платежами? ну и (3)

(6) +100

хотя, если бизнес-процессы у товарисча "отлиты в граните" и "у нас такого не бывает" (и не будет никогда?? точно???) - почему бы и нет. Вот еще, отчеты какието открыватть настраивать! а так раз - журнал заказов - колонка дата оплаты - всем счастие...

(5) в КА этот регистр накопления называется "Расчет с контрагентами". Вопрос теперь как его лучше задействовать?

По моему, он сам работает, без посторонней помощи. Анализ заказа открывать пробовали?

(9) пробовали, но это все лишние щелчки мыши

Один. ))

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

Ась?

Сделал через подписки на событие
Процедура ПриПроведенииПлатежногоПорученияОбработкаПроведения(Источник, Отказ, РежимПроведения) Экспорт
   
   Если ЗначениеЗаполнено(Источник.РасшифровкаПлатежа.ВыгрузитьКолонку("Сделка")[0]) Тогда
       Дата = Источник.ДатаОплаты;
       Сделка = Источник.РасшифровкаПлатежа.ВыгрузитьКолонку("Сделка")[0].ПолучитьОбъект();
       Сделка.ДатаОплаты = Дата;
       Сделка.Записать();
   Иначе
       Сообщить("Не заполнен заказ (счет на оплату) покупателя (поставщику) в "+Источник);
   КонецЕсли;
   
КонецПроцедуры


Наделал себе под писку - так не позорился бы на людях. Стыдоба. Сказали же, как правильно.

(15) И куда этот регистра пихать? Отдельной колонкой? В журнале заказов?

Вариантов того, что кто-то будет в это время что-нибудь менять в заказе - очень мала. Заказ составлен, любые изменения с помощью Корректировки заказа.

(16) Именно так. Это не сложно.

А по (14) нужно делать проверки:
РежимПроведения - бывает разным.
Источник.РасшифровкаПлатежа.ВыгрузитьКолонку("Сделка")[0] - расшифровка платежа может быть пустой. Может быть из двух, трех записей.
Сделка.ДатаОплаты = Дата - дата может быть пустой, а дата оплаты может быть заполнена.

+(17) Дата может равняться дате оплаты. Это тоже необходимо учесть.

(17) РежимПроведения - бывает разным - вроде все работает, как при оперативном, так и при неоперативном.
расшифровка платежа может быть пустой. - потому и стоит ЗначениеЗаполнено() Если пустой, тогда Сообщение().
Может быть из двух, трех записей. - Может, но у нас одна платежка - один счет. Хотя проверку на всякий случай сделать надо.
дата может быть пустой, а дата оплаты может быть заполнена. - и кто ее заполнил? только если кто-то вручную проставил, ничего страшного если проставится датаоплаты по платежке.

А если частично заказ оплачен?

(18) а это на что может повлиять? немного не понял...
а за конструктивную критику спасибо)

(20) отгрузка только после 100 предоплаты - галочка в договоре стоит.

(20) или имеется ввиду, что дата будет проставляться даже если заказ частично оплачен? тогда понял...

(20) откопал в типовой КА запрос на выбор суммыоплаты и суммызаказа, только понять не могу все что после ИЗ стоит.
Конструктор запросов ругается на ошибку


               "ВЫБРАТЬ
               |    РасчетыСКонтрагентамиОбороты.Сделка КАК Сделка,
               |    ПРЕДСТАВЛЕНИЕ(РасчетыСКонтрагентамиОбороты.Сделка) КАК СделкаПредставление,
               |    РасчетыСКонтрагентамиОбороты.СуммаВзаиморасчетовПриход КАК СуммаЗаказа,
               |    РасчетыСКонтрагентамиОбороты.СуммаВзаиморасчетовРасход КАК СуммаОплаты
               |ИЗ
               |    РегистрНакопления.РасчетыСКонтрагентами.Обороты(
               |            ,
               |            ,
               |            ,
               |            ДоговорКонтрагента = &ДоговорКонтрагента
               |                И Сделка В (ВЫБРАТЬ РАЗЛИЧНЫЕ Сделка ИЗ ТаблицаСделок)) КАК РасчетыСКонтрагентамиОбороты
               |
               |ДЛЯ ИЗМЕНЕНИЯ";


С запросом разобрался, только если его вставить в подписку на событие ПриПроведении, то значение СуммаОплаты в отладчике без учета проводимой платежки. Т.е. получается на момент выполнения подписки, движения по регистрам еще не были сделаны. Я думал подписки на события всегда после этих самых событий выполняются. Как быть в этом случае?

Как вариант дописывать сумму платежки к существующим оборотам, но по-моему это немного кривовато.

Использовать ПриЗаписи?

(27) сам спросил, сам ответил) нет не ПриЗаписи.

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

(29) и где здесь разрушение?

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

(31) вы все про Анализ Заказа покупателя намекаете ;)

(0) Совершенно непонятна конечная цель этих телодвижений. ЗАЧЕМ ВСЕ ЭТО ??? В конфигурациях все предусмотрено. Если нужен специальный анализ - напиши свой отчет. И не лезь в конфу.
ТС может объяснить - что будет дальше с датой оплаты в заказе?

(33) Цель автоматически заполнять реквизит ДатаОплаты в Заказе покупателя при формировании платежного поручения, чтобы журнале заказов уже была видна эта дата оплаты, без нажатия всяких отчетов и анализов.

(34) Реквизит "ДатаОплаты" заказа покупателя имеет другое назначение - он используется для планирования платежей. Использовать его не желательно.
Использование списка документов для анализа оплаты ?...
Представляю как бухгалтера смотрят на список документов и объясняют кому то - что то.
просто необходимо заставить себя и окружающих пользоваться отчетами. Иначе так и будете считать на счетах.

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

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

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

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

А еще можно при отображении строки списка заказов обратиться к платежкам и получить есть или нет оплата. Соответственно вывести в строке списка флаг "Оплачено". Изменений минимум и блокировок не будет. Правда отображение списка заказов поднагрузится :)

(40) дак тогда можно и строки красить. Помню занимался таким ужасом... свят-свят :) И ведь не докажешь начальству, что это глупо и нелепо...

Подскажите пож-та подробнее как это сделать, я ещё только учусь)))

Омистинеть можно. Ужас.

)))) Да, понимаю, ужас, а что делать, если у нас программист знает не больше меня

(44) А программист, он же и консультант, он же и админ, он же погоняло для манагеров и груша для бития бушками?

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

(46) Обратись к автору (35), может что и подскажет, я УТ новую не зрел, но припоминаю, что там это поле дейстивтельно закрывалось какой-то обработиной по регламенту.

(39) КА у меня нет, расскажу как в УПП.
Заказ покупателя, по логике конфигурации, оформляется с предположением, что товар будет оплачен. Поэтому дата оплаты всегда равна дате документа плюс число дней резерва без оплаты из договора (подразумевается, что товар по заказу резервируется, а иначе зачем оформлять заказ - оформляйте счет - он ни к чему не обязывает). Если же в организации подразумевается обязательное оформление заказа, то, наверное, менеджер сам должен проконтролировать дату оплаты, т.е когда покупатель собирается платить. Без изменения кода не заполнять дату оплаты нельзя.
Я для менеджеров по продажам пишу специальные обработки, в которых в зависимости от различных условий контролирую правильность оформления заказа.