Коллеги, не могу понять, почему, после переноса остатков, не получается создавать проводки (например, ручными операциями) по документам расчета, которые были созданы при "вводе начальных".
Скажем, есть счет, по нему по контрагенту, договору и документу расчетов остаток.
При заводе ручной операции не удается выбрать субконто по документам расчетов(пустой список), остальная аналитика остается той же. В результате - отрицательные сальдо.. И бухи нервничают

да тоже было бы хорошо

а по какому принципу при переносе из 1.6 остатков формируются документы расчетов?
Не пойму почему ряд остатков отрицательные

по остаткам в 1.6

пока что странности.. переносится общая сумма по 60 правильно, по субсчетам - сильное расхождение)

(23) Взаиморасчеты по документам расчетов переносятся по данным подсистемы НДС, если мне склероз не изменяет. Отсюда расхождения.

Да, очень странно переносятся суммы по документам расчетов. Без этой аналитики все сходится, но в разрезе док.расчетов - все плохо. Создаётся масса документов, ряд из них на отрицательные суммы.
Есть ли какой-то принцип решения вот такой проблемы?

(27) потому что остатки переносятся не по счетам, а из регистров НДС (или упрощенки). Значит, у вас с регистрами в 1.6 полная ж.па. Выход: или вас всех разогнать и набрать новых специалистов или вы там вместе сядете и поправите-таки остатки вручную, закроете свои ляпы за пролшлые годы.

(27) вроде уже объяснял тебе, что 2.0 не может ДР работать, поэтому если в 1.6 не вели расчеты по ДР, то перенос остатков определяет нужные ДР по данным регистров НДС ибо больше их взять неоткуда. А минусы из-за того, что в 1.6 регистры со счетами не совпадают.
Решение что с этим делать должен принимать ГБ.
Варианта 2:
1) по результатам сверки остатков приводить в порядок регистры в 1.6 и после этого заново выгружать остатки в 2.0
2) забить на исправление в 1.6 и привести в порядок остатки в 2.0 для дальнейшей корректной работы 2.0

(29) как их можно привести в 2.0 в порядок? При переносе остатков создано более 10 000 ДР

Куда рыть хотя-бы, кто может посоветовать?
Или как определить, что с регистрами в 1.6 не в порядке?

к примеру, исходящая платежка в 1.6 двигает регистр "ндс расчеты с поставщиками" с видом движения "расход". И эта сумма переносится в 2.0 с минусом.
Это неправильно? Почему так происходит?

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

я так понимаю, что один ДР должен создавать аналитику для ряда документов, например, пары поступление-платежка исходящая?
Тут же при переносе создаётся по документу на каждое движение регистра НДС

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

кто может пояснить по вариантам в (29)?

(36) Берете остатки из 1.6 и ручками вбиваете в 2.0. Для каждого остатка - свой документ расчетов.
Либо выгружаете в любой приятный формат и пишете обработку загрузки.

(37) есть обработка загрузки из табличного документа, очень помогает при переносе

(0) для счетов 62.02 и 76.АВ документ расчетов должен совпадать

(38) а можно плз подробней об обработке

(38) для 60 не совпадает. Может, нечто надо исправить в 1.6?

очень нужны знатоки этой проблемы) подскажите плз)

(41) сходите на курсы по БП 2.0, там все разжуют и в рот положат или позовите специалиста

тут все-таки никто помочь не готов?:)
Или, скорее, подобных проблем не возникало

Вопрос в том, как и что поменять в 1.6, чтобы в 2.0 в остатках формировались правильные ДР. Т.е. чтобы "поступление ТиУ" и платежка по нему, к примеру, вешались на один документ расчетов.
Какие настройки за это отвечают?

вот тут описание http://goo.gl/GiLcc

(45) Спасибо! Помогло!
а какие ещё варианты?

Дайте уже бан (45)

а все уже

и дайте понимание в (44)! :0

(49) :)*

Подниму опять тему. На что повлияет неправильный перенос документов расчетов?
Если, скажем, уже закрытые расчеты (ПТиУ и платежка по нему) будут висеть на разных ДР?
И что будет, если по покупке ещё не было платежа, сальдо отрицательное

Оспадя. Вы еще не пригласили специалистов?

хотелось бы тут, конечно, обрести понимание, если кто в курсе

(53) мне например не хотелось бы машину заправлять бензином..
ну вот неохото мне заправлять ее на заправке.. деньги за это платить?

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



вот твой вопрос из той же серии...

ну нет так нет, очень жаль)

(55) самый прикол начнется когда у тебя бухи будут книги покупок и продаж сводить...
когда у тебя окажется что 76.ав и какойнить 62.02 по разным расчетным документам остатки висят...

