Правила переноса данных из Бухгалтерия бюджетного учреждения, редакция 1.0 (ББУ 1.0.22.2) в Бухгалтерия государственного учреждения, редакция 1.0 (БГУ 1.0.8.2/1.0.7.2/1.0.6.3), исправленные и дополненные (BBU8_BGU8.xml) + обработки подготовки базы данных

28.12.11

Интеграция - Файловый обмен (TXT, XML, DBF), FTP

В оригинальных правилах переноса куча ошибок. И, похоже, их править не будут. Попробуем это сделать сами. В приложенном архиве исправленные правила + 2 обработки для ББУ. Изменения от 26.12.2011. Внимательно прочитайте инструкцию.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование SM По подписке [?] Купить один файл
Правила для обмена (BBU8_BGU8.xml) + 2 обработки для ББУ
.rar 247,65Kb
268
268
1 SM
Скачать Купить за 1 850 руб.

Итак, начнем сначала. Что в правилах изменено и почему:

  1. В правилах переноса не проводятся документы по основным средствам. Пользователю же предлагается провести их вручную. Это уже порождает ряд проблем, связанных с тем, что после переноса нельзя отличить документ, который не был проведен в старой базе от проведенного. Почему же они их не проводят? Оказывается, в новом плане счетов разделяются обороты по видам имущества, которые иногда в одном документе (как в старой базе) провести нельзя, необходимо документ разбивать на несколько. Причем узнать счет переноса можно узнать, только если есть возможность узнать вид имущества, например, из основного средства или другого реквизита. А вот такими реквизитами не обладает документ начисления амортизации. Соответственно содержимое такого документа не переносится. Вместо решения этой проблемы правила переноса просто не содержат переноса этого документа и даже никак не предупреждают об этом. Видишь ли, неизвестно, какой счет должен быть на месте счета, например, 101.04. Но ведь кто из вас разделяет начисление амортизации по счетам? Разве нельзя было бы для большинства бухгалтеров реализовать перезаполнение документа перед его проведением? Всего 30 строк кода – нет, оказывается нельзя. Потому что перед тем как начислять амортизацию, необходимо провести все документы по ОС. А это оказалось нетривиальной задачей, вследствие большого числа ошибок в учете ОС в среднестатистической базе. Однако, после нескольких переносов я понял, что возможно и даже нужно убирать все ошибки учета. Часть ошибок можно убрать обработкой, которая находится в архиве (ОбработкаБазыПередПереносом.epf). Остальные можно убрать вручную. Главное при переносе – полное проведение всех документов. Это можно сделать встроенной обработкой в меню Сервис. Выбираем все документы, ставим отбор Дата больше или равно началу года, Проведен равно Истина и запускаем. Затем по тексту сообщений о проведении документов ищем с помощью Ctrl+F3 текст «Не удалось». Здесь же всплывут все проблемы по учету материалов, которые также необходимо устранить. Еще одно обязательное условие – на начало года не должно остаться материалов с количеством равным или меньшим нуля. То есть суммы без количества на остатках быть также не должно. Если баланс закрыт, то есть суммы за прошлый период нельзя менять, необходимо ввести корректирующие проводки с переносом сумм и нулевого количества на другие ОС и материалы, а затем на начало года их отсторнировать при необходимости. Отсторнировать нужно копированием с изменением знака сумм и количества, а никак не документами Сторно. Об этом потом.
    Итог – необходимо просто восстановить последовательность проведения документов за текущий период. Тогда перенос будет возможен с точностью до копейки! Кстати, теперь документ начисления амортизации перезаполняется при проведении.
  2. Признак проведения документа переносится наравне с остальными. То есть при переносе документ автоматически пытается провестить, если возможно, однако он зависим от других документов, в частности от остатков. И поэтому проводить их надо в строгом хронологическом порядке. Но оказывается, в правилах документы переносятся по видам, а не по времени. И соответственно, провестись не могут, вызывая лавинообразное непроведение после переноса. Более того, документы остатков по ОС проводятся ПОСЛЕ переноса всех документов. Соответственно, большинство документов по ОС провестись не могут в принципе. Хотя НИЧЕГО не мешает перенести проведение вводов остатков сразу же после переноса справочников. Значит, казалось бы, достаточно перенести документы в порядке сначала приход, затем расход, и они должны провестись, даже с точными суммами, если в старой базе было проведено восстановление последовательности. Но не тут-то было. Дело в том, что все ясно с документами типа Покупка МЗ, Внутреннее перемещение МЗ и Списание МЗ. Но документ Возврат МЗ от покупателя является приходным документом, но полностью зависит от реализации, то есть расхода. Кроме того документ Сторно может быть как приходным, так и расходным. И самое неприятное, при его проведении можно откорректировать проводки, которые вообще не переносятся. То есть если есть возможность, необходимо вообще избавиться от документов Сторно, заменить их чем-нибудь, хотя бы просто бухгалтерской операцией. Но в целом эту проблему изменением приоритетов переноса не решить. Я решил эту проблему простым перепроведением документов с начала года после полного переноса. О том, что документ проведен, алгоритм узнает из файла переноса, в который я догружаю дополнительную информацию. При этом о непроведенных документах вы узнаете сразу же после переноса данных в хронологическом порядке и без лишней информации об ошибках компиляции, что существенно ускоряет работу по переносу. На всякий случай я не стал убирать измененные приоритеты переноса документов, которые я редактировал в прошлой версии правил.
  3. Но документы могут не быть проведены и по другим причинам, например, минусы в разрезе по МОЛ, по КБК, дубли, неправильный порядок документов, короче, из-за того, что не делается восстановление последовательности проведения документов. Обработка ПерепроведениеДокументов.epf позволяет выявить документы, которые не будут перепроведены после переноса. Не очень интерактивная, но она делалась для себя. Со снятой галочкой «Сохранить результаты проведения» не изменяет данные. Очень рекомендую перед переносом провести ВСЕ документы по материальным запасам за текущий год обработкой, встроенной в 1С или же скачанной. Кстати, остатки на начало года по материалам с нулевым количеством не перенесутся. Добавьте операцией вручную хотя бы единицу к количеству концом предыдущего года, а потом спишите эти остатки началом года (в ББУ). Ах да, чуть не забыл. Минусы в остатках материалов В РАЗРЕЗЕ МАТЕРИАЛЬНО-ОТВЕТСТВЕННЫХ ЛИЦ не будут вам давать проводиться документам списания и перемещения, так что от них тоже очень рекомендуется избавиться в конце предыдущего года (проводками вида 105 – 401 плюсом по одному ЦМО и 105 – 401 минусом по другому ЦМО).
  4. В ББУ (как и в БГУ) есть маломальский учет документов по БСО. Реализовано это очень хитро, и в правилах это, конечно же, не учтено. Остатки на начало года по БСО вообще решили не вводить, просто тупо свернули остатки по количеству, а по номерам – это же думать надо, как же… Короче, свертку по БСО я реализовал не менее хитро, и теперь перенос по БСО полноценен. Главное, чтобы во всех документах по БСО были введены начальные и конечные номера бланков.
  5. 401.01 разбит теперь на два счета: 401.10 и 401.20. Чем они отличаются? А тем, что на 401.10 учитываются только доходные операции, а на 401.20 – только расходные. А как можно узнать, доходная операция или расходная? Либо по типу КБК (ныне КПС), либо по типу КОСГУ (ныне КЭК). Они присутствуют всегда рядом со счетом в любом месте конфигурации. Но в правилах переноса в параметры для определения счета передается либо КБК, либо вообще ничего, а определяется по типу КОСГУ! Но слава аллаху, не везде. Это видно при переносе практически любой базы. Почему 1С не исправила это – мне не понятно. Самое интересное, что в правилах видно, что код был написан правильно, а потом просто удалён. Это чтобы мы с вами мучились, товарищи.
  6. Местами в правилах перепутаны КОСГУ и Счет.
  7. В некоторых местах перенос реквизита просто отключен по непонятным причинам, либо отсутствуют дополнительные условия переноса.
  8. Название документа «Ведомость расхождений по результатам инвентаризации» спутано с «Актом инвентаризации». Мелочь. Но сразу видно, что тестеры в 1С зря хлеб едят. Кроме того, за последние два релиза ими никто не занимался. Очевидно, что к этой задаче они больше не вернутся.
  9. Не переносится счет ПОФ, если он есть. Переносим сами и проставляем его в константы.

