0. stvorl 946 21.06.17 16:02 Сейчас в теме

Ведение взаиморасчетов в конфигурациях «Комплексная автоматизация 1.1» и «Управление производственным предприятием 1.3» - часть 2

Детализация и порядок ведения взаиморасчетов с контрагентами в конфигурациях «Комплексная автоматизация 1.1» и «Управление производственным предприятием 1.3», типичные причины ошибок, их поиск и устранение. Часть 2.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. Sokol_A_V 09.08.17 09:59 Сейчас в теме
Спасибо за статью! Очень помогла что бы всё не копать самому! Всё очень доходчиво и подробно описано! Статья очень даже актуальная, т.к. многие клиенты ещё продолжают использовать устаревшие конфигурации! а времени и средств на переход на актуальные не имеют.
2. user825530 11.09.17 12:15 Сейчас в теме
Подскажите, пожалуйста, где конкретно установлено, что, если в учётной политике не указано иное, организация обязана закрывать дебиторскую задолженность по методу ФИФО?
Копаюсь неделю и не могу найти, чтобы это где-то было прописано. А у Вас, тем не менее, есть указание, что в соответствии с НК, ГК и ПБУ нужно делать именно так, если иное не предусмотрено учётной политикой организации.
3. stvorl 946 11.09.17 13:01 Сейчас в теме
(2)
А у Вас, тем не менее, есть указание, что в соответствии с НК, ГК и ПБУ нужно делать именно так, если иное не предусмотрено учётной политикой организации


Процитируйте пожалуйста, если я так написал. Но я как раз тщательно подбирал фразы, чтобы именно так меня никто не воспринял.

Я имел ввиду, что зачет задолженности / погашение авансов по договору в целом и по ФИФО - это общепринятая практика, наиболее простая, и наиболее понятная всем участникам делового оборота и возможным проверяющим.
Так сказать, вариант, который не требуется кому-либо специально обосновывать, и не требующий специальных технических действий по ведению учета.

На ФИФО нам вроде бы намекает ст 319.1 ГК РФ, конечно, с оговорками. Но я не специалист.
4. user825530 11.09.17 13:15 Сейчас в теме
(3)Цитата: "Любые дополнительные углубления детализации взаиморасчетов, приводящие к наличию «встречного» сальдо по одному договору, т.е. когда на какую-то отчетную дату по одному контрагенту и одному договору имеется и долг и аванс, требуют серьезной проработки этого подхода на уровне учетной политики".

Исходя из чего требуется проработка этого подхода на уровне учётной политики?
5. stvorl 946 11.09.17 13:52 Сейчас в теме
(4)
Наверное "на уровне учетной политики" мне следует переписать как "на уровне учетной политики и/или договоров и соглашений".

Представьте, что вы покупатель, у вас учет взаиморасчетов с поставщиком по заказам в рамках одного договора. В упр. учете сложилась ситуация, что у вас по одному заказу долг, по другому аванс. Вам и вашему поставщику это, теоретически, понятно.
Вы теперь этот базис вынесли в бухучет. У вас в оборотках на 60.01 и 60.02 по этому договору встречное сальдо.
Предположим также, что вы взяли у поставщика счета-фактуры на аванс, и отразили их на 76.ВА.
Будем полагать, что это массовая ситуация в вашем учете.

Далее, допустим, вас начинают проверять.

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

Опять таки, они могут апеллировать к 319.1 ГК РФ про порядок погашений однородных требований. А вы тогда им начнете пояснять про "учет по заказам",
Но понятие "заказ" не прописано в законодательстве, да и в договоре, возможно тоже.
Соответственно, нужно:
- прописать порядок такого учета где-либо (договор, соглашение), чтобы преодолеть умолчание 319.1 ГК РФ и определить используемые термины;
- иметь какие-то регистры бухгалтерского учета (ст. 10 Закона N 402-ФЗ), расшифровывающие взаиморасчеты по этой аналитике (а стандартная ОСВ вам уже в программе не подходит, т.к. не показывает в 60 счете разрез заказов, т.к. их нет в аналитике плана счетов);
- раз у вас имеется такой порядок учета, детализация и регистры учета, то их тоже нужно прописать в учетной политике по той же причине, по которой в ней прописан рабочий план счетов и используемые "общепринятые" бухгалтерские регистры (ОСВ, анализ счета и т.п.).

Разумеется, можно это все оставить на авось, и с определенной вероятностью такого порядка ведения учета никто не заметит, и вопросов не будет. Многие так и делают. :-)
6. user825530 11.09.17 17:26 Сейчас в теме
Ситуация понятная, про неё вопрос и был.
Поскольку у Вас изначально была прописана необходимость её отражения именно и только в учётной политике, это означало, что в учётной политике необходимо обязательно прописать.

Но в случае, если прямого указания на это нет, и это может регулироваться и договорами в том числе, это снимает вопрос, так как в договорах с покупателями-то эти ситуации проговорены.
7. stvorl 946 11.09.17 17:47 Сейчас в теме
(6) Скажем так, я имел ввиду что "специфическое" (в т.ч. и не-ФИФО) ведение взаиморасчетов требует дополнительных расшифровывающих бухгалтерских регистров (и согласованной терминологии под них, типа "заказ", "документ расчетов" и т.п.), которые должны быть закреплены в учетной политике.
Формулировку подправил.
8. German_Tagil 7 18.10.17 13:58 Сейчас в теме
9. varlam_2005 09.11.17 13:20 Сейчас в теме
Добрый день. А есть ли возможность отключения учета по регистрам накопления "Расчеты по реализации" и "расчеты по приобретениям" для регламентированного учета???
11. stvorl 946 11.11.17 18:40 Сейчас в теме
(9) Нет, т.к. именно там (в регистрах) на самом деле ведется учет взаиморасчетов (по приобретению и реализации), а в бухучете только отражается проводками.

Если удалить проводки, то пострадает меньше участков, чем если удалить движения по этим регистрам.
10. Воль 11.11.17 15:41 Сейчас в теме
Весьма ценная и интересная статья. Спасибо.
Если бы еще на годик пораньше! Сколько времени, нервов и сил было бы сэкономлено!

Что касается "устаревших" конфигураций, то спешу Вас удивить - УПП не только эксплуатируется, но и до сих пор продается и внедряется!

Про что было бы интересно почитать, так это про опыт исправления ошибок, допущенных в уже закрытых периодах. Например косячная корректировка долга, которую успешно "замазали" Операцией или Корректировкой записей регистров. Период закрыли, после чего ОСВ 62 стала расцветать красным цветом... Или что-нибудь в этом роде.
12. stvorl 946 11.11.17 19:33 Сейчас в теме
(10)
По моему опыту, в основном, все исправления сводятся к следующему:
1. Установка объективной истины во взаиморасчетах (т.е. где, и сколько в рублях, мы должны, и нам), обычно сопровождаемая составлением и подписанием актов сверки.
2. Подтяжка проводками данных бухгалтерского регистра к истине (ну т.к. чаще всего "истина" совпадает с бух. регистром, то этого этапа часто нет).
3. Подтяжка данных регистров к истине. Здесь мной используются сверочные отчеты и диф. корректировка регистров, которые я поместил в публикации.
Серебряной пули тут нет, но если сильно не запускать, то все происходит быстро.
Лучше даже такие ситуации не допускать, регулярно выполняя сверки между участками, пока период еще не закрыт, и можно все отразить типовыми документами.

Если же брать масштабные случаи, то вот:

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

