Новое в 2017 году по входящему НДС в ERP

11.01.17

Задачи пользователя - Закрытие периода

Добавлен новый регистр накопления НДС предъявленный. По замыслу разработчиков он нужен для учета всего входящего НДС. Какие проблемы вас ожидают при переходе на редакцию 2.2

Скачать файлы

Наименование Файл Версия Размер
УстановкаДокументаРеализацииПо19_07
.epf 10,69Kb
6
.epf 10,69Kb 6 Скачать
ИсправлениеРегистраНДСПредъявленный
.epf 12,61Kb
10
.epf 12,61Kb 10 Скачать

Новый год и новые проблемы. Вернее, не так. Оптимистичнее. Новые интересные задачи.

Для конфигурации ERP 2017 год ознаменовался выходом редакции 2.2. Хотя она вышла немного раньше, отрабатывать косяки приходится до сих пор.

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

То есть, условно говоря, конечное сальдо регистра НДС предъявленный должно равняться сальдо счета 19 на каждый период времени.

А теперь о подводных камнях.

Проблема №1

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

  • Операция (регламентированный учет)
  • Запись книги покупок
  • Запись книги продаж

А так же авансовый отчет.

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

Вроде бы все логично сами начислили, сами списали. И 19 счет корректно закроется и по НДС предъявленный движений не будет. 

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

Проблема №2

Почему-то при проектировании такого решения никто не подумал, что бывают такие операции как сторно. Ну вот сделала программа проводку на 19 счет. А бухгалтер по каким-то только ему ведомым причинам решил ее отсторнировать. И вот тут смотри пункт 1. Сторно операцией регламентированного учета не приведет к сторно регистра НДС предъявленный. А это значит что оно там останется и НДС будет отнесен на 68 счет. Соответственно, на 19 счете у вас образуется краснота. А ее быть не должно начисления НДС ведь не было, а программа это не видит. В помощь конечно же приходит документ корректировка регистров. Это очень удобный документ и им так любят пользоваться бухгалтера, особенно, когда нужно отсторнировать 1 сумму на 5 копеек.

Проблема №3

На заре, когда программа ERP еще только создавалась никто про НДС предъявленный даже не помышлял. И документа для ввода начальных остатков по входящему НДС никто не делал, просто необходимости не было. Соответственно все, кто переходил на эту программу вносили остатки по 19 счету ручными операциями. Но тут сюрприз, пришла 2.2, а при обновлении данных на новую редакцию создание записей регистра НДС предъявленный не предусмотрено. Конечно же вам в помощь корректировка записей регистров.

Проблема №4

Еще до 2.2 на субсчете 19.07 было субконто Документы реализации. Оно нужно для учета по экспортным реализациям. Но оно не заполнялось, поскольку не откуда было. С приходом НДС предъявленный возможность заполнить это субконто появилась и оно заполняется. НО. Во первых оно заполняется только у вновь перепроведенных документов, то есть можете забыть о его заполнении в документах по закрытым периодам. И в счете проблем 1,2,3 в части документов эта аналитика так же не будет заполнена. Ну и конечно же получите очень интересную картину в ОСВ, где часть аналитики заполнена, часть не заполнена, часть ушла в красноту, часть не ушла. Это конечно же вызовет дикий восторг у ваших бухгалтеров. 

После этого сверять остатки по НДС предъявленный и 19 счету станет еще интереснее.

Вывод и резюме:

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

Что делать и как с этим жить: 

Для себя быстро написал две простых обработки.

1-я заполняет субконто Документ реализации по счету 19.07. Почти все документы обрабатывает корректно за исключением распределения НДС. Там сопоставление сделано по суммам (ибо больше не по чему), а суммы в проводках не всегда совпадают с регистрами. 

2-я сверяет данные бухгалтерского учета на счете 19 и управленческому по регистру накопления НДС предъявленный. И позволяет делать корретировку записей регистра соответственно НДС предъявленный, и регистрирует изменения в регистре сведений Задания к формированию записей книги покупок продаж. То же очень осторожно нужно использовать и возможно допиливать под свою конкретную ситуацию, поскольку не все данные в регистре бухгалтерии для сопоставления есть. Если в РН есть измерения:

  • ВидЦенности
  • СтавкаНДС
  • ВидДеятельностиНДС
  • ИсправленныйСчетФактура

то соответственно в регистре бухгалтерии их нет.

Для использования указываете последнюю дату закрытого периода, исправляете остатки регистра накопления, а дату пересчета устанавливаете первую в текущем периоде. Допустим если дата корректируемых остатков 30.09.2016, то дата регистрации 01.10.2016. 

НДС предъявленный входящий НДС

См. также

Помощник закрытия месяца

Закрытие периода Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)

В современных конфигурациях УТ 11, КА 2, ERP 2 и их аналогах присутствует механизм закрытия периода. Но при ошибках учета закрыть период корректно становится практически невозможно! Давайте попробуем разобраться, как можно устранить ошибки и закрыть корректно месяц!

9000 руб.

20.03.2018    69854    266    58    

292

Обработка "Списание доходов будущих периодов" и расширение

Учет доходов и расходов Закрытие периода Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Решение регламентирует учет доходов будущих периодов(ДБП) в организации: сохраняет подробную информацию о объекте ДБП. По окончании месяца на основе введенной информации формируются проводки списания ДБП, отчеты для бухгалтерского и налогового учета. Подходит как для различных версий Бухгалтерии 8.3, так и для ERP и КА.

5500 руб.

09.10.2020    18712    40    18    

36

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    27383    79    146    

59

Автоматическое закрытие месяца в УНФ

Закрытие периода Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Россия Управленческий учет Платные (руб)

Закрытие месяца в Управлении нашей фирмой — это очень важная задача, которую надо выполнять регулярно. Как обычно, все важное и регулярное делать мы почему-то забываем =)

3600 руб.

30.09.2022    7236    12    0    

11

Исправление ошибки закрытия месяца "Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости по организации". УТ 11.4,УТ 11.5, КА 2.4,КА 2.5, ERP 2.4, ERP 2.5, КА 2 Казахстан, Управление торговлей 3 для Казахстана

Закрытие периода Корректировка данных Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 11 Управленческий учет Платные (руб)

Закрытие месяца - важный процесс в современных конфигурациях, таких как УТ 11.4, УТ 11.5, КА 2.4, КА 2.5 ERP 2.4,ERP 2.5, КА 2 Казахстан, УТ 3 Казахстан регламентные операции влияют на расчет себестоимости, и ошибки в данном расчете не дают картины деятельности организации.

2400 руб.

27.10.2021    22322    299    35    

71

Помощник исправления развернутого сальдо по видам запасов и ГТД

Закрытие периода Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Платные (руб)

Обработка позволяет исправить развернутое сальдо по видам запасов, которое осталось после штатной обработки перепроведения документов. Подходит для конфигураций: УТ 11, КА 2, ERP

2400 руб.

15.07.2017    62543    143    45    

140

SALE! 20%

Заполнение документа "Корректировка регистров" произвольными данными

Закрытие периода Корректировка данных Платформа 1С v8.3 Система компоновки данных 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Управленческий учет Платные (руб)

Внешняя обработка, позволяющая произвольным образом заполнять документ "Корректировка регистров" Предназначена для использования в конфигурациях "Управление торговлей 11", "Управление небольшой фирмой", "ERP Управление предприятием", а также в других конфигурациях, в состав которых входит библиотека стандартных подсистем (БСП) версии 2.2+ и указанный выше документ.

2400 1920 руб.

13.07.2015    50169    171    29    

121
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. user633533_encantado 11 11.01.17 16:43 Сейчас в теме
Описанные проблемы касаются не только НДС.

Большая часть проводок бух. учета в ERP строится по данным регистров оперативного учета. Поэтому любое введение таких документов как запись книги покупок или книги продаж или ручной операции скорее всего приведет к ошибке в регламентированном учете, так как программа такие операции попросту "не заметит". Другое дело, что ручные операции в программе требуется вводить крайне редко, практически любую операцию можно ввести специальным документом и корректными настройками отражения документов в рег. учете.
2. MuI_I_Ika 1111 11.01.17 18:14 Сейчас в теме
(1)
практически любую операцию можно ввести специальным документом


каким документом можно корректно сделать сторно НДС?


каким документом корректно можно включить в книгу покупок НДС по авансовому отчету?


каким документом можно было до редакции 2.2 отнести входящий НДС на расходы?


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


(1)
ручные операции в программе требуется вводить крайне редко


сразу от сердца отлегло. отлично, у меня на 100 000 обычных проводок, и 2 000 сделаны ручными операциями. С точки зрения статистики это крайне редко. А с точки зрения одномоментного исправления после обновления это ад.


(1)
введение таких документов как запись книги покупок или книги продаж или ручной операции скорее всего приведет к ошибке в регламентированном учете


если есть что-то, что не приводило к ошибке до обновления, сразу стало приводить к ошибке, то возможно это что-то должно быть подробно описано как минимум, а как максимум что-то не то с обновлением и нужно исправлять его.
3. user633533_encantado 11 11.01.17 19:10 Сейчас в теме
(2) каким документом можно корректно сделать сторно НДС

Корректировка поступления, например.

(2) 2 000 сделаны ручными операциями.

Какие, например ? Я спрашиваю не о забалансовых счетах. Действительно есть часть операций, которые в ERP нужно вводить ручными операциями. Но обычно они достаточно редки.

По поводу записи книги покупок, которую проигнорирует документ "Распределение НДС", если не откорректировать регистры у меня есть ответ от 1С:

"Все-таки в настоящий момент документ позиционируется, как инструмент корректирующий (дополняющий) исключительно Книгу покупок (с отражением в Дт 68). "

Действительно, часть операций с НДС в ERP 2.1 было сделать нельзя, но это не значит, что если нет специального документа, то поможет ручная операция, это не бухгалтерия, ручные проводки наплодят еще больше ошибок. Разбираться с "краснотой" на 19 счете в конце квартала это не нормальное ведение учета.
4. MuI_I_Ika 1111 11.01.17 20:45 Сейчас в теме
(3)
Корректировка поступления, например.


И как там может изменить НДС не меняя саму накладную?


(3)
Какие, например ? Я спрашиваю не о забалансовых счетах.


Мы обсуждаем исключительно 19 счет и входящий НДС. Он забалансовым не является.


(3)
Но обычно они достаточно редки.


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


(3)
что если нет специального документа, то поможет ручная операция...это не нормальное ведение учета.


Вот это не понял. А что тогда поможет? А что в таком случае нормальное ведение учета? Какие подходы вы применяете в своей работе делитесь опытом. Как вносили остатки например
7. user633533_encantado 11 12.01.17 10:32 Сейчас в теме
(4) "Мы обсуждаем исключительно 19 счет и входящий НДС".
Так и какие же операции связанные с 19 счетом вы ведете ручными операциями ? И как вы его потом закрываете ?

(2) " у меня на 100 000 обычных проводок, и 2 000 сделаны ручными операциями"

А у меня стоит запрет бухгалтерам вводить ручные операции по незабалансовым счетам. Если такая потребность возникает, то нужно разбираться - почему ? Обычно выясняется, что не надо. Просто в ERP бух. операция больше не является одним их основных документов для отражения регл. учета, как это было и есть в бухгалтерии 2.0 и 3.0, но многие это до сих пор не поняли.

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

8. MuI_I_Ika 1111 12.01.17 12:50 Сейчас в теме
(7)
Так и какие же операции связанные с 19 счетом вы ведете ручными операциями ?


1. Ввод начальных остатков
2. Списание НДС на расходы (версия 2.1) При переходе на 2.2 старые оепарции никуда не деваются и продолжают портить жизнь.
3. Сторнирование операций по включению/исключению НДС в стоимость товара. Такая необходимость была в документах пересортицы товара ввиду того что отсутствовала возможность указывать способ отражения НДС. В версии 2.2 такая возможность появилась, но операции опять таки никуда не делись.
4. Сторно 19.07 связанная с невозможностью принять к зачету НДС из-за отсутствия данных о поставщике по партиям товаров, которые введены начальными остатками.
5. Корректировка входящего НДС по суммам, которые необходимо брать к зачету частично.
6. Всевозможные исправления и сторно некорректного отражения НДС в программе.
7. А так же прочие и прочие бухгалтерские операции.

Как закрываем я описал в статье. До 2.2 все закрывалось корректно.


(7)
Если такая потребность возникает, то нужно разбираться - почему


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

(7)
многие это до сих пор не поняли


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

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

Один из принципов бухгалтерского учета, который пытается нарушить ERP - это своевременность отражения фактов хозяйственной деятельности. В тот же день как в голове руководителя родилась гениальная мысль, бухгалтер обязан отразить ее в системе. И никто не будет ждать вас пока вы напишете в 1С пожелание или даже измените систему самостоятельно, просто нет на это времени. Мы с вами живем в стремительно изменяющемся мире и бизнес изменяется вместе с ним. Еще 10 лет назад не было сотовых телефонов, 5 лет назад не было социальных сетей и так далее. Рассказать кейс про мобильные телефоны?

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

(7)
В общем, действительно, я зря заявил, что без операций можно обойтись


Раз уж вы соглашаетесь с тем, что без операций не обойтись, то придется согласиться и с тем что при наличии хотя бы одной самой ничтожной операции ваши данные становится очень затруднительно сверить с данными оперативного учета. Просто потому, что нужно держать в необъятной голове, что вот эта вот операция у нас в регистрах не отражена. Да, данные бухгалтерского учета и оперативного нужно периодически проверять, выверять и сверять. Именно в этом заключается принцип аудируемости отчетности, который ERP пытается нарушить. Как вы думаете просто так разработка по сверке регистров Евгении Карук имеет такой ошеломительный успех на инфостарте? Я думаю не просто так. Потребность в этом колоссальная. Данные "разъезжаются". И виновата в этом глюкавость 1С и недостаточное методическое обеспечение.

А для того чтобы сверить регистры, нужно сделать одну простую вещь. Писать оперативные регистры везде, даже в ручных операциях.

(7)
нужно регистрировать ошибку или создавать пожелание на доработку


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

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

То же самое, на мой взгляд, не очень удачно пыталась сделать Вера Хомичевская (khomichevskaya) в своей статье "Если на ERP переводят бухгалтерию" http://infostart.ru/public/542349/?detail=Y&ID=542349&PAGEN_1=2 Но тогда не получилось ввиду обширности поднятой темы и ввиду того что просто не по теме затролили комментаторы.
5. MuI_I_Ika 1111 11.01.17 21:02 Сейчас в теме
(3)
"Все-таки в настоящий момент документ позиционируется, как инструмент корректирующий (дополняющий) исключительно Книгу покупок (с отражением в Дт 68). "


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

Да так к сведению. Откорректировать исключительно 68 счет невозможно, по любому будет еще и корреспонденция. Это тому кто писал такой грамотный ответ.
6. belovo3000 41 12.01.17 04:53 Сейчас в теме
Красиво описаны проблемы, прям детектив
9. MuI_I_Ika 1111 12.01.17 16:49 Сейчас в теме
Вот вам пожалуйста свежий пример. В прошлом отчетном периоде сделали неправильно возврат товаров от клиента. Указали, что сума не включает НДС. Хотя сумма включает НДС, просто клиент на УСН. В результате программа накрутила сверху НДС и вернули товар на большую сумму, чем нужно. Соответственно необходимо увеличить дебиторскую задолженность клиента.

В системе отсутствует документ Корректировка возврата товаров от клиента. А нам нужно откорректировать взаиморасчеты и НДС. Что будем делать?
10. MuI_I_Ika 1111 12.01.17 17:22 Сейчас в теме
Еще один свежий пример. На импортное поступление (без НДС) есть оказание услуг с НДС, стоимость которого распределена на себестоимость товаров.

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

Вот каким документами мне предлагается вносить корректировки по такой фигне?
11. user633533_encantado 11 12.01.17 18:21 Сейчас в теме
(10) Ну , например, в этом случае я бы в первую очередь задался вопросом, откуда программа увидела в оперативном учете НДС, если в регл. учете его нет ?
Здесь явно где-то принципиальная ошибка (либо в программе, либо после каких-то операций), конечно никакого документа для исправления такой ситуации (кроме корректировки регистров или поиска и исправления каких-то операций пользователя) не будет.

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

А статья ваша полезная, я планирую переход на 2.2 после сдачи отчетности за год, хорошо знать о подводных камнях.



12. MuI_I_Ika 1111 13.01.17 10:12 Сейчас в теме
(11)
но зная , что регламентированный учет в программе ведется трансляцией оперативного нужно обдуманно подходить к выбору программы учета.


Не могу не согласиться. Только одна ремарка.

Для учета НДС в ERP использует 3 регистра накопления:

НДС записи книги покупок
НДС записи книги продаж
НДС предъявленный.

А в такой программе к которой вы все время апеллируете 1С:Бухгалтерия сколько бы вы думали? Как минимум 13



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

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

Сам по себе принцип трансляции данных из оперативного учета в бухгалтерский далеко не нов, а скорее наоборот. Первое такое решение на 1С появилось еще в версии 7.7 на Комплексной конфигурации.
Оставьте свое сообщение