1с 77 провести документ
Не могу провести документ
Проведення документа "Звіт про роздрібні продажі ФС000000001 от 02.01.2014 19:50:47": У рядку.
Вычислить время из количества градусов между началом дня и нынешнего времени
Программа которая будет вычислять время из количества градусов между началом дня и нынешнего.
Создать и провести документ
Можно ли создать и провести документ из общего модуля.
Провести документ с табличной частью
Всем привет! Есть документ, создаётся программно. У него есть табличная часть. Может это.
в модуле документа ничего нету для изменения времени ? А раннее такое не замечалось ?
в модуле документа ничего нету для изменения времени ? Всегда было, терпели
Модулем документа, кроме меня, никто не занимался Может где-то между записью с запросом времени и проведением дополнительно стоит записать() ? у мя та же проблема. приходится распроводить документ, менять время на начало дня, а потом уже групповой обработкой проводить все скопом. думаю в глобальный модуль поставить проверку на тип документов с функцией начала для. у мну Приходный кассовый ордер, остальные нет надобности делать началом дня
Не особо разбираюсь в ТиС, могу ошибаться, но внимание привлекло нечто:
Код ( (Unknown Language)):
Процедура ПриОткрытии()
.
//Если документ еще не проведен, тогда
//проведение делаем только в потоке
Если ( Проведен() = 0 ) Тогда
ПроводитьПослеТА(1,1);
КонецЕсли;
.
Дальше цитирую:
Синтаксис:
ПроводитьПослеТА(<ФлагДляНеПров>,<ФлагДляПров>)
Назначение:
Установить режим проведения документа после ТА. Возвращает текущее значение режима перепроведения документа в зависимости от проведенности.
Параметры:
<ФлагДляНеПров> - режим проведения документа после ТА. Число: -1 (минус единица) - проводить документ всегда задним числом; 0 - при проведении запрашивать режим проведения документа; 1 - проводить документ в реальном потоке времени, т.е. при проведении время документа автоматически устанавливается на время после ТА.
<ФлагДляПров> - режим перепроведения документа после ТА. Числовое выражение: -1 (минус единица) - проводить документ всегда задним числом; 1 - проводить документ в потоке.
попробовал ПроводитьПослеТА(0,-1); - запрашивать диалог времени и ВСЕГДА проводить задним числом
Вроде, мой случай, но ведь не работает, зараза, олять после ТА ставится :*цензура*you:
Добавлено: Сорри, с флагами напутал.
Лечит
ПроводитьПослеТА(-1,-1);
Не особо разбираюсь в ТиС, могу ошибаться, но внимание привлекло нечто:
Код ( (Unknown Language)):
Процедура ПриОткрытии()
.
//Если документ еще не проведен, тогда
//проведение делаем только в потоке
Если ( Проведен() = 0 ) Тогда
ПроводитьПослеТА(1,1);
КонецЕсли;
.
опять напарываюсь на эти грабли. в заявке покупателя (Тис 964) тоже в процедуре ПриОткрытии есть
Код ( (Unknown Language)):
Если ( Проведен() = 0 ) Тогда
ПроводитьПослеТА(1,1);
КонецЕсли;
толи я неправильно понимаю, толи не отрабатывает эта функция. ведь при проведении документа автоматически должно присваиваться время после ТА, но этого не происходит. в чем может быть косяк?
Как провести документ без отмены проведения
Здраавствуйте! Мне нужно изменить статус физ лица, который был установлен этим документом, т.е.
Не могу прочитать файл с началом DOCTYPE
Очень нужно открыть файл EML . Сама ничего не понимаю-письмо нужно срочно, в доступной форме,как.
Не могу провести интерполяцию
Не знаю, почему, но маткад не хочет строить зависимость по моим точкам. Раннее я уже проводил.
Не могу провести интегрирование
Есть функция: , где где I0(z) – модифицированная функция Бесселя 1-го рода 0-го порядка от z. Так.
Сначало была семерка, производство, файловый вариант, вся переписанная, куча новых объектов. База росла и у нее стали возникать частые транзакции, из-за которых приходилось перегружать сервер несколько раз на дню. Затем решили перейти на восьмерку, серверный вариант, конфигурация УНФ. Причина выбора: относительно небольшая конфигурация для добавления новых объектов. Но из-за огромного количество документов и справочников и куча отчетов, решили переходить на восьмерку отделами, т.е. организовать выборочный перенос документов и и справочников туда и обратно. Создали документ в 7, перенесли в 8, на основании создали в 8 другой документ и его перенесли в 7. И в семерке по этим докуметам пока строить отчеты.
Выполнение
Использовав конфигурацию Конвертация данных, версия 2.1.7.1, я стал создавать план обмена для переноса. С конвертацией начал ть впервые, возникали разные трудности, решение которых я с легкостью находил на просторах интернета. и Вот я столкнулся с переносом признака Проведен и ПометкаУдаления из 8 в 7. В конвертации при загрузки структуры семерочной базы, создает эти признаки как реквизиты объекта. И соответсвено из 7 в 8 позволяет переносить эти значения, а обратно нет. Но для начала обратно мне не надо было переносить. Но со временем потребность появилась. Начал все с признака Проведение, перерыл весь интернет и ничего, кроме как создать дополнительный реквизит (например "_Проведен") в семерке и передавать туда значение и при загрузки в семерке проверять, если истина (в семерке это 1), проводить документ. Создал реквизит у документа, написал код проверки после загрузки, все хорошо ет, документы проводятся.
Потом потребовалось перенести ПометкуУдаления. Создал реквизит, написал код проверки. Переношу помеченные документы, а в семерке они не помечаются. Залезаю в отладчик, код отрабатывает верно, после записи документа, пометка стоит, а потом смотрю в списке документов, он не помечен. Непонятно почему. Лезу в отладчик, смотрю какой код выполняется после записи объекта, и вижу что 1с механизм установки этого признака сделала, а доть до рабочего варианта так и не смогла.
И вот, я решил поделиться рабочим вариантом кода со всеми.
Напоню, при выгрузки правил из конвертации можно выгрузить и обработчики для семерки, что я постоянно делал. И чтобы не переписывать каждый раз эти обработчики. я решил рабочий код прописать в конвертации. Нашел откуда он берется и заменил его на рабочий вариант.
Доработка обработки загрузки
Отрывок кода (Полный код процедуры находится в конце статьи, а полный код обработчиков выгрузки находится в приложенном файле):
Иногда необходимо при проведении документа, перепровести связанные с текущим, другие документы. В 1С:7.7 существует ограничение на проведение документов из модуля проведения, обойти ограничение можно следующим образом:
Документ1, Модуль документа:
Документ2, Модуль формы:
Специальные предложения
| Код |
|---|
| Показать полностью |
Хм.
а вот из модуля дока 2 не надо док3 провести.
где начало того окнца, которым оканчивается начало? Применял, и достаточно успешно! Проверь и не будет вопросов. Блокировки видимо - пустое.
Ну а если второй документ не проведется - тоже сущая безделица.
Интересно - хоть кто то это применял на живых пользователях? Столкнулся с такой проблемой:
Провожу док раньше ТА. Из него проводится другой док, способом описанным в статье. Вылезает окошко "изменить время документа или провести задним числом". Что бы ни нажимал, второй документ не проводится. Процедуру обработка проведения во втором доке даже пустой оставлял. ТО же самое :(
База на SQL. Если форму второго документа не закрывать, а нажать там "провести" вылетает с ошибкой. ДЯ. Не знал про ограничение. Блин! Как же у меня в "Кафе-УСН" проводятся сразу ТРИ типовых дока из "Производство"? О_о Ото ж, решение проблемы существует уже ну оооочень много времени. Описанный метод успешно использую на практике.
Это из недокументированных возможностей.
А вот вопрос к 1С-гуру: на сколько это безопасно для целостности данных.
Ответьте, пожалуйста, вместо того, чтобы оскорблять начинающих программистов. Искал решение проблемы - эта ветка помогла.. ;)
Век живи - век учись. Спасибо :)
Однозначно плюс! Это проблема не метода, сдвинута точка актуальности.
Нужно установить ТА на последний документ в полном журнале (контекстное меню). (18) у меня документ2 последний, а предпоследний документ1 он проведен. Если войти документ2 и нажать кнопку провести галочка становится красной, как программно сделать?
не помогает Провести(3);
Попробуй установить ТА программно
УстановитьТАна(НужныйДокумент); Все бы хорошо, но если в процессе проведения вложенный документ не проводится, выводится соответствующее предупреждение, кое висит пока пользователь не ткнет кнопку ОК. И все бы ничего, но пока он этого не сделает транзакция проведения первичного документа так же висит не завершенная. В результате вся база висит в заблокированном виде, пока пользователь не удосужится нажать кнопочку. (21)
изображение бы, или конфигурацию - непонятно, о чем пишите.. по существу, задача: "в процессе проведения вложенный документ не проводится . нажать кнопочку", - решаема, в большинстве последних конфигураций решена.
(22) конфигурация - любая на платформе 7.7
речь идет о системном модальном окошке, которое в обязательном порядке вылазит при неудачном интерактивном проведении документа.
"задача: "в процессе проведения вложенный документ не проводится . нажать кнопочку", - решаема, в большинстве последних конфигураций решена. " - хотелось бы узнать каким образом?
(23)ручками, программированием.. написал же: в большинстве последних конфигураций решена. окно "документ не проведен" (23) вам который метод выкидывает?
- вот за ним и ищите ответ своей задаче "в большинстве последних конфигураций" (21);
- за вас покуда только алиса и сири ответы ищут.
уровнем ниже опустимся, в код.. а так - диалог безпредметный. (25) оспади.. никакой метод его не выкидывает, оно на системном уровне генерируется и программно никак не управляется. Попробуйте в конфигураторе создать новый пустой документ и в модуле документа, в процедуре ОбработкаПроведения() прописать что-нибудь вроде
так и вам о том же:
задача: "в процессе проведения вложенный документ не проводится . нажать кнопочку", - решаема, в большинстве последних конфигураций решена. (28) простейшая имитация отмены проведения, что непонятного?
"простейшая имитация отмены проведения", - на стадии отладки - согласен
найдёте подобную конструкцию в релизе
дам денег. которая сумма вас заинтересует? (31) Уважаемый, вы читать умеете или вам заняться нечем? Какой нафиг релиз? Я вам просто привел пример как быстро смоделировать ситуацию. Если вам лень три строки кода написать, чтобы самому убедиться, то мне далее данная дискуссия ни о чем не интересна - оставайтесь при своем загадочном мнении
- яркий пример педалогического извращения. Конструкция недопустимая в рабочих ИБ. . (34) с чего это она недопустимая?
в типовой ТиС сплошь и рядом при отработке процедур, выполняемых при проведении документа генерится СтатусВозврата(0) (даже внутри вызваемых дочерних процедур) (37)
сейчас у меня под рукой только Бух. уч. 636; вам пари или чего? (32)
О том, что такое "педалогическое извращение" - спрашивайте у гугл.
Просмотры 25663
Загрузки 0
Рейтинг 18
Создание 18.07.06 00:00
Обновление 18.07.06 00:00
№ Публикации 16880
Тип файла Нет файла
Конфигурация Конфигурации 1cv7
Операционная система Не имеет значения
Страна Россия
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
Код открыт Не указано
Чат (мессенджер) для управляемых форм 1С 8.3 (Расширение)См. также
27.01.2016 85830 Serginio 116
Печать таблицы значений в 1С 7.7 при отладке
Функция выводит таблицу значений в табличный документ. (v7.7) Особенно полезно при отладке. Не нужно вносить изменения в код, вызываем функцию как вычисляемое выражение при останове. Если таблица обрабатывается в несколько этапов, можно вывести её после каждого и визуально проследить эволюцию.
30.06.2021 1400 Zoltan_Black 11
Расчет страховых взносов в 1С 7.7 "Учет и отчетность предпринимателя, ред. 1.2" с апреля 2020
В этой статье описано, какие небольшие изменения можно внести в модуль документа Начисление налогов с ФОТ, чтобы правильно рассчитывались страховые взносы с 1 апреля 2020 г.
09.04.2020 13894 Юджин58 39
Дистрибьюция 7.7. Часть 1. Жизненный цикл заявки покупателя. Одна заявка покупателя, много адресов доставки.
Описан способ работы с учетом расписания с приоритетными покупателями - торговыми сетями (основными покупателями) в торговой или комплексной учетной системе на 1С 7.7. Множественная заявка покупателя на несколько торговых точек.
14.10.2019 5139 ksnik 14
1С:Предприятие 7.7. Оптимизация. Промо
Разгоняем 1С:Предприятие 7.7. Выжимаем последние соки.
31.01.2009 49397 alexk-is 110
Заполнение реквизитов документов из предыдущего документа
Функция для автоматического заполнения реквизитов документов.
04.02.2019 5632 drevilo 2
Проверка часового пояса
При использовании терминалок для удаленных баз, иногда при входе в базу данных необходимо исключить возможность входа пользователей с компьютеров с другим часовым поясом. Например, работают в Новосибирской базе с временем UTC +6 и пытаются зайти в базу с UTC +3.
16.05.2016 11548 kudenzov 3
[ПОЛЕЗНЯШКА, 7.7] Как посчитать итоги по документам черным запросом с изподвывертом?
Мелкая полезняшка, считает запросом итоговую сумму документов и количество документов.
12.03.2016 20273 CheBurator 18
Как уменьшить количество заблокированных объектов Промо
История о том как я решил пересобрать форму справочника клиентов и чем это все закончилось.
12.01.2012 15782 ShEvOvIcH 18
09.03.2016 33551 Serginio 22
Экспорт нескольких MXL таблиц в один XLS файл, на отдельные листы. Простой алгоритм
Статья посвящена распространённому вопросу - как сохранить несколько таблиц (отчетов) в формате MXL, с которым работает 1С, на отдельные листы одного Excel файла. Освещается простой алгоритм решения проблемы штатными средствами, без использования внешних модулей и библиотек (не относящихся к 1С и Excel).
23.11.2015 17865 etmarket 14
12.11.2015 48159 Serginio 36
Технология обновления нетиповых конфигураций 1С:Предприятия 7.7 Промо
Данная статья рассчитана на уже подготовленного пользователя, владеющего некоторыми навыками программирования и работы в конфигураторе. Статью можно использовать как поэтапное руководство к действию. Статья была написана для повышения качества работ выполняемых сотрудниками компании Информ Сервис при обновлении нетиповых конфигураций. Я надеюсь, что эта информация окажется полезной и для вас.
12.12.2008 64153 alexk-is 25
Процедура расшифровки ячейки таблицы в отчетах 1С 7.7
Хочу поделиться с вами универсальной процедурой для расшифровки ячеек печатной формы отчетов в 1С 7.7.
Проведение документов в 1с 77. штатный механизм. Есть ли аналог, но прямом sql скрипте. Просто у меня штатный механизм намного быстрее отрабатывает, но косяк его в том что его непонятно как запустить автоматически. А специального человека сажать, чтобы он ночью запускал перепроведение как-то не хочется
2 А в планировщик засунуть запуск 1С под роботом, который запустит перепроведение - не позволяет религия?
можно поподробнее про аналог в скуле? сам движения в таблицы регистров прописываешь?
2 сейчас так и сделано запуск робота, который перепроводит документы в открытом периоде но если проводить через "операции-проведение документов" отрабатывает намного быстрее но как запустить "операции-проведение документов" автоматически не знаю к сожалению
аа, речь вон про что дык 1. монопольно 2. перенос ТА на первый перепроводимый документ 3. потом перенос ТА при смене периода (месяца) 4. Возврат ТА на место --- либо мучайся с sendkey
с sendkey у меня не прокатывает к сожалению. фокус теряется. может что-то не так делаю 1. монопольно 2. перенос ТА на первый перепроводимый документ 3. потом перенос ТА при смене периода (месяца) 4. Возврат ТА на место -- спасибо, будем пробовать
это если все документы по порядку проводишь, иначе надо переносить та по необходимости
Перепиши под себя используя функции глоб.модуля: глВосстановлениеПоследовательности глПроверкаАктуальностиОтчета
Почему? Прекрасно работает. Когда за ночь проводит втрое-вчетверо больше - приятно. Я чем тебе глПроверкаАктуальностиОтчета не угодила?
дададад! особенно если у автора ВНЕЗАПНО проблемы с закрытием регистров, то при большом перепроведении нескольо месяцев будем нервно курить при переносе ТА на новый месяц
глВосстановлениеПоследовательности у меня вообще нет
точно не Грецию? :-) В принципе, почто то же самое, что и по ссылке в
хотя "с пивом потянет" а в восстановлении последовательностей, да там, где юзается УРБД, нужно не Если ТекДок.ПринадлежитПоследовательности(Метаданные.Последовательность(nn)) = 1 а Если ТекДок.ПринадлежитПоследовательности(Метаданные.Последовательность(nn)) > 0
при движении ТА происходит пересчет остатков, а сам документ не перепроводится. правильно понимаю?
"а в восстановлении последовательностей, да там, где юзается УРБД, нужно не Если ТекДок.ПринадлежитПоследовательности(Метаданные.Последовательность(nn)) = 1 а Если ТекДок.ПринадлежитПоследовательности(Метаданные.Последовательность(nn)) > 0" не уловил тонкости, поясни :)
Это не тонкость, это глюк. ПринадлежитПоследовательности берет значения из поля DSxxx Журнала. А там при наличии УРБД почему-то могут оказываться и другие, кроме 0 и 1, значения (у меня бывали двойки, у кого-то двойки и тройки).
не смотрел, но видимо от настроек миграции последовательности зависит
проверил свою распределенку, только 0 и 1, в прав значит. У нас миграция всем и во все)
Здравствуйте! Совсем зелен в 1с, поэтому прошу помощи. Есть документ Служебная записка, который необходимо редактировать после проведения. При записи изменений перепроводить его не надо. Никак не получается избавиться от диалога "Провести документ?" при закрытии формы. Галка "Изменение документов без перепроведения" стоит, СписокДействийФормы = "Записать Закрыть" и все это не помогает. Буду рад любой помощи!
дададад.. потом получится что в регистре 25 штук, в документе 20. или клиент Петров, а в реальности (какой?) - Сидоров.
там круче будет - в служебной записке расписался за премирование, а там бац и уже уволить по несоответствию ) а че - документ проведен подписи стоят)
ПриЗаписиПерепроводить(1-Проведен) В зависимости от того, проведен документ или нет, поставить запрет на редактирование важных для проведения реквизитов. Типа пусть редактируют на здоровье всякие комментарии, не отражающиеся в регистрах.
Идея именно такая. Реализовать жалкое подобие документооборота через один вид документов. Сейчас попробую метод ПриЗаписиПерепроводить
попробуйте поэкспериментировать. откажитесь от редактирования документов без перепроведения. и с перепроведеним тоже. провели документ, все, померла, так померла. корректировки - отдельными документами. раз все равно сами реализуете подобие документооборота - почему не поэкспериментировать.
Документооборот в первую очередь должен быть удобным, а не заумным
К сожалению, ПриЗаписиПерепроводить не помог. Закинул его в процедуру ПриЗаписи модуля формы документа, но 1с по прежнему предлагает перепровести документ. Еще есть варианты ?
И вообще, делать в рабочей базе "подобие документооборота" через документ - не самое лучшее решение.
Всем СПАСИБО за советы! Проблема таилась в СтрокаДействийФормы. Вынес ее изменение в отдельную процедуру и все заработало. Я прекрасно понимаю что вся эта затея сплошной изврат, но руководство ставит задачу, а я ее выполняю.
Документооборот должен вестись правильно и так чтобы захотел сделать неправильно, но не смог. А удобным должен быть интерфейс обеспечивающий ведение правильного документооборота. Не делай этого. Тем более если знаний на то как записать без пере проведения нет. То о каких то более системных знаниях вопрос поднимать излишне.
Зачем записывать служебную записку без перепроведения
Тут документооборот очень условный. Служебаня записка проводиться для того, чтобы Ввести на основании документ Перемещение и никаких регистров она не двигает. Далее в этот уже проведенный другим сотрудником вносятся данные только в одну колонку в табличной части, кроме этой колонки ничего редактировать нельзя.
Читайте также: