УПП 1.3.88.2 - после обновления длительное формирование книги продаж #794556

Добрый день. Несколько дней назад обновился с 1.3.87.1 до 1.3.88.2. Довольно много продаж, примерно 10 000 реализаций в месяц. Раньше операция заполнения документа "Формирование книги продаж" шла минут 5-10, сейчас - 40. Еще никто не смотрел, чего такого туда понапихали?

Уже вышла 1.3.89.2 :)

Ого, оперативненько они. Ладно, тогда обновлюсь сегодня, посмотрим как оно

Не надо, жди следующего. Тама ошибка у них где-то, аж сервер 1С падает.

в процессе чего падает? Просто НДС ведь сдавать, меня бухи задерут если вопрос не решить с заполнением

ее перезаполняют в день по десять раз

НДС сдавать в конце месяца, еще сто раз все исправят.

О какой ошибке идет речь? Я как раз сейчас обновляю. Или это шутка была такая?

дело в том что у нас НДС довольно громоздкий. За три месяца тридцать тыс доков, не так уж мало. Поэтому исправлять ошибки, довводить документы и смотреть что получается - начинают заранее. И тормозисторы при заполнении книг ну никак не катят.

Нет не шутка, пришлось откатится.

какая версия платформы и в каких случаях падает? Подробнее написать можете?

у кого-нибудь еще наблюдались проблемы с 89.2 как пишет ?

Апну с вашего позволения. При пользовании 89.2 ни у кого не наблюдались проблемы?

Ну что ж, еще раз ап, последний. Если нет, то видимо, надо самому пробовать обновляться.

На копию сейчас накатил - не падает. Долго - не долго оценить не могу. Это субъективно.

+ Но немного подождите - погоняю еще по полной программе. С проведение по регистрам НДС, авансами и пр. хренью.

Прогнал два месяца и заполнил - проблем не обнаружил. Правда записей немного - 800-900 в месяц. Не сезон. Может на больших проявится? Автор утверждения о баге что-то не колется.

смысла тестировать 88.2 уже нет, 89.2 на зарплатном блоке живуча

ап, я сейчас готовлюсь к тому чтобы 89.2 накатить, колитесь что за проблемы? В каких ситуациях падает? , а то вбросил и ушел.

Дык постепенно до нее и накатываю :) А тут аккурат в момент наличия 88.2 люди вопрос задали. Почему бы не помочь, если есть возможность?

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

на файловой все нормально, ничего не упало, сейчас на сервер натяну.

Проблема из в обновлении 89.2 решена не была. Пришлось разбираться. Выяснилось, что дело в резко увеличившемся количестве С-Ф, на которые надо разносить оплату, и ммм... специфическом алгоритме этого самого распределения оплат в Модуле документа ФормированиеЗаписейКнигиПродаж. В этом алгоритме выполняется цикл по нескольким десяткам тысяч строк дерева, на каждой итерации которого запускается запрос из ПостроителяЗапроса (???!!!) к таблице значений, где тоже несколько десятков тысяч элементов. Пришлось проиндексировать таблицу и выкинуть нафиг построитель, переписав код через НайтиСтроки . Разноска 500 фактур после этого вместо 40 секунд стала занимать 0-1. Если кому интересно, могу опубликовать код.

Давайте.

Модифицируется процедура РаспределитьОплатыПоДеревуСФ в Модуле объекта документа ФормированиеЗаписейКнигиПродаж. По коду следующие пометки:     ТаблицаОплат.Колонки.Добавить("СуммаОплаты",Новый ОписаниеТипов("Число", Новый КвалификаторыЧисла(15,2)));      [/code] ... далее пошел неизменный код процедуры. Ниже в нем есть ссылка на ТаблицаИсточникаПостроителя, она отработает корректно.

Сейчас еще по коду вижу, что не обработал ситуацию, когда ничего найти не удалось. В оригинальном коде в этом случае идет переход на следующую итерацию: Если Построитель_РаспределенныеОплаты.Результат.Пустой и не НаличиеОплатыНеТребуется и СтрокаСФ.СуммаСНДС    >= 0 Тогда КонецЕсли; Соответственно, в моем случае также следует добавить

А просветитель я чего-то отстал от жизниНафига какая-то разноска опдат по счф?

Ну дык штатный механизм УПП 1.3 для момента определения налоговой базы НДС "по оплате". Используется при заполнении табличной части документа "Формирование записей книги продаж".

что-то я совсем туплю не в теме. А где сейчас НДС по оплате?

Вообще по отгрузке, но там такая история: если оплата по данному документу требуется, то механизм, который они предусмотрели в этом заполнении, должен выполняться. Иначе книга продаж кривая получится. Поэтому либо надо дожидаться, пока 30 тысяч раз отработает построитель, либо чего-то придумывать.

опять нифига не понялКак какая-то оплата каких-то счетфактур влияет на книгу продаж?

Может имеет смысл забанить бизона, за вброс, дезинформацию, вандализм и издевательство над психикой 1С-ников?

если у вас клиент платит (что авансом, что после) сразу за много поставок и это происходит многократно, то обязательно частичные оплаты будут. В этом случае - вот что написано в справке по доку: При политике «по отгрузке», если была частичная оплата по счету-фактуре то суммы оплаты и остатка попадают разными строками, для оплаченной суммы указывается документ оплаты, при этом в отчете «Книга продаж» они отражаются одной строкой. Т.е. какая бы политика по НДС у вас не была, оплаты этим документом все равно просматриваются, такая логика его работы.

по коду в видно, что вне зависимости от политики момента возникновения НДС, оплаты оно обязательно запрашивает для всех фактур, кроме тех, у которых УчетНДС.ДляСчетаФактурыНеТребуетсяОплата(СтрокаСФ.СчетФактура). Я не вижу смысла спорить правильно это или нет, но оно - вот такое, так спецы из 1С решили.