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

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

Нет

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

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

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

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

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

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

up

вверх

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

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

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

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

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

(12) Как я слышал, фирма 1С использует маркетинговую стратегию Microsoft.
Тогда может вот это:
http://forum.e66.ru/showthread.php?t=18873
не так уж и смешно?

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

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

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

(19)->(18)

Походу я нашел в чем грабли. А все из-за нового механизма проведения в 8.2 :(

Попробую объяснить

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

Когда я отменяю проведения и провожу заново, то он уже почестному проверяет остатки на 15:00 и радостно проводит

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

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

неа

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

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

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

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

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

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

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

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

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

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

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

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

без фотки?

(37) Ахтунг?

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

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

(21),(40) И все таки дело не в том, что движения документа не очищаются при перепроведении. Вот конкретный пример:
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, и при попытке восстановить ее вываливается сразу без никаких сообщений, последовательность так и остается на той же дате.

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

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