(55) Сколько контрагентов/договоров в базе?

(57)
контрагентов больше 8к, договоров почти в два раза больше

(58) Пичалька. Руками вбивать долго ))
Если с конфигуратором работать не умеешь, зовите франч какой-нибудь. Часов за пять сделают, если не сильно наглые.

Руками вбивать жесть.
Да умею.. не пойму куда копать, почему на разные документы всё вешается

(60) потому что в книге покупок и в книге продаж должны быть разные документы.
наверное так

(60)

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

(62) да мне сначала хочется понять, зачем вообще этот разрез может пригодиться? Для книги покупок, так? Продаж нет практически.

Свернуть на 1 расчетный можно наверное и групповой обработкой документов..

(63) для продаж так же важно (верное закрытие авансов по НДС)

откровенно говоря про книги покупок и продаж мало что знаю, и слабо представляю, зачем они.
Чтобы часть налоговой отчетности по ним формировалась?

(65) что бы правильно зачитывались авансы, и в книгу ставились правильные первичные документы.
вот тогда и начните сначало с матчасти, изучите НДС и придет понимание.

я правильно понял, что в книгах этих в 2.0 все формируется по документам расчетов, так как ряд регистров НДС упразднили?
Неправильная аналитика по ДР не позволит правильно сформировать книгу покупок, к примеру.
Но зачем нужна сама книга?

(66) изучать НДС бесполезное занятие..

выучишь а тут бац - все переиграли...
купишь книжку по НДС В БП2, неуспел дочитать - всю систему переколбасили нах.й...

(67) >Но зачем нужна сама книга?
разговор глухого с немым.
Изучите матчасть. Резговаривать далше бесполезно.

(68) дак я же реч виду не про НДС в 1С, а про налог и как он работает.

ну я видимо совсем трудный, но внятное описание по книге покупок найти не могу.
А вот ещё с этого года новый порядок формирования этих книг..

может со скрином кто поможет)
http://s018.radikal.ru/i512/1202/02/d7d607021af4.jpg

(72) И что не понятно? Фигня в учете порождает что "ваша программа неправильно считает"

(73)
На скрине разрез одного контрагента по ОДНОМУ договору. Все по записям из "НДС расчеты с поставщиками"

непонятно, по какому принципу формируются ДР. И как надо вести в 1.6  чтобы они перенеслись правильно.

И я до сих пор не могу увидеть смысла в ДР. Партии нам не нужны, зачем этот разрез?

(74) беруться из регистров накопления НДС ... Бухи никогда туда не заглядывают а любят править задом и ручными операциями. И вот результат

(75) Чтобы отказаться от лишних регистров для учета НДС с аванса

(77) выходит, в 2.0 они необходимы? На заполнение какой отчетности и как может повлиять такой вот перенос остатков, как на скриншоте, и так же ввод ручных операций без аналитики по ДР?
(76) ну да, это понятно. Но почему на каждую строку формируется отдельный документ расчетов, хотя документы расчетов должны закрывать, к примеру, пару ПТиУ-Платежка.

(78) На автоматический учет НСД

Правка задом, некорректное заполнение регламентных документов. Да все что угодно

Смотри у тебя на 62,02 висит остаток по документу 1, а на 76.АВ остатка нет, значит система автоматически сформирует счет-фактуру на аванс, на этот остаток

Другой вариант. На 76.АВ есть остаток, а на 62.02 - его нет. Значит мы уже закрыли аванс, и нужно взять к возмещению то что на 76.АВ

А теперь скажи, на что повлияет если у тебя остатки на 62.02 не совпадают с остатками на 76. АВ

Эх.. Какое тут может быть решение? Как все-таки правильно было бы вести в 1.6, чтобы такого не произошло?

(81) надо было вести учет по инструкции к 1.6, а не так как хочется бухам

(82) хочется понять в чем именно была неправильность
Когда на пару ПТиУ-Платежка создастся один документ расчетов, а когда два?

как в 1.6 формировались книги продаж и покупок?
есть ли ручные операции в 1.6? если есть то что ими делали?

(83) Хочешь - понимай в чем проблема?
Открой регистр накопления и посмотри что у тебя на остатках

Только нафиг оно ебе это нужно?

(84)
есть ручные по добавленным на 76 субсчетам.
Но по 60 все типовыми, ПТиУ и платежки по ним.

(85) а что я там увижу в остатках? По договорам и контрагентам все перенеслось с плюсом, нормально сошлось

(87) А то что у тебя остатки должно четко совпадать с 60 и 62. И не должно быть минусов

(88) мм.. а по каким регистрам ндс сравнить остатки с 60?
ндс расчеты с поставщиками?

