УТ 10.3 Допустимое число дней задолженности: .., дата самой старой задолженности: .. #804408

Доброго времени суток, прошу помощи, стоит УТ 10.3.43.1 до середины августа 2017 все было нормально и отгрузки проводились нормально, с определенного дня поехали: (Пример: Допустимое число дней задолженности: 21, дата самой старой задолженности: 12.01.2012 9:52:24, превышение: 149 дней) Базу сворачивали 31.12.2013 года, остались документы с 12 года по 13 помеченные на удаление. У всех контрагентов стоит контроль по срокам и по сумме отгрузок. В регистре Взаиморасчет с конт-ми по док-ам движения с 2012 по 30.12.2013 пусто Куда копать? Заранее спасибо

1. Копать в сторону показателя "дата самой старой задолженности: 12.01.2012 9:52:24, превышение: 149 дней" и смотреть, почему программа считает эту запись самой старой. 2. Принять решение и убрать из программы данную запись, что бы программа её более не видела.

алгоритм расчета превышения копайте, ведь с 2012 года прошло не 149 дней, а как минимум 365 дней в году * 5 лет

Хм, так до августа 2017 все было нормально, почему поехало, ну да ладно 1. РТУ от 12.01.2012 помечен на удаление, ссылка на него есть в документе корректировка записей регистра 2. я бы с радостью и руками убрал, но откуда....

подозреваю, что игнорируется год

нет, были в 12 году у этого клиента и покупки и оплаты, 149 дней он считает между покупкой и оплатой

дык все очевидно тогда. Ищите куда идет запрос на получение данных о количестве дней задолженности и оттуда удаляйте данные. Или создавайте корректировку записей

