1С Бухгалтерия .2.0 документ не проводится #539659

Всем доброго дня! Есть УТ 10.3 (10.3.13.2) и бухгалтерия 2.0 (2.0.19.12) все это под 8.2 (8.2.13.205). В УТ формируются документы, одни с признаком учета УУ и БУ, другие только БУ. Так вот, те документы, которые с признаком учета только БУ создают проблему (иногда). Выгружаются в бухию они нормально, а там не проводятся, пишут "не списано товар такой то столько то штук". Я смотрю в бухгалтерии отчет, товар в наличии есть. А в момент проведения документа ему кажется, что остатков нет (или даже они отрицательные), я смотрел в отладчике. Если произвести тестирование базы бухгалтерии, все проводится (что 100% подтверждает, что сам документ введен правильно, и в нем не никаких ошибок), но не могу же я при каждой выгрузке тестировать базу. Кто нибудь сталкивался с таким?

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

Нет

А остатки не этой же датой заносятся? может со временем косяк?

или приходы позже расходов грузятся

Остатки нисят с предыдущей даты. Если бы дествительно дело было в остатках, тестирование бы не помогло.

Остатки висят , очепятка.

А что за бухгалтерия? в БухКорп  учет идет еще и по подразделениям. Может в этом все дело.

Бухгалтерия простая.

up

вверх

Может базу переносил на 2.0 и некоторые доки ввода начальных остатков не провелись ? Точно остаток есть ? может в отладчике посмотреть ?

Хм сам словил только что такой глюк. Есть перемещение. Пытаюсь его перепровести - нет товара (хотя по карточки есть приход на пару дней раньше, и расхода нет, кроме этого перемещения, который пытаюсь перепровести). Отменю проведения - проводиться без проблем

бывает при смене программно даты проведенного документа в режиме записи "записать", дата операции не меняется. бывало такое несколько раз, поэтому стал сначала делать отмену проведения, потом меняю дату/время и провожу повторно. Такую фигню стал замечать только на БП 2.0, на БП 1.6 ни разу не было.

у меня идет обмен из торговой конфы в бух 2.0. так вот иногда движения по документу есть в регистрах, а сам он не проведен. и при этом не дает себя провести/отменить проведение. решается отменой проведения на уровне объекта. такая шняга началась только в 2.0.

Я же писал в , что остатки точно есть, это видно в отчете, и следут из того что тестирование решает проблему. А вот в момент проведения документа если смотреть остатки в отладчике - то их нет или они вообще отрицательные. Делаю только тестирование и после этого остатки появляются уже и в момент проведения. У меня такое началось только в 2.0, но видел такой же глюк и в 1.6, там люди просто отключили в бухии контроль остатков, чтобы решить данную проблему. Походу, глюк на уровне платформы.

Как я слышал, фирма 1С использует маркетинговую стратегию Microsoft. Тогда может вот это: не так уж и смешно?

Там дата документа не меняется, док просто выгружается в БП из УТ. Надо будет посмотреть, спасибо.

ошибка скорее всего одна и та же, операция документа начинает жить своей жизнью отдельно от самого документа ))). помогает удаление движений проблемного документа и повторное его проведение. на 8.2 БП 1.6 такую ошибку не ловил, на 8.2 БП 2.0 стабильно появляется

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

->