я смотрю у ТС вообще нет ни понимания того как работает БП, ни желания в этом разобраться.
(87) могу помочь вам сделать правильный перенос, но за отдельные деньги. уточни сколько готова твоя контора заплатить, либо сколько сможешь ты сам заплатить чтобы выйти из этой ситуации "весь в белом" ))

(89) Открой движения по поступлению, по регистрацию оплат и посмотри по каким регистрам движение

Порядок регистрации с/ф на аванс (учетная политика) может повлиять на сабж?
В 1.6 стоит "Регистрировать счета-фактуры всегда при получении аванса"

(92) Нет. Влияет только вести учет по договору в целом или по расчетным документом

Ну я вот голову ломаю, как же можно так вести чтобы так генерились ДР.
Или как нужно вести чтобы правильно генерились.
Платежки не вводились на основании ПТиУ. Это может влиять?

(94) Нет, для этого регистрацию и делаюь

Легко. например сформировали регистрацию за февраль, потом за январь

Меняют суммы, даты после регламентых документов

ручками заполняют регламентые документы или удаляют там "лишние" строки

А 1С нет защиты от дураков, потому что предполагается что работает человек, который знает что он делает, а нет тот, который - "а что не так, мы всегда так в 7-ке делали"

И какой из всего этого может быть выход? 8к контрагентов как исправить в 2.0?
И волнующий больше всего вопрос - как же вести в 1.6 чтобы ДР правильно сформировались??

(99) Ты хочешь чтобы тебе тут бесплатно пересказали инструкцию по использованию устаревшей программе? Тебе проблему надо решить или по тролить и по философствовать?

(99) Как хочешь так и решай. Хочешь пусть руками остатки внесут. Хочешь сам рассчитывай по каким документам были остатки и переноси. Хочешь "сверни" по ддате кривые остатки. Вообщем фантазируй и у тебя все получится

+(101) универсального решения нет, всегда надо смотреть по ситуации. для (0) походу самый оптимальный вариант уйти на бухию 7.7

А заведение исходящей платежки на ПТиУ кардинально меняет картину)

(103) Продолжай наблюдение

есть, продолжаю наблюдение!

Утопить бы уже эту ветку, чтобы ТС перестал надеяться и пошел работать или к франчу.

Заботливая))

о, оказывается, все будет неправильно разбиваться на 60.01 и 60.02. Потому что на авансы списание будет как раз в разрезе документов расчетов..

Т.е. авансы 60.02 вообще не двигаются

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

(102) БП2.0 как и 1.6 пока что нормально. посмотрим что дальше будет. (109) доки расчетов нужны для ввода остатков. хотя ты вроде это уже уяснил.

(111) да, но по ним надо значит поддерживать аналитику?
(110) может, и так.
как можно исправить ситуацию? сформировать книги в 1.6 и перенести остатки заново?
Кто может помочь, хоть советом) за денежку или там ещё как)

скрин, списание с 60.01 до отрицательных остатков:
http://s52.radikal.ru/i136/1202/4e/8614a680cca9.jpg

(110) а что должно изменить после формирования книги продаж, к примеру? Как изменяться регистры НДС и как это объяснить бухам?

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

пока что видится что косячил я, так как переносил из 1.6 все как было.
Ну и хочется понять.. вот сейчас сформировал книгу покупок, попробую перетянуть заново остатки.
Ещё такой вопрос: отрицательные сальдо сами по себе на 60.01, я так понял, это очень плохо. Минусы кт60.01 должны висеть на дт60.02, правильно? но по 60 в целом же все должно схлопнуться. Нет?

(115) минимизация глюков переноса -  формирование оплаты ПОСТАВЩИКАМ, и оплаты ПОКУПАТЕЛЯМ
в 80% помогает ооочень хорошо.

с тебя 6000 рублей

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

(116) честно, сделал это только что)
потом глянул топик)

остатки пока не перенёс.. думаю, как объяснить бухам что к чему.. это ведь их работа, вроде

очень долго переносятся остатки..
но я правильно понял, именно формирование оплаты поставщикам и книги покупок должно при переносе остатков позволить правильно сгенерить документы расчетов?
Кстати, имеет ли значение, был включен учет по ДР или нет?
Типовая обработка предлагает его включить перед переносом

ещё возник вопрос: после корректного(гипотетически) переноса остатков, документы достаточно будет перепровести? Или документы расчетов по оборотам (с начала года и до сегодня) нужно будет каким-то образом корректировать?

перенёс.. плюсы-минусы сумм при вводе начальных остатков исчезли, отрицательные сальдо по ряду контрагентов остались.. не пойму в чем дело. Почему может сумма на 60.02 не падать, а на 60.01 с минусом??