#0
by heavenly
Платформа 8.2.13.219 Комплексная Автоматизация 1.1.12.1 Стоит задача при проведении входящего платежного поручения проставлять в поле ДатаОплаты заказа покупателя (поставщику) дату платежного поручения. При отмене проведения дата должна удаляться. Собственно как это реализовать? Прописать в процедуре ПриЗаписи платежного поручения необходимые манипуляции или делать с помощью движений регистров? Если первый вариант, то в какую процедуру запихивать очистку реквизита при отмене проведения?
#2
by heavenly
Почему? это же просто реквизит планируемой даты оплаты - по-крайней мере так написано в Справке, хотя по этому реквизиту у нас все менеджеры смотрят - пришла оплата или нет) Сейчас ставим его ручками при загрузке платежки.
#3
by Aleksey
Нет гарантии целостности. Т.е. нет гарантии что при проведении одного документа 100% изменяться реквизиты другого. Например кто-то в нем сидеть может в данный момент, или еще какая транзакция
#5
by Либерал
то же полагаю это не лучший способ контролировать оплату... но если "все пацаны"... - сделай подписку на событие. про регистры вообще не понял. хотя, если это мысль в сторону отслеживать оплату заказов через запрос к регистру (например в УТ есть "расчеты с покупателями") - направление мысли целиком поддерживаю!
#7
by Либерал
+100 хотя, если бизнес-процессы у товарисча "отлиты в граните" и "у нас такого не бывает" (и не будет никогда?? точно???) - почему бы и нет. Вот еще, отчеты какието открыватть настраивать! а так раз - журнал заказов - колонка дата оплаты - всем счастие...
#8
by heavenly
в КА этот регистр накопления называется "Расчет с контрагентами". Вопрос теперь как его лучше задействовать?
#9
by Amiralnar
По моему, он сам работает, без посторонней помощи. Анализ заказа открывать пробовали?
#12
by heavenly
В случае использования подписки на события не может ли возникнуть ситуация как в ? т.е. если кто-нибудь сидит в заказе, то дата проставится или нет?
#15
by Amiralnar
Наделал себе под писку - так не позорился бы на людях. Стыдоба. Сказали же, как правильно.
#16
by heavenly
И куда этот регистра пихать? Отдельной колонкой? В журнале заказов? Вариантов того, что кто-то будет в это время что-нибудь менять в заказе - очень мала. Заказ составлен, любые изменения с помощью Корректировки заказа.
#17
by Amiralnar
Именно так. Это не сложно. А по нужно делать проверки: РежимПроведения - бывает разным. Источник.РасшифровкаПлатежа.ВыгрузитьКолонку("Сделка")[0] - расшифровка платежа может быть пустой. Может быть из двух, трех записей. Сделка.ДатаОплаты = Дата - дата может быть пустой, а дата оплаты может быть заполнена.
#19
by heavenly
РежимПроведения - бывает разным - вроде все работает, как при оперативном, так и при неоперативном. расшифровка платежа может быть пустой. - потому и стоит ЗначениеЗаполнено Если пустой, тогда Сообщение. Может быть из двух, трех записей. - Может, но у нас одна платежка - один счет. Хотя проверку на всякий случай сделать надо. дата может быть пустой, а дата оплаты может быть заполнена. - и кто ее заполнил? только если кто-то вручную проставил, ничего страшного если проставится датаоплаты по платежке.
#21
by heavenly
а это на что может повлиять? немного не понял... а за конструктивную критику спасибо)
#23
by heavenly
или имеется ввиду, что дата будет проставляться даже если заказ частично оплачен? тогда понял...
#24
by heavenly
откопал в типовой КА запрос на выбор суммыоплаты и суммызаказа, только понять не могу все что после ИЗ стоит. Конструктор запросов ругается на ошибку
#25
by heavenly
С запросом разобрался, только если его вставить в подписку на событие ПриПроведении, то значение СуммаОплаты в отладчике без учета проводимой платежки. Т.е. получается на момент выполнения подписки, движения по регистрам еще не были сделаны. Я думал подписки на события всегда после этих самых событий выполняются. Как быть в этом случае?
#26
by heavenly
Как вариант дописывать сумму платежки к существующим оборотам, но по-моему это немного кривовато.
#29
by ssh2006
Не делай такую доработку, ты как программист системы должен предложить иное решение для контроля оплаты. Не разрушай конфигурацию.
#31
by Amiralnar
Сдается мне, если бы его работодатель знал, что он оплатил несколько дней работы программиста, которые стоят юзеру одного койка мышкой, он бы этого программиста в ж о п у в ы е б а л.
#33
by PVV65
Совершенно непонятна конечная цель этих телодвижений. ЗАЧЕМ ВСЕ ЭТО ??? В конфигурациях все предусмотрено. Если нужен специальный анализ - напиши свой отчет. И не лезь в конфу. ТС может объяснить - что будет дальше с датой оплаты в заказе?
#34
by heavenly
Цель автоматически заполнять реквизит ДатаОплаты в Заказе покупателя при формировании платежного поручения, чтобы журнале заказов уже была видна эта дата оплаты, без нажатия всяких отчетов и анализов.
#35
by PVV65
Реквизит "ДатаОплаты" заказа покупателя имеет другое назначение - он используется для планирования платежей. Использовать его не желательно. Использование списка документов для анализа оплаты ?... Представляю как бухгалтера смотрят на список документов и объясняют кому то - что то. просто необходимо заставить себя и окружающих пользоваться отчетами. Иначе так и будете считать на счетах.
#36
by heavenly
бухгалтера знают куда смотреть, а вот менеджеры... а так смотрят журнал заказов и сразу клиенту говорят - пришла оплата по этому счету или нет, и если да, то когда, не нажимая при этом анализ и не ища заветную графу.
#37
by ssh2006
Пойми, ты работаешь, например, не с чистым листом в экселе, куда лепишь формулы, где захочется, а с готовой системой, которая предполагает определенную логику работы и грамотную модификацию. Твоя задача как специалиста решить вопрос грамотно, не ломая дров.
#38
by FIXXXL
я для этого рисовал в журнале внизу два окна: слева - отгрузки, справа - платежи ну и при получении данных обновляешь инфу в окошках
#39
by Di_key44
Уважаемые, подскажите, у нас дата оплаты проставляется автоматически при оформлении заказа, как это отключить??
#40
by Alex375
А еще можно при отображении строки списка заказов обратиться к платежкам и получить есть или нет оплата. Соответственно вывести в строке списка флаг "Оплачено". Изменений минимум и блокировок не будет. Правда отображение списка заказов поднагрузится :)
#41
by pessok
дак тогда можно и строки красить. Помню занимался таким ужасом... свят-свят :) И ведь не докажешь начальству, что это глупо и нелепо...
#45
by sapphire
А программист, он же и консультант, он же и админ, он же погоняло для манагеров и груша для бития бушками?
#46
by Di_key44
ну знает то он может и побольше, только ему обычно некогда такими мелочами заниматься. При том он еще и не в штате, а со стороны, приходит так иногда.
#47
by sapphire
Обратись к автору , может что и подскажет, я УТ новую не зрел, но припоминаю, что там это поле дейстивтельно закрывалось какой-то обработиной по регламенту.
#48
by PVV65
КА у меня нет, расскажу как в УПП. Заказ покупателя, по логике конфигурации, оформляется с предположением, что товар будет оплачен. Поэтому дата оплаты всегда равна дате документа плюс число дней резерва без оплаты из договора (подразумевается, что товар по заказу резервируется, а иначе зачем оформлять заказ - оформляйте счет - он ни к чему не обязывает). Если же в организации подразумевается обязательное оформление заказа, то, наверное, менеджер сам должен проконтролировать дату оплаты, т.е когда покупатель собирается платить. Без изменения кода не заполнять дату оплаты нельзя. Я для менеджеров по продажам пишу специальные обработки, в которых в зависимости от различных условий контролирую правильность оформления заказа.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- Как вставить реквизит одного документа, в печатную форму другого документа.
- Документ: как заполнить реквизит из предыдущей строки
- Как заполнить список списком всех ДОКУМЕНТОВ в конфигурации?
- Как заполнить програмно заполнить субконто?
- Заполнить табличную часть из справочника
- v8: Как заполнить значения свойств нового документа на основании существующ
- КД 2.0 Реквизит "Строка" в Реквизит "СправочникСсылка"
- Не получается заполнить данные одного объекта на основании другого
- 1C 8.3 ВПФ. Заполнить реквизит формы ВПФ.
- Запрос: условие на реквизит одного из регистраторов
В этой группе 1С
- Можно ли получить список реквизитов табличной части внешней обработки ?
- Метод ЗАГРУЗИТЬ() табличной части
- УТ 11. Запустить через веб интерфейс.
- v8: На складе недостаточно номенклатуры
- как из управляемого приложения запустить Регламентное задание?
- СКД. Параметры. Связь по владельцу.
- v7: Выгрузка PDF из 1С
- Установка жесткого диска 2.5" на десктоп
- 8.1 Как программно отловить что документ открыт?
- КомпоновщикНастроек.ЗагрузитьНастройки
- PostGres + 1c 8.2 + аутентификация операционной системы.
- Для чего используется регистр сведений "Аналитика учета номенклатуры" ?
- Перебрать строки табличной части в обратном порядке.. 8.2
- v8: Чтение файла Excel Xml через ADODB
- СКД. Дважды вывести в отчет одну и ту же колонку
- перекодировать UCS-2 Little Endian в WIN-1521
- Автоотступ группировок в отчете на СКД
- v7: запрет на создание одинаковых элементов справочника
- БГУ, налог на прибыль. Каким документом(ами) производится его расчет?
- Ошибка при формировании внешней печатной формы