Видимо ума не хватает, 12 и 13 год все д-ты помечены на удаление, с 01.01.2014 по 08.2017 все было нормально и тут на тебе, откуда-то вылезло То ли паника у меня то ли еще что, вроде бы все перерыл :(

куда идет запрос? откуда берутся данные по задолженности?

вы код вообще смотрели?

я не программист 1С, вот сюда и обратился Видимо берется тут:                         ОбщегоНазначения.СообщитьОбОшибке("Превышено допустимое число дней задолженности по договору " + ДоговорКонтрагента +                         Символы.ПС + Символы.Таб +                         " Допустимое число дней задолженности: " + ДопустимоеЧислоДнейЗадолженности +                         ", дата самой старой задолженности: " + Выборка.ДатаПервойСделки +

Тогда все очень просто. Пригласите специалиста! (с)

а Выборка это что?

"ИЗ    РегистрНакопления.ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов.Остатки..."- "может посмотреть в регистре ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов?" - подумал Штирлиц...

Там нет записей за 12-13 год, я с этого регистра и начал

а программа считает, что есть Вы смотрите сам регистр или отчеты по нему?

Сам регистр

напрашивается вывод, что программа видит данные, которые не видны вам

Выборка.ДатаПервойСделки  - вот она зараза окаянная. РегистрНакопления.ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов.Остатки - вот тут и собака порылась. Поехали остатки - что то воздействовало на данную таблицу. Внесли записиси или наоборот, удалили из нее записи.

Ну, запрос записи видимо возвращает? Если это так (убеждаемся в отладчике), то читаем запрос, понимаем, откуда записи. Если запрос сложный, кидаем в консоль, пишем чуть более простые аналоги запроса.

как вариант: попробовать пересчитать итоги в программе, возможно что то их сбило.

Не помогло

у вас права полные в базе?

Да

а если вы запустите в консоли запросов тот, который запрашивает задолженность, с указанием того договора - что он вам возвращает?

"РТУ от 12.01.2012 помечен на удаление, ссылка на него есть в документе корректировка записей регистра" - а найти и посмотреть эту корректировку? Не вариант?

Я не программист, мне помощь нужна и не обязательно на безвозмездной основе, мне просто надо разобраться с алгоритмом устранении данной проблемы

Документ расчетов с контрагентом    Сумма Взаиморасчетов Конечный остаток Реализация товаров и услуг ДУ000000063 от 12.01.2012 9:52:24    10 600,00 Реализация товаров и услуг ДУ000000276 от 23.01.2012 14:52:43    12 600,00 Реализация товаров и услуг ДУ000001763 от 26.03.2012 16:21:50    4 102,50 Реализация товаров и услуг ДУ000001778 от 27.03.2012 9:38:30    7 500,00 Реализация товаров и услуг ДУ000002101 от 03.04.2012 10:41:31    27 520,00 Реализация товаров и услуг ДУ000005331 от 18.06.2012 14:32:59    5 291,90 Реализация товаров и услуг ДУ000007878 от 14.08.2012 12:54:01    27 700,00 Реализация товаров и услуг ДУ000009551 от 17.09.2012 10:58:33    23 888,10 Реализация товаров и услуг ДУ000010415 от 04.10.2012 18:51:32    22 000,00 Реализация товаров и услуг ДУ000010846 от 12.10.2012 15:00:56    550,00 Реализация товаров и услуг ДУ000011398 от 23.10.2012 9:21:15    850,00 Реализация товаров и услуг ДУ000011508 от 24.10.2012 12:20:03    7 500,00 Реализация товаров и услуг ДУ000013412 от 20.12.2012 12:13:58    15 950,00 Реализация товаров и услуг ДУ000005520 от 04.10.2013 12:14:13    2 479,58 Реализация товаров и услуг ДУ000005834 от 17.10.2013 12:36:09    14 400,00 Реализация товаров и услуг ДУ000006138 от 30.10.2013 16:17:06    23 400,00 Вопрос в том, как их оттуда убрать, т.к. все эти д-ты помечены на удаление :(

а у них есть движения? у документов этих

В регистрах не нашел движений, только в остатках где-то висят

вообще неясно - то база свернута по конец 2013, теперь выясняется, что доки за 2012 в ней лежат... ЗЫ. Откройте сам документ, и посмотрите его движения

И 3й раз вам пишу - ищите корректировку записей регистра, о которой вы говорили в начале.

Да, обрезали как-то криво, но это уже вопрос минувших дней я смотрю на эту корректировку и не знаю в какую сторону ее пнуть

я к сожалению тоже, поскольку не вижу ее

Так могу показать, если есть время и возможность

время и возможность посмотреть скриншот у меня есть

ну вот эту вот запись запрос и находит... которую вы выделили. Корректировка ж не просто документ, это прямое внесение записей в регистр. Удалите эту строку - должна исчезнуть эта ошибка ЗЫ. А вообще ваше "сжатие базы" в итоге ни хрена не сжало, все данные же остались в базе

кстати, эта продажа в итоге была оплачена?

Не могу знать (да и сжималось для каких целей и кем), а если я строчку удалю, то поедут взаиморасчеты и итоговый долг будет не верным, не так ли?    Хм, а почему до августа все считалось, поднял базу от августа, там та же борода, но все проводится, в регистрах и документах вроде бы все одно и тоже

Если СтруктураШапкиДокумента.КонтролироватьЧислоДнейЗадолженности Тогда                                                  ОбщегоНазначения.СообщитьОбОшибке("Превышено допустимое число дней задолженности по договору " + ДоговорКонтрагента +                             Символы.ПС + Символы.Таб +                             " Допустимое число дней задолженности: " + ДопустимоеЧислоДнейЗадолженности +                             ", дата самой старой задолженности: " + Выборка.ДатаПервогоДокумента +

И в новой базе и в старой отчет показывает одно и то же: Документ расчетов с контрагентом    Сумма Взаиморасчетов Конечный остаток Реализация товаров и услуг ДУ000000063 от 12.01.2012 9:52:24    10 600,00 Реализация товаров и услуг ДУ000000276 от 23.01.2012 14:52:43    12 600,00 Реализация товаров и услуг ДУ000001763 от 26.03.2012 16:21:50    4 102,50 Реализация товаров и услуг ДУ000001778 от 27.03.2012 9:38:30    7 500,00 Реализация товаров и услуг ДУ000002101 от 03.04.2012 10:41:31    27 520,00 Реализация товаров и услуг ДУ000005331 от 18.06.2012 14:32:59    5 291,90 Реализация товаров и услуг ДУ000007878 от 14.08.2012 12:54:01    27 700,00 Реализация товаров и услуг ДУ000009551 от 17.09.2012 10:58:33    23 888,10 Реализация товаров и услуг ДУ000010415 от 04.10.2012 18:51:32    22 000,00 Реализация товаров и услуг ДУ000010846 от 12.10.2012 15:00:56    550,00 Реализация товаров и услуг ДУ000011398 от 23.10.2012 9:21:15    850,00 Реализация товаров и услуг ДУ000011508 от 24.10.2012 12:20:03    7 500,00 Реализация товаров и услуг ДУ000013412 от 20.12.2012 12:13:58    15 950,00 Реализация товаров и услуг ДУ000005520 от 04.10.2013 12:14:13    2 479,58 Реализация товаров и услуг ДУ000005834 от 17.10.2013 12:36:09    14 400,00 Реализация товаров и услуг ДУ000006138 от 30.10.2013 16:17:06    23 400,00

а конфигурация базы в районе августа не обновлялась?

и еще: у вас один и тот же договор с 2012 года идет с этим клиентом?

10.3.32.1 (или 2) на 10.3.43.1

видимо изменился алгоритм расчета дней просрочки долга. Потому и было норм. Создайте новый договор и тяните его в документы, по нему точно не будет долгов из 2012 года

Да, договор 1 с  2012 года, как был забит в 12 так и волочется

Клиентов слишком много с такими глюками, я уже думал об этом

Более того: при сжатии базы надо было всем посоздавать новые договора и на них перекинуть долги (если есть). А то доки типа как удалили (на самом деле нет), а договора по ним оставили, в этом нет никакой логики. Так что только новый договор спасет отца русской демократии)

Вопрос не ко мне, бывший IT там не работает, мне теперь исправлять после обновления, "все же раньше работало" (с)

а хранилище конфигурации не используете у себя?

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

Резюме уже обновил и выставил в открытый доступ?

?

жалко, было б хранилище - мог бы найти код от предыдущей версии. Советую завести кстати

Код изменен не был, в этом и дело, точнее все изменения 1 в 1, сейчас пересчет итогов выполнится и самый главный прикол напишу

"Код изменен не был, в этом и дело" - опыт нам подсказывает, что если до обновления результат расчета был один, а после него другой (при одинаковых исходных данных) - то скорее всего изменился алгоритм этого расчета