gifts2017

[COMMONITER] Коммонитер - объединение табличных частей любых доков

Опубликовал Сергей (Che) Коцюра (CheBurator) в раздел Обработки - Обработка документов

Зачастую надо осуществить объединение нескольких документов в один. "Добавить из документа" не всегда помогает (вручную выбранные партии, например, не переносятся, цены тоже) - пользуемся этой обработкой. Типовой пример: кучу маленьких отгрузок сконсолидировать в одну большую.
Зачастую надо осуществить объединение нескольких документов в один.
"Добавить из документа" не всегда помогает (вручную выбранные партии, например, не переносятся, цены тоже) - пользуемся этой обработкой.
Порядок действий:
1. Выбираем документ (любого вида) - куда будем помещать итог.
(внимание! итог ЗАМЕЩАЕТ уже существующую ТЧ документа-приемника)
2. Подбором выбираем нужные доки (того же вида, что и док-приемник).
(в подборе может быть указан сам документ-приемник - тогда его ТЧ не пропадет)
3. При необходимости - расставляем крыжики.
4. Объединяем!

В объединенном доке - ТЧ сворачивается - суммируются колонки,
в наименовании которых есть последовательность "количество" или "сумма".

Используется без доработок под ТиС.
Для использования в прочих - скопируйте в глоб.модуль вашей конфигурации требуемые процедуры из глоб.модуля ТиС. Если непонятно что и как - пишите в комменты.

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

Заранее предупреждаю - используете обработку по принципу AS IS - разработчик никакой ответственности не несет, особенно типа когда расходную накладную втупую перекидывают в приходную накладную...

Плюсуйте рейтинг! Вопросы лучше писать на мыло... ну или в крайнем случае в комменты...

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

Наименование Файл Версия Размер Кол. Скачив.
Коммонитер документов
.zip 11,46Kb
25.09.09
349
.zip 11,46Kb 349 Бесплатно

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Сhe Burashka (CheBurator) 14.06.06 22:15
Есть упрощенный вариант обработки, заточенный именно под перенос расходной накладной в приходную, в т.ч с корректным переназначением/переносом партий, кто заинтересован - мыльте...
2. Стас 10.08.06 07:32
Версия от 02.07.2006г в конфигурации Бухгалтерский учет (редакция 4.5) не работоспособна.
3. Сhe Burashka (CheBurator) 10.08.06 09:33
4. Сhe Burashka (CheBurator) 30.08.06 12:36
Пиплы! Ну вы хоть коммменты оставляйте... хоть пару слов... а то меня тут уже затерроризировали, что я сам себе рейтинг накручиваю...
5. rjhev korum (корум) 01.11.06 18:00
Оставляю коммент. НЕ плюсую.
Передумал. Перечитал описание - понял что что-то в этом есть...
6. Евгений Чуркаев (MACTEP) 22.08.07 12:55
7. Евгений Чуркаев (MACTEP) 22.08.07 13:09
в 474 матерится ужасно собрала все в кучу .и коэф.НОМЕНКЛАТУРА,ЕДИНИЦА,КОЭФФИЦИЕНТ,ЦЕНА,СТАВКАНДС,СТАВКАНП,ПАРТИЯ НУ ТАК ДАЛЕЕ
8. Сhe Burashka (CheBurator) 23.08.07 23:50
2 MACTEP
Скинь мне на почту дословно что говорит в табло сообщений.
9. kairat primbetov (karat60) 15.06.08 14:56
10. sruslann (starruslan) 26.06.08 12:21
Не знаю у кого как у меня работает очень выручает когда совсем другой обработкой делаешь из расхода приход, а этой объеденяешь в один документ кто сталкивался думаю оценить, правда я ее включил в джругую обработку свою типа ввод на основании а потом объеденение
11. Сhe Burashka (CheBurator) 26.06.08 12:50
(10) спсб за комментарий, для "превращения" расходов в приходы есть аналогичная простая и эффективная обработка...
12. Khaliff (Khaliff) 16.12.08 23:13
а мне понадобилась такая обработка:
задаешь период;
обработка собирает из всех релизаций все проданные товары в одну реализацию (без объединения продаж одной номенклатурной позиции - каждая продажа в отдельную строку записывается, и цены соответственно - какие были разные цены в разных реализациях- такие и записываются);
суммарная реализация не проводится, а только записывается без проведения.

можно ли такое сотворить (для комплексной 7.7)?

P.S. для чего это надо? проанализировать продажи (есть у меня обработка, которая анализирует по одной реализации, показывает проценты и т.д. по сравнению с разными типами цен, вот ее и хочу применить к объединенной реализации). Осталось только объединить все строки всех реализаций - в один документ!
13. Khaliff (Khaliff) 17.12.08 15:55
+
проверил, работает как мне требуется.
14. Алексей (kid26) 18.12.08 21:04
У меня не работает под "бухгалтерию 4,5"
ПИШЕТ
Если глЕстьРеквизитШапки<<?>>("СуммаВзаиморасчетов", Док.Вид())<> 0 Тогда
{C:\1С 12-12-08\484\EXTFORMS\COMMONITER.ERT(157)}: Функция не обнаружена (глЕстьРеквизитШапки)

А ТАК БЫ ПЛЮСАНУЛ.
У нас немного другая ситуация, некоторые покупатели берут товар накопительно, выписываем временный счет, а в конце месяца нада делать общий счет, вот и паримся...
15. Сhe Burashka (CheBurator) 18.12.08 21:11
(14) упомянутые процедуры можно взять в типовой ТиС
вообщем-то непонятно в принципе - зачем накопительный счет? типа в конце месяца выписываем накопительный счет датируемый началом месяца???
16. Алексей (kid26) 18.12.08 21:15
датируем началом следующего месяца.

Признаюсь сразу. Я юзер, но продвигаюсь )))
т.е. мне нада в ТИС найти и скопировать в комплекс?
17. Сhe Burashka (CheBurator) 18.12.08 21:20
вообщем да... но в комплексной - должно быть.. - посмотри, там в заголовках функций надо слово Экспорт добавить - и все (т.е. функции будут видны везде, а не только в глобальном модуле)
18. Сhe Burashka (CheBurator) 18.12.08 21:21
Даю подсказку:
они у вас по этому счету оплату производят? за отгрузки за месяц? если да - то впихни в счет побольше всего... пусть сумма побольше будет - вам же лишнее бабло не помешает? сразу научатся платить по отгрузкам уже сделанным, а не посчету ;-0)
19. Алексей (kid26) 18.12.08 21:45
у них и у нас есть временные накладные, которые тожа, кстати, нужно в конце месяца вырубать и делать общую
20. Алексей (kid26) 18.12.08 21:48
Увы, но 1С пишет ошибку компиляции, Глобального модуля

<<?>>Перем глСписокУлиц Экспорт;
{Глобальный модуль(14006)}: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
<<?>>Перем глВладелецСпискаУлиц Экспорт;
{Глобальный модуль(14007)}: Объявления переменных должны быть расположены в начале модуля, процедуры или функции
<<?>>Функция глРасчитатьКоэффициентыРаспределения(НачДата,КонДата,Документ="") Экспорт
{Глобальный модуль(14025)}: Определения процедур и функций должны размещаться перед операторами основной программы
21. Сhe Burashka (CheBurator) 18.12.08 22:01
ну так объявление переменных должно быть ВЫШЕ объявления процедур и функций... а ты, видимо вставку функций в самое начало сделал
22. Алексей (kid26) 19.12.08 20:57
23. Сhe Burashka (CheBurator) 22.12.08 16:18
24. Раи Ибрагимов (ribrag) 05.03.09 18:56
26. Вячеслав Василенко (Слава) 18.03.09 07:20
27. Olga (Джиневра) 28.12.09 13:36
Все просто супер, только у меня НДС и КВО при свертке попали в группировочные колонки. Так что качающие - будьте бдительны и корректируйте условия под себя.
28. Сергей (Che) Коцюра (CheBurator) 28.12.09 15:48
(27) и правильно попали! так вам и надо! ;-) потому что это - следствие неряшливости. "НДС" - это что такое? ставка НДС (ссылка на справочник, перечисление)? число, равное процентной ставке НДС? сумма НДС? еще что-то?.. аналогично и "КВО"...
давайте осмысленные названия - и проблем будет меньше...
29. Olga (Джиневра) 29.12.09 11:08
(28) Дело в том, что это не самописная конфа - "ПУБ для Украины". Так что упрек в неряшливости надо адресовать не мне ;)
И потом - я ж не критикую, просто обращаю внимание скачивающих на некоторые "тонкие моменты", так сказать.
ЗЫ. Кстати, в данном случае название "НДС" как раз оправдано. Если б были реквизиты "СуммаСНДС" и "СуммаНДС" - ошибок было бы трудно избежать.
30. Александр (karbofos) 06.10.11 13:48
31. Yura Maksimov (mavr1C) 07.03.12 07:03
Спасибо, почти то что надо(требуется обьединение всех однотипных документов за день в один, но без участия человека), попробую допилить под себя
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа