Сверки между базами (все ОФ кроме последней), например квартальные - залог успешной работы группы компаний или успешного перехода с устаревших учетных систем на новые. Каждая сверка содержит три вида алгоритмов - в общую таблицу сверки попадают найденные совпадения в обоих базах; расхождения отдельно каждой из двух баз (документ найден в одной базе но отсутствует в другой); а так же алгоритм специфического исправления документов одной базы на основе другой. Поступления 8.3 исправляются по реализациям 7.7 и Корректировки отгрузки 7.7 исправляются по корректировкам поступления 7.7 и реализуют обычное взаимодействие между основным поставщиком и основным покупателем (они представленные в пунктах 1-5 данной публикации). Остальные обработки сверки и исправления документов (представленные в пунктах 6-8) нужны для организации и контроля нетипового взаимодействия, применяемого в обеспечении не основной деятельности группы компаний.

Работа выполнена на основе следующих конфигураций.

Платформа источника №1 - 1С:Предприятие 7.7 (7.70.027)

Конфигурация источника №1 - Комплексная конфигурация 4.2 (7.70.424) - оптовая учетная система основного поставщика.

Платформа источника №2 - 1С:Предприятие 8.3 (8.3.12.1790)

Конфигурация источника №2 - Рарус Торговый комплекс v8 (08.1.17.01) - розничная учетная система собственных организаций-покупателей это аналог торговли 10.3, в части перечисленных в статье сверяемых документов он не отличается, но во все документы мной добавлены стыковочные реквизиты входящие номера.

Все представленные сверки работают через COM-соединение, используется Новый COMОбъект("V77.Application").

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

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

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

2. Вспомогательный отчет "Корректировочные счета-фактуры, документы оснований к корректировочным счетам-фактурам" в дополнение к этой сверке помогает выделить и проверить исправленные счета-фактуры (и их корректировки-основания) отдельно по годам разных ставок НДС 18% и 20%.

3. Обработка "Проверка цен" позволяет сверить реализации 7.7 с поступлениями 8.3 и исправить строки поступлений по реализациям, работает по всем собственным организациям в одном сеансе. Есть режим многократной сверки и исправления "non-stop" в данном случае 8 итераций, т.к. при работе большого количества пользователей возможны отказы перепроведения отдельных документов из-за блокировки по причине нагрузок совместной работы.

4. Обработка "Сверка реализаций8 с поступлениями7" позволяет сверить и исправить строки корректировки поступления в 7.7 по корректировкам отгрузки в 8.3.

5. Пример быстрого отчета на СКД сверки номеров и дат заказов поставщику 8.3 с заявками покупателя 7.7 использует внешний источник данных SQL базы 7.7

6. Обработка "Сверка поступлений 8 с поступлениями 7" предполагает выбор организации и контрагента, имеет несколько критериев сопоставления документов, каждый из которых активируется флажком настройки.

7. Обработка исправления реквизитов поступления 8.3 организаций по реализациям 7.7

8. Создание одного отсутствующего поступления 8.3 из одной реализации или перемещения 7.7

9. Акт сверки взаиморасчетов (несколько организаций).

10. Загрузка товаров в 7.7 из внешней базы 7.7

11. Перенос реализации из 7.7 в 7.7

12. Создание поступления77 по реализации77.ert

13. Выгрузка реализации 8 в поступление 7.7, закрытие смены 8 в отчет ККМ 7.7

14. Загрузка в 8.3 из 7.7 документов Поступления, Счета-Фактуры полученные, Реализации, Счета-Фактуры выданные, РКО, ПКО, Перемещение денег, Возвратов покупателя. В этой загрузке номенклатура свернута (то есть не загружается, а в документ вводится одной строкой "Товар НДС20" для НДС20, другой "Товар НДС10" и "Без НДС").

15. Выгрузка из 8.3 в 7.7 СтрокаВыпискиБанкаПриход и СтрокаВыпискиБанкаРасход с созданием отсутствующих связанных объектов.

16-17. Выгрузка из 7.7 в 8.3 текстового файла с остатками товаров на складах для сверки с УТ 10.3, УПП 1.3, КА 1.1. Загрузка из 7.7 в 8.3 текстового файла с остатками товаров на складах и отчет-сверка остатков 10,41,43,45 счетов из 7.7 в УТ 10.3, УПП 1.3, КА 1.1 (обмен XML-файлами с удаленными подразделениями):

Экранная форма выгрузки:

Пример XML файла обмена:

Экранная форма сверки (с загрузкой):

Решение проблемы переноса данных между базами 7.7. и 8.3 чераз COM

Если сотрудник сообщает, что он не может выгрузить или загрузить что-то между системами 7.7 и 8.3 нужно выполнить ряд проверок и подсказать ему:

1) У него должны быть права на данную операцию. Если он этого никогда этого не делал, возможно у него нет прав и если руководство санкционирует, ему надо дать права.

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

3) Имеется регламентный пользователь "Загрузка" под которым производится групповое проведение документов в транзакции. Выгрузки заказов и реализаций из 8.3 в 7.7 тоже делаются под этим пользователем, чтобы не вызывать взаимных блокировок от групповых операций. Поэтому если возникает проблема с подключением к базе во время таких операций - проверьте через монитор пользователей 7.7 или поинтересуйтесь лично у проблемных сотрудников, которые по должности занимаются групповым проведением или групповыми выгрузками-загрузками, чтобы они освободили базу и дали потерпевшему зеленый свет.


18. Сверка документов между Комплексной автоматизацией 2.5.22 и бухгалтерией 3  — помогает выявить расхождения в реквизитах идентичных документов (заказы покупателей, поставщиков, реализации, перемещения и др.) за указанный период. Это критически важно при ведении раздельного учёта в смежных системах или при миграции данных.

Обработка работает по принципу двусторонней сверки: она подключается к базе-источнику («Комплексная автоматизация») и базе-приёмнику («Бухгалтерия») через COM-соединение, выполняет параллельные запросы по выбранному виду документов и загружает данные в единую сравнительную таблицу. Для сопоставления записей используются уникальные идентификаторы документов (УИД).

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

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

Сверка документов между КА 2.5 и БП 3.0

Данный отчет предназначен для оперативного поиска расхождений между «1С:Комплексная автоматизация 2.5» и «1С:Бухгалтерия предприятия 3.0». Он помогает бухгалтеру убедиться, что все данные после синхронизации перенеслись корректно.

1. Как запустить сверку

1. Период: Укажите временной интервал (например, прошлый месяц).

2. Вид документа: Выберите из списка тип документов, которые хотите проверить.

3. Приемник: Выберите узел обмена, соответствующий вашей базе «Бухгалтерия».

4. Настройка «Только с отклонениями»: Рекомендуется всегда держать эту галочку включенной — тогда отчет покажет только те документы, в которых есть ошибки.

5. Нажмите кнопку «Сформировать».

2. Какие документы можно сравнивать

Отчет поддерживает сверку по следующим операциям:

• Закупки:

  • Поступление товаров / услуг

  • Корректировка поступления

  • Счет-фактура полученный

  • Таможенная декларация (импорт)

• Продажи:

  • Реализация товаров / услуг

  • Корректировка реализации

  • Возврат от клиента

  • Счет-фактура выданный

• Склад и производство:

  • Перемещение товаров (сверяются склады отправитель и получатель)

  • Оприходование излишков

  • Списание недостач

  • Внутреннее потребление

• Денежные средства:

  • Поступление / Списание с расчетного счета

  • Приходный / Расходный кассовый ордер

• Подотчетные лица (Новое!):

  • Авансовый отчет (сверяется сотрудник, итоговая сумма и склад).

3. Как читать результат (Анализ расхождений)

Отчет разделен на две части: слева данные из КА 2.5 (Источник), справа — данные из БП 3.0 (Приемник).

На что обращать внимание:

• Красный шрифт: Означает расхождение. Программа подсвечивает именно то поле, которое отличается (например, дата или сумма).

• Пустая правая часть: Документ есть в КА, но он не дошел до Бухгалтерии (или не был зарегистрирован к обмену).

• Пустая левая часть: Документ создан вручную в Бухгалтерии и отсутствует в КА (нарушение методологии учета).

• Колонка «Проведен»: Если в одной базе документ проведен, а в другой — нет, это сигнализирует о том, что данные в отчетность (НДС, затраты) могут попасть некорректно.

4. Особенности сверки Авансовых отчетов

• Кто проверяется: Поскольку в Авансовом отчете нет одного контрагента, в колонку «Контрагент» выводится Фамилия сотрудника (Подотчетное лицо).

• Какая сумма: Сверяется общая сумма «Израсходовано» (включает закупки, доп. расходы и оплаты поставщикам).

• Склады: Если в Авансовом отчет в БП 3.0 указан склад, он будет сопоставлен с данными из КА.

5. Порядок действий при обнаружении ошибок

1. Если суммы не совпадают — проверьте настройки НДС в обоих документах.

2. Если документ отсутствует в Бухгалтерии — проверьте его в КА: проведен ли он и не стоит ли на нем запрет к выгрузке.

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