Сверки между базами, например квартальные — залог успешной работы группы компаний или успешного перехода с устаревших учетных систем на новые. Каждая сверка содержит три вида алгоритмов — в общую таблицу сверки попадают найденные совпадения в обоих базах; расхождения отдельно каждой из двух баз (документ найден в одной базе но отсутствует в другой); а так же алгоритм специфического исправления документов одной базы на основе другой. Поступления 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 СтрокаВыпискиБанкаПриход и СтрокаВыпискиБанкаРасход с созданием отсутствующих связанных объектов.
Решение проблемы переноса данных между базами 7.7. и 8.3
Если сотрудник сообщает, что он не может выгрузить или загрузить что-то между системами 7.7 и 8.3 нужно выполнить ряд проверок и подсказать ему:
1) У него должны быть права на данную операцию. Если он этого никогда этого не делал, возможно у него нет прав и если руководство санкционирует, ему надо дать права.
2) Иногда пользователю не разрешено входить в базу дважды. Если он один раз уже зашел, то перенос данных инициирует новое соединение и получает отказ. Таким образом пользователю надо выйти из базы.
3) Имеется регламентный пользователь "Загрузка" под которым производится групповое проведение документов в транзакции. Выгрузки заказов и реализаций из 8.3 в 7.7 тоже делаются под этим пользователем, чтобы не вызывать взаимных блокировок от групповых операций. Поэтому если возникает проблема с подключением к базе во время таких операций — проверьте через монитор пользователей 7.7 или поинтересуйтесь лично у проблемных сотрудников, которые по должности занимаются групповым проведением или групповыми выгрузками-загрузками, чтобы они освободили базу и дали потерпевшему зеленый свет.
Очень интересно описано. Желаю удачи.
так и не понял зачем это все и как это будет работать вне среды где автор реализовал функционал?
неужели схема когда часть данных «в клюшках», а часть в «вечно сырой» сейчас очень актуальна и
простите огромный и неуклюжий заголовок востребован?
(1) Спасибо Александр, очень приятно!
(2)
В тексте статьи назначения я позиционировал «Сверки между базами, например квартальные — залог успешной работы группы компаний или успешного перехода с устаревших учетных систем на новые.»
(2)
Я представляю на суд общественности три вида алгоритмов — в общую таблицу сверки попадают найденные совпадения в обоих базах; расхождения отдельно каждой из двух баз (документ найден в одной базе но отсутствует в другой); а так же алгоритм специфического исправления документов одной базы на основе другой. Поступления 8.3 исправляются по реализациям 7.7 и Корректировки отгрузки 7.7 исправляются по корректировкам поступления 8.3 и реализуют обычное взаимодействие между основным поставщиком и основным покупателем (они представленные в пунктах 1-5 данной публикации). Остальные обработки сверки и исправления документов (представленные в пунктах 6-8) нужны для организации и контроля нетипового взаимодействия, применяемого в обеспечении не основной деятельности группы компаний.
(2)
Во-первых я считаю 1С 7.7 хорошей удачной системой, мне она нравится. Я считаю, что она жизнеспособна вполне для торгового предприятия и 70 пользователей. Да, предприятия могут расти и уходить от нее, бухгалтерию в ней вести нельзя, но скажите почему она не пригодна для торговли?
Во-вторых то, какой именно зоопарк живет на нашем на предприятии от нас зависит не в полной мере, существует множество предприятий продающих товары оптом или оказывающих услуги в 7.7, так почему же они не имеют право автоматически сверится с более совершенной учетной системой другого предприятия? Религия позволяет. У кого будет необходимость кто хочет и на управляемые формы может это перенести.
(2)
это для поисковика, вдруг кто в интернете будет искать — как сделать сверку 7.7 и 8.3, найдет и скачает мой пример
(4) (5) Все понятно, спасибо за грамотные ответы.