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

Публикация № 637461

Сообщество - Пользователю системы

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

Содержание (включая I часть)

Введение

1. Детализация учета

1.1 Понятие узла взаиморасчетов

1.2 Учет по сделкам

1.3 Учет по документам расчетов

1.4 Модель взаиморасчетов

2. Контуры учета и совмещение их ведения в одной информационной базе

3. Используемые структуры данных для ведения учета взаиморасчетов в КА 1 / УПП

4. Основные категории ошибок ведения учета взаиморасчетов, контрольные мероприятия, способы устранения

4.1 Неправильная настройка детализации взаиморасчетов

4.2 Техническое несовпадение данных бухгалтерского регистра и регистров накопления «Расчеты по приобретению», «Расчеты по реализации»

4.3 Методически неправильное ведение взаиморасчетов в регламентированном учете

4.4 Внесхемное (внеплановое) отклонение между данными регламентированного учета и управленческого учета

4.5 Ошибки учетной системы, не позволяющие вести учет каким-либо конкретным образом

Заключение

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

Там было много теории и абстракций, без которых, однако, крайне тяжело пояснять информацию этого раздела.

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

4. Основные категории ошибок ведения учета взаиморасчетов, контрольные мероприятия, способы устранения

4.1. Неправильная настройка детализации взаиморасчетов.

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

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

1. Включение детализации учета взаиморасчетов в разрезе сделок (счетов или заказов), к сожалению, применяется к обоим контурам учета (и к регламентированному, и к управленческому) одновременно.

Здесь следует отметить следующее. В действующей нормативной базе в области учета взаиморасчетов (НК РФ, ПБУ, 402-ФЗ) не прописана аналитика раздельного ведения взаиморасчетов, это является элементом учетной политики. Однако, имеются требования к формированию показателей «Дебиторская задолженность», «Кредиторская задолженность» в бухгалтерской отчетности (не допускается их искусственное взаимное завышение, как и зачет между ними), а также есть ограничения в смежных участках учета, связанные с понятием сделки на стыке ГК РФ и НК РФ, например — в НДС с авансов, в валютных расчетах и расчетах в условных единицах.

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

Любые дополнительные углубления детализации взаиморасчетов, приводящие к наличию «встречного» сальдо по одному договору, т.е. когда на какую-то отчетную дату по одному контрагенту и одному договору имеется и долг и аванс, требуют дополнительной расшифровки стандартных бухгалтерских регистров для обоснования:

  • разделения на аванс и долг в разрезе заказов или счетов;
  • возмещения ранее начисленного НДС с авансов, т. к. НК РФ содержит закрытый перечень ситуаций когда мы имеем право на возмещение, и отражаются эти ситуации в определенных строках декларации по НДС, а мы вдруг решим перекинуть деньги с заказа на заказ, выполнив зачет встречного аванс и долга, что логически должно привести к зачету НДС с аванса);
  • расчета курсовых разниц и переоценки валютных остатков по каждому заказу раздельно.
  • и др;

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

Поэтому, если в вашей информационной базе ведется два контура учета, и вы не можете (или не хотите) по вышеизложенным причинам включить разделитель учета по сделкам, чтобы он не влиял на авансы и долги в реальном бухучете, но вам при этом крайне важно понимание оплаченности каждого заказа, то есть два варианта:
а) вы можете совместно использовать регистры накопления «Заказы покупателей» и «Расчеты с контрагентами» (!!! НЕ взаиморасчеты, а имено "расчеты") в разрезе заказов чтобы определить отгруженность, оплаченность заказа, а разница между ними как раз будет виртуальной задолженностью (авансом) по заказу.
б) можно пойти другим путем, и доработать конфигурацию так, чтобы детализация по сделкам не выносилась в регламентированный учет, сохранившись чисто в управленческом (например, для менеджеров).

3. В регламентированном контуре учет по документам расчетов ведется по умолчанию автоматически, по принципу FIFO (см. 1.3), а в управленческом учете не ведется вообще. Если включить в договоре признак ручного учета «Учет по документам расчетов», то для данного договора ручной учет по документам расчетов будет включен одновременно и в управленческом учете, и в регламентированном.

Это крайне неудобно! Если вы вдруг решили организовать ручной учет по документам расчетов в управленческом учете, то это автоматически полезет в регламентированный учет, что вызовет те же проблемы, что были тремя абзацами выше. Здесь тоже два варианта:

а) вы подводите «научную базу» в регламентированном учете под схему управленческого, то есть, обосновываете на уровне учетной политики, не противоречащей законодательству, то, что платеж может закрывать не наиболее старую по времени задолженность (как "по умолчанию" указано в ст. 319 ГК РФ), а некую произвольную, естественно, согласно какому-то принципу (см. пример с ЖКХ в разделе 1.3).

б) конфигурация дорабатывается таким образом, чтобы в регламентированном учете всегда оставался автоматический учет по документам расчетов (по опыту — громоздкая и неудобно обновляемая доработка).

4. В управленческом контуре учет по документам расчетов бывает либо ручной, либо его нет вообще (определяется признаком «Учет по документам расчетов» в договоре). Автоматического режима нет.

Поэтому, если мы, чисто ради управленческого контура, не хотим вести массовый ручной учет по документам расчетов по всем контрагентам (в основном, тщательно изображая FIFO), это резко ограничивает нас в выборе данных о просроченной задолженности именно из регистров управленческого учета (см. раздел 2 первой части статьи на предмет причин отклонений управленческого учета от бухгалтерского). Кроме того, часть, связанных со сроками, типовых отчетов о задолженности, а также механизм контроля глубины задолженности, также отказываются работать.

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

К сожалению, каких-то «серебрянных пуль» здесь нет. Конфигурации КА и УПП достаточно грубо слеплены из «Управления торговлей 10.3» и «Бухгалтерии 1.5/1.6», и несмотря на многообразие детализации учета в первой, вторую конфигурацию об этом, похоже, никто не предупредил.

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

4.2. Техническое несовпадение данных бухгалтерского регистра и регистров накопления «Расчеты по приобретению», «Расчеты по реализации».

Положения этого раздела справедливы, даже если КА/УПП используется только для ведения регламентированного учета (без управленческого), только для расчетов по приобретению и реализации.

Как было описано в разделе 3, конфигурации КА и УПП имеют крайне разветвленную структуру данных для хранения взаиморасчетов, и даже в регламентированном контуре истинный учет большинства взаиморасчетов ведется не плане счетов (регистрах бухгалтерии), а на регистрах накопления «Расчеты по приобретению», «Расчеты по реализации» (далее — просто «на регистрах»).

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

Это вызывает, мягко говоря, некоторые неудобства.

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

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

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

  1. Из за однажды неправильно отраженной операции, сформированные проводки по плану счетов не совпадают с движениями по соответствующим регистрам накопления. В основном, обычно правильно формируется именно бухгалтерская проводка (за ней же бухгалтер следит через бухгалтерские отчеты), а движений по регистрам накопления он не видит, т.к. 1) нет типового отчета 2) никто не подготовил пользователей, объяснив технические нюансы учета на регистрах накопления, и как для каких целей в них смотреть.
  2. При отражении следующей операции бухгалтер ожидает зачет аванса / погашение долга исходя из остатков по оборотно-сальдовой ведомости (т.е. из регистра бухгалтерии) в то время, как автоматика проведения выбирает заведомо неправильные остатки из регистров накопления, формирует неправильные движения по ним же, и затем неправильные проводки по бух. регистру.
  3. Бухгалтер героически исправляет остатки в оборотке либо операциями, введенными вручную, либо целым комплексом специально написанных костылей. НДС с авансов делается вручную, валютные и у.е. расчеты остаются некорректными, по поводу чего возникают конфликты с контрагентами, налоговыми органами, программистами.
  4. Переходим к пункту 2, с поправкой на то, что в следующей итерации количество «костыльной» работы лавинообразно нарастает.
  5. Когда местная аптечная сеть проваливают задачу поставки валокордина ящиками, а бухгалтерский персонал достигает в этом цикле точки истерики и кипения, вызывается специалист (а старый, вероятно, изгоняется), который дает людям второе высшее образование по вопросам ведения бухучета взаиморасчетов в КА/УПП. Он заваливает их голову кучей технических аспектов — как в этой статье. Разумеется, он слышит "Да что у вас за такая сложная программа, весь мир идет по пути упрощения, а мы тут занимаемся черти чем. А вот мы в "семерке"...". Затем он либо таки переламывает их на технически корректное ведение учета, либо пишет еще более изощренные костыли (переходим к пункту 3, продолжаем делать из "восьмерки" "семерку").

Рассмотрим основные ошибки, приводящие к несоответствию учета на плане счетов и на регистрах:

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

Движения по регистрам накопления сделаны корректировками записей регистров, при этом бухгалтерские проводки не сделаны (обратная ситуация, редкая и подразумевающая, что кто-то вообще в курсе регистров накопления, но все таки).

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

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

4. Неправильно выполненные корректировки долга (несхождение сумм в трех колонках табличной части, использование вида операции "Перенос задолженности" или "Списание задолженности" там, где необходимо использовать "Взаимозачет", особенно часто распространено использование вида операции "Списание задолженности" для переноса сумм между счетами учета взаиморасчетов (что опять-таки означает свободную проводку в аналитику, указанную на закладке "Счета учета", поэтому там не должны использоваться счета 60, 62, 76.05, 76.06). Вопрос ввода корректировок долга подробнее оговорен в разделе 4.3.

5. Неконсистентные данные в документах в результате неправильных автоматизированных манипуляций при различных выгрузках/загрузках и групповых обработках (незаполненные скрытые реквизиты, договор несоответствующего вида (например «с поставщиком» — в реализации)), причем некоторые ошибки не обнаруживаются при проведении, т.к. во многих типовых документах логика проверки заполнения реализована в форме документа (а при выгрузке/загрузке и групповых обработках форма не открывается, и эта логика, соответственно, не выполняется). Отдельно следует оговорить состояние, когда данные документа не соответствуют его проведению (сначала провели с одними данными, а потом записали в документ другие данные, не выполнив перепроведение).

6. Нарушение порядка учета ручного учета по документам расчетов (погашение платежным документом будущих долгов, зачет документом поступления/реализации будущих авансов и др., в результате чего по разным ресурсам разных регистрам проводятся несоответствующие друг другу суммы, что будет более подробно изложено в п. 4 раздела 4.3).

7. Технические проблемы. Мистика, ошибки в информационной базе, нетиповые доработки и др. ситуации, с которыми нужно звать специалиста.

Для выявления таких ситуаций необходимо регулярно выполнять следующее контрольное мероприятие: на какой-то выбранный момент времени сверить остатки взаиморасчетов по плану счетов (бухгалтерскому регистру) и по регистрам накопления.

А именно, можно воспользоваться оборотно-сальдовой ведомостью (анализом счета), вместе с ней  составить универсальный отчет по одному из рассматриваемых регистров накопления, сгруппировав данные примерно так же как в бухгалтерском отчете, после чего сравнить их визуально, или в Excel/Calc, на предмет равенства.

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

К сожалению, этот отчет сверяет только остатки в регистре бухгалтерии и регистрах накопления. Удобный оборотно-остаточный сверочный отчет я сделать не смог из за несколько разных принципов формирования движений при зачете авансов: не удается сопоставить обороты в одном запросе. Поэтому поиск точного момента ошибки придется выполнять «нащупывая» шагами, или половинным делением, дату, вперед от периода, когда еще не было расхождений, к текущему, или наоборот.

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

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

4.3. Методически неправильное ведение взаиморасчетов в регламентированном учете.

Условия применения информации из данного раздела такие же, как и у 4.2 (в базе ведется регламентированный учет, неважно, есть ли управленческий). Предполагается, что рекомендации 4.2 исполнены, и остатки регистров на конец анализируемого периода совпадают с планом счетов.

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

В регламентированном учете, при этом, могут наблюдаться следующие очевидные проблемы:

а) на субсчетах долга и аванса счетов 60 и 62 присутствует «красное» сальдо. То есть, у нас имеются отрицательные долги или авансы;

б) на субсчетах *1 и *2 счетов 60 и 62 присутствует одновременно и долг и аванс по одному договору;

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

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

Чуть выше я назвал эти проблемы очевидными, т. к. ошибка сразу визуально наблюдается в бухгалтерских отчетах по счетам 60 и 62. Но истинная ошибка возникла изначально не в регистре бухгалтерии, а в регистрах накопления. В регистре бухгалтерии мы увидели ее только потому, что счета 60 и 62 разделены субсчетами на долг и аванс, и каждый из этих субсчетов либо активный, либо пассивный.

Однако, расчеты с поставщиками и покупателями могут вестись на и счетах 76.05, 76.06, 76.09, а также аналогичных субсчетах для учета в у.е. (76.3x) и в валюте (76.2x). Эти субсчета не делятся на аванс и долг, являются активно-пассивными, поэтому ситуации а)-г) там визуально заметны не будут, но тем не менее, ошибки в регистрах накопления все равно могут быть.
Это может вызвать те же последствия — неправильный НДС с авансов, валютные или у.е.-шные расчеты, переоценки, курсовые разницы, но вы даже не будете об этом знать до проявления каких-то очевидных признаков ошибок в смежных участках.

Важно также отметить, что ошибочные ситуации а)-г) мы видим в оборотно-сальдовой ведомости по счетам взаиморасчетов, которая ограничена детализацией не глубже договора. Наши же узлы взаиморасчетов могут быть разделены сделками. В этом случае, одновременный аванс и долг по одному договору могут быть вполне нормальным явлением: аванс по одной сделке, долг по другой сделке, а в оборотно-сальдовой ведомости эта детализация недоступна, поэтому если речь идет о счетах 60, 62 — мы увидим развернутое встречное сальдо в разных субсчетах, а в счете 76.05, 76.06, 76.09 — свернутое сальдо.

Для выявления проблемных ситуаций описанных в данном разделе, следует использовать отчет и контрольные мероприятия №4-5, опубликованные здесь. Вы можете также воспользоваться универсальным отчетом, хотя это и менее удобно.

Рассмотрим основные причины ошибок и способы их устранения.

1. Невосстановленная последовательность взаиморасчетов.
Устранение. Восстановить последовательность, повторить контрольное мероприятие. Если не помогло — переходить к следующим пунктам.

2. Подстановка неправильных пар счетов учета долга/аванса в документы.
Неправильно: 60.01/60.01, 60.02/60.02 и все в этом роде. Обычно возникает, когда мы пытаемся «принудить к миру» алгоритм зачетов аванса. Не делайте так. В подавляющем большинстве случаев программа сама способна разобраться с авансами и долгами, хотя ее логика и сложная/странная. Ошибка, ваша уже далеко позади, ищите ее в прошлом, текущий документ работает неправильно лишь потому, что видит неправильные остатки по регистрам накопления. Правильно: указывать разный субсчет аванса и субсчет долга (т. е. 60.01 / 60.02), если для данного счета заведены отдельные субсчета для авансов и долгов.

Неправильно: 60.01/60.22. Вероятно, операторская ошибка, в результате которой долг находится на рублевом субсчете, а аванс — на валютном. Правильно: указывать соответствующие друг другу пары счетов долга и аванса (60.21/60.22, 60.31/60.32 и т.п.).

Неправильно: 76.05/76.06. Это в бухгалтерии 4.5 платформы 7.7 для расчетов с прочими дебиторами и кредиторами имелись раздельные субсчета аванса и долга, а здесь 76.05 — расчеты с прочими поставщиками, а 76.06 — с покупателями. Правильно: Для субсчетов 76 счета не открыты отдельные подсубсчета для авансов и долгов, поэтому в оба поля указываем одно значение — либо 76.06/76.06, либо 76.05/76.05.

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

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

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

3. Неправильное использование документов «Корректировка долга».

Про использование корректировок долга в КА/УПП, вероятно, следует написать целую книгу. В этих документах крайне легко допустить ошибку, и описать все возможные проблемы в этой статье не представляется возможным.

Если вкратце, то во-первых, следует обращать внимание на вид операции.

  • Вид операции «Взаимозачет» используется, когда необходимо перенести между несколькими узлами, ведомыми по регистрам, на которых присутствует сальдо противоположного знака (не обязательно в этой же сумме). Тогда при проведении документа на всех этих узлах будет погашаться/зачитываться долг и аванс.
  • Вид операции «Перенос задолженности» используется тогда, когда необходимо перенести сальдо с одного узла, ведомого по регистрам, на другой узел, тоже ведомый по регистрам, где присутствует сальдо того же знака, или отсутствует вообще. При данном виде операций погашение долга и зачет аванса будет происходить только на узлах, указанных в табличной части, а на узле-получателе долг и аванс могут только образовываться.
  • Вид операции «Списание задолженности» используется тогда, когда необходимо списать дебиторскую и/или кредиторскую задолженность с одного или нескольких узлов, ведомых по регистрам, на произвольную аналитику бухгалтерского учета (т. е. свободной проводкой). При этом, как уже было описано в 4.2, можно заставить программу делать свободную проводку на счет, на котором ведутся взаиморасчеты, и который дублируется в регистрах, но сами движения по регистрам накопления сделаны не будут. При этом возникают расхождения между регистром бухгалтерии и регистром накопления.
  • Этим же видом операции можно не только списать существующую задолженность, но и оприходовать задолженность, как бы списывая несуществующую задолженность противоположного знака.

Во-вторых, следует обратить внимание на то, что корректировка долга, при отражении во всех контурах учета, спрашивает с вас для каждого узла до 3 (трех) сумм, которые в подавляющем большинстве случаев должны быть равны. Одна сумма — в валюте взаиморасчетов, вторая — в валюте учета, и третья — для принятия к налоговому учету (см. рисунок):

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

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

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

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

4. Нарушение порядка учета по документам расчетов при включенном ручном учете.

Допустим, мы пытаемся принять оплату, указав вручную документ долга (см. рисунок):

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

Проведение документа: Платежное поручение входящее ТТ-00003245 от 10.02.2017 0:00:00 (Оплата от покупателя)
Указана сумма взаиморасчетов, превышающая непогашенный остаток по документу расчетов с контрагентом!
Договор: <Здесь название вашего договора> от 31.01.2017, сделка не указана, документ расчетов: Реализация товаров и услуг ТТ-00000620 от 31.01.2017 23:00:00;
Остаток 0 руб.;  указана сумма 10 000 руб.;  превышение 10 000 руб.

Пусть вас не смущает словосочетание «сделка не указана» - речь идет лишь о том, что учет по сделкам отключен, и заказ (счет) не указан в данном узле взаиморасчетов. Основная мысль здесь выделена жирным. Остаток задолженности по документу реализации товаров и услуг ТТ-00000620 отсутствует, а вы пытаетесь его погасить в сумме 10 000 рублей. В принципе, проводки будут сделаны, и подвоха в них не будет: Дт 51 — Кт 62.01. А вот в движениях по регистру накопления будет "небольшая" проблема (см. рисунок):

В ресурс «Сумма взаиморасчетов» помещена сумма, а в «Сумма бух. учета» нет.

В нашем примере остаток погашаемого долга был 0, но он вполне бы мог быть в сумме меньшей, чем предполагается погасить. И последствия будут примерно такие же: суммы в двух ресурсах не будут совпадать - в «Сумма бух. учета» будет записан лишь доступный остаток долга.

Такие же проблемы возникают, когда в документе мы пытаемся погасить долг (зачесть аванс) в правильной сумме, но по документу расчетов, который находится в будущем. Действительно: ведь на момент проведения текущего документа долга (аванса) по целевому документу еще нет в природе — он появится позже.

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

Иногда такая же проблема случается и при автоматическом ведении учета по документам расчетов. Устраняется обычно последовательным перепроведением документов (а вот восстановление последовательности помогает не всегда). Иногда такая проблема - лишь следствие более ранней ситуации расхождения по данному узлу взаиморасчетов.

Локализовать этот вид ошибки можно воспользовавшись уже упомянутым отчетом, контрольное мероприятие №3.

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

4.4 Внесхемное (внеплановое) отклонение между данными регламентированного учета и управленческого учета.

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

Как было указано в разделе 3, у управленческого учета свои регистры, по ним составляется свой комплект отчетов (часть из которых отражена на схеме в разделе 3 части 1 данной публикации), причем именно этими отчетами обычно пользуется «небухгалтерская» часть пользователей.

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

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

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

Поэтому часто работа предприятия, автоматизированное на УПП/КА, выглядит примерно так:

1. Бухгалтеры "в домике", смотрят взаиморасчеты в привычные еще с версии 7.7 «беленькие» оборотно-сальдовые ведомости. и других отчетов не признают. Контрольные мероприятия делаются чисто в регламентированном контуре, правки нередко накладываются операциями (о вреде которых написано в 4.2, но хотя бы бухгалтерские отчеты показывают что-то, близкое к правде).

2. Менеджеры смотрят в свои «серенькие» отчеты по управленческому учету, и про другие источники информации тоже не знают. Также они не знают, что их контур учета де-факто не работает, а успешно не знать об этом дальше им помогают экзотические отборы, которые "прячут" ошибки и нестыковки.

3. Супервизора (сводящего), мыслящего в двух контурах нет вообще.

4. За месяцы и годы работы между разными регистрами набежали существенные отклонения, и все отчеты показывают совершенно разные данные, которые, если поотключать имеющиеся отборы, не сходятся друг с другом на 10-40%.

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

Про взаимодействие пользователей в разных контурах учета вообще вспоминается анекдот: По реке, вниз по течению, плывет лодка. На корме сидит чукча, курит трубку. Жена гребет против течения, силенок мало, лодка все равно сплавляется вниз. Чукча думает: «Хорошо ей, греби себе да греби. А мне о жизни думать надо».

Основные причины возникновения отклонений:

  • Все, что было указано в разделе 4.2 с поправкой на то, что мы сравниваем проводки и регистры, теперь, управленческого учета.
  • Банальные операторские ошибки при установке состояния флажков отнесения к тому, или иному контуру учета.

Дополнительная причина:

Вышеописанное применяется теперь не только к расчетам по приобретению и реализации, но и ко всем остальным расчетам. Например, к займам и процентам по ним, финансовым вложениям, расчетам через третих лиц (включая судебных приставов) и др. Они же должны быть представлены не только в регламентированном, но и управленческом учете (и отображаться в упр. отчетах). А именно эти операции обычно делаются нетиповыми проводками, к которым сложно подобрать типовые документы так, чтобы одновременно двигался и регистр бухгалтерии, и регистр накопления упр. учета "Взаиморасчеты с контрагентами", и корреспондирующая аналитика тоже правильно двигалась и по плану счетов и по соответствующим регистрам (например, РАУЗ). Характернейший пример отражен в пункте 4 раздела 4.5.

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

Для автоматизации данной процедуры могу порекомендовать внешний отчет и приложенное к нему контрольное мероприятие.

4.5. Ошибки учетной системы, не позволяющие вести учет каким-либо конкретным образом.

Кроме операторских ошибок, а также by-design ограничений учетной системы, затронутых в разделе 4.1, существует еще пласт проблем, которые, по характеру, ближе к ошибкам разработчика, и которые мешают нам, в некоторых случаях, комфортно жить.

1. При включенном учете по документам расчетов, документы «Корректировка поступления», «Корректировка реализации», в случае, если они на уменьшение, и должны образовывать авансы, относят суммы на неправильный субсчет (60.01, 62.01, вместо субсчетов 02), что лечится, к сожалению, только доработкой, или отказом от ручного учета по документам расчетов.

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

В бухгалтерском учете авансы в валюте и условных единицах не переоцениваются (примерно с 2010 года). Переоценке подлежат только долги. Но дело в том, что разработка модуля управленческого учета «замерзла» раньше, и в нем остался старый механизм переоценки, предполагающий переоценку и долгов и авансов.
Небольшие правки разработчик технологии, как я понимаю, все-таки предпринял. Для нового механизма нужен учет по документам расчетов, который в управленческом контуре УПП/КА автоматически не ведется (см. 4.1).  Если вы включите ручной режим, то переоценка в управленческом учете будет осуществляться правильно, а если нет — то остатки рублевого покрытия в бухгалтерском и управленческом учете будут всегда отличаться. Здесь мы переходим к разделу 4.4 и наблюдаем расхождения в работе отчетов, работающих по разным контурам.
Как это "точечно" доработать, я лично пока не понял.

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

Во-первых, это вызывает отклонения по контрольным мероприятиям пункта 4.4 в любом случае, а по 4.2 — если вы ведете обычные расчеты и расчеты по таре на одном субсчете (например, на 76.05 или 76.06), причем в последнем случае будет крайне тяжело выкинуть эти узлы взаиморасчетов из контрольных мероприятий каким-либо отбором по счету (ведь на этом счете живут другие, "нормальные" контрагенты, поэтому придется отбирать по списку договоров).

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

1) Развести счета учета расчетов по возвратной таре и основных расчетов. Вообще, завести отдельные счета учета расчетов по возвратной таре (типа 76.10 / 76.11) — проще добавлять их каждый раз вручную в балансе, чем тратить время на обход этих «плановых» отклонений в контрольных мероприятиях.

2) Желательно добиться того, чтобы возвратная тара всегда сопровождалась отдельными накладными, не смешиваясь с основными товарами или услугами. Тогда и в информационную базу мы занесем их отдельными документами.

4. Списание дебиторской задолженности на затраты, либо прочие расходы. Начисление процентов по займам и кредитам (оприходование кредиторской задолженности за счет прочих расходов).

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

Если мы воспользуемся корректировкой долга, вид операции "Списание задолженности", то обнаружим, что у нас правильно сформировались все движения по участку взаиморасчетов, проводки в 91 счет (указанные на закладке "Счета учета" вместе с аналитикой) выполнены верно, но в регистр накопления управленческого учета затрат (Затраты или УчетЗатрат, в зависимости от того, используется ли партионный учет или РАУЗ) соответствующая сумма, как прочие затраты, не попала вообще. Если мы воспользуемся документом "Прочие затраты", который без проблем закредитует счет взаиморасчетов, задебетует 91 счет, и сделает движения в регистры учет затрат, то обнаружим, что с регистров накопления по учету взаиморасчетов сумма не списалась.

Можно:

а) использовать вариант одновременной корректировки долга в обоих контурах учета, плюс документ "Прочие затраты" только в управленческом учете, а можно даже проконтролировать их соответствие друг другу и полноту ввода каким-нибудь костыльным отчетом;

б) доработать документ "Прочие затраты", чтобы он делал движения по регистрам накопления в участке взаиморасчетов;

в) доработать документ "Корректировка долга", чтобы он делал движения в регистры накопления учета затрат;

г) отказаться от управленческого учета затрат.

д) вести проценты по кредитам и займам только на плане счетов и исключить их из всех вышеописанных контрольных мероприятий.

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

Заключение

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

Чуть позднее, если позволит время, я постараюсь опубликовать подборку «хороших практик». Просто это настолько неисчерпаемая тема, что мне бы хотелось сначала понаблюдаю за вопросами, если таковые появятся, сопоставить с опытом и, возможно, дать в форме ответов. Кроме того, я не знаю, насколько еще актуально обсуждать, с точки зрения правильного ведения регламентированного учета,  выводящиеся из эксплуатации конфигурации, которые с каждым годом будут все меньше соответствовать законодательству.

20

Специальные предложения

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


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

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

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

Исходя из чего требуется проработка этого подхода на уровне учётной политики?
5. stvorl 940 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 940 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 940 11.11.17 18:40 Сейчас в теме
(9) Нет, т.к. именно там (в регистрах) на самом деле ведется учет взаиморасчетов (по приобретению и реализации), а в бухучете только отражается проводками.

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

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

Про что было бы интересно почитать, так это про опыт исправления ошибок, допущенных в уже закрытых периодах. Например косячная корректировка долга, которую успешно "замазали" Операцией или Корректировкой записей регистров. Период закрыли, после чего ОСВ 62 стала расцветать красным цветом... Или что-нибудь в этом роде.
12. stvorl 940 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 940 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 940 16.06.18 21:40 Сейчас в теме
(19) Добрый день. Спасибо за отзыв.
Дело в том, что принцип формирования движений по регистру бухучета и регистру накопления отличается.

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

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

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

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

См. также

Бюджетирование - объект автоматизации. Часть 1. Актуальное из практики 42

Статья Программист Бизнес-аналитик Бухгалтер Пользователь Нет файла v8 Россия Госбюджет УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Бухгалтерский учет

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

12.08.2019    2849    Serg_Tangatarov    12       

Расчеты с поставщиками и покупателями в КА 2.4.6, УТ 11.4.6, ЕРП 2.4.6 60

Статья Программист Бизнес-аналитик Бухгалтер Нет файла v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Дебиторская и кредиторская задолженность Бесплатно (free) Бухгалтерский учет

Новый режим расчетов с поставщиками и покупателями «Онлайн». Ведение планируемой и фактической задолженности. Порядок зачета документов. Различные варианты детализации расчетов. Выявленные ошибки режима «Онлайн».

30.04.2019    9815    ids79    19       

Куда уходит детство: как подготовиться к переходу с «1С:УПП» 43

Статья no Нет файла v8 УПП1 Бесплатно (free) Пользователю системы

Если решение о переходе с «1С:УПП» принято окончательно и бесповоротно – поздравляем, вы почти на «светлой стороне»! Срок жизни этого продукта подходит к концу: он снят с продаж и снимается с поддержки. Следующий шаг – выбрать новый продукт и разработать план перехода. Разберемся, как это сделать.

28.03.2019    6256    bolefirenko    41       

[Обзор. История внедрения] КИНТ: Управление санаторием - модуль "Питание" 21

Статья Программист Пользователь Нет файла v8 1cv8.cf Здравоохранение, медицина, стоматология Гостиничный бизнес Рестораны, кафе и фаст-фуд Пищевая промышленность Бесплатно (free) Бухгалтерский учет

История одного внедрения прикладного решения "КИНТ:Управление санаторием" - модуль "Питание". Обзор возможностей и резюме после использования функционала на практике.

22.03.2019    3546    rpgshnik    21       

Автоматизация отчета об исполнении гособоронзаказа (по Постановлению правительства №543) в программе 1С:ERP Управление предприятием 2 6

Статья Бухгалтер Нет файла v8 ERP2 Машиностроение и приборостроение Россия БУ Бесплатно (free) Бухгалтерский учет

В данной статье Пикурен Вера - эксперт ВЦ Раздолье по автоматизации предприятий ОПК - расскажет о некоторых методических решениях, применяемых для автоматического заполнения Отчета об исполнении государственного оборонного заказа (ГОЗ) в соответствии с Постановлением правительства №543 в программе 1С:ERP. Подробности можно посмотреть в вебинаре https://infostart.ru/webinars/1013708/

06.03.2019    5486    1СERP    5       

Автоматизация отчета об исполнении гособоронзаказа (по Постановлению правительства №543) в программе 1С:Управление производственным предприятием 8 9

Статья Бухгалтер Нет файла v8 УПП1 Государственные, бюджетные структуры Россия БУ Бесплатно (free) Бухгалтерский учет

В данной статье Пикурен Вера - эксперт ВЦ Раздолье по автоматизации предприятий ОПК - расскажет о некоторых методических решениях, применяемых для автоматического заполнения Отчета об исполнении государственного оборонного заказа (ГОЗ) в соответствии с Постановлением правительства №543 в программе 1С:Управление производственным предприятием 8. Подробности можно посмотреть в вебинаре https://infostart.ru/webinars/1005164/

21.02.2019    6637    1СERP    9       

Принципы проектирования справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6) 69

Статья Программист Пользователь Нет файла v8 ERP2 Россия Бесплатно (free) Управление бизнес-процессами (BPM) Бухгалтерский учет Пользователю системы

Принципы системного подхода к проектированию справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6) или как избежать замусоривания.

13.02.2019    10263    roman72    20       

Переход на "Зарплату и управление персоналом 3.1" 35

Статья Программист Бухгалтер Пользователь Нет файла v8 v8::СПР ЗУП2.5 ЗУП3.x Россия БУ Управление персоналом (HRM) Бесплатно (free) Интеграция Пользователю системы Бухгалтерский учет

Сменила я тут работу и уже после того, как я приступила к исполнению обязанностей, мой новый начальник мне призналась, что выбор пал на меня только из-за того, что я знаю программу. Справедливости ради, эта уверенность была основана только на том, что я прошла тестирование, включающее только основные операции кадрового делопроизводства. Так или иначе, а работодатель попал в точку, нанимая меня в надежде, что я решу проблему: нужно перейти «с 8.2 на 8.3». Ничего сложного, скажет большинство, я тоже так говорю, но ситуация осложнялась некоторым количеством предшественников, которые уже «нафеячили» в программах до меня. Взять и сделать все заново мне не разрешили, так что пришлось исходить из того, что есть, и именно это дало пищу для размышлений и, в конце концов, привело к написанию этих рекомендаций. Если перед Вами стоит задача перехода с ЗУП 2.5 на ЗУП 3.1, я попробую облегчить Вам жизнь этой статьей.

01.02.2019    6862    VKuser24804875    33       

Практика применения подсистемы Автозадачи 25

Статья Программист Нет файла v8 1cv8.cf Россия УУ Бесплатно (free) Пользователю системы Управление бизнес-процессами (BPM)

На Инфостарте есть публикация о подсистеме Автозадачи (https://infostart.ru/public/656758/). Я решил поделить своим опытом применения этой подсистемы Альфа-авто 5.

29.01.2019    4417    AntonSm    4       

Сложные схемы поступления товаров в УТ 11.4, КА 2.4, ЕРП 2.4 43

Статья Программист Бизнес-аналитик Нет файла v8 v8::УФ ERP2 УТ11 КА2 БУ УУ Учет ТМЦ Бесплатно (free) Бухгалтерский учет Управленческий учет (прочее)

Поступление товаров по схеме «Товары в пути», поступление неотфактурованного товара, настройки системы учета, новые объекты конфигурации, последовательность ввода документов, движения по регистрам накопления

31.12.2018    14904    ids79    33       

Первоначальная настройка 1С:Управление торговлей 11 33

Статья Пользователь Нет файла v8 v8::ОУ УТ11 УУ Бесплатно (free) Пользователю системы

Эта статья расскажет, как настроить 1С:Управление торговлей 11 и на что обратить внимание

19.12.2018    15510    ogre2007    4       

Партионный учет товаров в конфигурациях УТ, КА, ЕРП 153

Статья Программист Бизнес-аналитик Бухгалтер Нет файла v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Учет ТМЦ Бесплатно (free) Управленческий учет (прочее) Бухгалтерский учет

История развития, особенности реализации в текущих версиях ЕРП 2.4, КА 2.4, УТ 11.4, методы оценки стоимости запасов, примеры расчета стоимости списания

08.12.2018    22579    ids79    47       

Учет товаров по сериям в типовых конфигурациях УТ 11.4, КА 2.4, ЕРП 2.4 124

Статья Программист Бухгалтер Нет файла v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Учет ТМЦ Бесплатно (free) Бухгалтерский учет Управленческий учет (прочее)

Возможности и настройки подсистемы серийного учета, отражение данных по сериям в регистрах и отчетах системы, выявленные нюансы

02.12.2018    22258    ids79    98       

Обзор блока адресного хранения в программах 1С: УТ, ERP и КА 34

Статья Бизнес-аналитик Руководитель проекта Нет файла v8 ERP2 УТ11 КА2 Россия УУ Учет ТМЦ Бесплатно (free) Управление бизнес-процессами (BPM) Бухгалтерский учет

В статье мы подробно расскажем вам, как реализовано адресное хранение в типовых решениях 1С:Управление торговлей, 1С:ERP и 1С:Комплексная автоматизация.

29.11.2018    11095    alis112358    22       

Интеркампани, особенности учета в конфигурациях УТ 11.4, КА 2.4, ЕРП 2.4 82

Статья Программист Бизнес-аналитик Нет файла v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Учет ТМЦ Бесплатно (free) Бухгалтерский учет Управленческий учет (прочее)

Старая и новая методики учета «Интеркампани», недостатки применения старой методики, преимущества и особенности новой, выявленные нюансы.

21.11.2018    20304    ids79    76       

Контроль отрицательных остатков в конфигурациях: УТ 11.4, КА 2.4, ЕРП 2.4 120

Статья Программист Бизнес-аналитик Руководитель проекта Нет файла v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Учет ТМЦ Бесплатно (free) Бухгалтерский учет Управленческий учет (прочее)

Подробный разбор всех присутствующих в конфигурациях УТ 11, КА 2, ЕРП 2 вариантов контроля отрицательных остатков: по организациям, складам, оперативный контроль

08.11.2018    24218    ids79    70       

Ограничения и недостатки производственного учёта в 1С: УНФ 40

Статья no Нет файла v8 УНФ УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Управление бизнес-процессами (BPM) Бухгалтерский учет Производство

У любого программного продукта (и не только программного, да и не только у продукта) существуют свои сильные и слабые стороны. О многих сильных сторонах 1С: УНФ (Управление нашей фирмой) я писал и снимал обучающие видеоролики. Мне действительно нравится данная программа в силу сочетания функциональности и простоты учёта. Но давайте объективно коснёмся недостатков 1С: УНФ при внедрении на производственных предприятиях. Но сначала про…

30.10.2018    11758    Gavrik    22       

Склонение представлений объектов в ЗУП 3.1 - как это работает? 38

Статья Программист Бухгалтер Нет файла v8 v8::СПР КА2 ЗУП3.x Россия Windows Бесплатно (free) Пользователю системы

Эта статья о том, как устроен механизм автоматического склонения имен существительных (ФИО сотрудников, наименований подразделений и должностей) в ЗУП 3.1.

18.08.2018    15478    accounting_cons    19       

Настройка схемы "Интеркампани" в связке УТ 11.4 - БП 3.0 24

Статья Бухгалтер Пользователь Руководитель проекта Нет файла v8 v8::ОУ УТ11 БУ УУ Бесплатно (free) Пользователю системы Бухгалтерский учет

Настройка и использование схемы "Интеркампани" в связке "Управление торговлей 11.4" и "Бухгалтерия предприятия 3.0".

26.07.2018    18270    WhiteOwl    0       

Создание web-площадки на технологиях 1С, или как Водоканал сделал "Личный кабинет потребителя" 54

Статья Программист Нет файла v8 Энергетика и ЖКХ УУ Управление взаимоотношениями с клиентами (СRM) Дебиторская и кредиторская задолженность Бесплатно (free) WEB

Гончаров Максим делится опытом создания «Личного кабинета потребителя» на сайте водоканала. Он описывает архитектуру системы и объясняет, какую роль в ней играют технологии: «Битрикс», OData, веб-сервисы, «1С:БСП». Также в статье раскрываются возможности использования подсистемы «Анкетирование» в «1С:БСП» как конструктора документов.

25.06.2018    10500    maxx    31       

Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1 52

Статья Бизнес-аналитик Бухгалтер Нет файла v8 ERP2 КА2 Россия УУ Windows Финансовый учет и бюджетирование (FRP) Бесплатно (free) Пользователю системы Бухгалтерский учет

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

13.06.2018    18663    SergeyN    63       

История развития 1С:Торговли, что изменилось в архитектуре учета торговых и складских операций за 15 лет 66

Статья no Нет файла v8 Оптовая торговля, дистрибуция, логистика Россия УУ Оптовая торговля Розничная торговля Учет ТМЦ Ценообразование, анализ цен Бесплатно (free) Пользователю системы

В данном обзоре я хочу рассмотреть историю развития учета торговых и складских операций в 1С с точки зрения архитектуры конфигурации. Еще раз повторюсь, именно конфигурации, структуры данных, а не технологических возможностей платформы. Т.е. речь не про управляемые формы и обычные формы, не про преимущество СУБД перед dbf в расшаренной папке, а про справочники, их реквизиты и код, который этим управляет. Конечно, совсем абстрагироваться от изменений платформы не удастся, но я постараюсь.

23.04.2018    16394    monkbest    57       

Сервисы 1С. Часть III 34

Статья no Нет файла v8 1cv8.cf Россия Бесплатно (free) Пользователю системы

Заканчиваем с обзором сервисов 1С.

11.12.2017    12945    D_e_X_T_e_R    9       

Сервисы 1С. Часть II 64

Статья no Нет файла v8 1cv8.cf Россия Бесплатно (free) Пользователю системы

Продолжаем обозревать сервисы 1С.

04.12.2017    16574    D_e_X_T_e_R    19       

Внедрение 1С:Управление торговлей 11 как системы управления складом. Интересные разработки. Часть 1. Общие моменты и приемка товаров 32

Статья Программист Нет файла v8 v8::ОУ УТ11 Оптовая торговля, дистрибуция, логистика Россия УУ Учет ТМЦ Бесплатно (free) Бухгалтерский учет

В статье описаны практические кейсы настройки типовой УТ11.4 как системы управления складом (WMS) в процессе приемки-размещения товаров на складе интернет-магазина.

20.11.2017    14234    papche    8       

1C:ERP, РАУЗ и встречный выпуск 23

Статья Программист Бизнес-аналитик Бухгалтер Нет файла v8 ERP2 УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Управленческий учет (прочее)

В статье рассматривается пример расчета себестоимости продукции и работ встречного выпуска применительно к 1С:ERP Управление предприятием 2.

15.11.2017    13427    ERP-master    9       

Боль планирования в 1С 63

Статья no Нет файла v8 1cv8.cf Бесплатно (free) Бухгалтерский учет

Что не так с планированием в 1С, почему и есть ли свет в конце тоннеля?

26.10.2017    26233    1c-intelligence    180       

10 причин перехода на 1С:ERP 2.4. Что нового в 1С:ERP 2.4 31

Статья no Нет файла v8 ERP2 Бесплатно (free) Пользователю системы

Статья будет интересна руководителям и специалистам, которые планируют внедрение или перенос учета в 1С:ERP версии 2.4. из редакции 2.2. В этой статье мы рассмотрим основные изменения, которые произошли в конфигурации 1С:ERP 2.4. по сравнению с 1С:ERP 2.2. Изменений достаточно много, поэтому мы остановимся подробно только на тех, которые, по нашему мнению, являются определяющими, и которых так не хватало в предыдущих редакциях программного продукта.

23.10.2017    22938    user848643    13       

1С:ERP и 1С:УПП: А в чем же разница? Учет затрат. Отражение хозяйственных операций в регламентированном учете. Бюджетирование 19

Статья no Нет файла v8 ERP2 Россия Бесплатно (free) Пользователю системы

В первой части нашего материала, рассматривая различия 1С:Предприятие 8. Управление производственным предприятием (1С:УПП) и 1С:ERP Управление предприятием 2 (1С:ERP), мы начали с представления общей экономической модели предприятия, а также успели проанализировать, чем программы 1С:УПП и 1С:ERP отличаются в части отражения Торговой деятельности, Складского учета и Организации оперативного управления в производстве.

29.09.2017    19690    Апрель-С    7       

Как мы визуализировали отдел продаж - графические отчеты для 1С 110

Статья no Нет файла v8 УНФ ERP2 УТ11 КА2 1С:CRM Россия УУ Управление взаимоотношениями с клиентами (СRM) Бесплатно (free) Пользователю системы

После выполнения очередного проекта по автоматизации отдела продаж на 1С (конфигурация 1C:CRM 8, ред. 2.0) мы вдруг поняли, что чего-то не хватает. Странно: вроде и бизнес-процессы внедрены, и цифры в отчетах бьются, и заказчик в целом доволен. Но, реальным финалом проекта должна была стать визуализация данных по отделу продаж и установка TV-панели в кабинете у менеджеров по продажам.

05.09.2017    31390    aak_alexrovich_ru    56       

Подробное описание работы механизма расчета себестоимости в программах начиная с версии ERP 2.1.3 (и соответствующих ей версий КА и УТ) 123

Статья Программист Бизнес-аналитик Нет файла v8 ERP2 УТ11 КА2 БУ УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Управленческий учет (прочее)

Зачастую, когда встаёт вопрос о валовой прибыли предприятия, то большой проблемой становится корректная оценка себестоимости товаров. Для того, чтобы программисту было понятно, как программа рассчитывает себестоимость, нужно понимать алгоритмы, которых придерживались разработчики. Данная статья описывает, как это работает в актуальных (начиная с версии ERP 2.1.3 (и соответствующих ей версий КА и УТ)) версиях программы, и наиболее полезна для программиста. Данные алгоритмы описаны разработчиками в комментариях расчета себестоимости.

03.08.2017    34932    feva    11       

Практический пример автоматизации производства в 1С: УНФ 32

Статья Программист Бизнес-аналитик Нет файла v8 УНФ УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Пользователю системы Управление бизнес-процессами (BPM) Бухгалтерский учет

Конфигурация 1C:УНФ обладает явным преимуществом для небольших предприятий по сравнению с другими программными продуктами семейства 1С. Это лёгкость использования с отсутствием изобилия функционала, в котором теряются многие пользователи, которым представлено УТ, КА, не говоря про ERP. Другими словами, ничего лишнего. Это большой плюс, если нет бюрократии и сложных методик в организации.

31.07.2017    23536    Gavrik    13       

1С:ERP и 1С:УПП: А в чем же разница? 76

Статья no Нет файла v8 УПП1 ERP2 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Пользователю системы

С декабря 2013 года на рынке РФ параллельно существуют 2 системы ERP-класса, разработанные на Платформе 1С: 1С:Предприятие 8. Управление производственным предприятием (1С:УПП) и 1С:ERP Управление предприятием 2 (1С:ERP). Причем оба решения широко используются в различных отраслях. Но за прошедшие 4 года вопрос «а чем же отличается новая программа 1С:ERP от 1С:УПП» не потерял своей актуальности. Волнует он не только тех, кто только выбирает систему ERP-класса, но и тех, кто задумывается «а стоит ли переходить с 1C:УПП на 1С:ERP».

27.06.2017    63852    Апрель-С    19       

Сравнение остатка взаиморасчетов по данным бухгалтерского и управленческого учета для УПП 1.3, КА 1.1 2

Отчеты и формы Бухгалтер Внешний отчет (ert,erf) v8 КА1 УПП1 Россия БУ УУ Дебиторская и кредиторская задолженность Абонемент ($m) Анализ учета

Внешний отчет для конфигураций "Комплексная автоматизация 1.1", "Управление производственным предприятием 1.3", предназначенный для выявления расхождений между остатками взаиморасчетов по бухгалтерскому учету (регистру бухгалтерии Хозрасчетный) и управленческому учету (регистру накопления "Взаиморасчеты с контрагентами")

1.5 стартмани

22.06.2017    10649    24    stvorl    3       

Ведомость по взаиморасчетам с контрагентами (регламентированный учет) по данным регистров накопления для КА 1.1, УПП 1.3 2

Отчеты и формы Бухгалтер Внешний отчет (ert,erf) v8 КА1 УПП1 Россия БУ Дебиторская и кредиторская задолженность Абонемент ($m) Бухгалтерские

Внешний отчет для конфигураций "Комплексная автоматизация 1.1", "Управление производственным предприятием 1.3", отображающий в виде простой ведомости данные учета взаиморасчетов с поставщиками и покупателями по регистрам накопления "Расчеты по приобретению (бухгалтерский учет)", "Расчеты по реализации (бухгалтерский учет)"

1 стартмани

22.06.2017    17894    36    stvorl    0       

Как проверить правильность заполнения Декларации по НДС при ведении сложного учета по НДС 51

Статья Бухгалтер Нет файла v8 БП3.0 Россия БУ НДС Бесплатно (free) Бухгалтерский учет

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

16.06.2017    36258    Laya    2       

Сравнение остатка взаиморасчетов по данным бухгалтерского регистра (плана счетов) и регистров накопления для УПП 1.3, КА 1.1 7

Отчеты и формы Программист Бухгалтер Внешний отчет (ert,erf) v8 КА1 УПП1 Россия БУ Дебиторская и кредиторская задолженность Абонемент ($m) Анализ учета

Внешний отчет для конфигураций "Комплексная автоматизация 1.1", "Управление производственным предприятием 1.3", предназначенный для выявления расхождений между остатками взаиморасчетов по регистру бухгалтерии (плану счетов) и регистрами накопления детального учета взаиморасчетов (РасчетыПоПриобретениюВУсловныхЕдиницахОрганизаций, РасчетыПоРеализацииВУсловныхЕдиницахОрганизаций).

3 стартмани

10.06.2017    12321    47    stvorl    2       

От обучения к ограничению: Какое производство не планирует 1С ERP (ред. 2.2) 26

Статья Бизнес-аналитик Бухгалтер Нет файла v8 ERP2 УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Бухгалтерский учет

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

09.03.2017    24250    Gavrik    52       

1С:Университет - Путь от абитуриента к выпускнику 3

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла v8 1cv8.cf Государственные, бюджетные структуры Кадровые агентства, подбор персонала УУ Бесплатно (free) Бухгалтерский учет

Программный продукт 1С:Университет представляет собой решение для автоматизации управленческой деятельности в учреждениях высшего образования. Соответственно, 1С:Университет предназначен для учета контингента абитуриентов, студентов, аспирантов, выпускников ВУЗа.

03.03.2017    15235    V.Stavinsky    0       

Учет факторинговых операций в 1С:ERP 18

Статья Бухгалтер Нет файла v8 ERP2 Россия БУ Дебиторская и кредиторская задолженность Бесплатно (free) Бухгалтерский учет

В данной статье будет рассмотрен пример отражения операций по взаиморасчетам с клиентами через факторинговую компанию в конфигурации «1С:ERP».

08.02.2017    18483    Laya    10       

Управление договорами в 1С:Документооборот 19

Статья no Нет файла v8 ДО УУ Документооборот и делопроизводство Бесплатно (free) Управление бизнес-процессами (BPM) Пользователю системы Бухгалтерский учет

В 1С:Документооборот в релизах 2.1.7 и 2.1.8 концепция учета договоров продолжила свое развитие (появились стороны договора). Это повлияло и на бизнес-процессы (теперь вместо процесса Утверждение надо пользоваться процессом Подписание для договоров). Рассмотрим основные моменты, на которые надо обратить внимание при внедрении управления договорами в 1С:Документооборот.

24.01.2017    27367    vlush78    0       

Как сделать активное окно в 1С максимально большим? 67

Статья no Нет файла v8 1cv8.cf Бесплатно (free) Пользователю системы

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

09.12.2016    19108    Diversus    23       

1С:Управление Холдингом 8. Пример внедрения программы, часть 1: Составление функциональных требований 18

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла v8 УХ Россия УУ Финансовый учет и бюджетирование (FRP) Управление холдингом (CPM) Учет доходов и расходов Бесплатно (free) Управленческий учет (прочее) Бухгалтерский учет

В 2014 году компания «1С» выпустила решение для комплексной автоматизации предприятий крупного масштаба «1С:Управление холдингом 8». Программа получилась достаточно интересная и, как нам кажется, востребованная на рынке. Но, на данный момент, существует очень мало материалов, которые рассказывали бы о возможностях системы. Внедренческий центр "Раздолье" подготовил учебный курс по конфигурации "1С:Управление Холдингом", и мы начинаем выкладывать здесь отдельные главы этого курса.

01.12.2016    21379    1СERP    5       

Крик души консультанта 1С или как закрывать материальные счета при РАУЗ? 43

Статья Бухгалтер Нет файла v8 УПП1 Россия БУ Учет ТМЦ Бесплатно (free) Бухгалтерский учет

Проблема: при закрытии месяца по материальным счетам (43,10) остается сальдо в стоимостном выражении, хотя сальдо в количественном выражении равно 0.

30.11.2016    13080    iris_reda    35       

Частные случаи учета отсутствий и их отражение в 6-НДФЛ 26

Статья Бухгалтер Нет файла v8 КА1 ЗУП2.5 УПП1 Россия БУ НУ Зарплата НДФЛ Бесплатно (free) Управленческий учет (прочее) Бухгалтерский учет

В публикации рассматриваются частные случаи учета отсутствий сотрудников (перерасчет отпуска, больничный в отпуске) и отражение этих операций в отчете 6-НДФЛ.

24.11.2016    17722    kozitsina    10       

Продажи без дублей по маркам. Сведение остатков в магазинах с остатками в ЕГАИС. Декларации по Форме 11 и Форме 12 по данным 1С.Розница 2.2 и др. программ и источников. 17

Статья Программист Бухгалтер Руководитель проекта Нет файла v8 Розница Розничная и сетевая торговля (FMCG) Россия БУ УУ Розничная торговля Бесплатно (free) Бухгалтерский учет

Для выбора интересующего пункта используйте нажатие кнопок меню(внизу публикации) 1) Сводим остатки алкоголя в ЕГАИС без остановки продаж в магазинах. 2) Включаем онлайн-контроль дублей марок при продажах. 3) Алкогольные декларации по Форме 11 и Форме 12 по данным 1С.Розница 2.2 и других программ и источников.(Сбор/разбор деклараций на части и их анализ). "Приготовление" деклараций с учетом заданных/требующихся входных/выходных параметров. Рассматриваем самые сложные ситуации. Подходит тем кто окончательно запутался в связи с введением ЕГАИСа в розничное звено.

18.11.2016    27740    liginrambler    12       

Как провести ревизию ЕГАИС 2016 своими силами 19

Статья Бухгалтер Руководитель проекта Нет файла v8 Розница Розничная и сетевая торговля (FMCG) Рестораны, кафе и фаст-фуд Россия УУ Розничная торговля Бесплатно (free) Бухгалтерский учет

В этой статье мы опишем порядок проведения Инвентаризации и сопоставления с данными ЕГАИС на примере учетной системы 1С:Розница.

26.09.2016    34644    automatizator    15