(бух 2.0) Документы расчетов с контрагентами (ручной учет) - зачем? #595828

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

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

Чего-чего?

Вы подобрать этот документ не можете? попробуйте при подборе поставить интервал, куда включался бы ввод остатков

Например, есть ввод начальных остатков по 76.05.2. По контрагенту К1, договору Д1 и документу расчетов ДР1(автоматически сформированному в "выборе документов расчетов с контрагентами). Бух делает ручную операцию по К1 и Д1, но не может выбрать ДР1. В ручной операции проваливается в выбор документов расчетов (3 субконто), а там пусто. Как двигать по счет по той же аналитике, т.е. как выбрать документ расчетов? И второй вопрос - без них в 2.0 никак?)

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

ничего, разве что новый создавать. Но какой смысл тогда?

там форма с настройками отбора. и кнопочка Сформировать!

Ну вот при переносе остатков таких документов расчета было создано больше 10 000. Как-то я правда смысла в них не вижу. Если нам не нужны партии и документы расчета? Все равно надо теперь выбирать и эту аналитику? Ввод начальных остатков-то нельзя провести без документа расчетов

и вообще, если их не указывать после ввода начальных остатков? И в отчетах не использовать?

Фигня получится. Инфа 100%

если не указывать БП у вас не будет правильно работать. Оно вам надо? Но в принципе это золотое дно для тебя, хорошие клиенты.

я на окладе) никак не могу найти адекватное описание и правила ведения по этим документам расчетов

внесите плз ясность)

А какого хрена бух делает ручную операцию вообще? Если делает редко - то пусть напряжется и выберет-таки нужную партию, а если часто - то тут уже в самом учете что-то у вас неладно. А автоматом 1С сама замечательно нужные партии подставит и закроет.

непонятно, откуда в осв куча отрицательных остатков Нужные партии бух, если надо, будет выбирать

а посмотреть не судьба? бесит уже, мля, что бухи что 1Снеги со своими вопросами "откуда у нас отрицательные остатки" или "почему счет не закрыт". открой ОСВ и посмотри, епт

Задним числом перепроводите, вот и лезут отрицательные. Либо в настройках включена возможность списывать в минус, а партии указывают ручками.

из 1.6 переносятся отрицательные Вообще, можно в 2.0 по документам расчета не вести? Что будет если субконто поудалять?)

см

Тут недавно уже был один такой талантливый. Удалял.

А как славно было бы) не пойму почему отрицательные остатки переносятся..

Славно было бы, если бы ты конфигурацию выучил.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

вот тут описание

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

Дайте уже бан

а все уже

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

:)*

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

может со скрином кто поможет)

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

На скрине разрез одного контрагента по ОДНОМУ договору. Все по записям из "НДС расчеты с поставщиками" непонятно, по какому принципу формируются ДР. И как надо вести в 1.6  чтобы они перенеслись правильно.

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

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

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

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

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

Смотри у тебя на 62,02 висит остаток по документу 1, а на 76.АВ остатка нет, значит система автоматически сформирует счет-фактуру на аванс, на этот остаток Другой вариант. На 76.АВ есть остаток, а на 62.02 - его нет. Значит мы уже закрыли аванс, и нужно взять к возмещению то что на 76.АВ А теперь скажи, на что повлияет если у тебя остатки на 62.02 не совпадают с остатками на 76. АВ

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

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

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

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

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

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

есть ручные по добавленным на 76 субсчетам. Но по 60 все типовыми, ПТиУ и платежки по ним. а что я там увижу в остатках? По договорам и контрагентам все перенеслось с плюсом, нормально сошлось

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

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

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

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

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

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

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

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

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

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

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