Порядок был примерно такой:
1. На 31 декабря прошлого года, максимально возможно, из того, что можно было сделать "медитативно" (т.е. без привлечения контрагентов), подтянули остатки к данным, которым мы доверяли, чисто проводками по бух. регистру. Учли все возможные исправления, корректировки и т.п. Разработали внятную схему, что будем учитывать на 62, а что на 76.06 и 09 - тоже перебросили между счетами. Подвели под эти корректировки научную базу (бух. справки, акты исправления ошибок, немного реорганизовали учетную политику и пр.)
2. Дифкорректировкой регистров бухгалтерии растащили авансы на 62.02, а долги на 60.01, чтобы сальдо было соответствующего знака.
3. Срезали остатки регистров по взаиморасчетам в 0 отдельным документом корректировки записей регистров.
4. Написали специально обученную обработку, которая:
- собирала таблицу долгов и авансов с бухучета, в разрезе "контрагент-договор", с суммами;
- ориентируясь на суммы собранных долгов, просматривая проводки прошлых периодов, подбирала по LIFO, к строкам этой таблицы, последние реализации, платежки и корректировки долга соответствующего знака (образующие долги или авансы), и при этом не смотрела на субсчета (т.к. в них был страшный бардак). Таким образом, к каждой строке долга собиралась "расФИФОвка" долгов и авансов, ровно на сумму, которая оставалась в бухучете;
- если не удавалось найти таких документов (что-то было еще с остатков прошлого поколения, после перехода с 7.7, и не двигалось, что-то двигалось только ручными операциями), то заводила "документ ручного учета", и добавляла в "расфифовку" с остатком неиспользованной суммы.
- заводила корректировку записей регистров, вводящую остатки по регистрам в разрезе собранных документов, изображая, как бы, что все остатки висят в разрезе документов по FIFO, как будто бы все прошлые периоды мы правильно вели этот участок.
Применили эту обработку, в результате чего, у нас образовались остатки регистров, соответствующие бухучету.
5. Написали утилиту по массовой печати актов сверки, дали ее специально обученным людям, которые печатали, рассылали, собирали и сдавали. Другие люди сверяли возвращенные акты с бухучетом, и принимали решения (или убеждали контрагентов, что у нас правильно, либо принимали их версию и вводили корректировки). Эти исправления вносились уже в новом году и только типовыми корректировками долга.
6. Параллельно иногда ловили ошибки, которые нужно было исправлять прошлыми периодами, правили проводки и перевыполняли пункт 4, благо это было уже быстро.
7. В общем-то, далее вели учет только правильным способом, регулярно сверяя остатки бухучета и регистров (https://infostart.ru/public/633092/), и устраняя расхождения.

Параллельно с пунктами 1-6, пришлось крайне сложно восстанавливать налоговый учет по НДС с авансов. Слава богу, было начало 2015 года, не было АСК НДС, поэтому тогда еще ФНС не могла проконтролировать выставление и зачет НДС с каждого номерного счета-фактуры на аванс до рубля. Получилось с допущениями, но в общей сумме ни бюджет ни налогоплательщик не пострадал.
Как это делать в нынешних условиях, я даже теоретически не представляю.

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

В другом случае был большой завод. Контрагентов было значимо меньше, зато у них была славная долгая история почти 8-летнего внедрения УПП. Про регистры почему-то людям за все эти годы никто не сообщил, зато тщательно пытался от них избавиться: логика проведения по регистрам была крайне извращена а доработки безумны. Везде был включен учет по документам расчетов, ориентировались они то на регистр "Взаиморасчеты с контрагентами по документам расчетов", то на данные бухгалтерского регистра. По ряду причин обработка из п. 3 выше им не подошла, к сожалению, пришлось все взаиморасчеты дифкорректировкой разгребать вручную, удаляя лишние строки остатков и исправляя нужные.
Потом пришлось отключить безумные доработки, снять флажки "учет по документам расчетов", подпиской на событие запретить какие-либо проведения по регистрам за прошлый год (чтобы ничего не разъехалось), операторски и групповыми обработками привести в порядок счета расчетов в документах за текущий год, настроить умолчания, восстановить последовательность.

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

Какое-то время все работало нормально, потом из за политических причин этот проект пришлось оставить, и что у них сейчас как - я не знаю.
13. Воль 12.11.17 18:10 Сейчас в теме
(12) М-да, интересно... ) Спасибо, Станислав.
У меня таких эпических задач пока не встречалось. Но и по мелочам нюансов хватает. Приходится разбираться эмпирически.
Соберетесь продолжить "цикл передач" - с удовольствием почитаю. Манера изложения у Вас очень здравая. Не преподаватель?
14. atseparate 37 21.11.17 15:45 Сейчас в теме
Спасибо, очень полезный материал и стиль изложения - близок к идеалу
15. gevik 21.02.18 20:34 Сейчас в теме
Здравствуйте. Мне поставили задачу сделать учет по задолженностям по документам реализации. В каждом документе заполняют поле Отсрочка. И оплаты часто идут по конкретному документу. Мы завели договора с пометкой "учет по документам расчетов". В итоге по ним пошло расхождение в РасчетыПоРеализации и проводках. Например, в проводках ПКО вместо закрытия долга по 62.01 ставит 62.02. Что все-таки посоветуете делать, исправлять проведение по БУ/НУ или что-то другое?
16. stvorl 946 21.02.18 23:59 Сейчас в теме
(15)
Учет по документам расчетов предполагает ручное отнесение оплат на долги (отгрузки), а отгрузок на оплаты (авансы). Механизм достаточно капризный.
Если Вы исключили очевидные ошибки типа простановки неправильной пары счетов (62.01/62.02, 76.06/76.06), то скорее всего:
а) зачли (вообще или еще) несуществующий аванс, или просто в большей сумме, чем он висел по документу расчетов на момент проведения регистратора,
б) оплатили несуществующий долг, аналогично.
В этом случае, в регистре "РасчетыПоРеализацииВУсловныхЕдиницахОрганизации" по данному узлу СуммаВзаиморасчетов списывается в полной сумме, а СуммаБух - не глубже нулевого остатка.
При этом, в бухгалтерском регистре проводки делаются на всю сумму, но:
1) прямо сейчас проводки могут быть неправильно сформированы (должны были бы, допустим, зачесть аванс (Дт 62.02) и образовать кусочек долга (Дт 62.01), а станут зачитывать всю сумму с аванса, загоняя его в дебет);
2) рождаются расхождения по БУ и регистру РасчетыПоРеализации, что приводит к таким же косякам потом;
3) чисто по ОСВ и другим бух. отчетам вы можете сразу не увидеть проблемы, т.к. разделителя долгов по документам нет. А даже если и увидите неправильное сальдо по узлу (счету-договору) в целом, то непонятно будет по какому документу остаток перешел через 0 (т.к. допустим из 5 реализаций, по которым вам должны, только по одной долг ушел в минус, но в целом на бух. счете по договору сальдо положительное).

Короче, будет так, как Вы описали.

Решение - тщательно следить за зачетом авансов и погашением долгов по каждому документу, не допуская "перехлестов"

Отследить такие случаи можно через "Универсальный отчет по метаданным" (загрузите приложенную настройку), он должен четко показать случаи, когда документ формирует неправильные движения по РасчетыПоРеализации (когда СуммаУпр <> СуммаВзаиморасчетов). Работает только для рублевых договоров (т.к. для валютных эти ресурсы априори не равны). Можете взять мой отчет из https://infostart.ru/public/637034/, настроив его по разделу 3 той публикации.

По каждому проблемному договору - отследите все случаи несхождения оборотов от самого раннего, правильно расставьте долги / предоплаты по всем документам договора (категорически нельзя ссылаться на будущие по времени документы! ведь долга/аванса по ним еще нет в регистре на момент проведения), восстановите последовательность - должно все стать хорошо. Сверка БУ и регистров должна будет сойтись, а учет по счетам придет в норму.

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

Напомню также, что корректировочные реализации на уменьшение в варианте "Учета по документам расчетов" нормально не работают (не образуют аванс на правильном счете), к ним надо прилагать хитровымудренные корректировки долга.
Прикрепленные файлы:
УниверсальныйОтчетПоМетаданным_Проверка соответствия сумм в расчетах с покупателями.vrp
17. DatiniFM 06.06.18 11:25 Сейчас в теме
1. Как всегда ошибка парадигмы от 1c в области организации взаиморасчетов состоит в попытке решить серийную (протяженную по времени) информационную задачу с помощью атомарного (через 1 документ) подхода. Это детская болезнь тянется во многих решениях 1с со времен царя гороха.
2. Вторая методологическая ошибка в 1с в том, что понятие аванса считают оперативным (сиюминутным в течение дня от порядка документов в течение дня) а оно является периодическим! аванс - то что осталось на конец периода - а это в бухучете месяц, а не день, не час и не минута!
3. Третья методологическая ошибка - это считать серию взаиморасчетов бесконечной. Тогда проблема изменения предыдущих данных становится тотальной.
3. Поэтому большинство продвинутых разработчиков альтернативных конфигураций учета (умерли в РФ, но живы, например, в РБ) решали проблему серийным подходом - то есть выделением взаиморасчетов в отдельную подсистему со своим серийным механизмом. Когда вопрос взаиморасчетов не решается в текущем документе (может быть виден но не решается).
4. В результате 1с (в типовых решениях) как Иван Сусанин завела в полный тупик свою систему где она пребывает уже лет 20. Последний костыль сделан а прошлом году в бух 3.0 (из "ерп" перекочевало) - это перенос зачета авансов в обработку конец месяца. Хотя бы сняло месячную проблему но принципиально проблему не решило.
5. Не мешало бы 1с-цам не зазнаваться а смотреть как люди делают вне "суперспецотдела 1с" - например в Аксапте.

Продолжение следует (как сделать правильно и как это реально работает)
18. DatiniFM 06.06.18 11:32 Сейчас в теме
исправление явных провалов в 1с дается с большим трудом причем чем больше провал тем медленнее он решается (а должно быть наоборот).
их этой оперы пример - название программы Управление небольшой фирмой". кто же хочет считать свою фирму небольшой????
исправили - через лет 10 !!!

на голову королевы была возложена не ворона, а корова (из анекдота)

теперь "нашей" стало. а в снг стали называть управление компанией. а это уже перебор.
нельзя было просто назвать "Управление фирмой"????
19. foatmail 16.06.18 10:08 Сейчас в теме
Приветствую Станислав! Спасибо за статью! Можно ли по подробнее написать почему в отчете сверки взаиморасчетов нельзя показать как ведомость , а лишь сверка по остаткам?
20. stvorl 946 16.06.18 21:40 Сейчас в теме
(19) Добрый день. Спасибо за отзыв.
Дело в том, что принцип формирования движений по регистру бухучета и регистру накопления отличается.

Так, например:
- рублевое покрытие у.е. и валютных расчетов разное (только в бух. регистре оно "правильное", а в регистре накопления - по курсу на дату документа);
- при зачете авансов по бух. регистру идет дополнительное зачетное движение (Дт 62.02 - Кт 62.01), и только потом - Дт 62.01 - Кт 90, а в регистре накопления, условно говоря, сразу "Дт 62.02 - Кт 90";

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

Даже если сделать через промежуточную таблицу, которую "проворочать" на коде, и скормить компоновщику СКД через внешние данные, то останется проблемой расшифровка по регистратору (что, наверное, большинство пользователей и хотело бы от отчета по оборотам) с нормальными промежуточными остатками. Это и на запросе из ОстатковОборотов сделать непросто (не все умеют), а уж с внешними источниками, полагаю, и вообще будет нереально.

Кроме того, наличие в отчете 16 возможных колонок (Нач. остаток, приход, расход, кон. остаток - по бух. регистру и по регистру накопления, а также в рублевом и валютном покрытии) сделает его настройку громоздкой и неудобной.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Чебоксары
зарплата от 50 000 руб. до 70 000 руб.
Полный день

Программист 1С
Новосибирск
зарплата от 80 000 руб. до 120 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 110 000 руб. до 150 000 руб.
Полный день

Программист 1С
Москва
зарплата до 160 000 руб.
Полный день

Консультант 1С
Москва
зарплата от 100 000 руб. до 140 000 руб.
Временный (на проект)