Походу я нашел в чем грабли. А все из-за нового механизма проведения в 8.2 :( Фактически что происходит, я обработкой расставляю по времени документы. Меняю у документа время и провожу. Умная программа смотрит, что в результате перепроведения ничего не меняется и не обновляет движение, т.е. получается, что период в движении не совпадает со времени в документе . Т.е. по карточки получается приход в 9:00 и расход в 15:00 (сортируется по времени в регистраторе) А фактически период движения расхода записано в базе в 7:00, и остатки он смотрит именно на этот время, на 7:00. Когда я отменяю проведения и провожу заново, то он уже почестному проверяет остатки на 15:00 и радостно проводит

ага, вот на такой же обработке и заметил косяк, поэтому сначала меняю время, потом применяю групповую обработку перепроведения из БП 1.6, которая удаляла сначала движения у документов,  а потом проводила.

А в 2.0 она что не удаляет движения, а то как то странно она работает, хотя не смотрел код

неа

там они хитро замутили, проходят только по входящим в последовательность вроде, типа для ускорения пока пользуюсь из 1.6

к Насипову на курсы! У него в 13 вопросах, за что увольняют программиста такое было

ну такое не было в БП 1.6, а в БП 2.0 появилось, так что кого на курсы?

наверное разработчиков 1С

еще седня разбирал расчет налога на прибыль в закрытии месяца БП 2.0. так они в запросе путают субконто1 с субконто2 на счете 68.04.1 и таких косяков куча набралась уже.

Я эту операцию у себя пропускаю, бухи сказали, мы лучше руками

ну я ее в бп 1.6 переписал под запросы бухов, начал смотреть счас в 2.0 и даже уже не был удивлен )))

А чего там может не хватать?

у нас расчетный налог начисляется, так сказать предварительный, для оценки с учетом специфики мухлежа )))

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

У меня для этого была в 1.6 обработка, которая "виртуально" перепроводила документы, т.е. расчитывала себестоимость продаж и считала конечную прибыль

поподробнее можно, где это конкретно?

без фотки?

Ахтунг?

что-то у меня все отрабатывает правильно при изменении даты документа и перепроведении

беру слова обратно, действительно косяк т.к. УСН нет, то можно смело СписокРегистровДляОчисткиДвижений.Найти(ТипЗнч(Движение))<>неопределено) менять на СписокРегистровДляОчисткиДвижений.Найти(ТипЗнч(Движение))=неопределено)

, И все таки дело не в том, что движения документа не очищаются при перепроведении. Вот конкретный пример: 30.03.2011 неожиданно, после очередной выгрузки из УТ в БП многие документы "Перемещение" стали непроведенными (за прошлый период, раньше они были проведены). Как потом выяснилось, ни одно перемещение не перепроводится, а стали непроведенными те, которые, видимо, перепровели в УТ. Стал рассматривать одну номенклатуру: 31.12.2010 ввод остатков - 10 штук. до 31.03 2011 года больше никаких движений по этой номенклатуре. Да, и еще , главная последовательность стоит на 01.01.0001, и когда пытаешься восстановить последовательность - вывали 28.02.2011  перемещение, которое стало непроведенным во время выгрузки и больше не перепроводится ни вручную и  никак,хотя по отчету на 28.02.2011 остаток - 10 штук. Из примера ясно, что даже если там и остались движения, привязанные к перемещению, остатка все равно должно хватать. В отборе по регистру бухгалтерии без ограничения периода есть единственная запись по этой номенклатуре - ввод остатков 31.12.2010. Проблему решить у меня получилось только двумя способами: Тестирование или просто перепровести ввод остатков по этой номенкларуре. Так что это похоже все-таки сбой именно платформы, она не видит остатков, странно, но под 1.6 у меня такого не было,началось под 2.0 И еще, основная последовательность стоит на 01.01.0001, и при попытке восстановить ее вываливается сразу без никаких сообщений, последовательность так и остается на той же дате.

Последовательность у меня вообще в БП чудить со страшной силы. Если запускаю перепроводку, и он находит непроведенный и помеченный документ, то он последовательность устанавливает на этот документ (вот с чего это вдруг?) и дальше ее не двигает. Удаляешь документ (в последовательности значиться объект не найден) и после этого перепроведение двигает последовательность Сейчас вот пытаюсь разобраться с такой фигней. Стоит последовательность на последний документ за 01.07.10. Перепровожу первый документ документ за 2 июля - последовательность двигается, все хорошо. Запускаю групповое перепроведение с 01.07.10 по 31.07.10. Последовательность доходит до последнего документа за 01.07.10 и все дальше не двигается. Сейчас попробую ТиИ и заново перепроводку