Контролировать число дней задолженности в УТ(10.3.14.5) #591178


#0 by байт
Здравствуйте, у меня вопрос по поводу контроля числа дней задолженности в типовой УТ(10.3.14.5) в договоре с контрагентом, странно работает алгоритм по зпросу а если к примеру взаиморасчеты с контрагентом закрыты на текущий момент все равно система ругается на прошлую минимальную задолженность как-то не совсем понятно может кто с этим разбирался объяснит?
#1 by asady
если включен учет по расчетным документам - и нарушен порядок закрытия расчетов - тогда получишь сабж легко
#2 by Hans
если взаиморасчеты по договору закрыты на текущий момент и система ругается значит не закрыты расчеты по расчетным документам этого договора. Посмотреть расчеты по расчетным документам вы можете в отчете по взаиморасчетам выбрав группировку "Документ расчетов".
#3 by байт
взаиморасчеты сформировал все цифра в цифру закрывается только до этого бухгалтер без этой галки проводил, а сейчас вдруг руководитель решил поставить и наткнулись на эту проблему, но вы посмотрите сам запрос вас ничего не смущает?)
#4 by Godofsin
Без галки "вести по документам расчетов"? Чтоб ее поставить, вы все доки распроводили?
#5 by байт
она изначально стояла, бухгалтер лишь снимал галки контролировать число дней задолженности, а сейчас решили ее не снимать.
#6 by Hans
ну и что там собственно в запросе? бух снимал галки, соответсвенно расчеты там были кривые, сейчас вы галки не снимаете, и программа ругается на те доки в которых были сняты галки видимо.
#7 by байт
суть в том что это не совсем верно должно происходить по другому если взаиморасчеты с контрагентом = 0 то он не должен показывать самую раннюю задолженность, т.е тот день когда образовалась первая дебиторка, а с момента  когда она реально висит
#8 by байт
алгоритм должен быть универсален, так вот я поэтому и спрашиваю возможно есть еще какие либо настройки в конфе либо все таки допиливать?
#9 by байт
+ а то получается возникла задолженность год назад, но в процессе контрагент погасил ее, и что теперь система будет говорить что долг контрагента превышает 365 дней так чтоли?
#10 by pumbaEO
Значит для 1С контрагент не погасил ее. И если есть незакрытые расчетные документы, то что вы хотите от системы... ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.СуммаВзаиморасчетовОстаток > 0
#11 by байт
Поступление товаров и услуг У0000000010 от 14.10.2011 18:18:59            4 300,04    -4 300,04 Платежное поручение исходящее У0000000019 от 14.10.2011 19:00:00        4 300,04        4 300,04 Поступление товаров и услуг У0000000011 от 21.10.2011 16:00:48            900,00    -900,00 Платежное поручение исходящее У0000000039 от 21.10.2011 17:00:00        900,00        900,00 Поступление товаров и услуг У0000000020 от 03.11.2011 12:20:31            1 012,81    -1 012,81 Платежное поручение исходящее У0000000057 от 03.11.2011 13:00:00        1 012,81        1 012,81 Поступление товаров и услуг У0000000069 от 23.12.2011 16:51:09            6 377,92    -6 377,92 Платежное поручение исходящее У0000000178 от 23.12.2011 17:00:00        6 377,92        6 377,92
#12 by байт
пытаюсь провести сейчас платежку система пишет Допустимое число дней задолженности: 0, дата самой старой задолженности: 14.10.2011 19:00:00, превышение: 100 дней
#13 by байт
Договор контрагента, Валюта взаиморасчетов    нач. остаток    приход    расход    кон. остаток Документ расчетов с контрагентом                                 Офис-Класс        12 590,77    12 590,77     Договор(Пост)№РН201110512110000970015450от14.10.11, руб.        12 590,77    12 590,77                     Поступление товаров и услуг У0000000010 от 14.10.2011 18:18:59            4 300,04    -4 300,04 Платежное поручение исходящее У0000000019 от 14.10.2011 19:00:00        4 300,04        4 300,04 Поступление товаров и услуг У0000000011 от 21.10.2011 16:00:48            900,00    -900,00 Платежное поручение исходящее У0000000039 от 21.10.2011 17:00:00        900,00        900,00 Поступление товаров и услуг У0000000020 от 03.11.2011 12:20:31            1 012,81    -1 012,81 Платежное поручение исходящее У0000000057 от 03.11.2011 13:00:00        1 012,81        1 012,81 Поступление товаров и услуг У0000000069 от 23.12.2011 16:51:09            6 377,92    -6 377,92 Платежное поручение исходящее У0000000178 от 23.12.2011 17:00:00        6 377,92        6 377,92
#14 by байт
На мой взгляд система должна брать итог по оборотам и если сумма >0 то не проводить в зависимости от числа дней
#15 by байт
загвоздка с датой только
#16 by Турист
1Снеги слишком много думают. здесь нужно не думать, а работать так как написано в инструкции, либо переписывать под свое "тут считаем, а тут забиваем"
#17 by hhhh
ну поставьте не контролировать, всё проведите, а когда всё нормально будет, опять начинайте контролировать
#18 by Godofsin
ни х.. там номер договора...
#19 by байт
уже делал не помогает))
#20 by байт
в принципе над таким запросом много думать не надо.
#21 by pumbaEO
У  тебя бардак в данных, а не в запросе. Запрос все правильно выбирает, пока не закрыл самую старую задолженность - запрет. Если выдает ошибку тогда проверяй движения, закрыты ли по УпрУчет?
#22 by байт
каким образом закрыть перепровести чтоли?
#23 by байт
и что эта сумма должна обнулиться чтоли?
#24 by pumbaEO
Да! Потому, что выбираются остатки.
#25 by pumbaEO
Перепроводи обязательно на рабочей базе, вдруг сердце екнет про копию не слушай его.
#26 by байт
ну вот смотри я открыл ведомость по взаиморасчетам по этому договору так, далее их там немного открыл каждый регистратор и перепровел, предварительно поставив галку контроля и них...на не помогает тогда это с чем уже связано?
#27 by Турист
читай название регистра еще раз, до полного просветления
#28 by pumbaEO
Консоль запросов, консоль отчетов, универсальный отчет по остаткам по регистру накопления  ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов и смотри по каким измерениям у тебя не закрылось. Как минимум не закрылась задолженность по измерению ДокументРасчетовСКонтрагентом или УпрУчет... И простым перепроведение не решишь если в первичных не были выбраны документы расчета.
#29 by байт
ага есть такое это получается а если таких сотни движений тогда как решить проблему?
#30 by байт
какие нибудь обработки типовые существуют для заполнения этих документов взаиморасчетов?
#31 by Турист
нет. только самому писать под ваши нюансы. расчеты по документам ведь не от балды включают, а с какой то целью
#32 by байт
спасибо за подсказки, но вопрос еще открыт для постов ,
#33 by байт
а если поменять запрос на этот
#34 by байт
+ как считаете, коллеги?
#35 by Hans
что это даст? ну будет у тебя задолженность программа скажет что год назад не погасили документ на рубль. была у меня обработка, чел обещал отписаться после ее применения но куда то пропал =) зайди на субсистемс и скачай там бесплатный отчет который показывает долги по фифо. может им обойдешься а этот контроль нафиг поотключаешь.
#36 by Hans
типовых обработок нет, есть только типовые средства заполнения когда денежные документы списком.
#37 by pumbaEO
ТС не решает задачу "неправильные данные в базе", а "1С неправильно работает" :).
#38 by байт
даст возможность не возится с кучей данных и проверять сразу по регистру взаиморасчеты с контрагентами не зависимо от измерения "ДокументРасчетовСКонтрагентом"
#39 by байт
+ к тому же не факт что юзвери будут не забывать заполнять эту малозаметную закладку предоплата.
#40 by байт
а мне постоянно ходить и подтирать за ними не интересно
#41 by pumbaEO
Телефончик bazvan -у оставь, он любит за большие деньги поднимать учет.
#42 by байт
что значит неправильные данные в базе, в моем случае это лишь данные которые не проводились по определенному регистру, который по большому счету и не нужен.
#43 by байт
ты к чему клонишь к Бухе чтоли?
#44 by байт
я думаю достаточно позвать на обсуждение, телефончик не понадобится))
#45 by pumbaEO
Да бухии, при таком подходе тогда смотри в проведении по партиям есть ошибка: если товара не хватает тогда документ не проводиться, не забудь исправить, что бы каждый раз не бегать. Свое мнение я высказал в больше мне нечего добавить, из этой ветки ушел.
#46 by байт
я согласен с тобой что все нужно делать как заложено в конфе, но при чем тут проведение по партиям?
#47 by байт
+ и практика показывает что некоторые вещи в типовых решениях усложняют жизнь для этого и приходиться подстраивать систему.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям