Как изменить статус проверен документ в 1с
Всем привет. Скажу сразу, я совсем новенький, так что сразу извиняюсь, если где-то сильно тупить буду. Прошу у вас помощи вот с таким заданием: есть пустая база,с одним документом, создано в целях тренировки, мне необходимо создать механизм проверки документов с тремя статусами, "Проверен", "Не проверен" и "На повторной проверке", которые берутся из перечисления.
Так же создан регистр сведений, в котором есть Измерение с ссылкой на документ, ресурсом "Статус", тип у которого ссылка на перечисление и реквизитами "Проверен"( ссылка на справочник Пользователи), Дата Проверки ( Тип "Дата"), Изменил( справочник.Пользователи) и Дата Изменения( Дата). Суть в том, что пользователь проверяет документ, нажимает на кнопку проверки и должна идти запись в регистр с правильным статусом, т.е. от проведения документа не зависит.
Только созданный документ попадает в регистр со статусом "Не проверен", при нажатии на кнопку должен быть статус "Проверен", а после ее снятия статус "К повторной проверке"
У меня было сделано так, что было 2 статуса проверки "Проверен" и "Не проверен", записи шли, но после проведения документа. Сейчас же появилось третье значение измерения "К повторной проверке"( После снятия кнопки, ставится этот статус) и задача записывать этот статус сразу после нажатия на кнопку, а не после проведения документа. Буду очень признателен, если кто поможет!
Код скидываю ниже:
Процедура ОбработкаПроведения(Документ, СтатусПроверки, ЭтоИзменениеДокумента = Истина) Экспорт
НаборЗаписей = РегистрыСведений.ЛП_СтатусыПроверкиДокументов.СоздатьНаборЗа писей(); // запись документов в регистр сведений
НаборЗаписей.Отбор.Документ.Установить(Документ);
//НаборЗаписей.Отбор.Регистратор.Установить(Ссылка);
НаборЗаписей.Прочитать();
Если НаборЗаписей.Количество() = 0 Тогда
Запись = НаборЗаписей.Добавить();
Иначе //запись уже существует
Запись = НаборЗаписей[0];
КонецЕсли;
Запись.Документ = Документ;
Запись.СтатусПроверки = СтатусПроверки;
ТекущийПользователь = Справочники.Пользователи.НайтиПоНаименованию(ПользователиИнф ормационнойБазы.ТекущийПользователь().Имя);
Запись.Проверил = ТекущийПользователь;
Запись.ДатаПроверки = ТекущаяДатаСеанса();
//ЭтоИзменениеДокумента =
//Если ЭтоИзменениеДокумента Тогда
Запись.Изменил = ТекущийПользователь;
Запись.ДатаИзменения = ТекущаяДатаСеанса();
//КонецЕсли;
&НаКлиенте
Процедура ИзменениеСтатусаПроверкиДокумента(Команда)
Если ЭтаФорма.СтатусДокумента = Истина Тогда //обработчик событий кнопки
ЭтаФорма.СтатусДокумента = Ложь ;
ИначеЕсли ЭтаФорма.СтатусДокумента = Ложь Тогда
ЭтаФорма.СтатусДокумента = Истина ;
КонецЕсли;
ЭтаФорма.Элементы.ДекорацияСтатус.Заголовок = ЭтаФорма.СтатусДокумента; //Показываем состояние кнопки на декорации форм
Если ЭтаФорма.СтатусДокумента = Истина Тогда
ЭтаФорма.Элементы.ДекорацияСтатус.Заголовок = " Статус проверки " + " Нажата";
ИначеЕсли ЭтаФорма.СтатусДокумента = Ложь Тогда
ЭтаФорма.Элементы.ДекорацияСтатус.Заголовок = " Статус проверки " + "Не нажата";
КонецЕсли;
//Делаем кнопку нажатой и не нажатой
Элементы.ИзменениеСтатусаПроверкиДокумента.Пометка = НЕ Элементы.ИзменениеСтатусаПроверкиДокумента.Пометка
КонецПроцедуры
&НаСервере
Процедура ПередЗаписьюНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи)
//в обработчике ПередЗаписьюНаСервере в параметре ТекущийОбъект
//находится сам прикладной объект, а не данные формы.
//Соответственно доступны и ДополнительныеСвойства и
//экспортная переменная модуля объекта
ТекущийОбъект.ДополнительныеСвойства.Вставить("СтатусДокумен та",СтатусДокумента);
&НаСервере
Функция ПриСозданииНаСервере(Отказ, СтандартнаяОбработка) Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ЛП_СтатусыПроверкиДокументов.СтатусПроверки КАК СтатусПроверки
|ИЗ
| РегистрСведений.ЛП_СтатусыПроверкиДокументов КАК ЛП_СтатусыПроверкиДокументов
|ГДЕ
| ЛП_СтатусыПроверкиДокументов.Документ = &Документ";
РезультатЗапроса = Запрос.Выполнить();
Если РезультатЗапроса.Пустой() Тогда
Возврат Ложь;
КонецЕсли;
Если ВыборкаДетальныеЗаписи.СтатусПроверки = Перечисления.ЛП_ЭтапыПроверкиДокументов.НеПроверен Тогда
Возврат Ложь;
Иначе
Возврат Истина;
Рассмотрим отражение документов в регл. учете в программе 1С:ERP 2.4. Аналогичное рабочее место 1С можно встретить также в конфигурации 1С:Комплексная автоматизация 2.
Располагается в интерфейсе системы ЕРП: «Регламентированный учет», подраздел «Бухгалтерский и налоговый учет» - «Отражение документов в регл.учете».
Открывается рабочее место 1С:
Это и есть основное рабочее место, где происходит работа с проводками бухгалтерского учета. В данном рабочем месте мы видим документы, которые не отражены в регламентированном бухгалтерском учете, непроверенные документы, а также документы, которые менялись в ручную, для которых требуется настроить счета учета. Обратите внимание на желтую кнопку, которая предлагает выполнить отражение всех документов по указанную дату.
2. Опция «Проверка документов» 1С
Далее – «Проверка документов» 1 С. Но на скрине видно, что такого пункта нет.
Чтобы включить видимость документов требующих проверки, необходимо включить опцию.
Данная опция включается в интерфейсе главного меню 1С:ERP «НСИ и администрирование», раздел «Настройка НСИ и разделов», пункт «Регламентированный учет».
В данном разделе (в подразделе «Сервисные функции») необходимо включить «Проверка документов» и выбрать один из двух режимов: «с запретом редактирования» или «только уведомления, без запрета редактирования».
После включения данной опции в рабочем месте появится новая информация о проверке документов.
Также после того как включается опция проверки, в документах появляется специальная кнопка с галкой. Она обозначает статус проверки документов.
Когда создается новый документ в системе, ему присваивается статус «не проверен», и мы видим его в соответствующем рабочем месте «Документы, требующие проверки».
Подробнее: существует регистр сведений, в котором собственно и происходит запись информации для проверки и самой проверки. Регистр сведений называется «Статусы проверки документов».
В этот регистр в разрезе документа и организации пишется информация по статусам проверки.
Например, проверим на документе реализации. Менеджер внес в систему документ, мы его увидели в рабочем месте проверки документов, открыли, проверили, если нужно - дозаполнили и подтвердили, что «Да» мы его проверили, отметив соответствующий статус нажатием кнопки с галкой.
И если посмотрим сейчас регистр, то мы увидим информацию — кто и когда его проверил.
3. Журнал документов учета
Обратим внимание на ссылки в рабочем месте «по операциям».
При переходе по ссылке открывается один и тот же журнал, отличающийся только отборами в самом журнале документов учета.
4. Отражение первичных документов
Перейдем по ссылке «Документы, ожидающие автоматического отражения». Мы опять попадем в уже упомянутый журнал со списком требующих отражения первичных документов.
Перейдя по ссылке, видим, что отбор сработал по статусу отражения «К отражению». Это статус, в котором создается документ.
После того как документ успешно отражен в регламентированном учете, ему присваивается статус «Отражен». Если возникает ошибка, например, не указаны учета 1С для отражения требуемой операции, то тогда данные документы выпадают в ошибки по ссылке в рабочее место «Настроить счета учета». Таким документам присваивается статус «Не указаны счета учета». Если документ был скорректирован ручной корректировкой, тогда присваивается статус «Отражен вручную». И например ситуация: была ручная корректировка, а потом произошло изменение документа или изменения прошли какой-то групповой регламентной операций, то документу присваивается статус «Требуется подтверждения». Таким образом нас просят подтвердить изменения.
Отразить документы можно нажав кнопку «Выполнить отражение». А можно перейдя в проводки и нажать «Отразить в регл.учете».
Можно также включить опцию, чтобы при переходе в проводки они сразу отражались автоматически. Для этого в пункте «еще» - установить «Отражать в учете при открытии».
Статусы отражения документов в регламентированном учете фиксируются в регистре сведений. Его можно открыть и увидеть динамику по движениям документов в организации.
В регистре сведений «Отражение документов в регл учете» видно статус документа «Отражен».
Вот по данному регистру и происходит отслеживание статусов отражения и вывода информации в рабочее место.
5. Ручные операции.
Еще в рабочем месте мы видим документы ручных операций.
К примеру, имеется документ ручной операции. Перейдя по ссылке мы попадем в журнал, где можно открыть непосредственно документ:
Рассмотрим отражение документов в регл. учете в программе 1С:ERP 2.4. Аналогичное рабочее место 1С можно встретить также в конфигурации 1С:Комплексная автоматизация 2.
Располагается в интерфейсе системы ЕРП: «Регламентированный учет», подраздел «Бухгалтерский и налоговый учет» - «Отражение документов в регл.учете».
Открывается рабочее место 1С:
Это и есть основное рабочее место, где происходит работа с проводками бухгалтерского учета. В данном рабочем месте мы видим документы, которые не отражены в регламентированном бухгалтерском учете, непроверенные документы, а также документы, которые менялись в ручную, для которых требуется настроить счета учета. Обратите внимание на желтую кнопку, которая предлагает выполнить отражение всех документов по указанную дату.
2. Опция «Проверка документов» 1С
Далее – «Проверка документов» 1 С. Но на скрине видно, что такого пункта нет.
Чтобы включить видимость документов требующих проверки, необходимо включить опцию.
Данная опция включается в интерфейсе главного меню 1С:ERP «НСИ и администрирование», раздел «Настройка НСИ и разделов», пункт «Регламентированный учет».
В данном разделе (в подразделе «Сервисные функции») необходимо включить «Проверка документов» и выбрать один из двух режимов: «с запретом редактирования» или «только уведомления, без запрета редактирования».
После включения данной опции в рабочем месте появится новая информация о проверке документов.
Также после того как включается опция проверки, в документах появляется специальная кнопка с галкой. Она обозначает статус проверки документов.
Когда создается новый документ в системе, ему присваивается статус «не проверен», и мы видим его в соответствующем рабочем месте «Документы, требующие проверки».
Подробнее: существует регистр сведений, в котором собственно и происходит запись информации для проверки и самой проверки. Регистр сведений называется «Статусы проверки документов».
В этот регистр в разрезе документа и организации пишется информация по статусам проверки.
Например, проверим на документе реализации. Менеджер внес в систему документ, мы его увидели в рабочем месте проверки документов, открыли, проверили, если нужно - дозаполнили и подтвердили, что «Да» мы его проверили, отметив соответствующий статус нажатием кнопки с галкой.
И если посмотрим сейчас регистр, то мы увидим информацию — кто и когда его проверил.
3. Журнал документов учета
Обратим внимание на ссылки в рабочем месте «по операциям».
При переходе по ссылке открывается один и тот же журнал, отличающийся только отборами в самом журнале документов учета.
4. Отражение первичных документов
Перейдем по ссылке «Документы, ожидающие автоматического отражения». Мы опять попадем в уже упомянутый журнал со списком требующих отражения первичных документов.
Перейдя по ссылке, видим, что отбор сработал по статусу отражения «К отражению». Это статус, в котором создается документ.
После того как документ успешно отражен в регламентированном учете, ему присваивается статус «Отражен». Если возникает ошибка, например, не указаны учета 1С для отражения требуемой операции, то тогда данные документы выпадают в ошибки по ссылке в рабочее место «Настроить счета учета». Таким документам присваивается статус «Не указаны счета учета». Если документ был скорректирован ручной корректировкой, тогда присваивается статус «Отражен вручную». И например ситуация: была ручная корректировка, а потом произошло изменение документа или изменения прошли какой-то групповой регламентной операций, то документу присваивается статус «Требуется подтверждения». Таким образом нас просят подтвердить изменения.
Отразить документы можно нажав кнопку «Выполнить отражение». А можно перейдя в проводки и нажать «Отразить в регл.учете».
Можно также включить опцию, чтобы при переходе в проводки они сразу отражались автоматически. Для этого в пункте «еще» - установить «Отражать в учете при открытии».
Статусы отражения документов в регламентированном учете фиксируются в регистре сведений. Его можно открыть и увидеть динамику по движениям документов в организации.
В регистре сведений «Отражение документов в регл учете» видно статус документа «Отражен».
Вот по данному регистру и происходит отслеживание статусов отражения и вывода информации в рабочее место.
5. Ручные операции.
Еще в рабочем месте мы видим документы ручных операций.
К примеру, имеется документ ручной операции. Перейдя по ссылке мы попадем в журнал, где можно открыть непосредственно документ:
Работая в программном продукте 1С посмотреть состояние по электронному документообороту можно несколькими способами:
1. В списке документов учета в столбце "Состояние ЭДО"
2. Открыв необходимый документ учёта.
4. Открыв электронный документ.
Состояние ЭДО напрямую зависит от выполнения регламента ЭДО. Для того, чтобы посмотреть регламент ЭДО в электронном документе необходимо нажать на кнопку "Скрыть / показать панель регламента ЭДО".
После чего слева появится панель регламента ЭДО, в которой отображаются этапы обработки электронного документа участниками ЭДО.
Ниже приведен порядок обмена документами между отправителем, получателем и Оператором ЭДО применяемый для обмена юридически значимыми электронными документами. В данном обмене, который выступает примером, представлен наиболее полный регламент ЭДО, а именно в настройках обмена с контрагентом выставлено: отправитель ожидает извещение о получении документа, а также отправитель ожидает ответную подпись по документу.
1. Отправитель формирует документ, подписывает его квалифицированной электронной подписью (КЭП), и отправляет его через оператора ЭДО получателю. Отправитель может затребовать ответную подпись получателя под документом.
2. Оператор, получая файл, фиксирует дату и время отправки документа своими средствами. Затем формирует подтверждение даты получения файла (ПДП) и подтверждение даты отправки файла (ПДО). Оператор передаёт отправителю документа подтверждение даты получения (ПДП), а получателю подтверждение даты отправки ПДО.
3. Отправитель документа, получив подтверждение даты получения от оператора ЭДО, а получатель получив подтверждение даты отправки (ПДО) формируют в адрес оператора ЭДО извещения о получении данных файлов, а именно извещение о получении подтверждения даты получения (ИОП на ПДП) от отправителя документа и извещение о получении подтверждения даты отправки (ИОП на ПДО) от получателя документа.
4. Так как по документу было запрошено извещение о получении, получив документ, получатель проверяет его ЭП, формирует извещение о получении (ИОП) которое фиксирует факт доставки данного документа, подписывает ИОП своей КЭП и передает его оператору ЭДО.
5. Оператор ЭДО получив извещение о получении от получателя документа отправляет последнему подтверждение даты отправки на извещение о получении (ПДО на ИОП).
6. После получения от оператора ЭДО подтверждения даты отправки на извещение о получении (ПДО на ИОП) получатель электронного документа подписывает и отправляет извещение о получении (ПДО на ИОП) в адрес оператора ЭДО.
7. Отправитель, получив ИОП, проверяет ЭП и далее хранит полученные документы. Момент получения ИОП отправителем означает, что получатель имеет техническую возможность ознакомиться с документом и выполнить иные действия, предусмотренные регламентом ЭДО.
Получатель согласен с электронным документом:
8. В нашем примере по электронному документу запрашивалась ответная подпись получателя и в том случае если покупатель согласен с содержанием полученного документа он формирует информацию покупателя, которое представляет собой электронную подпись получателя под исходным документом, и оправляет его оператору ЭДО.
9. Оператор ЭДО получив от получателя электронного документа информацию покупателя отправляет последнему подтверждение даты отправки на информацию покупателя (ПДО на информацию покупателя) после чего производит передачу информации покупателя отправителю документа.
10. После получения подтверждения даты отправки на информацию покупателя (ПДО на информацию покупателя) получатель электронного документа подписывает и отправляет извещение о получении (ПДО на информацию покупателя) в адрес оператора ЭДО.
11. Отправитель, получив информацию покупателя, проверяет ЭП и хранит. С момента получения информации покупателя отправителем документ считается согласованным и подтвержденным обеими сторонами.
Получатель не согласен с полученным документом. 12. В случае несогласия с полученным документом, получатель отклоняет электронный документ и тем самым формирует уведомление об уточнении (УОУ), указывает причину несогласия, подписывает его своей КЭП и оправляет отправителю ЭД через оператора ЭДО.
12. С момента получения уведомления об уточнении (УОУ) отправителем, документ считается не согласованным. Получив уведомление об уточнении (УОУ) отправитель ЭД формирует извещение о получении уведомления об уточнении (ИОП на УОУ), которое в последующем отправляется получателю электронного документа.
13. Получатель электронного документа получает извещение о получении уведомления об уточнении (ИОП на УОУ).
В случае, когда одна из сторон желает аннулировать подписанный ранее документ, регламент дополняется следующими действиями:
14. Отправитель или Получатель посылает через оператора ЭДО предложение об аннулировании документа (ПОА) контрагенту с указанием причины аннулирования.
14.1. Предложение об аннулировании передается контрагенту через оператора ЭДО.
- Согласиться с аннулированием
- Не согласиться
15. С момента получения ответной подписи инициатором процедуры аннулирования от контрагента, отправитель и получатель считают исходный документ аннулированным. В предложении об аннулировании на стороне инициатора аннулирования появится "Получено подтверждение".
16. Если контрагент возражает против аннулирования документа, он отклоняет предложение об аннулировании нажатием "Не согласен" и автоматический посылает в ответ уведомление об уточнении на предложение об аннулировании (УОУ на ПОА) с указанием причины несогласия и данное уведомление отправляется через оператора ЭДО инициатору предложения об аннулировании.
17. С момента получения уведомления об уточнении на предложение об аннулировании (УОУ на ПОА) инициатором процедуры аннулирования, предложение об аннулировании (ПОА) получает статус "отклонен получателем" и считается не согласованным, статус документооборота возвращается в предшествующий процедуре аннулирования.
По мере выполнения регламента ЭДО меняется состояние ЭДО в программном продукте 1С.
Состояния ЭДО:
Не начат – данное состояние означает, что связь с контрагентом есть, но электронный документ ещё не сформирован. Пользователю доступно формирование, подписание и последующая отправка документа в сторону контрагента.
На подписи – данное состояние означает, что электронный документ сформирован, но не подписан электронной подписью, а также не отправлен оператору ЭДО.
Также На подписи может находиться входящий электронный документ, при условии, что требуется ответная подпись со стороны получателя. В данной ситуации требуется подписать "Информацию получателя", которая представляет из себя ответную подпись по входящему документу.
Ожидается передача оператору – данное состояние появляется только в том случае, когда пользователь включил «Отложенную отправку электронных документов». Отложенная отправка электронных документов включается в Администрирование - Обмен электронными документами - Вкладка "Обмен с контрагентами"
Ожидается извещение о получении - данное состояние означает, что документ был отправлен, получено подтверждение даты получения от оператора, однако отсутствует извещение о получении, которое свидетельствует о том, что контрагент загрузил данный электронный документ в свою информационную систему.
Ожидается подтверждение – документ получен контрагентом. Об этом свидетельствует "Извещение о получении", которое подписано контрагентом и загружено в базу отправителя электронного документа. Ожидается ответная подпись документа.
ЭДО завершен – данное состояние означает, что необходимые действия по данному документу выполнены со стороны всех участников обмена. Документооборот завершен.
Ожидается исправление - данное состояние означает, что в информационную базу был загружен формализованный электронный документ, который был успешно отклонен получателем, в панели регламента ЭДО сформировалось уведомление об уточнении в адрес отправителя электронного документа. Ожидаются корректировочные документы от отправителя.
Требуется уточнение - данное состояние означает, что контрагент получил документ, но не согласился с его содержимым и отклонил его. В ответ отправителю документа отсылается "Уведомление об уточнении" в котором указана причина отклонения документа. После получения уведомления об уточнении в базе отправителя электронного документа формируется извещение о получении данного уведомления и данное извещение отправляется получателю электронного документа.
ЭДО завершен с исправлением - данное состояние означает, что после получения уведомления об уточнении от получателя электронного документа, отправитель сформировал корректировочные документы с которыми согласился контрагент, и ЭДО по которым имеет состояние "ЭДО завершен".
Ожидается аннулирование - данное состояние означает, что отправитель электронного документа сформировал "Предложение об аннулировании" и отправил в адрес получателя документа. От контрагента ожидается согласие или отказ от аннулирования.
Требуется аннулирование - данное состояние означает, что получатель электронного документа сформировал "Предложение об аннулировании" и отправил в адрес отправителя документа. Отправителем документа получено "Предложение об аннулировании".
Отправителю доступно:
"Согласиться с аннулированием" - документооборот будет аннулирован на обеих сторонах.
"Не согласиться" - сформируется уведомление об уточнении, в котором будет указана причина отказа от аннулирования. Документ вернётся в предыдущее состояние на обеих сторонах.
Аннулирован - данное состояние означает, что по входящему предложению об аннулировании отправлено подтверждение, либо получено подтверждение от контрагента по исходящему предложению об аннулировании. Документооборот аннулирован как со стороны отправителя, так и со стороны получателя электронного документа.
ЭДО закрыт принудительно - данное состояние обозначает, что электронный документ изъят из активного документооборота, при этом иные участники обмена не получат уведомлений, свидетельствующих о том, что по данному документу не требуется действий.
Возможность закрыть документ принудительно имеется на каждой стадии активного документооборота.
Ожидается согласие контрагента - данное состояние означает, что согласно реквизитам, которые указаны в документе учета, в базе отсутствует действующая настройка ЭДО со статусом "Принято". В этом случае при формировании электронного документа контрагенту отправляется приглашение. Электронный документ будет сформирован, подписан и находится в статусе "Ожидается согласие контрагента". После того как контрагент примет приглашение данный электронный документ отправится автоматически.
Получен отказ от контрагента - данное состояние означает, что согласно реквизитам, которые указаны в документе учета, в базе отсутствует действующая настройка ЭДО со статусом "Принято". В этом случае контрагенту было направлено приглашение для обмена, после чего был сформирован и подписан электронный документ, однако контрагент отклонил приглашение.
ЭДО закрыт с отклонением - данное состояние означает, что в информационную базу был загружен неформализованный электронный документ (произвольный документ, счет на оплату . ) по которому получатель сформировал уведомление об уточнении. В информационной базе получателя данному документу будет присвоено состояние "ЭДО закрыт с отклонением".
Требуется подписание извещения - данное состояние означает, что в информационной базе сформировано извещение о получении подтверждения даты отправки, однако данное извещение не подписано.
Читайте также: