Конфигурация Бухгалтерия 8.1. Гл бух закрыл полугодие, сдал отчетность и грит что изменилось сальдо на конец месяца начиная с февраля ежемесячно из за чего такое может быт если не трудно прошу помочь разобраться.. Слышал мнение что из-за обновления могут полететь счета но что-то в это слабо вериться... Из-за чего может полететь 90 счет за предыдущие месяца?

Много причин

Точно изменился только 90-ый счет ?
Если нет, то видимо были перепроведены какие-то документы.
Если все же изменился только 90-ый, то это ошибка БД.
Кстати, какой субсчет изменился ?

(0) смотри Журнал регистрации и все сразу станет понятно.

90.02 (себестоимость) изменился грит гл бух 91 изменился и 41 изменился подскажите это скорее всего из-за перепроведения?

(4) а нафик же не перепровели базу до сдачи отчетов?????

(5) а что необходимо перепроводить? Просто в 7 ке мы перепроведением не занимались.. как было так и сдавали...

(+6) Прошу прощения за возможно глупые вопросы, но что получается перед сдачей отчетности необходимо перепровети все документы за период сдачи я правильно понимаю?

(7) насколько я знаю, восстанавливают последовательности документов(суть - перепроводят) дабы убедиться, что все в ажуре... типа так

(7) это в зависимости от обстоятельств. Ты затем туда и поставлен, чтобы принимать решение: перепроводить или нет.

Иногда бухи начинают темнить...валят все на программу...

(4) Скорее всего перепровели какие-то документы по реализации. Об этом говорит изменившееся сальдо по счетам 90.2 и 41.
91 счет мог измениться если перепроводили документы по продаже ОС, материалов, платежки, Поступление товаров услуг, здесь нужно смотреть оборотку по счету 91 с разворотом по статьям.

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

(10) Вот у меня как раз такой случай грят что программа глючит и изменяется 90, 41 и 91 счет сам по себе пытаюсь через журнал разобраться кто перепровел задним числом

(11) Спасибо за помощь буду копать журнал регистрации..

(11) Как решить проблему:
1) восстановить базу из архивной копии, где данные были "правильными". Сверить отчеты и найти те документы, где были расхождения. Сделать ручные проводки, для того чтобы выровнять сальдо.
2) оставить как есть, а в следующем периоде сдать уточненный отчет.

(12) Они врут. Я 10 лет с 1С работаю. Ни разу не было случая чтобы 1С именно так "глючила". Ошибки конечно могут быть в результате обновления, или сбоя носителя, но они проявляются иначе.

Линейкой по пальчикам, только по шаловливым.

(11) +1
(12) Знакомая отмазка!
Тут два вопроса - перепроводил ли ты документы перед закрытием периода? Если нет, то у них была неверная себестоимоть - раз изменилась. Если перепроводил, то значит повеняли поступление (сальдо по 41 счету) и перепровели реализацию (90.02). Раз поменялся 91-й, а 44-й не поменялся и не поменялся 19-й, то ищи поступление услуг (телефония инет) - могли счет забыть вввести.
Вообще лучше после перепровдениея документов закрыть период и сделать себе шахматку.

странно сейчас посмотрел оборотку по 90.1. и в шоке за март месяц в оборотку попал документ у которого дата от 10.07.2008 не могу понять как такое возможно?

(15)не факт.Мне как то знакомый говорил ,что после обновления платформы на 8-0 в бп полетели все итоги...

(18) сделай проверку и пересет итогов. Может при проведении база падала

(18) какой период в проводке стоит?

в проводке 1 марта стоит а когда открывваешь документ то стоит 10.07.2008

(22) И что тебя волнует? Это не 7.7, дата документа и дата проводок могут различаться.

(23) А как такое может быть? Объясните плииз если документ от 10.07. а проводка по 90 счету попадает по оборотно-сальдовому попадает в март месяц.

(+24) Документ реализация товаров услуг

(24) проводки документа в студию

при чем такое ощущение что косяк было до того как была сделана выгрузка вгрузка/загрузка базы 1С, т.е. гл бух здала отчетность с косяком. т.е. июльский документ как то попал в март своими проводками хотя дата его была июльская ,после того как я сделал выгрузку загрузку базы с целью уменьшения размера файла транзакций, июльский документ стал на свое место т.е. проводки пошли в июле и пошле расхождение с балансом.

проводки самые обычные 90.02.1 >> 41.01 90367.93
62.01 >> 90.01.1  107169.46
90.03>> 68.02 16347,88
самое удивительное что документ создан 10.07.2008 а запись в регистр НДС начисленный идет Дата события 01.03.2008. хотя после выгрузки загрузки все стало на свои места..

проводки упорно попадают в март месяц

(29) период в проводках не указал

период в журнале проводок 01 марта а документ от 10 июля

(31) Мистика. А признак "Ручная корректировка" не стоит.

(32) нет не стоит

Посмотри в общем модуле - общегоНазначения
Функция ПрименениеПБУ18(Организация, Знач Дата) Экспорт

стоит Знач или нет

(34) + если типовую не корежил (1 6 9 4) и нет ручной корректировки - не может период быть не равен дате документа в реализации. Нет таких вариантов даже. Остается одно - получил через обмен отдельно док и отдельно бухрегистр. вот так то.

Функция ПрименениеПБУ18(Организация, Знач Дата) Экспорт
стоит

UP

(37) посмотри учетную политику они не меняли?

поменяли задним числом за позапрошлый год но я думаю дело не в этом..

база ведется только с этого года.

самое удивительное что после выгрузки загрузки уменьшился размер лог файда в 50 раз был 100 гигов стал 2 и документы стали на свои места но полез баланс за первое полугодие

РН стали на свои места в июль месяц

Вверхь)

(43) ну сам посмотри

ДатаДока = СтруктураШапкиДокумента.Дата;
Проводка = ПроводкиБУ.Добавить();
Проводка.Период      = ДатаДока;
Тут все чисто.

Посмотри еще РегистрСведений.ДатаАктуальностиУчета - не меняли? если меняли то на какую дату?