Как навести порядок в 1с 60 счет
Приложите скрин с проблемой с отбором по этому контрагенту.
Извиняюсь, за неправильно сформулированный вопрос. Счет 60.1 закрыт, не закрыты суммы по 60.2. Не могу понять, почему
Скрин приложила
Спасибо за уточнение.
Сделайте ОСВ по счету 60 с отбором по этому контрагенту.
В Показать настройки на вкладке Группировка флажок По субсчетам.
Флажки Контрагенты, Договоры, Документы расчетов здесь же.
Вкладка Отбор. Флажок Контрагенты Равно и нужный контрагент.
ОСВ сделала, смотрите
В чем конкретно проблема. Здесь нет оборотов по 60.01, которые не зачлись.
Если что-то не зачлось, то мы должны видеть сальдо по счету 60.01 и 60.02.
Не мог этот контрагент задвоиться?
Сделайте скрин проводок в документе Поступление от этого контрагента, который не зачитывается в аванс.
Посмотрите пож.
И по этому контрагенту висят сальдо, не могу понять почему не закрывает
Здесь все понятно с почтой. Разные договоры — Основной и Основной договор.
Надо выбрать один. Перепровести и второй пометить на удаление и удалить.
Можно дубли объединить.
Поиск и удаление дублей в 1С
Или сделать Корректировку долга, если период открыть уже не можете и только в сентябре можете правки вносить.
Ошибка во взаиморасчетах с покупателем: указан неправильный договор. Обнаружение и исправление ошибки с помощью отчета Анализ Субконто
.
По почте поняла, большое спасибо
В том то и дело, что 60.1 закрыт, а по 60.2 висят суммы (май, июнь, июль).
В прицепе май
Дубля Ропнет НЕТ
По Ропнет поэтому и прошу скрин документа Поступление, который должен аванс закрыть.
Найдите, пожалуйста, документ в Покупки — Поступление (акты, накладные) по Ропнет, который должен закрыть аванс.
Нажмите в нем ДтКт и пришлите скрин. Посмотрим, что там.
Удобно в журнале с поступлениями прямо отбор сделать по Ропнет в поле Контрагент в самом верху поставить флаг и выбрать этого контрагента.
Так увидите все поступления от него. Может они есть и не проведены?
Извините, вопрос закрыт.
в одном акте нашла ошибку(не правильно набита сумма). Спасибо за помощь
Нетипичный бухгалтер (бухгалтерия и налоги) запись закреплена
Как навести порядок на 60 счете в 1С
Юлия Корнилова
А как быть,если перепроведение не помогает,и программа все равно разбивает на 60.02 и 60.01?
Как соединить платёж с конкретным документом?
Юлия Корнилова
Вероятно,я не допонимаю. Там сказано,что лучше не привязывать "списание с расчётного счёта" к документу,а мне надо наоборот привязать.
Получается принцип тот же,как и в видео,что выбирать конкретный документ,к которому мне надо привязать "списание с расчётного счёта"?
Юлия, если вы ведёте учёт в разрезе договоров и в списании не будете выбирать документ, а будет стоять "автоматически", то и в документах надо выбирать зачёт документов автоматически. Тогда "закрывать" будет в хронологии, более ранние. Если у вас в учёте более глубокая детализация, то при получении аванса -в выписке не зачитывать, в документе - зачёт по документам, выбирая документ. Или наоборот, если сначала поступление, потом оплаты. Аналогично и реализация.
Формируйте всегда осв подробно, в разрезе документов, тогда более детально увидите и разберётесь.
Юлия Корнилова
Юлия, либо сначала проводите документ на оприходование ТРУ и затем только оплату, либа в оплате тупо ставите тот 60-й, который вам нужен.
Сначала перепроведите каждую операцию по счетам, проверьте договора- может оплата и приход по разным договорам, поэтому не берет
Небольшая программка приводит в порядок 60-ый счет в разрезе 60.01 и 60.02, при возникшей неразберихе в суммах оплат и авансов поставщикам.
- вот это вряд ли - документы расчетов с контрагентами тупо повиснут в сальдо - это не помощь - это вредительство :-)
(1) Alex_E, да, по документам не ведется. не совсем ясно для понимания, зачем вести 60-ый счет по документам - он должен вестись в разрезе контрагент-договор.
Думаю, найдутся люди, которые понимают и это их устроит
Если данная обработка предназначена для Бухгалтерии 2.0, то в этой конфе, 60 и 62 счета ведутся только по документам расчетов. Пользователь конечно может вести учет без учета документов расчетов, но тогда будут проблемы с заполнение рег. отчетности, формированием счетов-фактур на аванс, ну вообще это не красиво)) А 60 счет ведется в разрезе документов расчетов, в том числе для того, чтобы можно было получить информацию о дате возникновения задолженности.
(3) прошу предложить ваше решение проблемы закрытия 60-ого счета, года на 60.01 и 60.02 к концу месяца одновременно висят суммы по 1 договору. плюс, существуют по-необходимости ручные проводки за месяц. ситуации бывают разные.
прошу предложить ваше решение проблемы закрытия 60-ого счета, года на 60.01 и 60.02 к концу месяца одновременно висят суммы по 1 договору. плюс, существуют по-необходимости ручные проводки за месяц. ситуации бывают разные.
Есть такой замечательный документ, как "Корректировка долга", можно воспользоваться им, либо тоже самое сделать через "Операцию введенную в ручную", если лень руками это делать, то можно написать обработку, которая свернет взаиморасчеты по документам расчетов))) Ну или на крайний и не хороший случай, закрыть все движения на один документ расчетов, ну это если по 60 или 62 счету очень сильный бардак.
(6) Рустам, Корректировка в любом случае - более правильно - например при усн она сделает (в смысле может сделать) дополнительные движение по забалнсу и регситрам, в операции все это то же можно сделать - только уж больно хлопотно :-)
(8) Alex_E, Согласен, корректировка, самый правильный для этих целей документ, но она к сожалению плохо работает с отрицательными остатками. Поэтому, без операции, никуда))
(9) Рустам, Отрицательные остатки по счету - это совсем поганый учет. Корректировка работает нормально, больной вопрос для неё- это неправильные виды договоров в остатках по счетам, например на 62 вид договора с поставщиком, но всё это решаемо, например заполнением ТЧ из внешней обработки, зато движения будут правильные, а операция - чтожд, я видел бухгалтерию, где только операции и были в учете, или были документы, сплошь отредактированные ручной корретировкой - те же операциии.
(10) Alex_E, я не в коем случае не отрицаю того факта, что "Корректировка долга", лучший документ для подобных затей)) А операцию, я предложил всего лишь как вариант)) я и сам не однократно видел, как при помощи операции вели учет, при этом закрывали затратные счета, делая руками по 400-500 проводок.
Рустам и Алексей. Хоть вы формально и правы, но учет по док.расчетов вещь спорная, данная методология в Бух имеет больше минусов , чем плюсов , а именно - необходимость многократных перепроведений этих самых доков для восстановления последовательностей и т.с. красоты закрытия.
Недавно в Бух_2.0 на УСН нашел способ как отключить учет по документам , но при этом сохранил механизм учета регистра РасходыУСН , ради которого и нужны были ДР.
Обработка по приведению в порядок 60,62 сч- нужна именно для определения "неудачного" закрытия ДР и перепроведения их в нужной последовательности , без тупого всеобщего перепроведения. За "метод" ручных операций - предлагаю отрывать эти самые "ручки".
но учет по док.расчетов вещь спорная, данная методология в Бух имеет больше минусов , чем плюсов , а именно - необходимость многократных перепроведений этих самых доков для восстановления последовательностей и т.с. красоты закрытия.
- это вещь не спорная - а объективная реальность. ни итд. Способа отключить учет по документам без снятия конфигурации с поддержки нет, поэтому использование этой обработки пользователям типовых не поможет, а только навредит. По поводу необходимости многократного перепроведения - это опять же или не знание принципов ведения учета или не знание возможностей, например можно вообще не заморачиваться перепроведением, с точки зрения зачета авансов, если в документах выбирать способ зачета авансов - "Не зачитывать" и зачесть их "чохом" последним днём с помощью корректировок долга - но это - дело вкуса.
Учет по документам, в принципе - это не только ценный мех , блин, УСН, но и как выше упоминалось, возможность отслеживать задолженность по срокам возникновения, а для некоторых организаций просто жизненная необходимость, когда клиент оплачивает не просто задолженность, а например, реализацию за январь, и июнь с июлем, а за февраль - май оплачивать по каким то причинам не хочет (пример реального учет в в ФГУПе где порядка 15 000 клиентов) (опять же режим расчетов по документам без аналитике в этом случае невозможен).
Сам факт, что без перепроведения всех документов за месяц закрытие месяца (имеется ввиду корректное) невозможно, т.к. окромя зачетов авансов есть ещё стоимость списания ТМЦ (или партии, или НДС, если включен сложный учет) - это всё встает на место только после группового перепроведения (или придумать свои обработки, которые все эти аспекты учета исправят без перепроведения).
По итогам - поломать типовые механизмы можно, особенно, если нет их полного понимания, только сделать вместо их работоспособные свои - слишком хлопотно.
Обработка в полуавтоматическом режиме выравнивает счета 60(01,02) и 62(01,02) в зависимости от того, остатки по которому больше, и приводит в соответствие по остаткам БУ регистры Расчеты по реализации и Расчеты по поступлению.
Часто бывает ситуация, что остатки по счету расчетов и авансов по реализации присутствуют сразу с двух сторон. Причин может быть много. Это и не тот счет аванса или реализации, указанный в поступлении денег, и не те счета авансов или реализации, указанные в РН. Или стоит вид договора по заказам, а заказ не прикреплен, при списание проводка 62.02-62.01 не была сделана. В итоге имеем остаток по двум субсчетам.
Для решение этой проблемы можно или разворачивать анализ субконто по каждой организации, заходить в каждый документ, смотреть в чем причина, почему не был зачтен аванс.
А что делать, если период уже закрыт? Или книги уже заполнены в ручную и изменение и перепроведение первичных документов совершенно недопустимо?
Во всех этих случая поможет данная обработка.
Из картинки видно, что она имеет 4 режима работы:
1. Когда счет 62.01 = 62.02 - самый простой случай. Авансы равны реализациям, надо просто их закрыть. Создается документ корректировка записей регистров. В ней делается проводка с обратным знаком, а также, по регистру расчеты по реализации удаляются все остатки, чтобы в дальнейшем, при новых отношениях с данным контрагентом на нем не числились ни оплаты ни реализации.
2. Когда счет 62.01 > 62.02. Остатки по реализации больше чем аванс. Создается документ корректировка записей регистров. В ней делается проводка с обратным знаком на сумму 62.02, т.е. у нас остается запись только по счету 62.01. Дальше стираются все остатки в регистре Расчеты по реализации и создаются новые исходя из данных регистра Продажи начиная с самых поздних на сумму счета 62.01. Т.е. и в регистре у нас становятся актуальные данные по задолженности контрагента по реализации.
3. Когда счет 62.01=0 и 62.02=0. Такое тоже встречается. Остатков по двум счетам нет, а записи в регистре Расчеты по реализации остались. Анализируются все данные, и если встречается такая ситуация, создается документ корректировка записей регистров, в котором стираются все остатки по регистру расчеты по реализации. Это единственный пункт, в котором не надо вводить контрагента и договор, надо указать только период и организацию. Будет произведен анализ всех остатком БУ по данной организации.
5. Исправление регистра по остатку 62.01. Бывает что и суммы остатков совпадают, и сторона остатка по БУ, но если зайти в регистр, то там полная неразбериха. Для примера. Есть реализация на 10 руб и есть оплата на 10 руб. По остаткам видим 0, по документам две записи, которые должны были свернуться. Создается документ корректировка записей регистров, в котором в начале удаляются все записи, которые есть в регистре, а после запеисываются из регистра продажи начиная с последнего периода на сумму по БУ.
6. Исправление регистра по остатку 62.02. Аналогичная ситуация что и 5 пунт. Только при создании новых записей анализируются книги покупок и продаж, чтобы не зачесть два раза поступление денег. Механиз определения описан в 4. пункте.
Доработки: Счет 60.
Все пунты аналогичны, как и при счете 62, с той лишь разницей, что регистр используется Расчеты по приобретению. Все остальные механизмы схожи:
В начале создается документ корректировука записей регистров, если есть неверные движения по счету, исправляется счет. Дальше очищаются остатки по регистру и рисуются новые.
ВАЖНО.
При реализации, поступлении, оплатах, программа зичитывает аванс или делает задолженность перед контрагентом опираясь не на учет БУ, а на значение в регистрах Расчеты по реализаии и Поступлению. Поэтому крайне важно, чтобы в них хранились актуальные данные!
Указание периода, организации, контрагента и договора контрагента обязательно! За исключение ситуации, когда остаток по счету =0!
Все доработки по данной обработке абсолютно бесплатны с целью улучшения ее работы.
Доработка функционала также возможно по согласованию сторон.
Обработка написана и протестирована на конфигурации Комплексной Автоматизации 1.1. (1.1.66.2), платформа 1С:Предприятие 8.3 (8.3.4.496)
Для возможности использования на других конфигурациях - пишите в комментариях, буду проверять.
Программа запускается как внешняя обработка: файл - открыть
Техподдержка осуществляется в комментариях к данной записи.
Обновления не предусмотрены, но возможны при улучшении работы программы.
Код программы открыт.
Период действия бесплатной тех. поддержки 1 месяц.
Достоинства
Все изменения данных в базе записываются через документ Корректировка записей регистров. В любой момент Вы можете проверить все действия программы и в случае необходимости их отменить или скорректировать.
Гарантия возврата денег
ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.
Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.
Предлагаю небольшую простую программку, которая создаст ручную операцию и приведет 60-ый счет (расчеты с поставщиками и подрядчиками) в разрезе счетов 60.01 и 60.02.
Программа предназначена для корректировки 60-ого счета в Бухгалтерии 2.0 ПРОФ или Бух 2.0 КОРП. Тестировалась на 2.0.64.*
Писалась под определенную задачу. Выправляет счета 60.01 и 60.02, созданием документа "Операция БУХ" с ручными проводками концом выбранного периода
Работает в разрезе субконто - поставщик, договор.
Буду рад, если кому поможет!
Специальные предложения
- вот это вряд ли - документы расчетов с контрагентами тупо повиснут в сальдо - это не помощь - это вредительство :-)
(1) Alex_E, да, по документам не ведется. не совсем ясно для понимания, зачем вести 60-ый счет по документам - он должен вестись в разрезе контрагент-договор.
Думаю, найдутся люди, которые понимают и это их устроит
Если данная обработка предназначена для Бухгалтерии 2.0, то в этой конфе, 60 и 62 счета ведутся только по документам расчетов. Пользователь конечно может вести учет без учета документов расчетов, но тогда будут проблемы с заполнение рег. отчетности, формированием счетов-фактур на аванс, ну вообще это не красиво)) А 60 счет ведется в разрезе документов расчетов, в том числе для того, чтобы можно было получить информацию о дате возникновения задолженности.
(3) прошу предложить ваше решение проблемы закрытия 60-ого счета, года на 60.01 и 60.02 к концу месяца одновременно висят суммы по 1 договору. плюс, существуют по-необходимости ручные проводки за месяц. ситуации бывают разные.
прошу предложить ваше решение проблемы закрытия 60-ого счета, года на 60.01 и 60.02 к концу месяца одновременно висят суммы по 1 договору. плюс, существуют по-необходимости ручные проводки за месяц. ситуации бывают разные.
Есть такой замечательный документ, как "Корректировка долга", можно воспользоваться им, либо тоже самое сделать через "Операцию введенную в ручную", если лень руками это делать, то можно написать обработку, которая свернет взаиморасчеты по документам расчетов))) Ну или на крайний и не хороший случай, закрыть все движения на один документ расчетов, ну это если по 60 или 62 счету очень сильный бардак.
(6) Рустам, Корректировка в любом случае - более правильно - например при усн она сделает (в смысле может сделать) дополнительные движение по забалнсу и регситрам, в операции все это то же можно сделать - только уж больно хлопотно :-)
(8) Alex_E, Согласен, корректировка, самый правильный для этих целей документ, но она к сожалению плохо работает с отрицательными остатками. Поэтому, без операции, никуда))
(9) Рустам, Отрицательные остатки по счету - это совсем поганый учет. Корректировка работает нормально, больной вопрос для неё- это неправильные виды договоров в остатках по счетам, например на 62 вид договора с поставщиком, но всё это решаемо, например заполнением ТЧ из внешней обработки, зато движения будут правильные, а операция - чтожд, я видел бухгалтерию, где только операции и были в учете, или были документы, сплошь отредактированные ручной корретировкой - те же операциии.
(10) Alex_E, я не в коем случае не отрицаю того факта, что "Корректировка долга", лучший документ для подобных затей)) А операцию, я предложил всего лишь как вариант)) я и сам не однократно видел, как при помощи операции вели учет, при этом закрывали затратные счета, делая руками по 400-500 проводок.
Рустам и Алексей. Хоть вы формально и правы, но учет по док.расчетов вещь спорная, данная методология в Бух имеет больше минусов , чем плюсов , а именно - необходимость многократных перепроведений этих самых доков для восстановления последовательностей и т.с. красоты закрытия.
Недавно в Бух_2.0 на УСН нашел способ как отключить учет по документам , но при этом сохранил механизм учета регистра РасходыУСН , ради которого и нужны были ДР.
Обработка по приведению в порядок 60,62 сч- нужна именно для определения "неудачного" закрытия ДР и перепроведения их в нужной последовательности , без тупого всеобщего перепроведения. За "метод" ручных операций - предлагаю отрывать эти самые "ручки".
но учет по док.расчетов вещь спорная, данная методология в Бух имеет больше минусов , чем плюсов , а именно - необходимость многократных перепроведений этих самых доков для восстановления последовательностей и т.с. красоты закрытия.
- это вещь не спорная - а объективная реальность. ни итд. Способа отключить учет по документам без снятия конфигурации с поддержки нет, поэтому использование этой обработки пользователям типовых не поможет, а только навредит. По поводу необходимости многократного перепроведения - это опять же или не знание принципов ведения учета или не знание возможностей, например можно вообще не заморачиваться перепроведением, с точки зрения зачета авансов, если в документах выбирать способ зачета авансов - "Не зачитывать" и зачесть их "чохом" последним днём с помощью корректировок долга - но это - дело вкуса.
Учет по документам, в принципе - это не только ценный мех , блин, УСН, но и как выше упоминалось, возможность отслеживать задолженность по срокам возникновения, а для некоторых организаций просто жизненная необходимость, когда клиент оплачивает не просто задолженность, а например, реализацию за январь, и июнь с июлем, а за февраль - май оплачивать по каким то причинам не хочет (пример реального учет в в ФГУПе где порядка 15 000 клиентов) (опять же режим расчетов по документам без аналитике в этом случае невозможен).
Сам факт, что без перепроведения всех документов за месяц закрытие месяца (имеется ввиду корректное) невозможно, т.к. окромя зачетов авансов есть ещё стоимость списания ТМЦ (или партии, или НДС, если включен сложный учет) - это всё встает на место только после группового перепроведения (или придумать свои обработки, которые все эти аспекты учета исправят без перепроведения).
По итогам - поломать типовые механизмы можно, особенно, если нет их полного понимания, только сделать вместо их работоспособные свои - слишком хлопотно.
Читайте также: