Технические изменения

Технические изменения

Содержание

Маршрут следования ряда пригородных поездов, которые прибывают и отправляются со станции Харьков-пассажирский, 6 февраля 2014 года изменен по техническим причинам, передает Интерфакс-Украина со ссылкой на пресс-службу Южной железной дороги.

Это касается поездов, которые следуют по Золочевскому, Люботинскому и Красноградскому направлениям из/в Красноград, Мерефу, Буды, Коммунар, Шпаковку, Новую Баварию — они проходят через станцию Харьков-Балашовский.

Поезда, следующие в Змеевском, Лозовском и Изюмском направлениях, из/в Лозовую, Мерефу, Буды, Коммунар, Шпаковку, Новую Баварию — проходят через станцию Харьков-Левада.

Отправление и прибытие поездов, моторвагонного подвижного состава повышенного комфорта производится со станций: Харьков-Балашовский — поезд №847/848 Харьков-Ворожба; Харьков-Левада — поезд №819/820 Харьков-Запорожье.

Изменение маршрутов приема-отправления пригородных поездов обусловлено тем, что вечером 5 февраля 2014 года на станции Харьков-пассажирский внезапно исчезло электропитание устройств железнодорожной автоматики стрелок и светофоров, из-за чего данные устройства переведены в ручной режим работы. Такая ситуация привела к задержкам отдельных ускоренных и пассажирских поездов.

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

Внимание:

  • Аннулирование пакета документов доступно только при авторизации в системе по сертификату!
  • Функция недоступна для документов полученных/отправленных из роуминга.
  • Инициатором аннулирования может быть как отправитель, так и получатель документа.

Аннулирование предназначено для признания недействительными ранее принятых документов.

Для признания документа недействительным обеими сторонам документооборота необходимо подписать соглашение об аннулировании.

Отправитель может аннулировать документ в одностороннем порядке, если на него не получен результат приема: квитанция о приеме или уведомление об уточнении (для документа без запроса подписи и счета-фактуры не получено извещение о получении). В данном случае документ считается недействительным сразу после подписания Отправителем Предложения об аннулировании.

Отправка предложения об аннулировании документа:

  1. Выделите из списка при помощи чекбокса документ, который хотите аннулировать. Внимание: Невозможно аннулировать документы, имеющие статус: отказано, ожидает аннулирование, требуется аннулирование, аннулирован.
  2. Нажмите на кнопку Аннулирование→Аннулировать.
  3. В сплывающем окне «Аннулирование документов» укажите причину и подтвердите запуск процесса аннулирования нажатием кнопки Аннулировать.

    Для отмены действия нажмите на ссылку Отменить.
  4. При положительном решении запускается процесс аннулирования и контрагенту отправляется Предложение об аннулировании.
  5. Статус документа изменится на «Ожидается аннулирование».

Принятие/отклонение предложения об аннулировании документа.

  1. Выделите из списка при помощи чекбокса документ со статусом «Требуется аннулирование»:
    • Если вы согласны с аннулированием документа нажмите кнопку Аннулирование→Подтвердить аннулирование.

      Инициатору запроса на аннулирование отправляется Уведомление о Принятии.

      Статус документа меняется на Аннулирован.

    • Если вы отказываете в аннулировании документа нажмите кнопку Отклонить аннулирование→Подтвердить аннулирование.

      Инициатору запроса на аннулирование отправляется Уведомление об Уточнении.

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

  2. С момента получения Инициатором запроса на аннулирование соответствующего Уведомления о принятии (УОП), обе стороны считают исходный документ недействительным. Процесс аннулирования завершен.
  3. При получении Инициатором запроса на аннулирование Уведомления об уточнении(УОУ), обе стороны считают исходный документ юридически значимым. Процесс аннулирования завершен. При необходимости вы можете создать новый запрос на аннулирование данного документа.

Скачать и посмотреть xml-файлы Предложение Об Аннулировании, Уведомления о принятии, Уведомления об уточнении вы можете в цепочке автоматически полученных/отправленных подтверждающих документов по ссылке Посмотреть документооборот на странице с подробной информацией по документу.

Лидерство позволяет решить многие проблемы организации и ведет человека к славе. Но платой за это являются риски, связанные с управлением изменениями – сотрудникам приходится жертвовать устоявшейся жизнью ради эфемерного будущего, что вызывает негативное отношению к лидеру и сопротивление переменам.

Технические и адаптивные изменения

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

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

  • технические
  • адаптивные, затрагивающие поведение людей.

Работа с адаптивными проблема отличается от решения привычных проблем, решение за других людей.

Технические перемены происходят в организации каждый день. Для них используются известные проверенные инструменты управления изменениями. Т.о. есть возможность прогнозировать с высокой точностью ожидаемый результат и достигать его эффективно. Технические подходы позволяют реализовать краткосрочные изменения.

Адаптивные перемены – радикальные, глубокие преобразования, меняющие привычки, стереотипы работы, имеющиеся связи. Они серьезным образом затрагивают людей. Такие изменения трудно прогнозировать, поэтому возникает ситуация, когда люди приносят в жертву свое текущее положение имея только надежду на будущее. Эта неопределенность вызывает сопротивление многих сотрудников.

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

Краткое руководство по выживанию лидеров

Ronald A. Heifetz and Marty Linsky пришли к выводу, что на пути к должности топ-менеджеров руководители учатся решать «технические” проблемы и именно этот навык помог им сделать карьеру. Но занимаясь вопросом изменений менеджерам нужно овладеть новыми, в чем-то не привычными способностями. Для этой цели авторы подхода разработали краткое руководство по выживанию. Оно состоит из двух частей – одна направлена на то, как руководителю необходимо вести себя по отношению к организации, другая – как управлять собой.

Отношение лидера изменений с компанией.

Особенностью изменений является то, что окружение руководителя относится враждебно к преобразованиям.

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

– Искать потенциальных партнеров. Один в поле «не воин”.

– Следуйте тем требованиям, которые предъявляете к другим. Это послужит примером для сотрудников и не позволит «собственными руками разрушать разрушить то, что строите”.

– Решение проблем организации – ответственность лидера. Это позволяет руководителю увидеть свою роль в существующих проблемах.

– Использование организационных конфликтов для целей изменений. Конфликты – неизбежность преобразований. С ними можно бороться или же использовать в качестве батарейки изменений.

– Делегировать работу ответственным подчиненным. Избегать соблазна давать готовые решения сотрудникам. Собственные идеи люди отстаивают с большим рвением.

Отношение лидера с собой

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

– Не стоит проявлять избыточную активность. Стремление к избыточному контролю и самоутверждению за счет собственной проактивности повышают сопротивление изменений.

– Найдите опору для движения. Выделение времени для размышления и поиск места, где руководителя не будут отвлекать текущими проблемами – бывает очень сложной задачей. Но самое трудное, это дружба с людьми, которые поддержат лидера в самых противоречивых ситуациях и конфликтах.Ronald A. Heifetz and Marty Linsky обращают внимание менеджеров на то, что управление изменениями сложная задача, но приносить себя и компанию в жертву ей – не решение. Можно обрести баланс между преобразованиями и полноценной жизнью, между планами и творческими решениями.

В программах 1С 8.3 документам автоматически присваивается порядковый номер. В обычной ситуации этот механизм позволяет нумеровать документы в хронологическом порядке и исключить дубли номеров, однако в некоторых ситуациях механизм может повести себя неправильно. Например, если ввести документ задним числом или отредактировать номер документа вручную. Что делать, если в программе 1С:Предприятие 8.3 сбилась нумерация документов?

Экспресс-проверка нумерации счетов-фактур и кассовых документов в 1С:Бухгалтерии 8 и автоматическая перенумерация.

В программе 1С:Бухгалтерия 8 (редакция 3.0) есть встроенный инструмент проверки нумерации счет-фактур и кассовых документов (РКО и ПКО), поскольку в соответствии с нормами бухгалтерского учета нумерация этих документов должна вестись непрерывно, без дублей и в хронологическом порядке. Чтобы запустить инструмент проверки, в разделе «Отчеты» откройте пункт «Экспресс-проверка».

В открытом окне необходимо выбрать период проверки, а затем нажать кнопку «Показать настройки», где отметить галочками пункты «Соблюдение нумерации ПКО», «Соблюдение нумерации РКО» и «Соблюдение нумерации счетов-фактур».

Для данного примера мы ввели в программу 1С:Бухгалтерия 8.3 три счет-фактуры с измененной нумерацией. После нажатия на кнопку «Выполнить проверку», программа автоматически определит ошибки в нумерации счетов-фактур. Раскройте подпункты отчета, чтобы увидеть результат проверки, возможные причины ошибки, рекомендации для их исправления. Также программа предложит использовать встроенную обработку «Перенумерация документов», которая автоматически восстановит нумерацию в хронологическом порядке.

В окне обработки можно задать начальный номер, с которого начнется нумерация (может быть отличен от 1, если идет проверка не с начала года). В этом же окне сразу отображается, какие номера будут изменены. Нажмите на кнопку «Продолжить», чтобы подтвердить изменения номеров и перепровести редактируемые документы. Чем больше документов, тем больше времени займет редактирование. Обратите внимание, что после перенумерации номера документов в программе 1С:Бухгалтерия 8 могут не совпадать с номерами первичных документов.

После окончания обработки можно еще раз запустить экспресс-проверку нумерации. На этот раз ошибок нумерации документов в программе 1С 8.3 выявлено не будет.

Что делать, если номера новых документов в 1С 8.3 назначаются неправильно?

То, что касается других конфигураций 1С 8.3 и других документов, то типовых инструментов поиска и исправления ошибок нумерации для них не предусмотрено и делать это приходится вручную. Нередко изменение номеров документов может привести к ошибкам автоматической нумерации. То есть новым документам могут назначаться номера по ошибочному алгоритму. Для того, чтобы исправить механизм автоматической нумерации, может быть необходимо перенумеровать последние документы в режиме толстого клиента. Для этого выйдите из программы и в окне запуска 1С 8.3 при выборе информационной базы нажмите «Изменить», затем «Далее», и выберите основной режим запуска «Толстый клиент»

В режиме толстого клиента перенумеруйте последние документы в таком формате, в котором необходимо вести дальнейшую нумерацию. После выхода из программы, установления режима запуска «Автоматически» и входа в обычном режиме автоматическая нумерация должна работать корректно.

Пройдите курсы 1С и Вам больше не понадобятся советы и руководства!

Расписание курсов 1C

ГОСТ 19.603-78 Общие правила внесения изменений

УДК 651.5:006.354

Группа Т55

Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р

Единая система программной документации

ГОСТ 19.603-78

(СТ СЭВ 2089-80)

ОБЩИЕ ПРАВИЛА ВНЕСЕНИЯ ИЗМЕНЕНИЙ

United system for program documentation.
General rules for insertion of amendments

Постановлением Государственного комитета стандартов Совета Министров СССР от 22 февраля 1978 г. ¹ 518 срок введения установлен

с 01.01. 1980 г.

Настоящий стандарт устанавливает общие правила внесения изменений в программные документы, предусмотренные стандартами Единой системы программной документации (ЕСПД), независимо от способа их выполнения на различных носителях данных.

Стандарт соответствует СТ СЭВ 2089-80 в части установления общих требований к правилам внесения и содержанию изменений на программные документы (см. справочное приложение 1).

ОБЩИЕ ТРЕБОВАНИЯ

1.1. Под изменением программного документа понимается любое внесение и (или) удаление каких-либо данных без изменения общей части обозначения документа.

Обозначение документа допускается изменять только в случае ошибочного присвоения одинаковых обозначений разным документам или когда в обозначении документа допущена ошибка.

(Измененная редакция, Изм. № 1).

1.2. В программные документы вносят изменения по следующим причинам:

  • устранение обнаруженных ошибок в программе и программной документации;
  • развитие и усовершенствование программы.

1.3. Способы внесения изменений в программные документы, выполненные на различных носителях данных, должны соответствовать требованиям стандартов ЕСПД по правилам внесения изменений в документы на различных носителях данных.

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

1.5. Изменение и аннулирование подлинников, дубликатов и учтенных копий программных документов должно производиться только на основании извещений об изменении (далее — извещение).

1.6. Подлинники, дубликаты и копии извещений имеет право выпускать только предприятие — держатель подлинников, при этом копии извещений имеет право выпускать предприятие — держатель дубликата.

1.7. Исправление документов, вызванные внесением ошибочных изменений по ранее выпущенным извещениям, должны оформляться новыми извещениями.

1.8. Предложения об изменении (ПР) на предприятии — держателе дубликатов и копий рекомендуется оформлять на бланках подлинников извещений и направлять их для дальнейшего оформления предприятию — держателю подлинника.

1.9. Не допускается вносить изменения в программные документы и проводить доработку программ на основании ПР.

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

ИЗВЕЩЕНИЕ ОБ ИЗМЕНЕНИИ

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

2.2. Подлинники и дубликаты извещений должны быть выполнены на материале, с которого можно многократно снимать копии.

2.3. Извещения следует выполнять черной тушью шрифтом по ГОСТ 2.304-68 или печатным способом. Допускается выполнять извещения машинным способом.

2.4. Форма извещения и заполнения граф должна соответствовать требованиям ГОСТ 2.503-74. При этом в графе «Обозначение» должно быть проставлено обозначение документа по ГОСТ 19.103-77.

Пример заполнения извещения приведен в рекомендуемом приложении 2.

(Измененная редакция, Изм. № 1).

2.5. Извещение может иметь приложения. Приложения могут содержать части, предназначенные для осуществления указанных изменений, в том числе и с помощью ЭВМ. Эти части должны быть выполнены на согласованном с пользователем носителе данных и оформлены в соответствии с требованиями стандартов ЕСПД на правила оформления программных документов на конкретных носителях данных.

(Измененная редакция, Изм. № 1).

ВНЕСЕНИЕ ИЗМЕНЕНИЙ В ПОДЛИННИКИ И ДУБЛИКАТЫ ПРОГРАММНЫХ ДОКУМЕНТОВ

3.1. Вносить изменения в подлинники имеет право только предприятие — держатель подлинника на основании извещения.

3.2. Вносить изменения в дубликаты имеет право предприятие — держатель дубликата извещения.

3.3. При изменении подлинника и дубликата аннулированием с заменой документа подлиннику и дубликату присваивают новый инвентарный номер. Место простановки инвентарного номера на каждом конкретном носителе должно соответствовать требованиям стандартов ЕСПД на правила оформления программных документов на различных носителях данных.

(Измененная редакция, Изм. № 1).

3.4. Об изменениях, вносимых в подлинники и дубликаты, должна быть запись, содержание и место расположения которой должно соответствовать требованиям стандартов ЕСПД. Место записи об изменениях должно соответствовать требованиям стандартов ЕСПД на правила оформления программных документов на конкретных носителях данных.

3.5. Аннулированные по извещению подлинники и дубликаты снимают с учета.

ВНЕСЕНИЕ ИЗМЕНЕНИЙ В КОНТРОЛЬНЫЕ КОПИИ

4.1. Изменения в контрольные копии вносят только на основании копии извещения об изменении.

4.2. Предприятие — держатель подлинника или предприятие — держатель дубликата извещений должны высылать копии извещения держателя контрольных копий.

4.3. Изменения в контрольные копии вносят по правилам, установленным для подлинников.

4.4. После замены контрольная копия снимается с инвентарного учета в архиве предприятия.

ВНЕСЕНИЕ ИЗМЕНЕНИЙ В КОПИИ ПРОГРАММНЫХ ДОКУМЕНТОВ

5.1.1. Учтенная копия — копия, взятая на учет на предприятии — держателе подлинника или дубликата программного документа для внесения изменений. Внесение изменений в учтенные копии производится по извещениям.

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

5.1.3. Выпускать бюллетень имеет право только предприятие (организация) — держатель подлинников.

5.1.4. Бюллетень выпускают на основании изменений, внесенных в подлинники программных документов по извещениям.

5.1.5. Бюллетень выпускают на комплект программных документов или отдельные документы.

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

5.1.7. В бюллетене приводятся способы внесения изменений в копии.

5.1.8. Об изменениях, вносимых в копии, делается запись по п. 3.4 настоящего стандарта.

5.2. Оформление бюллетеня

5.2.1. Каждый бюллетень должен иметь титульный лист и обозначение (номер), включающее:

  • код предприятия (организации), выпустившего данный бюллетень;
  • порядковый регистрационный номер.

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

5.2.3. Во вводной части указывают область распространения бюллетеня или ограничение сферы его действия конкретными программами.

Для определения области распространения бюллетеня следует применять выражение:

«Бюллетень распространяется на наименование программы или ее частей и их обозначение

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

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

5.2.4. В разделе «Внесение изменений» излагают содержание изменений и способы внесения их в программные документы.

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

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

5.2.6. Бюллетени о внесении изменений в программные документы выпускают и передают предприятию-пользователю не реже одного раза в шесть месяцев.

5.3. Порядок доведения бюллетеней об изменениях до предприятий (организаций) — держателей копий изменяемых документов

5.3.1. Предприятие — держатель подлинника и (или) дубликата изменяемого документа высылает бюллетеня по заявкам предприятий (организаций) — держателей копий изменяемого документа.

5.3.2. Предприятие — держатель подлинника должно выслать бюллетень и (или) дубликат бюллетеня всем предприятиям, которым высланы дубликаты изменяемых документов.

ПРЕДЛОЖЕНИЕ ОБ ИЗМЕНЕНИИ

6.1. Каждое ПР должно иметь обозначение извещения с добавлением букв «ПР»

6.2. Оформление и выпуск ПР производят в соответствии с требованиями ГОСТ 2.503-74.

ПОРЯДОК СОГЛАСОВАНИЯ ИЗМЕНЕНИЯ ДОКУМЕНТОВ С ЗАКАЗЧИКОМ И ЕГО ПРЕДСТАВИТЕЛЕМ

7.1. Порядок согласования извещения об изменении и ПР должен соответствовать требованиям ГОСТ 2.503-74.

УЧЕТ И ПОРЯДОК ПРОХОЖДЕНИЯ ИЗВЕЩЕНИЙ ОБ ИЗМЕНЕНИИ, ПРЕДЛОЖЕНИЙ ОБ ИЗМЕНЕНИИ И БЮЛЛЕТЕНЕЙ

8.1. Все оформленные извещения передают в отдел технической документации (бюро технической документации) с одновременной передачей подлинников документов, выпускаемых взамен аннулированных документов.

(Измененная редакция, Изм. № 1).

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

(Измененная редакция, Изм. № 1).

8.3. Все поступившие в отдел технической документации (бюро технической документации) извещения, выпущенные на данном предприятии и полученные от других предприятий, регистрируют в книгах регистрации. Извещения и ПР регистрируют в отдельных книгах, причем книги должны вестись отдельно для документов данного предприятия и полученных от других предприятий. На всех листах извещений и ПР проставляют обозначение по книге регистрации.

8.4. На одном экземпляре копии извещения на лицевой стороне на первом листе ставят штамп «Контрольный экземпляр».

8.5. На основании извещения в отделе технической документации (бюро технической документации) вносят все связанные с ними изменения учтенных документов в инвентарную книгу подлинников и карточки учета документов в соответствии с требованиями ГОСТ 19.601-78.

8.6. Учет и хранение бюллетеней должны производиться по правилам учета и хранения извещений.

8.7. Учет извещений и ПР в книгах регистрации проводят в соответствии с требованиями ГОСТ 2.503-74.

8.8. Для учета рассылки копий извещений подразделениям данного предприятия и другим предприятиям применяется лист учета, который составляют и заполняют в соответствии с требованиями ГОСТ 2.503-74, разд. 7.

(Измененная редакция, Изм. № 1).

8.9. Опись извещений составляют и заполняют в соответствии с требованиями ГОСТ 2.503-74. Опись является сопроводительным документом к копии (или дубликатам) извещений.

ПРИЛОЖЕНИЕ 1
Справочное

ИНФОРМАЦИОННЫЕ ДАННЫЕ О СООТВЕТСТВИИ ГОСТ 19.603-78 СТ СЭВ 2089-80

Разд. 1, 2, 3 ГОСТ 19.603-78 соответствуют разд. 1, 2, 3 СТ СЭВ 2089-80.

Разд. 5 ГОСТ 19.603-78 соответствует разд. 4 СТ СЭВ 2089-80.

(Введено дополнительно, Изм. № 1).

ПРИЛОЖЕНИЕ 2
Рекомендуемое

ПРИМЕР ЗАПОЛНЕНИЯ ИЗВЕЩЕНИЯ

(Измененная редакция, Изм. № 1).

*Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в сентябре 1981 г (ИУС 11-81)

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *