Правила обмена для свертки БП 3.0 -> БП 3.0 (3.0.77.106), БП 2.0 -> БП 2.0 (2.0.64.33) документами Ввод начальных остатков / Ночной перенос остатков
Правила обмена и шаблон внешней обработки для ночного переноса остатков в документы ВводНачальныхОстатков (свертка базы) для бухгалтерия предприятия 2.0 (БП).
Задача: ежесуточно ночью переносить из старой базы новые остатки (после исправлений) и документы изменённые за период с начала года из старой в новую базу данных, обе из которых находятся на поддержке без возможности изменений.
Задача: ежесуточно ночью переносить из старой базы новые остатки (после исправлений) и документы изменённые за период с начала года из старой в новую базу данных, обе из которых находятся на поддержке без возможности изменений.
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Наконец-то появился повод (переход на 8.3)
я так полагаю речь идет о БП 3.0
Если я не ошибаюсь, то в БП 3.0 есть штатное средство сворачивания базы данных, так что сначала нужно на БП 3.0 перейти и там свернуть базу. Переход на БП 3.0 один в один можно сказать тянет данные, так как происходит "простое" обновление базы данных со всей ее подноготной.
(1) Brawler, Нет речь идёт о БП 2.0 до конвертации в 3.0. А "подноготной" - насколько я понял это ошибки прошлых периодов? Главная цель этой разработки, кроме свёртки (уменьшение размера, увеличение производительности) базы данных (БД) это "ампутировать" ошибки прошлых периодов.
А вы пробовали эту "штатную" свертку? Сворачивает всё документами ОперацияБух, при этом регистры не затрагиваются и, соответственно, не корректируются. (да и кто о них кроме программистов знает). План счетов идёт и ладно, а то что в регистрах накопления бардак, ну так это пусть при сдаче налогов программисты разбираются, ищут ошибки прошлых периодов и формируют по ним (а главное по взаимосвязям НДС выставленный, предъявленный реализация0, оплачен и насколько и по каким счет-фактурам) корректировки, и как потом эти ошибки прошлых периодов искать, а кроме поиска ведь их ещё и поправить регистры бухгалтерии надо (при этом желательно не забыть найти и поправить регистры накопления). А в моём случае всё правит бухгалтер, при этом параллельно правятся и регистры накопления. Ну и, соответственно, складывается мнение либо программа "хреновая" (что вряд ли "..ведь все на 1С работают, и у них всё хорошо.."), либо их программист 1С "бестолковый" (что скорей всего) и нужно искать другого.
Единственный эффект от "штатной" свертки 3.0 - это возможность удалить документы прошлых периодов, да и то не всегда.
То-то "франчи" порадуются. Им ведь тоже кушать надо, ну а "фикси" пойдут себе искать новую работу.
Подождём отчётного периода и вспомним о нашем разговоре. Я предпочитаю не ждать (профилактика всегда дешевле лечения /в нашем случае "ампутации" программиста 1С/).
А вы пробовали эту "штатную" свертку? Сворачивает всё документами ОперацияБух, при этом регистры не затрагиваются и, соответственно, не корректируются. (да и кто о них кроме программистов знает). План счетов идёт и ладно, а то что в регистрах накопления бардак, ну так это пусть при сдаче налогов программисты разбираются, ищут ошибки прошлых периодов и формируют по ним (а главное по взаимосвязям НДС выставленный, предъявленный реализация0, оплачен и насколько и по каким счет-фактурам) корректировки, и как потом эти ошибки прошлых периодов искать, а кроме поиска ведь их ещё и поправить регистры бухгалтерии надо (при этом желательно не забыть найти и поправить регистры накопления). А в моём случае всё правит бухгалтер, при этом параллельно правятся и регистры накопления. Ну и, соответственно, складывается мнение либо программа "хреновая" (что вряд ли "..ведь все на 1С работают, и у них всё хорошо.."), либо их программист 1С "бестолковый" (что скорей всего) и нужно искать другого.
Единственный эффект от "штатной" свертки 3.0 - это возможность удалить документы прошлых периодов, да и то не всегда.
То-то "франчи" порадуются. Им ведь тоже кушать надо, ну а "фикси" пойдут себе искать новую работу.
Подождём отчётного периода и вспомним о нашем разговоре. Я предпочитаю не ждать (профилактика всегда дешевле лечения /в нашем случае "ампутации" программиста 1С/).
Правда выгружала и загружала универсальным обменом, так как Ваша обработка начинала выгрузку и потом сообщала мне, что выгружено 0 объектов, а выгрузка из обработки свертки брала Ваш период и говорила, что дата остатков не может быть меньше, чем дата начала выгрузки)
(6) pvv123, А в остатках базы предыдущего периода есть договора? У меня тоже было такое, при ручной корректировке бухгалтера не заполняли второе субконто. Пришлось вызывать и "тыкать" ... в книжку пальчик. Если в старых остатках их нет, то и в новых им взяться "неоткуда", хотя можно будет конечно в процедуре "ПослеЗагрузкиОбъекта" поставить "ОсновнойДоговор" контрагента (если он заполнен конечно), но там появятся другие трудности в виде "не схлопывающегося второго субконто". У меня в пяти фирмах, по докладу коллеги, остатки перенеслись "отлично". Недавно допилил распроведение старых остатков и проведение вновь созданных (Не удаляю для того, чтобы было с чем сравнить и, в крайнем случае, восстановить). Уже неделю как никаких замечаний. В новом релизе это уже есть. В понедельник специально акцентирую внимание на договорах при взаиморасчётах с контрагентами.
Я правильно понимаю, что после переноса остается лишь провести все документы ввода начальных остатков (например, групповой обработкой справочников и документов), а остальные перенесенные документы остаются непроведенными для истории?
Добрый день! Спасибо, отличная идея. На актуальных БП 2.0 будет работать? Скачала. Получила кучу ошибок.
Например, вот эта:
Объект = Принятие к учету ОС 00000000001 от 01.10.2012 0:00:00 (Принятие к учету ОС)
СвойствоПриемника = Комментарий (Строка)
Обработчик = ПередВыгрузкойСвойства
ОписаниеОшибки = Ошибка компиляции при вычислении выражения или выполнении фрагмента кода: {(1,52)}: Переменная не определена (Парметры)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8933)
КодСообщения = 55
Нет, естественно, понимаю, что нужно поработать, прежде чем что-то получить.
У меня база источник настроена в пользовательском режиме в плане счетов. И ни одна обработка не сворачивает по всем субсчетам Основные средства, только конечный субсчет. А пользователи насоздавали на 01, 02 счетах.. Хотела передать их так как есть в исходном виде.
Правила корректирую, но столько время угрохала.
Есть какие-то предложения? подскажите пожалуйста.
Например, вот эта:
Объект = Принятие к учету ОС 00000000001 от 01.10.2012 0:00:00 (Принятие к учету ОС)
СвойствоПриемника = Комментарий (Строка)
Обработчик = ПередВыгрузкойСвойства
ОписаниеОшибки = Ошибка компиляции при вычислении выражения или выполнении фрагмента кода: {(1,52)}: Переменная не определена (Парметры)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8933)
КодСообщения = 55
Нет, естественно, понимаю, что нужно поработать, прежде чем что-то получить.
У меня база источник настроена в пользовательском режиме в плане счетов. И ни одна обработка не сворачивает по всем субсчетам Основные средства, только конечный субсчет. А пользователи насоздавали на 01, 02 счетах.. Хотела передать их так как есть в исходном виде.
Правила корректирую, но столько время угрохала.
Есть какие-то предложения? подскажите пожалуйста.
Спасибо огромнейшее. Помогает при переносе остатков из ПРОФ в КОРП версию.
Хочу сообщить о небольшой неточности. Еле обнаружил.
В ПВД "Остатки_Материалы" в конце, где собираются входящие данные сначала идет строка
тут все нормально
А несколькими строками ниже:
В результате пусто выгружается.
Это и при выгрузке основных таблиц, и при выгрузке таблиц ошибок.
Хочу сообщить о небольшой неточности. Еле обнаружил.
В ПВД "Остатки_Материалы" в конце, где собираются входящие данные сначала идет строка
ВходящиеДанные.НоменклатураНаСкладе = ТаблицаДанных;тут все нормально
А несколькими строками ниже:
ВходящиеДанные.НоменклатураНаСкладе = Новый ТаблицаЗначений;В результате пусто выгружается.
Это и при выгрузке основных таблиц, и при выгрузке таблиц ошибок.
По тем же остаткам по материалам.
В ПКО "ВводНачальныхОстатковНаДату" после загрузки написан код:
нужно заменить на:
и еще с партиями негусто - они пустые при переносе, и ввод начальных остатков не проводится без указания партии, хотя партионный учет не включен.
В ПКО "ВводНачальныхОстатковНаДату" после загрузки написан код:
КоллекцияОбъектов = Объект.МПЗПриобретенные;нужно заменить на:
КоллекцияОбъектов = Объект.НоменклатураНаСкладе;и еще с партиями негусто - они пустые при переносе, и ввод начальных остатков не проводится без указания партии, хотя партионный учет не включен.
(29) Добрый день! Есть релиз 3.0.44.200. Есть задача: перетащить справочники, причем с удалением помеченных элементов, в чистую базу. Возможно ли это сделать этими правилами? Что нужно сделать чтобы довести правила до моего релиза? Насколько я понял нужно сделать сравнительный анализ конфиг и вычленить/добавить лишние/недостающие правила так? Как быть с удалением? Дописать обработчики в правила? Там в основном разница в ЕГАИС и ЭДО, которые у меня не используются.
(30) Нужно выгрузит описание МД для вашей версии БП, загрузить правила с указанием вашей конфигурации. Потом зайти в режим редактирования правил, нажать линзоцу у конфигурации и нажать кнопку "Загрузить описание конфигурации". Все неиспользуемы ПКО, ПКС, ПКЗ пометятся красным и добавятся новые ПКО, ПКС, ПКС для новых объектов. Потом надо удалить помеченные. В ПВД указать только справчники, остальные пометить галкой не выгружать и моно работать.
(31) Подскажите еще момент пожалуйста. Пытаюсь удалять помеченные красным правила. Контроль не дает этого сделать из-за зависимых элементов в справочнике "Правила конвертации значений". Возможно ли хоть как-то облегчить поиск таких элементов? Или только руками искать можно?
отмечаю на удаление неиспользуемое ПКО. захожу в операции - удаление помеченных объектов. нажимаю контроль. получается такая вот каша на скриншоте видно. кода тыкаю ссылку на удаляемый объект ничего не происходит. почему он не отмечает зависимые элементы? это моя ошибка или глюк? версия КД 2.1.8.2
Прикрепленные файлы:
(34) Кстати я тоже пользую УдалениеПомеченныхОбъектов.epf. Потом перехожу в список и помечаю на удаление зависимый
объект ПКО или ПВД. Мне кажется это глюк плтаформы, Всё должно работать, у меня работает на 8.2.19.130 (а может вирус?)
объект ПКО или ПВД. Мне кажется это глюк плтаформы, Всё должно работать, у меня работает на 8.2.19.130 (а может вирус?)
Прикрепленные файлы:
УдалениеПомеченныхОбъектов.epf
(35) спасибо. разобрался. правила почистил. выгружается вроде. теперь такой вопрос если отметить на выгрузку все справочники, то после загрузке в приемнике перестают открываться справочники. с ошибкой задвоенности объектов метаданных. если выгружать только основные справочники, вроде номенклатуры, контрагентов и т.д. то загружается нормально и затем открывается без ошибок. что я делаю не так? :)
(36) У тебя задваиваются коды справочников, которые для системы должны быть уникальные. Для справочников на которые ругается система попробуй снять галку в ПКС Код и установить галку в ПКО "Автоматически генерировать номер или код, если он не задан". Тогда система сама будет генерировать коды и не будет ругани на задвоение.
(41) пытаюсь вывести остатки раздела учета денежных средств спотыкается в алгоритме ВыгрузитьОстаткиПростыхСчетов на строке:
Говорит что метод "ПрименениеУСН" не обнаружен. Пока не получается сообразить куда копать. :(
ПрименениеУСН = НалоговыйУчетУСН.ПрименениеУСН(ТекОрганизация, ДатаНачала);Говорит что метод "ПрименениеУСН" не обнаружен. Пока не получается сообразить куда копать. :(
(42) Находишь строку "ПрименениеУСН", где она спотыкается (Видно этой функции уже нет или она изменена) и делаешь:
ПрименениеУСН = Ложь;
Стр = "ПрименениеУСН = НалоговыйУчетУСН.ПрименениеУСН(ТекОрганизация, ДатаНачала);";
Попытка
Выполнить(Стр);
Исключение
КонецПопытки;Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|