gifts2017

[БП 3.0] Свертка БП 2.0 или БП 3.0 документами "Ввод начальных остатков" в БП 3.0 beta

Опубликовал Алексей Ермилов (Alex_E) в раздел Обработки - Свертка базы

Новое воплощение старой идеи http://infostart.ru/public/118486/ Много взято отсюда http://infostart.ru/public/303564/ Движок переноса данных http://infostart.ru/public/421541/ В планах включить сюда же http://infostart.ru/public/117966/, пока не реализовано. 01.08.2016 - Версия 6.0.6.0 - добавлен раздел ввода остатков "Товары отгруженные", исправлены ошибки, учтены некоторые хотелки пользователей 11.09.2016 - Версия 6.0.6.5 - расширен функционал, исправлены замеченные ошибки 16.09.2016 - Версия 6.1.0.0 - изменен перенос учетной политики, с учётом изменений в релизах с 3.0.44.* 18.10.2016 - Версия 6.2.2.4 - исправлен перенос учетной политике, полностью переработан перенос констант, изменен алгоритм переноса объектов.

Свертка и перенос данных из БП 3.0 (БП 2.0) -> БП 3.0

Новое воплощение старой идеи http://infostart.ru/public/118486/

Много взято отсюда http://infostart.ru/public/303564/

Движок переноса данных  http://infostart.ru/public/421541/

В планах включить сюда же http://infostart.ru/public/117966/, пока не реализовано.

Зачем нужна свёртка бухгалтерии говорил в исходной публикации, повторяться не буду. Эта обработка умеет немного больше, и может быть использована не только для банальной свёртки, но и для перехода с БП 2.0 на 3.0 с одновременной сверткой итогов.

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

Новое, по сравнению с первоначальной обработкой:

  • возможность свёртки БП 2.0 в БП 3.0 или БП 3.0 в БП 3.0, причём релизы  3.0 совпадать не обязаны, а БП 2.0 в принципе обновлять не обязательно, правда чем старше будет релиз исходной базы, тем больше данных (возможно) придётся довводить в базе приёмнике;
  • весь процесс свёртки происходит в одной ИБ – базе приёмнике (в прошлой нужно было создавать ВНО в источнике, лучше в копии, потом выгружать в файл, потом загружать в приёмник – то бишь работать с двумя ИБ);
  • учтён опыт создания базы приёмника – в прошлой версии практически всегда (ну или очень часто, говорю про себя) «забывалось» почистить базу - приёмник, в результате после переноса приходилось вычищать дубли  валюты и т.д. и т.п. – здесь предусмотрена подготовка приёмника путём удаления элементов справочников, которые будут однозначно перенесены из источника, воевать с дублями, как результатом свёртки не придётся, придётся только если дубли были в источнике (вот написал, и подумалось – а не стоит ли на этапе переноса продумать какую нить галку, по которой не переносить дубли, а сразу сворачивать их в один элемент…но это на потом, просто, чтобы не забыть);
  • в прошлой версии настраивать базу-приёмник фактически нужно было вручную – здесь есть перенос учетной политики (насколько эффективный при переходе с 2.0 конечно большой вопрос), перенос пользователей и констант. ИМХО – нужная штучка, потому как бывало, что какая нить неустановленная, или установленная абы как галка, всплывала через месяцок – другой, и приходилось с этим воевать «задним числом»;
  • упрощен выбор разделов учета для ввода начальных остатков – список заполняется только теми разделами, по которым в источнике есть остатки;
  • «разбираться» с объектами для переноса в приёмник тут стало намного удобнее – включена возможность заполнения списка справочников и документов, на которые имеются ссылки в источнике (для документов проверяются ссылки за выбранный период);
  • появилась возможность переносить данные по не совсем совпадающим планам счетов источника и приёмника, пока на уровне счетов и субсчетов, настройки по аналитики пока нет – пока в планах на будущее;
  • возможность свернуть нетиповую или специализированную конфигурацию в типовую БП – перенос документов источника в операции, необходимо для переноса оборотов из источника, в котором есть документы, которых нет в типовой БК, но движения по ним нужно сохранить.

Итак, - как сделать свёртку с помощью этой обработины? Пойдём по шагам.

