Имя: Пароль:
1C
1С v8
Контролировать число дней задолженности в УТ(10.3.14.5)
, ,
0 байт
 
23.01.12
10:46
Здравствуйте, у меня вопрос по поводу контроля числа дней задолженности в типовой УТ(10.3.14.5) в договоре с контрагентом, странно работает алгоритм по зпросу
ВЫБРАТЬ
   МИНИМУМ(ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.ДокументРасчетовСКонтрагентом.Дата) КАК ДатаПервойСделки,
   ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.ДоговорКонтрагента
ИЗ
   РегистрНакопления.ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов.Остатки(, ДоговорКонтрагента = &ДоговорКонтрагента) КАК ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки
ГДЕ
   ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.СуммаВзаиморасчетовОстаток > 0
   И ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.УпрУчет
   И ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.ДоговорКонтрагента.КонтролироватьЧислоДнейЗадолженности

СГРУППИРОВАТЬ ПО
   ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.ДоговорКонтрагента

а если к примеру взаиморасчеты с контрагентом закрыты на текущий момент все равно система ругается на прошлую минимальную задолженность как-то не совсем понятно может кто с этим разбирался объяснит?
1 asady
 
23.01.12
11:05
(0) если включен учет по расчетным документам - и нарушен порядок закрытия расчетов - тогда получишь сабж легко
2 Hans
 
23.01.12
11:10
(0)если взаиморасчеты по договору закрыты на текущий момент и система ругается значит не закрыты расчеты по расчетным документам этого договора. Посмотреть расчеты по расчетным документам вы можете в отчете по взаиморасчетам выбрав группировку "Документ расчетов".
3 байт
 
23.01.12
11:15
(2) взаиморасчеты сформировал все цифра в цифру закрывается только до этого бухгалтер без этой галки проводил, а сейчас вдруг руководитель решил поставить и наткнулись на эту проблему, но вы посмотрите сам запрос вас ничего не смущает?)
4 Godofsin
 
23.01.12
11:21
(3) Без галки "вести по документам расчетов"? Чтоб ее поставить, вы все доки распроводили?
5 байт
 
23.01.12
11:24
(4) она изначально стояла, бухгалтер лишь снимал галки контролировать число дней задолженности, а сейчас решили ее не снимать.
6 Hans
 
23.01.12
11:39
(5) ну и что там собственно в запросе? бух снимал галки, соответсвенно расчеты там были кривые, сейчас вы галки не снимаете, и программа ругается на те доки в которых были сняты галки видимо.
7 байт
 
23.01.12
12:11
(6) суть в том что это не совсем верно должно происходить по другому если взаиморасчеты с контрагентом = 0 то он не должен показывать самую раннюю задолженность, т.е тот день когда образовалась первая дебиторка, а с момента  когда она реально висит
8 байт
 
23.01.12
12:14
алгоритм должен быть универсален, так вот я поэтому и спрашиваю возможно есть еще какие либо настройки в конфе либо все таки допиливать?
9 байт
 
23.01.12
12:24
+(7) а то получается возникла задолженность год назад, но в процессе контрагент погасил ее, и что теперь система будет говорить что долг контрагента превышает 365 дней так чтоли?
10 pumbaEO
 
23.01.12
12:30
Значит для 1С контрагент не погасил ее. И если есть незакрытые расчетные документы, то что вы хотите от системы...

ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.СуммаВзаиморасчетовОстаток > 0
11 байт
 
23.01.12
12:38
(10) Поступление товаров и услуг У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 байт
 
23.01.12
12:40
(11) пытаюсь провести сейчас платежку система пишет
Допустимое число дней задолженности: 0, дата самой старой задолженности: 14.10.2011 19:00:00, превышение: 100 дней
13 байт
 
23.01.12
12:41
Договор контрагента, Валюта взаиморасчетов    нач. остаток    приход    расход    кон. остаток
Документ расчетов с контрагентом                
               
Офис-Класс        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 байт
 
23.01.12
12:49
На мой взгляд система должна брать итог по оборотам и если сумма >0 то не проводить в зависимости от числа дней
15 байт
 
23.01.12
12:52
загвоздка с датой только
16 Турист
 
23.01.12
12:56
1Снеги слишком много думают. здесь нужно не думать, а работать так как написано в инструкции, либо переписывать под свое "тут считаем, а тут забиваем"
17 hhhh
 
23.01.12
13:00
(15) ну поставьте не контролировать, всё проведите, а когда всё нормально будет, опять начинайте контролировать
18 Godofsin
 
23.01.12
13:03
(13) ни х.. там номер договора...
19 байт
 
23.01.12
13:06
(17) уже делал не помогает))
20 байт
 
23.01.12
13:15
(16) в принципе над таким запросом много думать не надо.
21 pumbaEO
 
23.01.12
13:21
У  тебя бардак в данных, а не в запросе. Запрос все правильно выбирает, пока не закрыл самую старую задолженность - запрет.
Если выдает ошибку тогда проверяй движения, закрыты ли по УпрУчет?
22 байт
 
23.01.12
13:25
(21) каким образом закрыть перепровести чтоли?
23 байт
 
23.01.12
13:27
и что эта сумма должна обнулиться чтоли?
24 pumbaEO
 
23.01.12
13:29
Да! Потому, что выбираются остатки.
25 pumbaEO
 
23.01.12
13:33
Перепроводи обязательно на рабочей базе, вдруг сердце екнет про копию не слушай его.
26 байт
 
23.01.12
13:38
(25) ну вот смотри я открыл ведомость по взаиморасчетам по этому договору так, далее их там немного открыл каждый регистратор и перепровел, предварительно поставив галку контроля и них...на не помогает тогда это с чем уже связано?
27 Турист
 
23.01.12
13:41
(26) читай название регистра еще раз, до полного просветления
28 pumbaEO
 
23.01.12
13:43
Консоль запросов, консоль отчетов, универсальный отчет по остаткам по регистру накопления  ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов и смотри по каким измерениям у тебя не закрылось.

Как минимум не закрылась задолженность по измерению ДокументРасчетовСКонтрагентом или УпрУчет... И простым перепроведение не решишь если в первичных не были выбраны документы расчета.
29 байт
 
23.01.12
13:57
(28) ага есть такое это получается а если таких сотни движений тогда как решить проблему?
30 байт
 
23.01.12
14:00
(28) какие нибудь обработки типовые существуют для заполнения этих документов взаиморасчетов?
31 Турист
 
23.01.12
14:04
(30) нет. только самому писать под ваши нюансы. расчеты по документам ведь не от балды включают, а с какой то целью
32 байт
 
23.01.12
14:09
спасибо за подсказки, но вопрос еще открыт для постов (29),(30)
33 байт
 
23.01.12
14:46
а если поменять запрос на этот

ВЫБРАТЬ
   МИНИМУМ(ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки1.ДокументРасчетовСКонтрагентом.Дата) КАК ДатаПервойСделки,
   ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.ДоговорКонтрагента
ИЗ
   РегистрНакопления.ВзаиморасчетыСКонтрагентами.Остатки(, ДоговорКонтрагента = &ДоговорКонтрагента) КАК ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки
       ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов.Остатки КАК ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки1
       ПО ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.ДоговорКонтрагента = ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки1.ДоговорКонтрагента
ГДЕ
   ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.СуммаВзаиморасчетовОстаток > 0
   И ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.ДоговорКонтрагента.КонтролироватьЧислоДнейЗадолженности
   И ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки1.УпрУчет

СГРУППИРОВАТЬ ПО
   ВзаиморасчетыСКонтрагентамиПоДокументамРасчетовОстатки.ДоговорКонтрагента
34 байт
 
23.01.12
14:50
+(33) как считаете, коллеги?
35 Hans
 
23.01.12
15:29
(34) что это даст? ну будет у тебя задолженность программа скажет что год назад не погасили документ на рубль.

(32) была у меня обработка, v8: Переразнесение взаиморасчетов по документам расчетов по ФИФО. чел обещал отписаться после ее применения но куда то пропал =)

зайди на субсистемс и скачай там бесплатный отчет который показывает долги по фифо. может им обойдешься а этот контроль нафиг поотключаешь.
36 Hans
 
23.01.12
15:30
(32) типовых обработок нет, есть только типовые средства заполнения когда денежные документы списком.
37 pumbaEO
 
23.01.12
15:33
(36) ТС не решает задачу "неправильные данные в базе", а "1С неправильно работает" :).
38 байт
 
23.01.12
15:44
(35) даст возможность не возится с кучей данных и проверять сразу по регистру взаиморасчеты с контрагентами не зависимо от измерения "ДокументРасчетовСКонтрагентом"
39 байт
 
23.01.12
15:46
+ к тому же не факт что юзвери будут не забывать заполнять эту малозаметную закладку предоплата.
40 байт
 
23.01.12
15:46
а мне постоянно ходить и подтирать за ними не интересно
41 pumbaEO
 
23.01.12
15:53
Телефончик bazvan -у оставь, он любит за большие деньги поднимать учет.
42 байт
 
23.01.12
15:55
(37) что значит неправильные данные в базе, в моем случае это лишь данные которые не проводились по определенному регистру, который по большому счету и не нужен.
43 байт
 
23.01.12
15:56
(41) ты к чему клонишь к Бухе чтоли?
44 байт
 
23.01.12
16:00
(41) я думаю достаточно позвать на обсуждение, телефончик не понадобится))
45 pumbaEO
 
23.01.12
16:05
Да бухии, при таком подходе тогда смотри в проведении по партиям есть ошибка: если товара не хватает тогда документ не проводиться, не забудь исправить, что бы каждый раз не бегать.

Свое мнение я высказал в (37) больше мне нечего добавить, из этой ветки ушел.
46 байт
 
23.01.12
18:42
(45) я согласен с тобой что все нужно делать как заложено в конфе, но при чем тут проведение по партиям?
47 байт
 
23.01.12
18:48
+(46) и практика показывает что некоторые вещи в типовых решениях усложняют жизнь для этого и приходиться подстраивать систему.