История изменений: 

06.12.2011. Обновил правила, обновил обработку поиска непроводимых документов. 

14.12.2011. Удалось сделать перенос с точностью до копейки. Так, чтобы совпали оборотно-сальдовые ведомости.

26.12.2011. Реализовано восстановление последовательности проведения документов. Больше к редактированию этих правил я не вернусь. Перехожу к правилам 7.7 - 8.2. Следите за новостями!

 

Итоговая инструкция по переносу:

  1. Обработать базу обработками.
  2. Все документы после текущей даты (проведенные будущей датой) рекомендуется перенести на текущую дату (временно), потому что некоторые из них игнорируются.
  3. Удалить все документы сторно и минусы в остатках по счету 105 на начало года (в разрезе МОЛ, КБК и номенклатуры).
  4. Отменить проведение расходных расписаний в БГУ, которые проводятся при переносе и проведении Выписок по лицевым счетам и портят оборотку по 500-м счетам. Провести их можно будет позже после сведения оборотно-сальдовых ведомостей. Вообще, в выписках они фигурировать не должны, я так думаю.
  5. После переноса у некоторых ОС стала считаться амортизация с отклонением в несколько копеек. Причина в том, что расчет амортизации ведется на основании записей в регистр Расчет амортизации, которые вносятся документами с различной датой. В ББУ это может быть документ Покупка ОС в середине года, а в БГУ им служит уже Ввод остатков по ОС на конец года. Соответственно из-за округления деления остаточной суммы на остаточный срок может получиться другая амортизация. Это мелочь, но устранить ее можно с помощью ручной корректировки регистров. Эту обработку надо разблокировать следующим образом: В конфигурации включается возможность изменения с сохранением поддержки (если у вас ПРОФ версия, конечно), в документ ОС_ВводОстатков вносится реквизит РучнаяКорректировка типа Булево, а в обработке КорректировкаДвижений исправляется ошибка в модуле формы (текст «Запись.Организация» надо заменить на «Запись.Учреждение», 3 вхождения). После сохранения и обновления конфигурации базы в документе Ввод остатков при нажатии кнопки движений документов появляется галочка Ручная корректировка, ранее скрытая, отмечаем ее и правим цифру для расчета амортизации на вкладке Расчет амортизации. На проводки эти изменения не повлияют, а сумму легко вычислить – умножьте желаемую сумму амортизации на оставшийся срок в соответствующей строке. Нажимаем ОК, закрываем документ без записи и проведения. Остается перепровести документы начисления амортизации.
  6. Перед переносом не забудьте поставить константу Текущий приказ на значение «190н» (в меню Операции-Константы) и загрузить все классификаторы, включая КЛАДР. Так, на всякий случай, а то забудете.
  7. Для бюджетных организаций в регистре сведений Настройка структур рабочего плана счетов установлено, что должна использоваться произвольная классификация. Вследствие этого после переноса вы можете обнаружить, что при выборе любого счета в любом документе недоступен выбор КПС, хотя они все переносятся. Заходим в Операции – Регистр сведений… - Настройки структур рабочих планов счетов, выбираем структуру РПС Для бюджетных учреждений и изменяем тип КПС, тогда все встает на место.
  8. К сожалению, не переносятся документы Регламентированный Отчет, и вряд ли это будет реализовано по причине того, что на разных планах счетов они попросту несовместимы. Так что сделать все исправления, описанные выше, рекомендую до сдачи годовой отчетности, а переносить – уже после сдачи. А не «первого января»!

Удачных вам праздников! ;)

См. также

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

25080 руб.

12.06.2017    138145    761    292    

404

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

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) в продаже с 2015 года, постоянно работаем над их развитием | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

45650 руб.

04.08.2015    162787    372    273    

360

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 Бухгалтерский учет Управленческий учет Платные (руб)

Переход и перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:ERP Управление предприятием 2.5 и 1С:Комплексную автоматизацию 2.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.227.x), ERP 2.5 (2.5.16.x), КА 2.5 (2.5.16.x) .

28000 руб.

24.06.2020    62367    51    27    

81

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

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.228.x) и БП 3.0 (3.0.154.x). Правила подходят для версии ПРОФ и КОРП.

28000 руб.

15.12.2021    21795    144    40    

104

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

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | В продаже с 2019г. | Воспользовались более 176 предприятий! | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой, обращайтесь!

45650 руб.

15.04.2019    70376    175    146    

117

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 1С:Управление торговлей 11 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3.87.x и УТ 11.5.16.x

28000 руб.

23.07.2020    48438    208    64    

170

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

В продаже с 2014г. | Воспользовались более 122 предприятий! | Перенос данных из БП 3.0 в УТ 11 | из БП 3.0 в КА 2 | из БП 3.0 в ERP | Сэкономьте свое время - используйте готовое решение для перехода! | Постоянно работаем над развитием переноса данных | Обновляем на новые релизы 1С | Есть фильтр выгрузки по организациям | Переносятся начальные остатки на выбранную дату, документы за период времени и вся возможная справочная информация | Перенос сделан на технологии КД 2 (правила конвертации данных)

45650 руб.

31.10.2014    234136    93    330    

301

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Платформа 1C v8.2 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием Россия Платные (руб)

Регулярный обмен, выгрузка, перенос из КА 1.1, УПП 1.3, УТ 10.3 для обмена с любыми конфигурациями, поддерживающими обмен в формате EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, Розница 2, УНФ 1.6 и другими. Правила для старых и доработанных конфигураций не требуют синхронного обновления и совместимы с новыми и будущими конфигурациями. Обмен по расписанию, через папку, FTP, почту.

14580 руб.

18.02.2016    184532    573    509    

516
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Maksimshap 26.11.11 11:53 Сейчас в теме
3. Bobak 206 26.11.11 12:55 Сейчас в теме
(1),(2) Это что? Набираем баллы :).

(0) На основании каких правил сделано(от какого числа)?
2. Maksimshap 26.11.11 11:53 Сейчас в теме
4. Bobak 206 26.11.11 12:57 Сейчас в теме
+3
(0)Прошу прощения, торможу. Заголовок не дочитал.
5. Anthon 230 26.11.11 16:11 Сейчас в теме
если не прав, киньте в меня воздушными шариками.
6. гранат 26.11.11 19:51 Сейчас в теме
Действительно, в 1.0.7.2 есть ошибки по переводу материалов. Особенно плохо проводятся внутреннее перемещение материалов и списание материалов....
7. Anthon 230 26.11.11 20:04 Сейчас в теме
по идее, их надо было бы переносить вместе с движениями, даже если они не проводятся (соответствующие реквизиты практически идентичны). думаю, реализовывать это или нет...
8. пользователь 29.11.11 18:05
Сообщение было скрыто модератором.
...
9. пользователь 29.11.11 19:05
Сообщение было скрыто модератором.
...
10. Indgo 410 30.11.11 16:24 Сейчас в теме
Ок. Будем пробовать Ваши правила обмена. Если все пройдет глатко отпишусь
11. Anthon 230 30.11.11 17:03 Сейчас в теме
(10) мне бы наоборот....

(8) по поводу удаленного комментария, это была досадное недоразумение ;) правила перезалиты.
12. Region102 01.12.11 07:18 Сейчас в теме
Короче плюсанул, но имея опыт переноса из БГУ 7 - ББУ 8 - БГУ 8 могу сказать, что перенос логичнее всего сделать через документ ОперацияБух и быстрее и ошибок гораздо меньше. Делал как вы, правил и дорабатывал правила, но в итоге приходилось очень много сидеть с конечной базой. Хотя и при переносе операциями приходится править правила, для правильного переноса счетов.
13. Anthon 230 01.12.11 15:57 Сейчас в теме
(12) ну это, конечно, когда документы править не надо после переноса. а если нужна полноценная база + весь набор документов, которые были? а то потом ничего не отыщешь среди тысяч ОперацийБух... я рад, что хоть справочники практически точно перенеслись. если у вас остались правила, можете мне их прислать для анализа? или за это надо платить?
14. Region102 02.12.11 07:58 Сейчас в теме
Полноценная база оставалась в 7 версии, операциями переносили обороты за закрытый период, за последний рабочий месяц переносили документами, ошибки при переносе операциями практически не возникают, правила могу выслать, напиши емаил, правила БГУ7 - ББУ8 из ББУ8 - БГУ8 типовыми немного подправленными переносил. Так как я больше программист чем внедренец, тем более что это бюджетная бухгалтерия, в которой черт ногу сломит, то мои правила могут и не учитывать всех тонкостей переноса, в том числе не дорабатывал групповой учет, его исправлял еще до перегрузки в 7 версии.
15. Anthon 230 02.12.11 08:58 Сейчас в теме
djanthonсобакамайлточкару
16. Bobak 206 02.12.11 17:06 Сейчас в теме
Попробовал на живой базе, почти все перенеслось. :)
Гораздо лучше чем "родной" перенос, там и половины не переносится, так как база очень "кривая".

Но все равно очень много "работы руками" :( , ладно хоть работа разовая.

Замеченные проблемы:
Странности при переносе остатков по материалам, не прописались некоторые кбк. Т.е. остатки есть, аналитика вся есть, а вместо КПС(КБК) надпись <Объект не обнаружен... Произошло это только со счетом 105.31 (кажется, база у клиентов, посмотреть точно не могу).
КПС(КБК) вообще пришлось во многих документах добивать вручную.

Сейчас клиенты проверяют базу, найдут еще проблемы, отпишусь.
17. Anthon 230 02.12.11 18:01 Сейчас в теме
(16) скорее всего, поврежденная исходная база. надо бы на ней тии (что это - ищите в яндексе, если не знаете) провести сначала.
КБК могут не перенестись, если они неверные (неправильно заполненные), скорее всего, эта ошибка не правил. если вам не трудно, скиньте скриншот, какие кбк и как выглядит ошибка.
20. Bobak 206 05.12.11 08:44 Сейчас в теме
(17)
(что это - ищите в яндексе, если не знаете)

Я ведь и обидеться могу :).
Конечно же перед переносом было сделано ТИИ.

КБК могут не перенестись, если они неверные (неправильно заполненные), скорее всего, эта ошибка не правил.

Возможно КБК и были неправильно заполнены (там бардака в базе полно, а мне за выверку не платят). Но все же это ошибка переноса, неправильные данные то же надо переносить.
если вам не трудно, скиньте скриншот, какие кбк и как выглядит ошибка.

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

