Какой документ с системе 1с не проводится
Обновлено: 07.07.2024
После отработки всех стандартных функций отрабатывает расширение, которое через АПИ передает инфу в нашу CRM. При ручном проведении все отрабатывает нормально. Но если загружать (проводить) документы через выгрузку из банка, то здесь отрабатываются не все документы и при этом никаких ошибок не возникает.
Было мнение, что 1С просто "захлебывается", т.к. проведение документов при выгрузке происходит интенсивнее, пытался лимитировать по времени (даже в ущерб производительности), но данное мнение не подтвердилось.
Если кто сталкивался с подобным откликнитесь пожалуйста. Как решили данную проблему?
__________________Помощь в написании контрольных, курсовых и дипломных работ здесь
Программное проведение документа
Привет. Пишу такой код для программного проведения документа(обработку пишу): &НаСервере.
Программное проведение документа из обработки
Всем привет! В обработке создаю документ, но не пойму как его провести. Пробовал вот так, но не.
Проведение документа в общем модуле
Помогите пожалуйста, я создал объект для "Регламентных Заданий". создаю объект Документа и.
Проведение документа по регистру бухгалтерии
Можете пожалуйста помочь с проводкой документа в котором есть реквизиты(дата,цена.
dima_si, какая версия конфигурации и какая совместимость стоит у расширения ?
Еще есть вариант, что при проведении документов через выгрузку из банка включен режим обмена. Посмотрите в отладке.
1С:Предприятие 8.3 (8.3.14.1779)
Бухгалтерия предприятия, редакция 3.0 (3.0.73.38)
Выгрузка из банка через файлы
Добавлено через 13 минут
dggrom, подскажите где искать, плутаю по меню, не могу проверить включен ли режим обмена.
1С:Предприятие 8.3 (8.3.14.1779)
Бухгалтерия предприятия, редакция 3.0 (3.0.73.38)
Выгрузка из банка через файлы
Возможно прошло обновление и расширение отключилось. Посмотреть можно в предприятии на вкладе с подключаемыми внешнии обработками. Там должно быть ваше расширение и гореть зеленная лампочка.
Режим обмена иногда прописывается модулях объекта, поищите в документах которые вы проводите обработкой слудующую строчку кода. Скорее всего она будет в начале процедур записи или проведения
Решение
dima_si, у расширения уберите безопасный режим dggrom, не прокатит, в режиме обмена обработка проведения вооообще не вызывается ))) Dethmontt, разве ? Если в "ПередЗаписью" и "ПриЗаписи" не закомментировать этот код, потом не вызывается процедура проведения ? Коллеги, давайте не будем забывать, что конфигурация типовая, лезть в конфигурацию никто мне не позволит, да и потом, она же обновляться будет. dggrom - расширение не отключается, по крайней мере визуально этого не видно. Там много чего еще в этом расширении, но вот отпадает этот момент. И как объяснить тот факт, что ручками то все нормально проводится, а вот когда идет выгрузка из банка (выгружаем выписку по старинке, через файлы), то не все срабатывают документы. Да, какая-то часть срабатывает. Некоторые остаются. При этом доки проводятся, инфа не выгружается. А после берешь этот документ, еще раз проводишь руками и вуаля - все нормально, пользователя не меняли, на права грешить не нужно.dima_si, Ну значит нужно анализировать ту часть которая проводится с той которая не провелась нормально.
расширение не отключается, по крайней мере визуально этого не видноТребования к проведению документов
Область применения: управляемое приложение, мобильное приложение, обычное приложение.
1. Документы предназначены для ввода первичной информации, связанной с регистрацией событий, воздействующих на учитываемые в системе показатели. Например, при автоматизации финансово-хозяйственной деятельности предприятия – это учет различных хозяйственных операций; в системах управления производственными процессами – регистрация производственных операций и т. д.
Логически, непроведенный документ отличается от проведенного тем, что непроведенный документ является «черновиком», не отраженным в учете. Такие документы могут быть сохранены в системе, даже если они не полностью или вообще не заполнены; к ним не применяются никакие проверки и ограничения бизнес-логики (проверки заполнения, дат запрета изменения и т.п.). Данные таких документов не отражаются в учете (не выводятся в отчетах и т. п.)
В то же время, проведенный документ – это «чистовик», формирование и обработка которого завершены и по поводу которого принято решение, что данный документ должен участвовать в учете.
В таких случаях, проведение документа соответствует моменту первичного отражения события в учете, а статусы проведенного документа уточняют, как именно событие отражено в учете.
Если документ проведен, то при переводе документа между статусами пользователям может быть предложено дозаполнить определенные данные документа, к этим данным могут быть применены определенные проверки и ограничения бизнес-логики, специфичные для каждого этапа. До момента проведения, перевод «черновика» документа по статусам не контролируется системой.
Примеры поведения документов с многоэтапным отражением в учете:
- для проведенного документа Заказ клиента :
- при переводе в статус Не согласован система контролирует только основные параметры заказа;
- при переводе в статус К обеспечению – обязательно для заполнения поле Дата отгрузки , так как логисту необходима информация, к какой дате нужно привезти заказ;
2.3. Исключение из этого правила («большинство документов должны проводиться») составляют
- документы, которые не предназначены для отражения событий в учете. С помощью таких документов только регистрируют различные события с привязкой ко времени: например, входящую корреспонденцию, звонки, встречи и т.п.
- отдельные документы, технология проведения которых сильно отличается от технологических возможностей платформы, но которые должны выглядеть для пользователя так, как будто они проводятся. Например, это документы Операция (бухгалтерский и налоговый учет) – для ввода операций вручную, Регламентная операция – для выполнения операции закрытия месяца с возможностью ручной корректировки движений и т.п.
Такие документы не проводятся.
2.4. В случае если пользователь должен выполнять регистрацию события в системе и отражение его в учете за одно действие, необходимо записывать новый документ в режиме проведения.
При этом недопустимо решать эту задачу другими способами, в частности, с помощью отключения проведения у документа.
3. При отражении события в учете может возникнуть необходимость сформировать «вторичные» данные, со сложными привязками к моментам времени, периодам и к другим объектам системы. В этом случае следует помещать такие данные в регистры. Формирование движений по регистрам следует выполнять при проведении: автоматически или вручную.
При автоматическом формировании движений, пользователь вводит информацию о событии в данные документа, а при проведении на основе введенной в документ информации генерируются движения в различные регистры. Например, для бухгалтерских операций происходит формирование проводок.
При ручном формировании движений, пользователь вводит данные непосредственно в регистры. Такие документы обычно называются ручными операциями. Они могут использоваться для введения начальных остатков, или для ввода хозяйственных операций, которые не были предусмотрены разработчиком конфигурации.
4. В отдельных случаях, формирование движений может выполняться отдельным документом. Это востребовано в случае схожей обработки разных видов документов, групповой обработки или реализации сложных бизнес-процессов, требующих явного разделения функций исполнителей. Тогда разные стадии отражения событий в учете реализуются не переходом по статусам у одного документа, а разными документами, которые вводятся на основании друг друга. В этой цепочке только определенные документы при проведении формируют движения.
Например, рассмотрим ситуацию, когда платежное поручение формируется в финансовом отделе, и при этом бухгалтер при проведении не должен изменять первичный документ. В этом случае, документ Платежное поручение не делает движений, а движения по платежному поручению формируются отдельным документом Списание с расчетного счета , который специально предназначен для автоматизированного формирования движений.
5. Непроведенные и помеченные на удаление документы не должны иметь активных движений.
6. Даже если документ не формирует движений, он должен проводиться, чтобы логически отличаться от «черновика».
7.1.1. В случае, если в документе не менялись данные, влияющие на проведение (например, изменили только значение реквизита Комментарий ) проведение проведенного ранее документа, не должно приводить к изменению его движений.
Исключением из этого правила могут быть случаи, когда движения по регистру полностью или частично формируют внешние по отношению к документу алгоритмы (см. п.4).
7.1.2. При разработке алгоритмов формирования движений нужно стремиться избегать решений, когда результат формирования движений зависит от состояния учетных регистров, например, от остатков, т.к. в этом случае результат проведения будет зависеть от последовательности ввода документов.
Исключением из этого правила могут быть отдельные, обоснованные случаи, когда сама суть алгоритма заключается в анализе последовательности, как, например, в алгоритмах реализующих партионный учет.7.2. Для реализации поведения, описанного в п. 7.1, документы при формировании движений должны по максимуму опираться на данные, которые хранятся в этом документе. Данные, которые в документе не сохраняются, должны быть защищены от изменения. Это достигается реализацией следующего комплекса мер.
7.2.1. Если поддерживается изменение пользователем внешних, по отношению к документу, данных (например, реквизитов НСИ), влияющих на формирование движений, то значения этих реквизитов должны быть сохранены в документах.
В противном случае изменение этих данных должно быть заблокировано. В конфигурациях на основе Библиотеки стандартных подсистем для этого рекомендуется использовать возможности механизма Запрет редактирования реквизитов .
Исключения из этого правила описаны в п. 7.1.2.
7.2.2. Нужно стремиться, чтобы настройки программы (например, значения функциональных опций) оказывали наименьшее влияние на формирование движений. Тогда пользователь сможет свободно менять эти настройки.
Некоторые приемы для достижения такого поведения
- указание даты начала действия настройки (периода действия) и учет этой даты в алгоритмах формирования движений;
- заполнение отключенных по настройкам обязательных полей значениями по умолчанию: тогда пользователь сможет свободно включить настройку, ограничения будут связаны только с отключением такой настройки;
- формирование движений без учета настройки и дополнительные меры в объектах, которые отображают информацию из учетных регистров. Например, значение измерения регистра накопления всегда пишется одинаково, но отчеты по этому регистру измерение скрывают, если оно отключено.
7.2.3 Если все меры по исключению зависимости формирования движений от настроек программы исчерпаны, то необходимо предусмотреть одну из мер:
- автоматическая обработка данных, которая запускается в фоне после изменения пользователем настройки. О запуске такой обработки пользователя нужно предупреждать перед редактированием настройки;
- обработка данных, которая запускается пользователем вручную. Перед редактированием настройки пользователя нужно уведомлять о необходимости запуска обработки. Так же необходимо в интерфейсах, которые могут оперировать данными, подлежащими обработке (например, в отчетах) предупреждать пользователя, о необходимости запуска обработки;
- если предусмотреть обработку данных не представляется возможным, то при редактировании настройки необходимо предупреждать пользователя о том, что это делать не рекомендуется после начала ведения учета.
При этом допустимо поведение, когда реакция программы на включение и отключение настройки будет разной. Например, включение настройки проходит без предупреждения, а отключать ее не рекомендуется.
7.3. При изменении логики формирования движений для обеспечения выполнения условий п.7.1 необходимо предусмотреть обработчики обновления информационной базы либо поддерживать для существующих на момент обновления документов старые алгоритмы формирования движений.
8 . Для большинства событий отражение в учете может быть обратимым. В таком случае, для этого следует использовать механизм отмены проведения документов.
Особенности использования поля "Проведен" и процесса проведения
В документах 1С:Предприятия 8 поддерживается механизм проведения. Он представляет собой реализованную на уровне системы методологию отражения в учетных механизмах события хозяйственной жизни, отражаемого документом. Механизм проведения реализован таким образом, чтобы, с одной стороны, минимизировать усилия разработчика при использовании его в типовых случаях, а, с другой стороны, чтобы обеспечить гибкие возможности изменения стандартной методологии.
Для функционирования этого механизма у документа существует признак того, что документ проведен, а также существуют процессы проведения и отмены проведения.
Признаком является системное поле Проведен. Основное назначение данного поля - отличать документы, уже отраженные в учете, от документов, которые введены, но еще не должны влиять ни на какие учетные механизмы. Такие документы является своего рода "черновиками". Например, оператор заполнил не все реквизиты, но вынужден прекратить работу с программой. Он может записать документ без проведения и вернуться к нему позже. Проведенные и не проведенные документы отображаются в списке документов с разными пиктограммами.
Процесс проведения и отмена проведения в 1С:Предприятии 8 являются частными случаями записи документа. Признак того, что запись выполняется с проведением или с отменой проведения задается в параметре вызова метода Записать. То есть запись документа может быть обычной или с проведением или с отменой проведения. При записи с проведением, кроме обычных действий, выполняемых при записи, выполняется установка значения Истина в поле Проведен и вызов обработчика ОбработкаПроведения() . При записи с отменой проведения, соответственно, вызывается обработчик ОбработкаУдаленияПроведения() и полю Проведен устанавливается значение Ложь.
Использование поля Проведен и процесса проведения является только предлагаемой системой методологией.
Изменение значения поля Проведен может выполняться и без проведения или отмены проведения. Для этого достаточно просто изменить значение поля и выполнить запись документа. При этом может получиться непроведенный документ, имеющий движения. Следует заметить, что при таком способе изменения поля Проведен не будут вызываться обработчики ОбработкаПроведения() и ОбработкаУдаленияПроведения() . Эти обработчики сопровождают явным образом инициированные процессы проведения или отмены проведения, а не сам факт изменения поля Проведен.
Формирование движений по документу так же может быть выполнено без проведения и даже без участия документа. Для этого достаточно записать набор записей регистра с отбором по данному документу.
Предлагаемая системой методология обеспечивает наиболее простой способ управления документом и его движениями для случая, когда документ содержит информацию о некотором событии, произошедшим на предприятии, а движения отражают эти события в различных учетных механизмах. Если у документа в метаданных свойство УдалениеДвижений имеет значение УдалятьАвтоматически, то перед проведением и при отмене проведения автоматически выполняется удаление существующих движений. Таким образом, при использовании стандартной методологии разработчику необходимо реализовать только формирование новых движений в обработчике ОбработкаПроведения() .
С другой стороны, отсутствие жестких ограничений на использование поля Проведен и процесса проведения позволяет реализовывать более сложные варианты поведения документа, в тех случаях, когда это необходимо. Например, может быть реализован документ, в котором часть движений формируется в процессе проведения, а часть вводится пользователем вручную.
Поле Проведен и процесс проведения имеют смысл для видов документов, которые вообще могут проводиться (у которых в метаданных свойство Проведение имеет значение Разрешить). Некоторые виды документов вообще не должны проводиться. У них в метаданных свойство Проведение имеет значение Запретить. Например, это могут быть документы, которые никак не влияют на учетные механизмы. Кроме того, не должны проводиться документы, которые предназначены для ручного ввода движений. Эти документы будут иметь движения, но для них не имеет смысла деление на проведенные и непроведенные, так как нет деления на исходную информацию и получаемую в процессе проведения, а вся информация (реквизиты и движения) заполняется в процессе ввода документа.
Заметим, что у документов, которые не должны проводиться, пиктограмма в списке документов больше похожа на пиктограмму проведенного документа. Это сделано потому, что пользователь в списке документов должен, прежде всего, отличать документы которые нужно проводить, а они еще не проведены. А документы, которые не нужно проводить и которые уже проведены, отличать не столь важно.
Читайте также: