УПП 1.3.
Всем доброго дня. Поступила задача от буха. В обработке по Регистрации СФ на аванс не учитывать авансы, которые пришли в день реализации. Но по мере обдумывания способа решения, понимаю, что задача становится все сложней.
1) У 1 платежки может быть несколько заказов. (1-ый реализован через день, после платежки, а 2-ой в день платежки).
2) У 1 заказа может быть много реализаций. В итоге для каких то реализаций это аванс, а для каких то нет. А если ещё и несколько заказов с несколькими реализациями....тут у меня вообще уже кукуха едет.
Причем ни один из этих пунктов не учтен в стандартной обработке. Может я что то накручиваю и задачу выполнить можно проще.
Не понимаю как выполнить задачу, может кто подскажет или сталкивался.

(0) В ПП есть (должна быть) расшифровка платежа (таб. часть).
В ней указывается список счетов (заказов, реализаций и пр.), по которым пришла оплата (в одной ПП несколько оплат).
И по регистру взаиморасчеты (или какой-то другой) собираешь всё, что нужно.

(0) Разве типовые механизмы УПП этого не делают?

(2) нет, не делают. Как я вижу. Может какие то настройки нужны для этого?

(3) А я вижу, что работают. Типовыми настройками не сделаешь так, чтобы зачтенные день в день авансы попадали в регистрацию  с.ф.
И обычно банк проводится концом дня (вроде есть такая настройка) - авансы внутри дня в 99% не возникают вообе

(3) Да, ладно. http://pics.rsh.ru/img/_fmrb2ffd.jpg
УПП 8.1.0.17

(5) это к чему вообще?

(4) Вы видите что работает. Работает что именно?
"Авансы внутри дня в 99% не возникают вообе". Это кто вам такое сказал?
"И обычно банк проводится концом дня (вроде есть такая настройка)". Ухаха. Менеджер такой сел и ждет, когда наступит следующий день, чтобы провести реализацию. т.к. в договорах все стоит по авансам, они не могут провести реализацию без платежки.

(4) вариант хороший конечно оформлять пп концом дня. Но мы работает по предоплате. И разрешать манагерам отгружать без оплаты не вариант.

(8) не надо пп оформлять пп концом дня, есть штатная настройка, которая проводки по банку отражает 23:59:59. Менеджер как и раньше будет видеть данные оперативных регистров
(7) вижу: нет реализации - пп встает в регистрацию, есть реализация - не встает. Реалиизацию специально проводил 23:59:59 чтобы аванс сохранился и был зачёт

(9) В УПП такой настройки не вижу. В Буз 3.0 есть.

Платежка 12:00, реализация 13:00. Аванс есть. УПП 1.3

(9) Ставлю платежку 13:30, пытаюсь провести реализацию в 12:00. Не дает, т.к. денег нет, ведь ещё нет 13:30

(10) очень странно
Может у тебя и Перечисления.СпособыОпределенияВремениПроведенияПлатежногоДокумента нет?

(12) Нашел такую настройку. Но ничего не изменилось.

(12) в регистр прописывается платежка как 23:59:59. Но в авансы она все равно лезет, хотя и реализация получается раньше сделана платежки.

(14) Значит тебе поможет отладчик

(6) Не то увидела.
(14) В договоре не стоит "По док-ам расчетов"?

(16)"В договоре не стоит "По док-ам расчетов"?"    -  Не стоит.

(17) наверно проводите не подряд. Проведите по-порядку, сначала реализацию потом пп.

(17) Посмотри уже в текст запросов, в регистры... Штатно всё работает, разбирайтесь в ваших данных

(18) ВСмысле не подряд? Дак  это же реальная база. Так и будет всегда "Неподряд". ТО ПП первое, то Реализация первая. (19) Причем тут текст запросов, конфа без доработок.

Я перепроводил документы. В любом случае лезет в авансы.

В общем тут не перепроведение нужно, а восстановление последовательности. У нас так не выйдет. Ошибки правятся месяцами, так что этот вариант не для нас.

(20) Чтобы понимать откуда данные берутся.
(22) Естественно. Что мешает перед выпиской авансовых с.ф. восстановить последовательность?

(23) годы. Постоянно правится что то, исправляются ошибки, до сих пор сидим в 19 году. Аналитика нет, база ведется через пень колоду. Я, как программист, в этом не разбираюсь. Поэтому процесс восстановления затягивается, а бухам надо "ЩАС".

(23) У вас эта функция работает без восстановления последовательности?

(25) Работает. Без нее даже акт сверки корректный не сделаешь при расчетах в уе. Ну и месяц безусловно закрывают, или хотя бы квартал.

(26) Я имею ввиду обработка по регистрации сф.
Фунция, которая двигает время тоже работает после установке соотвествющих настроек. А вот обработка, как показывала СФ на аванс в пределах дня, так и показывает )

(24) ИМХО, стоит начать разбираться.
Кстати, как программист программисту решите задачу: у Вас было 2 яблока. Некто взял у Вас одно яблоко. Сколько осталось?
(26) Да, не будет обработка корректно работать в бардаке! Бардак для начала разгребите.

(28) Ошибки в расчете себестоимости не имеют отношения к работе обработке по регистрации СФ. А восстановление последовательности делать постоянно перед каждым запуском обработки - бред. Ладно раз в месяц или раз в квартал.

(29) Вы можете спорить сколько хотите. И лучше это делать с бухами.

В общем, как я понял, очередная недоделка 1С. Потому как со сколькими компаниями я не работал, восстанавливают последовательность единицы и то раз в пол года.

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