Перенос из ERP 2.5 в ERP 2.5. Остатки по расчетам с контрагентами

Перенос данных (свертка) для редакции 2.5 1С:ERP Управление предприятием. Остатки по расчетам с контрагентами

Здесь рассмотрим особенности формирования остатков по расчетам с контрагентами при переносе данных из ERP 2.5 в ERP 2.5 или в КА 2.5.

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

Рис.1

Теперь выберем из рабочей базы пример контрагента, у которого есть остаток на начало периода переноса, т.е. на дату остатков. Такой пример показан на рис.2, видно, что объектом расчетов является именно документ, в данном случае документ реализации. Здесь можно сделать отступление и заметить, что при расчетах по договорам никаких проблем не возникает, никаких преобразований объектов расчетов не требуется. Понятно почему: договоры контрагентов переносятся без изменений. Мы рассматриваем вариант расчетов именно по документам.

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

Рис.2

Вернемся к документу ввода остатков, чтобы посмотреть на объект расчетов там (см. рис.3). Видно, что это документ Реализация товаров и услуг. Наименование объекта расчетов указывает на объект, с которым он связан. Расчетный документ подробно показан на рис.1.

Рис.3

Пришло время рассмотреть документ оплаты, т.е. погашения долга. Это документ Поступление безналичных денежных средств (см. рис.4). В табличной части Расшифровка платежа указан объект расчетов. Это тот же объект расчетов, что при формировании начального остатка (см. рис.3). Еще раз подчеркнем, что в нем произведена замена объекта Реализация товаров и услуг на Первичный документ. Этот объект расчетов отличается от того, который есть в базе-источнике. Первичный документ помечен как Реализация клиенту 0000-000008. Документ Реализация товаров и услуг 0000-000075 в базе-приемнике отсутствует.

Рис.4

Обратите внимание, что значение реквизита Основание платежа также заменено, поскольку в источнике это все тот же документ Реализация товаров и услуг 0000-000075.

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

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

Другие правила переноса данных:

мы не работаем с infostart.ru, просим не путать наши разработки с чужими