ЗЫ
Еще раз спасибо за работу, вы сэкономили мне кучу нервов.
21. Anthon 230 05.12.11 08:58 Сейчас в теме
(20) ну, большинство не знают об этой простой и важной вещи, или знают, но не делают, а уровень ваших знаний я не знаю, так что тут нечего обижаться ;)
а насчет КБК - в 7.7 можно было записать любые объекты куда угодно, а в 8.2 контроль намного жестче, поэтому переноситься все что ни попадя тоже не должно. наоборот, хорошо, что ошибки всплывают при переносе и их обязательно надо поправить, плохо то, что для этого 1Совцы никаких средств не выпускают. Проще говоря, они с ними не сталкиваются, у них более высшие цели ;) А повторять не надо перенос, я думал, может, он у вас остался, я всегда храню все, что я когда-либо делал.
18. alanto23 35 03.12.11 12:51 Сейчас в теме
В ББУ был введен КБК, не привязанный к Приказу, с датой начала 01.04.2011 . Документы с ним перенеслись нормально и в отчетах участвуют. А при создании новых документов, этот КПС - недоступен по понятным причинам. Сменить дату (чем только не пробовал!) и привязать к приказу не получается. Не подскажете как быть?
19. Anthon 230 03.12.11 14:50 Сейчас в теме
почему не получается привязать к приказу? на что ругается? на крайняк создать новый и заменить старый на новый обработкой ПоискИЗаменаДублей
22. SJR 21.12.11 11:32 Сейчас в теме
скачал правила, в ближайшее время посмотрю, чуть позже отпишусь ;)
23. Anthon 230 22.12.11 10:06 Сейчас в теме
до вечера подождите, я там кое-что реализовал, и еще кучу ошибок исправил
24. icich 22.12.11 19:55 Сейчас в теме
Сейчас очень много переносов из 7 в БГУ, чуть меньше из ББУ в БГУ. В данном случае кто не спешил переходить оказались в более выигрышном положении. Особенно мутно когда учреждение становится бюджетным при этом с середины года.
26. Anthon 230 23.12.11 08:25 Сейчас в теме
(24) я как раз из выигрышных. переносы 8 на 8 я делаю уже для тех, кто облажался. и вообще, правила 7 - 8 я тоже правлю, там ошибок больше. скоро зарелизю. сегодня тестирую правила 8 - 8 с новым методом проведения документов, скоро выложу. результат вообще впечатляет.
25. xaker1C 23.12.11 05:31 Сейчас в теме
27. Anthon 230 28.12.11 15:52 Сейчас в теме
обновил, надеюсь, в последний раз ;) реализовал в них все, что планировал. берусь за 7.7 - 8.2
28. icich 28.12.11 19:17 Сейчас в теме
после Нового года будет куча переносов, особенно когда в действующую добавляются по одному учреждения и приходится их по одному переносить, т.к. они становятся бюджетными с разных дат.Как только отчеты сдадут - до 20 января.Спасибо!
29. ElenaV 23 08.01.12 13:31 Сейчас в теме
Долго ждать Ваши исправленные правила преноса из БюджетнойБух7.7 в БГУ8.2?
30. Anthon 230 08.01.12 16:24 Сейчас в теме
потерпите уж, только проекты все сдал. все равно недели две они еще не понадобятся ;) но мне они самому уже очень нужны, лежат не в долгом ящике.
31. xaker1C 10.01.12 18:23 Сейчас в теме
Использовал Вашу обработку OLE все хрошо работает
Большое спасибо поробую эти правила отпишусь
32. Fruit83 28 15.01.12 22:41 Сейчас в теме
Ну, как? У кто-то уже использовал данные правила переноса? Какие успехи?
33. Anthon 230 16.01.12 10:24 Сейчас в теме
(32) а вы с какой целью интересуетесь?
34. Fruit83 28 16.01.12 12:55 Сейчас в теме
Актуально это для меня сейчас. Несколько организаций со старым планом счетов надо будет перевести на БГУ.
36. Anthon 230 16.01.12 15:47 Сейчас в теме
(34) ну так попробуйте эти правила. надеюсь, будете приятно удивлены (по сравнению со старыми правилами, конечно). ручные правки не исключены, но их на порядок, а может и на два будет меньше, если конечно, все сделать по инструкции.
35. tehas99 16.01.12 14:21 Сейчас в теме
вот за это спасибо, так спасибо
37. lakec 18.01.12 01:02 Сейчас в теме
Какую дату переноса и интевал надо уставить.чтобы перенести остатки на 01.01.2011 и документы за 2011 год?
38. Anthon 230 18.01.12 05:26 Сейчас в теме
надо дату компьютера менять на прошлый год. либо переписывать правила.
39. lakec 18.01.12 10:49 Сейчас в теме
Ставил и дату компьютера и дату переноса 31.12.2011,интервал 2011 год. Остатки на конец 2011г переносятся.
Может есть какой способ или обработка, очень бы помогли.
40. Anthon 230 18.01.12 11:01 Сейчас в теме
попробуйте еще раз. поставьте дату компьютера, потом откройте 1С и попробуйте выгрузить, у меня именно так заработало.
41. OleGazz 14 18.01.12 20:12 Сейчас в теме
спасибо за обработку, сейчас буду пробовать а то не переносятся остатки со 101 по 401 счёт
42. lakec 21.01.12 21:53 Сейчас в теме
Остатки сворачиваются на 31.12.2011.,как ни меняй рабочую дату и копьютера и дату переноса. Может кто подробней напишет, как настроить выгрузку? какой интервал выгрузки и т.д
43. Anthon 230 22.01.12 19:11 Сейчас в теме
у меня все получилось, поменял системное время и все, может, что-нибудь надо внимательнее проверить? скажите, откуда 1С может знать, что надо переносить на 31.12.2011, а не на 31.12.2010? либо по рабочей, либо по текущей дате, либо от дополнительного параметра. а это уже зависит от наглости программиста правил.
44. nevvermind 24.01.12 18:03 Сейчас в теме
>перехожу к правилам 7.7 - 8.2. следите за новостями!

Дико извиняюсь, а публикация 7.7 - 8.2 планируется?
45. Anthon 230 24.01.12 19:19 Сейчас в теме
да, конечно, я этим занимаюсь, не хочу выкладывать в инет сырую публикацию
46. пользователь 30.01.12 12:02
Сообщение было скрыто модератором.
...
47. commo 10.02.12 14:56 Сейчас в теме
ух жалко что раньше не наткнулся на вашу статью. (
48. Гость 20.02.12 07:41
Автору спасибо. Обработка пригодилась.
49. Reg78 11.03.12 15:08 Сейчас в теме
а платежки ей можно перенести?потому как бухи мозги проварили, счас уже начало марта в базе 7.7 под 4 тысячи платежек, в стандартной обработке нет механизма переноса платежек, а конвертацию чую не раскурю.
50. пользователь 27.06.12 04:33
Сообщение было скрыто модератором.
...
Оставьте свое сообщение