Шаг 1. Создаём пустую информационную базу текущего релиза БП 3.0 из файла cf. Подчеркну – советую создавать базу приёмник именно так, а не из шаблона. Как создать который думаю известно. Объясню, почему так – из шаблона создадутся в великом множестве разные элементы и группы справочников и другая лабуда, которая нам не нужна – у нас будет перенос из источника, лишнего нам не нужно. Хотя, если создать из шаблона, ничего страшного не случится, как писал выше, тут есть подготовительный этап, на котором можно будет удалить ненужное. После создания пустой базы и её запуска (запускать нужно от имени Администратора – правой кнопкой на ярлыке 1с – Запуск от имени Администратора) получим вот это:

 

Запускать от имени администратора нужно потому, что, при необходимости будет зарегистрирована библиотека comcntr.dll. «Простому» пользователю ОС это может быть недоступно.

Шаг 2. Запускаем через Главное меню - Файл – Открыть эту обработку (везде на картинках исхожу из того, что приёмник создан из cf, свёртку делаем из БП 2.0). Обработка откроется на странице удаления справочников, которые программа записала при первоначальном заполнении, они нам не нужны, потому удалим это безобразие. Список заполняется всеми НЕ предопределёнными элементами справочников, предопределённые – отдельная песня, они не переносятся, они просто находятся по идентификатору, хотя, если предопределённого элемента справочника в приёмнике нет, он перенесётся по ГУИД, но об этом ниже. Кнопка «Убрать это окно» предназначено для случаев, когда очищать базу не нужно, при её нажатии окошко удаления справочников будет закрыто, и обработка перейдет к Шагу  3.

 

Шаг 3. Увидим картинку:

 

Обольщаться не стоит, - слова «Устанавливать соответсвие не нужно» от лукавого, стоит нажать на кнопку «Заполнить таблицу счетов». В результате могут появиться строчки со счетами, которые есть в источнике, но их нет в приёмнике, в этом случае указываем счета (субсчета) на которые нужно будет переносить остатки и обороты (как уже говорил, пока реализовано только на уровне счетов, с аналитикой пока не решил, как удобнее будет, но, код открыт, можно дорисовать, что нужно, нехудожникам придётся довольствоваться тем, что есть). На картинке пример установки соответствия – в БП 25.0 счет 45 – в 3.0  - 45.01

 

Закладка константы – нужная штука – в ней можно перенести константы в приёмник, писал про это выше. В случае свёртки из 2.0 константы конечно не соответствуют – перенесём, что есть, потом понадобится донастроить программу, как нужно пользователю:

 

Для переноса из 2.0 есть ещё один момент, на сегодня никак не автоматизированный – не было там Функциональности, поэтому её придётся установить руками (если кто то предложит альтернативу, буду только рад). Идём дальше…

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

 

Шаг 5. Переходим на закладку ВНО (Ввод Начальных Остатков). При переходе программа просчитает, по каким разделам есть остатки в источнике, и выведет список разделов для ВНО. Поскольку тут идет анализ остатков, не стоит суетиться, закладка откроется не сразу.

 

Кнопка «Создать ВНО» переносит остатки в документы ВНО ИБ приёмника, для отмеченых птицей разделов. Сам перенос прописан по каждому разделу отдельными запросами, и, на данный момент, не отличется полнотой и корректностью – тут надеюсь на помощь сообщества, потому как не получается придумать все возможные варианте остатков, которые необходимо обыграть в обработке.

Пока результат выглядит примерно так, но…обработка развивается, дальше, надеюсь будет лучше. Как и в прошлой версии остатки переносятся один в один со всеми косяками исходной базы, думаю прикрутить исправлялку, НО!!! иногда важно показать бухгалтеру, что не всё в порядке в королестве датском, а исправлять косяки можно уже потом, когда он, бухгалтер, те косяки увидит.

 

Ну, вотт так, коротенько, минут на сорок, то про ввод остатков вроде пока всё, дальше идём в оброты.

Шаг 6. Про сразу в обороты может я немного погорячился, сначала нужно спросить у бухгалтера, как он видлит свою новую, свёрнутую базу. Если Вам скажут, что справочников по ссылкам будет вполне достаточно, то Вы этот факт задокументируйте на бумаге с подписЯми и печатями, потом, ну как потом, через пару недель или раньше, скорее всего, Вам начнут пенять, что пропали контрагенты, номенклатура или ещё чёго-нибудь. Поэтому, пользователям нужно объяснить, что если по ссылкам, то в новой базе будет только то, что есть в остатках и оборотах. Есть опыт – контрагентов чаще всего, нужно переносить всех, номенклатуру – по желанию, если в общем – то универсального рецепта переноса нормативно-справочной информации у меня нет. Инструмент, для переноса есть, а что переносить – решать Вам. Итак на шестом шаге мы решаем, что из справочников нужно переносить, кнопка – «Справочники источника», подменю «Заполнить существующие» на закладке «Справочники и документы». В обработке есть макет «Исключить из переноса» - в него собрал идентификаторы того, что переносить не нужно, но уверенности, что сделал правильно, у меня пока нет, опять нужна помощь сообщества… В принципе – создающийся автоматом список справочников для переноса - это  автомат, но можно переносить и выбрав нужный справочник руками (описалово тут http://infostart.ru/public/421541/ вроде было уже).

Аналогично справочникам переносим и существующие в источнике документы. Изначально сделал заполнение списка по движениям по счетам бухгалтерского учёта. Потом дошло – есть ещё ряд документов, которые не двигают регистры бухгалтерии, а для работы нужны. Поэтому автоматически заполняем все документы, что есть в базе источнике, и переносим в приёмник. Есть ещё варианты, когда в источнике есть документы, которых нет в приёмнике, и, иногда бывает нужно просто из источника перенести документы в операцию, даже когда они там есть используем кнопку «Перенести документ в операцию» . Что тут происходит – да в общем то, что написано – то и происходит: переносится не документ, а его движения в документ «Операция». Еще при переносе документов можно сразу переносить их движения, и устанвливатть или не устанавливать признак ручной корретировки. Это всё описано в http://infostart.ru/public/421541/.

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

 

Короче – это бета версия, нужно ли будет её развивать – посмотрим на реакцию сообщества…

Скачать файлы

Наименование Файл Версия Размер
СверткаИПереносБП_БП30_v6.0.6.5 15
.epf 152,63Kb
11.09.16
15
.epf 152,63Kb Скачать
СверткаИПереносБП_БП30_v6.2.2.4 43
.epf 147,96Kb
18.10.16
43
.epf 147,96Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Albert A (albert) 20.05.16 13:19
Спасибо, попробую.
А не оставляли режим, чтобы в этой же базе документы ввода остатков сформировались?
2. Алексей Ермилов (Alex_E) 20.05.16 15:07
(1) albert, Штатная (тиовая) свёртка никуда не делась, это сделана внешней обработкой, или я как-то не так понял вопрос?
Отличия от штатной этой аналогичны описанным в http://infostart.ru/public/118486/ :
1. Штатная (типовая) делает не документы ввода остатков, а операции, например, по одному основному средству будет несколько операций (отдельно по 01 счету, отдельно по 02, отдельно по каждому регистру сведений), исправить что-то довольно таки хлопотно. Эта свёртка формирует документы Ввод остатков (ВНО), где исправлять ошибки гораздо удобнее;
2. После Штатной свёртки много времени занимает удаление помеченных на удаление документов, причем после её завершения, с высокой долей вероятности, останется куча помеченных на удаление документов, на которые есть ссылки. С этими документами то же есть засада, если их оставить в таком виде - если нужно будет удалить что то из текущего периода время открытия окна удаления опять будет значительным. Решение есть, но это опять требует время... В этой ничего удалять не надо, документы аналитики переносятся, числяться проведёнными, но движений не делают (устанавливается ручная корректировка, или можно перенести Документами рассчетов с котрагентами, кроме счетов-фактур).
3. Штатная свёртка оставляет справочники в том виде, в каком они есть на момент свёртки, в этой можно перенести все справочнике, можно по ссылкам
....
это коротенько, подробнее в прошлой свёртке))))
3. Albert A (albert) 23.05.16 13:41
(2) Alex_E,
я не про то, прошлую обработку то я хорошо знаю)
"Старая" обработка в той же ИБ формировала документы ВНО (сейчас же только режим переноса по ОЛЕ ?)
4. Алексей Ермилов (Alex_E) 23.05.16 13:45
(3) albert, Да, в исходной базе ничего не формируется - хлопотно очень в 2.0 и 3.0 выдумывать документы))))
5. Денис Кузнецов (kuza_87) 08.06.16 07:23
Спасибо за шикарную обработку. У меня такой вопрос: есть база на бухгалтерии 1.6. Мне нужно перенести из неё остатки на начало года+обороты. Вашей обработкой можно добиться этого результата или лучше сперва перенести данные в бух 2.0, а потом уже пользоваться вашей обработкой. С бухгалтерией 1.6 никогда особо не работал, моя карьера началась со 2-й версии, поэтому не знаю особо различий между ними.
6. Алексей Ермилов (Alex_E) 08.06.16 09:06
(5) kuza_87, Попробовать можно, весь вопрос в том, насколько в 1.6 различаются реквизиты справочников и документов... Времени много не займёт, но что получится не знаю)))
7. Андрей Григорьев (Borisych) 08.06.16 09:47
(1) albert, мною разработана свертка БП 3.0 созданием документов "Ввод остатков". Свернуто более десятка баз - как типовых, так и с жестоко переписанной конфигурацией.
http://infostart.ru/public/379727/
8. Алексей Ермилов (Alex_E) 08.06.16 09:50
(7) Borisych, и чего, мне убрать публикацию или просто клиентов сманиваем? :-)
9. Валера (Krez) 22.06.16 22:16
Первая проблема с которой столкнулся - некорректно обрабатываются остатки по иерархическим ОС.
первый элемент группы выходит из группы на уровень вверх и похоже при глубокой вложенности теряются элементы.
Прикрепленные файлы:
10. Алексей Ермилов (Alex_E) 23.06.16 08:38
(9) Krez, Удивительное рядом - все справочники переносятся по одному алгоритму - если Родитель имеет Родителя, то переносятся они последовательно... Сразу не вспомню, может для переноса ОС из 2.0 использован другой алгоритм? Я посмотрю - отпишусь.
11. Алексей Ермилов (Alex_E) 23.06.16 09:56
(9) Krez, Вот кодпереноса стандартных реквизитов,одинаковый для всех справочников и документов:
//Перенос стандартных реквизитов
			Для Каждого стрCOM Из РеквCOM.Метаданные().СтандартныеРеквизиты Цикл
				Если стрCOM.Name = "Ссылка" ИЛИ стрCOM.Name = "Предопределенный" ИЛИ стрCOM.Name = "ЭтоГруппа" ИЛИ стрCOM.Name = "ИмяПредопределенныхДанных" Тогда Продолжить КонецЕсли;
				Попытка
					Если ПримитивныйТип(РеквCOM[стрCOM.Name]) Тогда
						НовОбъект[стрCOM.Name] = РеквCOM[стрCOM.Name];
					ИначеЕсли Коннект.XMLСтрока(РеквCOM[стрCOM.Name]) <> _СтрокаXML Тогда //Владелец у договора тот же самый контагент, уже записан это было - который ещё не записан
						НовОбъект[стрCOM.Name] = _ПеренестиРеквизит(РеквCOM[стрCOM.Name]);						
					Иначе
						НовОбъект[стрCOM.Name] = _Ссылка;//НовОбъект.Ссылка;НовОбъект.Ссылка;
					КонецЕсли;
				Исключение Сообщить(ОписаниеОшибки()) КонецПопытки;
			КонецЦикла;
...Показать Скрыть

Следом идет перенос просто рекизитов, затем табличных частей.

Здесь сомнения вызывает условие
ИЛИ стрCOM.Name = "ЭтоГруппа"
, попробуйте убрать его, или просто посмотреть отладчиком с точкой останова на этой строке. Удивляет, что только один уровень вложенности пропадает...помотреть бы.
12. Валера (Krez) 23.06.16 10:49
(11) Alex_E, Уточню, я не переношу отдельно справочник ОС. Я создаю документы ВНО по разделу ОС
13. Алексей Ермилов (Alex_E) 23.06.16 10:50
(12) Krez, Это понятно, просто алгоритм переноса одинаков вне зависимости от того, переносится справочник, или переносятся остатки, или переносятся документы - всегда работает тот код, что привёл выше...
Что отладчик говорит можете сказать?
14. Валера (Krez) 23.06.16 11:27
(13) Alex_E, по отладчику пока не смотрел, пока выяснил что не перенеслись ОС с пустой датой принятия к учету, оказавшиеся в одной группе.
15. Алексей Ермилов (Alex_E) 23.06.16 11:35
(14) Krez, Всяких разных особенностей в бухгалтерии очень много, чтобы отработать как можно больше вариантов нужны разные базы, придумать примеры тупо не возможно... В вашем случае всего скорее нужно смотреть запрос - там остатки БУ и регисров собираются на границу, включающую конец дня даты ввода остатков. Пустая дата меньше, потому наверное не попали...
16. Dmitry (DmitrySS) 30.07.16 08:59
При подключении к базе в обработке сразу ошибка:
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv8c.exe
Версия приложения: 8.3.6.2449
Отметка времени приложения: 565d1224
Имя модуля с ошибкой: backbas.dll
Версия модуля с ошибкой: 8.2.19.130
Отметка времени модуля с ошибкой: 54ca1561
Код исключения: c0000005
Смещение исключения: 0015113b
Версия ОС: 6.1.7601.2.1.0.256.48
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
17. Алексей Ермилов (Alex_E) 30.07.16 09:08
(16) DmitrySS, Библиотека comcntr.dll зарегистрирована? Попробуйте от имени администратора выполнить команду: regsvr32 "<Пусть к папке платформы 1с>\bin\comcntr.dll"

18. Алексей Ермилов (Alex_E) 30.07.16 09:19
(16) DmitrySS, а вообще гугл говорит много чего про эту ошибку, тут уже обсуждалось http://forum.infostart.ru/forum26/topic75336/ Проблема вроде как распространённая. у меня такого не наблюдалось ни разу, но ссылок гугления море, например http://nastroisam.ru/oshibka-appcrash/
Ошибка в backbas.dll наводит на мысль...что её немного редатировали? ;-)
19. Максим Шадрин (mixperm) 01.08.16 09:53
Обработка очень нужна. В данный момент требуется перенести 41 и 45 счета. По 41 счету сойдет, а вот 45 пустой файл, хотя в отладке видно, что файл данными заполняется, но в итоге пусто
20. Алексей Ермилов (Alex_E) 01.08.16 09:56
(19) mixperm, О каком файле идёт речь? Здесь нет никаких файлов, идет перенос остатков в документы ВНО, никакие файлы не используются
21. Максим Шадрин (mixperm) 01.08.16 09:59
(20) Alex_E, опечатка)) документ ВНО конечно
22. Алексей Ермилов (Alex_E) 01.08.16 10:05
(21) mixperm, Я уж испугался :-) 45 счет сейчас не отрабатывает, только что посмотрел - там ТЧ ВНО "МПЗОтгруженные", я её не заполнял((( Надобности не было, функционал наращивается по мере необходимости (когда писал, 45 счет попадал с ТЧ "НоменклатураНаСкладе", что для 45 счета неправильно)... Мне бы базу с реальными остатками по 45 счету, или попробую просто так нарисовать...
23. Максим Шадрин (mixperm) 01.08.16 10:12
(22) Alex_E, я с радостью дал бы базу для теста, но она просто огромна, загрузка dt только час занимает, замена конфидициальной информации займет нереально много времени. Буду очень признателен если добавите этот функционал. А еще открою секрет, если такую загрузку сделаете в ERP, то такой обработке цены не будет))) можете платную версию сделать даже. Просто окончательная задача у меня создать ВНО в ERP конфе. Пока приходится грузить в базу посредник.
24. Алексей Ермилов (Alex_E) 01.08.16 10:45
(23) mixperm, Страшные секреты про ERP - про это только шёпотом. А, если серьёзно, то гнаться сразу за двумя зайцами - стопудово не пойматьни одного, сейчас задача БП - её и решаю :-) Про 45, сейчас накидаю по быстрому - посмотрел - там кроме Контрагента, Номенклатуры, Партии вроде ничего не двигается (или есть какие то особые организации со специфической учётной политикой), зачем там огромная ТЧ отдельная непонятно, но сейчас нарисую...
25. Максим Шадрин (mixperm) 01.08.16 12:15
(24) Alex_E, в 41 счете в с/ф не заполнен Вид ценности (не знаю как бухгалтерам надо)
26. Алексей Ермилов (Alex_E) 01.08.16 12:31
(25) mixperm, Для 41 логично "Товары"...
27. Алексей Ермилов (Alex_E) 01.08.16 13:14
(19) mixperm, Выложил новую версию, с разделом "Товары отгруженные" (45 счет)...
28. Максим Шадрин (mixperm) 01.08.16 13:24
(27) Alex_E, отлично, сейчас тестировать буду
29. Алексей Ермилов (Alex_E) 01.08.16 13:30
(28) mixperm, Делал на тестовой, боевой такой нету, потому очень интересно, что получилось...
30. Максим Шадрин (mixperm) 01.08.16 13:54
(29) Alex_E, Строка 6454 модуль объекта была ошибка, не находил имени колонки, сделал так :
Попытка
        РеквCOM = стрCOM[КолонкаИмяCOM];
Исключение
	Продолжить;
КонецПопытки;
...Показать Скрыть

В итоге загрузилось, без партий и с/ф((( Еще у меня в конфе режим совместимости с 8.3.5 зачем-то стоит п.э. пришлось везде заменить СтрНайти на просто Найти
Как на счет партий и с/ф?
31. Алексей Ермилов (Alex_E) 01.08.16 14:14
(30) mixperm, На 45 счете какие счета-фактуры?
на комиссию передём товары, НДС тут нет, нет и счетов фактур, партии , если есть партионный учет только должны были встать, как бы в запрсе все 3 субконто в остатках проверяются. Про ошибку, обойдённую попыткой - посмотреть бы тест, на какую колонку ругнулось...

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

Есть ещё вариант - могу попробовать на Вашей базе удалённо, через Ammyy Admin, если что - пишите в личку
32. Максим Шадрин (mixperm) 01.08.16 14:16
(31) Alex_E, В бухгалтерии я не силен))))) Просто партии требует указать, их нет. Удаленно без вариантов, админы все закрыли.
33. Алексей Ермилов (Alex_E) 01.08.16 14:19
(32) mixperm, Можно картинку ОСВ по 45 счету по всем 3 субконто посмотреть? И почту хоть в личку напишите, чтобы не скачивать кучу промежуточных версий (я и выкладывать пока ничего не буду,Ю надо разобраться). Итак, нужно:
1. Сообщение об ошибке в колонке
2. Посмотреть оборотку, секретное в картинке можно затереть...мне хочется убедиться, что партии там таки есть.
34. Алексей Ермилов (Alex_E) 01.08.16 17:40
Да, новые версии выкладываю для последнего на дату публикации релизе, сейчас это 3.043.258. В нём реально в ТЧ нет колонки "Выручка", есть "УдалитьВыручка"...
ИМХО, уж коли сворачивать базу, то имеет смысл делать это для актуального релиза (настроенную БП так же лучше обновить)... Вполне может быть, что в предыдущих релизах Партия была в обязательных для заполнения реквизитах, сейчас это не так, обязателен "ДокументРеализации", хотя зачем он там нужен для ОСНО непонятно наглухо - в движениях он не участвует (не смотрел, может при включеном партионном ученте он нужен, хотя партия - обычно это документ поступления?)
35. Cyborg Cyborg (cyborg55) 01.09.16 17:59
Свернул 3.0.43.241. Вроде все нормально. Спасибо за обработку.
36. Алексей Ермилов (Alex_E) 01.09.16 18:02
37. mastakw (mastakw) 11.09.16 21:29
Замечания:
1. Файлы ВНО записываются со странным временем "00.00.00". Должно быть "23.59.59", как и выборка остатков.
2. 70 й счет без аналитики
38. Алексей Ермилов (Alex_E) 11.09.16 21:36
(37) mastakw, Про время 23:59:59 непонятно, кому это должно? До даты ввода остатков никаких движений быть не должно - это точно. ВНО с временем 0 - непринципиально, хотя исправить несложно - документы создаются в модуле формы в одной процедуре - добавить в дате КонецДня не проблема. Повторю - ни на что время ВНО не повлияет)))))
Про 70 - й да, в этой версии возможно и так, пишите в личку почту - пришлю последний вариант, там вроде уже есть аналитика, но, как уже писал, не каждый день сворачиваю, и не всегда есть возможность проверить обработку на реальных данных. Поэтому функционал развивается по мере появления рабочих баз для свёртки...
39. Алексей Ермилов (Alex_E) 11.09.16 21:44
Выложил новую версию, не могу гарантировать, что всех возможных вариантов ведения учёта там будет все прописано - нужно больше исходных баз, всего многообразия вариантов, я, при всём желании, не придумаю))))))))
40. Алексей Ермилов (Alex_E) 11.09.16 21:57
(37) mastakw, Специально посмотрел, какое время ВНО в ДЕМО базе:
Прикрепленные файлы:
41. Алексей Ермилов (Alex_E) 16.09.16 07:10
Выложил новую версию я учетом изменений в релизах БП 3.0.44.*. (Реализовано на БП 3.0.44.123 платформа 8.3.8.2054).
42. Константин Смирнов (smirko) 14.10.16 14:53
Алексей, какая версия подходит для типовой БП КОРП 3.0.43.*?
43. Алексей Ермилов (Alex_E) 14.10.16 14:56
(42) smirko, 6.0.6.5 должна отработать, но не понимаю смысла делать свертку не на последнюю конфигурацию?
44. Константин Смирнов (smirko) 14.10.16 14:59
(43) Alex_E, а с 44-ым релизом сейчас все косяки исправили? )))
45. Алексей Ермилов (Alex_E) 14.10.16 15:17
(44) smirko, А какие косяки для Вас критичны? Я практически всех перевел, пока фатального ничего не встретилось (не говорю, что там всё гладко, так и в 43 было не всё празднично, смысла ждать безкосяного релиза, ИМХО, нет, поскольку таковых в природе не бывает - работаем с тем, что есть, если находим косяки - пишем в 1с, или самостоятельно правим, когда то было по другому?)...
46. Лидия Леонтьева (llg_44) 14.10.16 18:26
Доброго вечера. Скачала.
На закладке ВНО не отобразились кнопки создания.
Обработка версии 6.1 скачана. Она работоспособна?
Проконсультируйте пожалуйста.
47. Алексей Ермилов (Alex_E) 14.10.16 18:45
(46) llg_44, Ещё нажимать не пробовапли, если экран не шибко большой - кнопки могу уйти в Ещё, или попробуйте расширить левое окно
48. Лидия Леонтьева (llg_44) 14.10.16 21:26
Все хорошо и понятно. Автору респект.
Я считаю эту разработку перспективной.
На самом деле основной вопрос - НДС + распределенный НДС.
Стандартная свертка вообще никаких вопросов не решает. Здесь же расшифровалось доступно. И недостатки ведения учета бухгалтером наглядны.
49. Лидия Леонтьева (llg_44) 14.10.16 21:27
(47) Alex_E, спасибо Вам) все получилось.
50. Юрий Швырков (Ioryk) 18.10.16 10:22
Спасибо!
Замечательная работа.
Но, возникла проблема, не выгружает Учётную политику.
"Таблица не найдена...."
51. Алексей Ермилов (Alex_E) 18.10.16 10:56
(50) Ioryk, Я в курсе, в следующей версии выгружает. просто пока не выложил - есть проблемы с входящим НДС при раздельном учете по способам на 19, хотел доделать...
52. Алексей Ермилов (Alex_E) 18.10.16 11:17
Выложил новую версию, много изменений (учетная политика в том числе). С входящим НДС пока полной ясности нет, в части раздельного учета по способам...или база такая попалась, или алгоритм разберусь, но позже - сейчас квартал))))))
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа