Непрерывность нумерации платежных поручений 
	   
	     | 
   
 
	
		| Предыдущая тема :: Следующая тема   | 
	 
	
	
		| Автор | 
		Сообщение | 
	 
	
		dbmaslov Профи
 
  Вступление в Клуб: 11.07.2007
  | 
		
			
				 Чт Мар 26, 2009 10:23   Непрерывность нумерации платежных поручений | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				| Коллеги, кто-нибудь знает АБС, где реализован контроль непрерывность нумерации платежных поручений? т.е. последовательность не нарушается при ликвидации, удалении, а если и возникают пробелы в нумерации то удаленные/ликвидированные  документы сохраняются в журнале (например, ликвидированных док-тов). | 
			 
		  | 
	 
	
		  | 
	 
	
		Alexsey Эксперт
 
  Вступление в Клуб: 06.09.2007
  | 
		
			
				 Чт Мар 26, 2009 11:35   Re: Непрерывность нумерации платежных поручений | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | dbmaslov пишет: | 	 		  | Коллеги, кто-нибудь знает АБС, где реализован контроль непрерывность нумерации платежных поручений? т.е. последовательность не нарушается при ликвидации, удалении, а если и возникают пробелы в нумерации то удаленные/ликвидированные  документы сохраняются в журнале (например, ликвидированных док-тов). | 	  
 
1. ну я насколько помню для этого есть счетчики.. хотя с другой стороны для платежек у каждого клиента своя нумерация... 
 
2. Ликвидированные документы так и остаются в базе и можно найти.. а вот с удаленными сложнее.. т.к. они удалены из базы _________________ всегда есть как минимум 2 выхода | 
			 
		  | 
	 
	
		  | 
	 
	
		dbmaslov Профи
 
  Вступление в Клуб: 11.07.2007
  | 
		
			
				 Чт Мар 26, 2009 12:33    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				Если откатываешь ФР - следов от дока не остается.
 
В нумерации документа появляется дыра: 1,2,....5,6
 
Это очень напрягает налоговую, и они требуют объяснить почему так.
 
если бы при откате ФР документы фиксировали в базе, было бы проще. | 
			 
		  | 
	 
	
		  | 
	 
	
		Alexsey Эксперт
 
  Вступление в Клуб: 06.09.2007
  | 
		
			
				 Чт Мар 26, 2009 12:41    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | dbmaslov пишет: | 	 		  Если откатываешь ФР - следов от дока не остается.
 
В нумерации документа появляется дыра: 1,2,....5,6
 
Это очень напрягает налоговую, и они требуют объяснить почему так.
 
если бы при откате ФР документы фиксировали в базе, было бы проще. | 	  
 
В данном случае проще, на мой взгляд, при откате ФР возвращать значение счетчикам, отработавшим при формировании документа. тогда  харнить документы в базе не будет смысла _________________ всегда есть как минимум 2 выхода | 
			 
		  | 
	 
	
		  | 
	 
	
		dbmaslov Профи
 
  Вступление в Клуб: 11.07.2007
  | 
		
			
				 Чт Мар 26, 2009 12:46    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				| как ты будешь использовать этот счетчик? | 
			 
		  | 
	 
	
		  | 
	 
	
		dbmaslov Профи
 
  Вступление в Клуб: 11.07.2007
  | 
		
			
				 Чт Мар 26, 2009 12:52    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				| во! можно написать операцию "дурилку"- которая после завершения ОД, анализирует последовательно номеров документов, и если возникает  пробел, создавать запись в журнале специальном, с указанием даты и номера документа. ну или создавать док. в платежных документов сразу в статусе "ликвидирован". | 
			 
		  | 
	 
	
		  | 
	 
	
		Alex2019 Профи
 
  Вступление в Клуб: 02.07.2007
  | 
		
			
				 Чт Мар 26, 2009 16:23    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | dbmaslov пишет: | 	 		  |  создавать запись в журнале специальном, с указанием даты и номера документа. ну или создавать док. в платежных документов сразу в статусе "ликвидирован". | 	  
 
А зачем что-то создавать, когда он и так пишется в LOG_DI_DOC?
 
А что касается проблемы, и если она состоит только избавлении от  пропуска номеров, то можно еще так извратиться: в HOOK_BANK.MD_CHECK_REQS вписать процедурку, которая для документа с номером по счетчику просканит номера нужного типа за нужный период, и в случае нахождения "дырки", заменит номер документа на найденный. | 
			 
		  | 
	 
	
		  | 
	 
	
		dbmaslov Профи
 
  Вступление в Клуб: 11.07.2007
  | 
		
			
				 Чт Мар 26, 2009 18:48    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | Alex2019 пишет: | 	 		   	  | dbmaslov пишет: | 	 		  |  создавать запись в журнале специальном, с указанием даты и номера документа. ну или создавать док. в платежных документов сразу в статусе "ликвидирован". | 	  
 
А зачем что-то создавать, когда он и так пишется в LOG_DI_DOC? | 	  
 
там нет документов которые ликвидированы/удалены через откат фин. распоряжений.
 
 
 	  | Alex2019 пишет: | 	 		  | А что касается проблемы, и если она состоит только избавлении от  пропуска номеров, то можно еще так извратиться: в HOOK_BANK.MD_CHECK_REQS вписать процедурку, которая для документа с номером по счетчику просканит номера нужного типа за нужный период, и в случае нахождения "дырки", заменит номер документа на найденный. | 	  
 
ну а если это какая-нибудь массовая операция, которая генерирует например регулярные платежи, соответственно есть опасность, что в одну "дырку" попытаются залезть два и более документов... и не факт, что победит сильнейший     ....
 
 
нужно еще подумать..... | 
			 
		  | 
	 
	
		  | 
	 
	
		German Профи
 
  Вступление в Клуб: 25.06.2007
  | 
		
			
				 Пт Мар 27, 2009 09:40    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | dbmaslov пишет: | 	 		  | во! можно написать операцию "дурилку"- которая после завершения ОД, анализирует последовательно номеров документов, и если возникает  пробел, создавать запись в журнале специальном, с указанием даты и номера документа. ну или создавать док. в платежных документов сразу в статусе "ликвидирован". | 	  Может быть вместо пост-анализа и восстановления ликвидированных документов получится поправить операцию отката финраспоряжений, чтобы документы не удалялись, а ликвидировались? _________________ Homo homini | 
			 
		  | 
	 
	
		  | 
	 
	
		Alexsey Эксперт
 
  Вступление в Клуб: 06.09.2007
  | 
		
			
				 Пт Мар 27, 2009 09:44    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | German пишет: | 	 		   	  | dbmaslov пишет: | 	 		  | во! можно написать операцию "дурилку"- которая после завершения ОД, анализирует последовательно номеров документов, и если возникает  пробел, создавать запись в журнале специальном, с указанием даты и номера документа. ну или создавать док. в платежных документов сразу в статусе "ликвидирован". | 	  Может быть вместо пост-анализа и восстановления ликвидированных документов получится поправить операцию отката финраспоряжений, чтобы документы не удалялись, а ликвидировались? | 	  поправить то оно конечно хорошо.. вот только потом придется сопровождать доработку при каждом накате обновлений... либо написать что то свое на откат.. _________________ всегда есть как минимум 2 выхода | 
			 
		  | 
	 
	
		  | 
	 
	
		dbmaslov Профи
 
  Вступление в Клуб: 11.07.2007
  | 
		
			
				 Пт Мар 27, 2009 11:22    | 
				     | 
			 
			
				Полезность: Нет оценки 
  | 
			 
			
				 	  | German пишет: | 	 		   	  | dbmaslov пишет: | 	 		  | во! можно написать операцию "дурилку"- которая после завершения ОД, анализирует последовательно номеров документов, и если возникает  пробел, создавать запись в журнале специальном, с указанием даты и номера документа. ну или создавать док. в платежных документов сразу в статусе "ликвидирован". | 	  Может быть вместо пост-анализа и восстановления ликвидированных документов получится поправить операцию отката финраспоряжений, чтобы документы не удалялись, а ликвидировались? | 	  
 
 
Для отката ФР вызываются продуктовые операции, т.е. придется править каждую операцию... 
 
Тут нужно решение от ЦФТ - комплексное. А оно появится, когда появится официальное требование от налоговой…. Пока они предложили дорабатывать за деньги. | 
			 
		  | 
	 
	
		  | 
	 
	
		 | 
	 
 
  
	 
	    
	   | 
	
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
  | 
   
 
		 |