Имя: Пароль:
1C
1C 7.7
v7: Последовательности документов
,
0 DrRaptor
 
22.11.13
13:49
Возник вопрос о применении Последовательности документов.

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

Но почему система не выдает сообщения о проведении документа задним числом или при изменении параметров в уже проведенном документе? Это же должно происходить автоматически, без использования средств программирования?
1 varelchik
 
22.11.13
16:03
Кто тебе об этом сказал?
2 пипец
 
22.11.13
16:05
(0) отсыпь ;)))
3 DrRaptor
 
22.11.13
16:30
(1) А нахрена тогда нужен контроль, если он автоматически не работает? И как контролировать? - нужно в процедуре ОбработкаПроведения() какие-то условия прописывать?

(2) лучше всыплю
4 DrRaptor
 
25.11.13
11:36
Что, никто ничего о последовательностях не знает?
5 Стрелок
 
25.11.13
11:38
последовательность - рудимент никому не нужный и нигде не использующийся. бесполезный абсолютно. нафига эти последовательности нужны я так и не понял за все годы работы с 7.7
6 КонецЦикла
 
25.11.13
11:43
Последовательность откатывается на самый ранний затронутый документ с предыдущего восстановления и восстанавливается при последовательном проведении документов. Таким образом гарантируется корректность данных если она восстановлена. Что непонятного? Можешь хоть каждую секунду забрасывать пользователей мессагами.
7 КонецЦикла
 
25.11.13
11:46
Создавать ее имеет смысл если... в общем садись за ЖКК лучше, там должно быть красиво написано.
8 Стрелок
 
25.11.13
11:57
(7) нифига там не написано толкового. и от изменений задним числом это не спасает и никакого контроля. ты глянь в СП методы последовательности. что там есть кроме "информативных" сообщений о том что последовательность сбилась?
9 Mikeware
 
25.11.13
11:58
(8) это и есть ее функционал - отслеживаение.
10 Стрелок
 
25.11.13
12:02
(9) это да. но по сути это ничего не даёт
11 Стрелок
 
25.11.13
12:03
максимум - становится известным с какого момента надо перепроводить базу. но часто последовательность сбивается не от реального изменения и перепроведения документа. достаточно открыть старый документ и перепровести его не изменив
12 Mikeware
 
25.11.13
12:05
(10) Это дает момент времени, начиная с которого "правильность" (правильная последовательность ввода и проведения) документов не гарантируется.
(11) ну запрети перепроводить не изменив...
13 DrRaptor
 
25.11.13
12:07
Во всех описаниях указано, что при подключении последовательностей система контролирует проведение задним числом и изменение уже проведенных данных - нихрена этого нет! Так что нужно делать? Проверка производится исключительно программированием? Куда тогда встраивать процедуры проверки в ПриЗаписи или в модуль проведения?
14 Mikeware
 
25.11.13
12:10
(13) система действительно контролирует.
может, ты не понимаешь значения слова "контролирует"?
15 Стрелок
 
25.11.13
12:19
(12) как это сделать? достаточно мышкой ткнуть в любой реквизит и тыснуть ентер и все.. блокировать изменения "только просмотр"? можно но есть (бывают) документы у которых реквизиты расчетные и при перепроведении пересчитываются (например списание) то тут что блокируй что нет - пофигу. и кнопки отключать приходится. а если это надо сделать?

ИМХО - последовательноть ненужная и по сути своей бесполезная штука
16 Guk
 
25.11.13
12:24
феерично ;)
а как, например, истинные гуру узнают, что партионный учет актуален?...
17 пипец
 
25.11.13
12:44
казалось бы, при чем тут "последовательность"
тоесь про значение слова никак ? :)))
(15) когда у тя будет стотыщ мильенов документов в один период времени - от тогда поймешь, нужная она или нет
18 Стрелок
 
25.11.13
12:51
(17) ну если гооврить о реальных цифрах а не о "стотыщ мильенов" то 800-900 документов в день достаточное количество?

и ещё вопрос - чем поможет мне последовательность при "стотыщ мильенов" документов?
19 Mikeware
 
25.11.13
13:03
(15) например, сравнить реквизиты текущего объекта с реквизитами объекта в базе. три цикла, полтора десятка строк кода - тяжело?
20 КонецЦикла
 
25.11.13
13:08
(11) Ты меня удивляешь...
Есть разные алгоритмы проведения
По взаиморасчетам, по партиям
Документ может и не измениться, но движения вполне могут ОТЛИЧАТЬСЯ

Значит надо так проектировать конфигурацию и процессы пр-тия чтобы не было последовательностей :)
21 пипец
 
25.11.13
13:09
(18) не в день а в секунду ... никогда не видел в скуле дататайм 25-ть часов ? :)) вот в конец дня и фигачит
22 КонецЦикла
 
25.11.13
13:10
(18) Ну это для ларьков в основном... никто не будет 100 000 доков проводить каждый день...
Корректировки текущим моментом времени помогут
23 Стрелок
 
25.11.13
13:12
(19) нет конечно. мало того у меня это есть почти у всех клиентов уже. только какое отношение это к последовательности имеет? не могу понять
(20) конечно могут отличаться. только какое отношение это имеет к последовательности?
24 Стрелок
 
25.11.13
13:13
(21) в секунду? сколько документов в секунду? а главное - что даст последовательность?
25 Стрелок
 
25.11.13
13:13
(22) не понял. что "для ларьков"?
26 Mikeware
 
25.11.13
13:16
(24) ты иногда умный, а иногда и милиционер...
27 пипец
 
25.11.13
13:17
(24) как не странно - последовательность дает последовательность ;)))
28 Mikeware
 
25.11.13
13:19
(27) точнее, границу, между тем участком (периодом), где где последовательность последовательна, и тем участком, годе последовательность непоследовательна :-)
29 uno-group
 
25.11.13
13:52
1) и главное последовательность отслеживает когда и что слетело. если ты изменил инвентаризацию товаров в начале 10 месяца то ты знаеш что себестоимости товаров и т.п. верить нельзя, а например сроккам оплаты по кредитным документам и т.п. можно. Или наоборот внес оплату. то взаиморасчеты и сроки погашения могут обманывать а с себестоимостью товаров все ок.
2) можно писать быстрые обработки восстановления последовательности. То есть тебе сейчас нужен точный остаток и себестоимость Товара1. ты видишь, что последовательность не актуальна. ты можеш отобрать доки именно с этим товаром из последовательности и востановить ее перепроведя несколько доков, а не всю базу с даты слета последовательности.
30 КонецЦикла
 
25.11.13
13:59
(25) Ну если тысячи документов в день, то задолбешься их восстанавливать
Можно с партиями сделать так чтобы они фиксировались, с взаиморасчетами - также (или регламентный док)
Выявленную фигню корректировать текущим моментом, заднее число с оглядкой на последствия
31 Стрелок
 
25.11.13
14:10
(29) по п.2 я так понимаю у вас принято делать так что один документ = один товар. перепровел документ и все ок. так? а другие товары из этих документов не "поплывут"?
32 Стрелок
 
25.11.13
14:10
(30) чо то я тебя сегодня с трудом понимаю. вроде буквы знакомые а смысл уловить не могу
33 КонецЦикла
 
25.11.13
14:23
(32) Восстанавливать последовательность нереально при больших объемах

Бухал штоле?
34 КонецЦикла
 
25.11.13
14:23
Т.е. лучше ее заменить другими механизмами
35 Стрелок
 
25.11.13
14:33
(33) ты не кипятись. это и так понятно что восстановление последовательности даже на малых объёмах штука никому не нужныя и не приносящая реальной пользы - есть более интересные и продвинутые механизмы.

я тебе вот про эту твою фразу писал "не понял"

"Можно с партиями сделать так чтобы они фиксировались, с взаиморасчетами - также (или регламентный док)
Выявленную фигню корректировать текущим моментом, заднее число с оглядкой на последствия"
36 DrRaptor
 
25.11.13
14:53
Опять пустые разговоры пошли...
Вы мне на вопрос так и не ответили: в чем выражается контроль системой проведения доков задним числом? Как настроить этот полноценный контроль?
37 Mikeware
 
25.11.13
14:54
(31) другие товары из этих доков уже плывут.
38 Mikeware
 
25.11.13
14:56
(36) "контроль системой проведения доков задним числом" заключается в том, что система определяет "самый задний документ" по каким либо критериям.
У вас какие-то альтернативные понимания слова "контроль"?
39 viktor_vv
 
25.11.13
15:00
(36) А какого плана контроль нужен ?
По последовательности проверяют в основном в отчетах по регистрам чувствительным к нарушению последовательности, типа по партиям. Там можно выдавать сообщение что по выбранному периоду данные неактуальны, так как последоватедьность нарушена.
40 Стрелок
 
25.11.13
15:03
(37) точно. но эти "другие" то товары могут находится и в документах которые не попали в выборку из последовательности по "нужному" товару. и что? Закон прост - надо перепроводить все документы если что то критичное изменили задним числом. если же изменения не критичны то вопли 1С о том что последовательность нарушена только смущают юзеров

вот поэтому это бесполезная вещь
41 viktor_vv
 
25.11.13
15:05
При проведении можно разве что такого плана проверку вставить.

    Если (Последовательность.ОсновнаяПоследовательность.ПринадлежитПоследовательности(Конт.ТекущийДокумент())=1) и
        (Последовательность.ОсновнаяПоследовательность.Проверить(Конт.ТекущийДокумент())=0) Тогда
        Ошибка="Документ """+Конт.ПредставлениеВида()+""" № "+Конт.НомерДок+" от "+Конт.ДатаДок+
               " находится за границей последовательности документов ("+
               Последовательность.ОсновнаяПоследовательность.Получить()+").
               |Проводки могут быть сформированы по неактуальным данным.
               |Рекомендуется восстановить последовательность документов.";
        
               глКомментарий(Ошибка, 1);
    КонецЕсли;
42 Стрелок
 
25.11.13
15:07
в виду того что процент предприятий ведущих партионный учет типа "по партиям" крайне мал (на ум приходят только энергетики и аптеки) то любой расчет себестоимости (хоть по фифо хоть по среднему) по сути собой профанация и отвечает действительности только если партия списана 100 %. а посему некритичными изменениями задним числом (не требующими перепроведения документов) являются увеличение остатка (увеличение прихода или уменьшение расхода).
43 1dvd
 
25.11.13
15:13
>>в виду того что процент предприятий ведущих партионный учет типа "по партиям"

правду сказали про шашлычные
44 Mikeware
 
25.11.13
15:17
(42) "любой расчет себестоимости по сути собой профанация" - сильнА трава...
45 Стрелок
 
25.11.13
15:21
(44) я имел в виду что никто практически реально не отслеживает из какой партии товар в какую расходную отгружен физически. если отслеживают (работает учет "по партиям" это когда под каждый товар выбирается в РН конкретная партия) то таких предприятий достаточно мало. для них любое изменение задним числом кретично и тогда последовательность хоть как то но приносит пользу.
46 Стрелок
 
25.11.13
15:22
(43) и что же сказали про шашлычные?
47 Стрелок
 
25.11.13
15:23
я кожется понял. в виду того что в России партионный учет в общем то необьязателен и многие его не знают - возникает непонимание на уровне терминов ;)
48 КонецЦикла
 
25.11.13
15:24
(35) Партии вообще можно указывать в расходных документах
Тогда при перепроведении другая уже не схватится, ну и далее в таком плане

Только если в приходе что-то поменялось задним числом и уж никак не исправить - лезем туда и потом проводим документы по этой партии
49 viktor_vv
 
25.11.13
15:25
(45) Ну даже при учете не по партиям, а по номенклатуре, по средней на документ, таки последовательность тоже нужна.
50 Стрелок
 
25.11.13
15:26
(49) зачем?
(48) конечно можно. это и есть тип партионного учета "по партиям". см 45
51 XBrut
 
25.11.13
15:27
(42) ну ты и фрик =) не расписывайся за всех, если не знаешь.
я реально использую последовательности в 7.7 , реально используется ФИФО. Руководитель это всё понимает и вполне конкретно считает прибыль.
52 Стрелок
 
25.11.13
15:28
(51) расскажи механизм использования тобой последовательности
53 Mikeware
 
25.11.13
15:29
(45) это - да, практически ни у кого не отслеживается.
Но суть в другом: при корректировке движений задним числом ты можешь нарушить распределение списания по партиям. и в дальнейшем - по одним партиям полезут остатки, по другим - минуса.
Знать, докуда учет _гарантированно_ нормальный, а с какого момента - может быть ошибочным, и призван механизм последовательностей.
Причем, натравливая этот механизм на разные объекты - ты имеешь контроль последовательного выполнения в различных разрезах (одна последовательность, например, стережет движения партий, другая - взаиморасчеты.).
54 Стрелок
 
25.11.13
15:29
(51) по фифо конкретно считает прибыль? ЛОЛ! грузит тоже по фифо?
55 Стрелок
 
25.11.13
15:30
(53) такая ситуация как ты написал описана в 45. это может быть (когда полезут минуса по партиям) ТОЛЬКО если уменьшили остаток по партии задним числом. если увеличили - этого не случится. это некритично и перепроводить необязательно
56 XBrut
 
25.11.13
15:33
(52) ночью перепроводятся доки ровно с того места, куда последовательность испортили.
А иногда и днем (если срочно надо) причем не только для партий это надо , но и для взаиморасчетов.
Мало того, пользователи ВИДЯТ куда она улетела, и поднимают хипиш, если слишком далеко.
П.С.
Я ж не спорю , что во многих местах оно не надо. Но бывают же разные случаи.
57 Стрелок
 
25.11.13
15:33
(+55) я бы понял если бы последовательность отслеживала когда по контролируемым документам по определенным регистрам полезут некорректные данные. но в последовательности не регистры а документы. которые кстати могут двигать не только регистры партий но и взаиморасчетов. какой тогда смысл что то отслеживать конкретное по последовательности?

может я конечно за свои 12 лет в 1С и чего то не понимаю в учете. распишите конкретный пример когда последовательность полезна. несколько условий из реальной жизни :

1. в документе несколько товаров
2. задним числом увеличили приход по документы
3. вопрос изменения цены задним числом не рассматриваем т.к. это явный косяк операторов при вводе
58 Mikeware
 
25.11.13
15:34
(55) все зависит от размера партии. иногда может прикольно сыграть на прибыли _текущего_ периода
59 Стрелок
 
25.11.13
15:34
(56) ну это я понял, хотя есть чудный механизм даты запрета редактирования без всякой последовательности работает. ты сказал про прибыль по фифо расчитанную и реальную. вот про это очень хочется услышать
60 Стрелок
 
25.11.13
15:35
(58) повторюсь - прибыль расчетная и никакого отношения к реальной не имеет. ни для налогов ни для чего то другого. про налоги пояснять что такое прибыль за месяц и из чего она складывается или нет?
61 XBrut
 
25.11.13
15:37
(57) даю пример : оплаты разносятся по документам отгрузки по ФИФО.
одновременно стоит контроль просроченной дебеторки.
одновременно документы оплаты НАДО проводить задним числом, так как клиенты платят х/знает как.
решение: смотреть на последовательность. Если она актуальная, так и долги в порядке =)
а если дата последовательности на пол-года назад улетела и у клиента просроченный долг, так надо разбираться.
62 Стрелок
 
25.11.13
15:41
(61) не смеши меня. все оплаты привязываются к конкретным документам. если оплаты распределяются по фифо (что в принципе логично) то изменить долг по клиенту может только изменение задним числом отгруженой накладной. если у вас такое происходит сплошь и рядом то простите о каком расчете идет речь? опять же - дата запрета редактирования чудно решает проблему. если возникает необходимость переделки отгрузок задним числом то вполне логична переделка (перепроведение) оплат по этому конкретному контрагенту. при каких делах тут последовательность?

пример? да бога ради

сегодня изменили отгрузку недельной давности по клиенту пупкину и сегодня же перепровели без изменений документ годличной давности. вопрос - где будет последовательность? как определить что именно по пупкину надо перепровести оплаты?
63 Стрелок
 
25.11.13
15:42
"одновременно документы оплаты НАДО проводить задним числом, так как клиенты платят х/знает как." вот этого вообще не понял. т.е. вы проводите оплату не тогда когда бабки заходят а как ты сказал "х.з как"? ну тогда о какой последовательности можно говорить если у вас бардак на уровне аснов учета?
64 Стрелок
 
25.11.13
15:42
аснов=основ. простите.. спешу
65 1dvd
 
25.11.13
15:44
Помнится, Фиксин изобретал систему, когда восстанавливать последовательность не надо было. Т.е. можно было менять задним числом документы без перепроведения
66 1dvd
 
25.11.13
15:44
долго ржали все, да...
67 Mikeware
 
25.11.13
15:46
(65) ленточная память, и дешифраторы - это было покруче...
А\Ну а Стрелку лавры фиксина покоя не дают..
68 Стрелок
 
25.11.13
15:47
(65) ты путаешь одно с другим. 427 придумал систему спокойной работы задним числом с контролем остатков на сегодня. её видел в глаза каплей. на форуме 427 только намеки кидал. насколько помню там задействован механизм пересчета остатка на сегодня с учетом изменений задним числом.

фиксин такого не делал. тут партионный учет знать надо.

кстати - а каким боком восстановление последовательности поможет тебе избежать проблем работы с задним числом?
69 Стрелок
 
25.11.13
15:49
(67) ну это понятно. ты лусше хоть один грамотный аргумент против моих слов то приведёшь? или все остановится на уровне быловатого юмора с твоей стороны?
70 XBrut
 
25.11.13
15:55
(63) 12 лет работаешь ? =)
1) кассир не успел разнести деньги вовремя.
2) кассир не узнал клиента
3) менеджер протупил и назвал клиента неправильно
71 XBrut
 
25.11.13
15:58
я вот чем больше работаю, тем менее категоричным становлюсь.
реально на фирмах бывают такие комбинации, что ни в каком бреду не придумаешь =)
72 Стрелок
 
25.11.13
15:59
(70) не поверишь 12 лет

1. кассир не успела - денег нет в кассе. когда успеет тем числом и разносить
2. что значит "не узнала"? по фото не узнала?
3. зачем называть клиента если есть 1С и документы отгрузки?

говорю же - менять в основах надо а не в последовательности
73 Стрелок
 
25.11.13
16:00
(71) попытка автоматизировать бардак приводит к автоматизимрованному бардаку. слава богу опыт и положение позволяет от таких клиентов, не желающих наводить порядок у себя, избавляться
74 XBrut
 
25.11.13
16:00
(72) ага. поучить кассира жизни
извини, я лучше последовательность использовать буду.
75 viktor_vv
 
25.11.13
16:00
(68) Какое отношение улю 427 имеет к Фиксину ? Кто-то из вас неправ :).
76 Guk
 
25.11.13
16:01
а ведь сегодня только понедельник ;) такой ветке самое место в пятнице...
77 Стрелок
 
25.11.13
16:01
(74) ну пользуй. только что тебе это даст я так и не понял. ну ладно - руководству похеру что у него касса на конец дня плавает. ну ввела кассир оплату задним числом. и что?
78 viktor_vv
 
25.11.13
16:01
(75)+. Увидел, через строчку прочитал.
79 Стрелок
 
25.11.13
16:01
(75) никакого. я говорю про схему предложенную 427. а вот то что в этом направлении что то умное сделал фиксин - я вообще воспринимаю как фантастику
80 viktor_vv
 
25.11.13
16:03
(50) Че-то я не понял. А ты как себестоимость вообще считаешь ?
81 XBrut
 
25.11.13
16:03
(77) может не ввела, а изменила контрагента. с кассой все ок.
Если у менеджеров зарплата по оплаченной прибыли считается, и кассир ОДИН и не успел разнести деньги (заболел/опоздал) или контрагента перепутал.
Так ты тогда выйдешь к пацанам и расскажешь про основы учёта =)
мол основы учета требуют, чтобы вы в этом месяце получили меньше зарплаты.
82 Стрелок
 
25.11.13
16:06
(81) если работает контора с наличкой плотно то как может быть один кассир? и ещё чтобы пацаны не обижались пусть четко пишут кассиру по какому клиенту они бабло сдают

чтобы было понятно - у меня есть клиент очень крупный дистриб по 7-8 ТМ, которому я ставил учет с 2006 года и по сей день. торговых только на трёх филиалах больше 150 человек и отгрузок по каждой дистрибьюции порядка 600-800 в сутки с каждого филиала
83 Стрелок
 
25.11.13
16:07
(81) и ещё я так и не добился ответа. ну перепутала она контрагента по которому ввела оплату. ну поменяла на нужного - каким боком тут последовательность то?
84 XBrut
 
25.11.13
16:10
(82) ну ты жесток. чувствуется закалка , полученная в хохлосрачах =)
П.С.
ну так я б на твоем клиенте тоже последовательность не использовал =)
Мой клиент может ролс-ройсами торгует. Там другой контекст совсем.
(83) перепутала контрагента, оплата пошла не туда, настоящий контрагент пришел на склад, а ему ДУЛЯ. у тебя грят - долг. иди отсюда.
85 Стрелок
 
25.11.13
16:13
(84) так разбираем пример. пришел контрагент - дуля. высянили поалат не на него была введена. поменяли в ПКО клиента. провели. оплаты прошли по нужному клиенту. с ненужного оплата ушла. дальше? последовательность зачем?

теперь про автомобили. имея двух клиентов-представителей митсубиши и MG в городе в качестве клиентов работающих на моей (с нуля) программе скажу что там 100 % учет по штучный идёт т.к. учет номера (VIN) автомобиля не может быть автоматизирован. впрочем как и учет номерных запчастей. аналогично идёт учет и по мобильным телефонам (тоже два клиента в городе)
86 Стрелок
 
25.11.13
16:14
блин сколько ошибок то ;) вот что значит прицепить к ноуту обычную но непривычную клаву
87 XBrut
 
25.11.13
16:15
(85) последовательность затем, чтобы знать, с какого момента перепроводить цепочку его документов это же элементарно =)
88 XBrut
 
25.11.13
16:16
(85) мало того, я лично получал за эту схему благодарность владельца фирмы (помимо денег) , что дебеторка удерживается в приличном состоянии.
89 Стрелок
 
25.11.13
16:16
(87) кого "его"? каких документов? ему оплату просто ввели и все. а по "неправильному" клиенту оплата исчезла. что перепроводить то?
90 Стрелок
 
25.11.13
16:16
(88) ну лапшу на уши я тоже умею вешать и рассказывать что бэкапы автоматические это великое колдунство ;)
91 Стрелок
 
25.11.13
16:18
дебиторка от перепроведения оплат не меняется если не трогали отгрузки. да и то - общая сумма долга не меняется если опять же не меняли суммы отгрузок. просрочки? возможно но только тогда когда изменены старые документы отгрузок

ты чуствуешь - везде речь только о документах отгрузок а не оплат. в чем прикол тащить последовательность сюда?
92 Стрелок
 
25.11.13
16:20
странная какая то у вас контора.... может просто до тебя элементарных вещей не делали вот твои последовательности и выглядят как колдовство "ишь ты оно само показывает когда я документ то задним числом провела.. шайтан". но по сути своей это пшик а не информация ;)

особенно если работает больше одного юзера. я тебе пример привел когда перепровели два документа. один недельной давности, а второй годичной. и где будет последовательность?
93 uno-group
 
25.11.13
16:29
(57) Изменение цены задним числом необязательно косяк операторов. импортный товар. пока соберутся все издержки и т.п. может пройти н-ное количество времени, а товар на складе уже сегодня и его можно продавать.
Общепит когда борщь варят из 10 килограмов мяса а на складе их всего 5. а потом оказывается что переработку не провел товаровед или повор. Да и в производстве произвели продаем в конце месяца разнесли обще цеховые затраты и себестоимость выросла. То что вы работая у барыг с этим не сталкивались не отменяет его существование.
Ничто не мешает создать начать последовательностей. В типовой для простоты сделали одну. У меня их 5. Да по другим позициям при восстановлении последовательности по товарам цена может и улетит но мне сейчас нужна точная себестоимость чего то конкретного чтобы не продать его в убыток. принять решение о продажной цене нового продукта и т.п.
94 XBrut
 
25.11.13
16:30
=) кассир исправляет приходный ордер. (меняет контрагента)
при этом общий долг по контрагенту становится правильным,
но по отдельным отгрузкам - все еще нет
следует провести все документы , расположенные ПОЗЖЕ имененного ордера.
(92)
последовательность будет год назад. и шо?
П.С.
я не понимаю почему нельзя допустить , что иногда последовательность нужна.
95 XBrut
 
25.11.13
16:31
(93) кстати да. вот может за растаможку роллс-ройсов дополнительную взятку надо дать. и внести ее в себестоимость задним числом.
96 uno-group
 
25.11.13
16:33
Опятьже когда чел с умом меняет чтото задним числом
Да туже цену на товар1 при помощи простых оброботок он может востановить последовательность по товару1 и установить все последовательности на текущую дату так как при перепроведении накладной даже с 1000 товарами поменяется проводка по товару1. а остальные остануться такими же.
97 uno-group
 
25.11.13
16:35
+96 точнее ему нужно будет востановить последовательность по товару1 и по поставщику этого товара. перепроведя допустим 100 доков а не нацать тысячь.
98 Стрелок
 
25.11.13
16:36
(93) никто и не спорит что работа задним числом у нас есть. вопрос в другом - как последовательность поможет? Перепроводить надо все документы а не только какую то часть
(94) допустить можно конечно. но я спросил пример где без нреё никак нельзя или она помогает. пока не увидел

(95) если вы накладные расходы не в состоянии ввести текущим числом а только задним (даже если товар уже продался) ТО может это у вас проблемы с пониманием себестоимости? может стоить почитать стандарты бухгалтерского учета в части разнесения допзатрат на себестоимость после продажи товара. для примера глянуть как в Бух сделано. не?

(96) не ну бред при изменени и цены меняются сумма накладной и долг по поставщику (поставщикам). какое зданее число? у вас там чо одни расп..яи сидят за компами?
99 Стрелок
 
25.11.13
16:37
()96) тебе рассказать как сделать тоже самое без последовательности?
100 uno-group
 
25.11.13
16:42
(99) ну дык при желании можно сделать тоже самое написать конфу и не использовать документы. просто с документами это удобнее. можно регистры и план счетов не юзать. строить запросы по документам. или реализовать подобие регистров на справочниках. при сопоставимой с регистрами быстродействии. Вопрос зачем если есть механизм предназначенный для этого.
101 Стрелок
 
25.11.13
16:44
(100) напиши кусочек кода обработкт в которой перепроводятся документы, в которых есть определенный товар. с использованием последовательности. раз их у тебя пять и ты их активно юзаешь думаю труда не составит? мне интересно глянуть
102 XBrut
 
25.11.13
16:47
(98) ну не увидел так не увидел. Тебя ж никто не заставляет ими пользоваться.
103 Стрелок
 
25.11.13
16:50
(102) не ты ли говорил что без них никак когда я написал что смысла в последовательностях практического нет? ты же говорил "не расписывайся за всех а вот у меня...." и про прибыль (потом оказалось про дебиторку) и про кассиров и про менеджеров и про перепроведение для расчета себестоимости и про накладные расходы по ролс-ройсам...
104 XBrut
 
25.11.13
16:54
(103) я пошёл удалять последовательность и рассказывать про основы бухучёта.
105 Стрелок
 
25.11.13
16:55
(104) ;)
106 uno-group
 
25.11.13
16:56
если  народу хватает запрета редактирования задним числом или не лазит дальше месяца и месяц перепроводится за приемлемое время то можно и не заморачивается с последовательностью.
Док.ВыбратьПоЗначению(Дата1,,"Контрагент,"выбКонтрагент")
Пока Док.ПолучитьДокумент()=1 Цикл
Если Последовательность.Взаиморасчеты.Сравнить(Док.ТекущийДокумент())<>-1 Тогда
Продолжить;
КонецЕсли;
Сп.ДобавитьЗначение(Док.ТекущийДокумент());
КонецЦикла;
Потом АналогичноПоТовару и зарплатам мастеров
Создаем список документов что подлежат перепроведению и перепроводим у меня в цикле по 10 доков с  паузой по да сек чтобы все на стояли и не курили при этом.
107 uno-group
 
25.11.13
16:59
Основной плюс последовательности даже не в этом, а в том что она отлавливает и программные изменения доков. Перезалил приход в 1 число месяца каким нибуть экспортом. При записи и дата запрета редактирования это и не отловят, а последовательность отловит.
108 Стрелок
 
25.11.13
16:59
(106) ага. ну по контрагенту понячтно болие ли менее. а вот по товару то как?
109 Стрелок
 
25.11.13
17:03
(107) вот первый реальный плюс последовательности. но тут достаточно внести мааааленькое изменение в глобальные процедурки и все. раз и навсегда. без всяких танцев с бубнами по перепроведению
110 Стрелок
 
25.11.13
17:05
в общем я вижу что последовательности тут юзают чтобы если юзеры накосячили было известно в каком дне они это сделали. при суловии что я пользую другие механизмы блокирующие или фиксирующие это - логично что я не понимаю приемуществ последовательности.
111 Mikeware
 
25.11.13
17:06
(109) и урбдшные изменения твои "процедурки в глобальном модуле" тоже поймают? :-)
112 Mikeware
 
25.11.13
17:06
(108) точно так же.
113 uno-group
 
25.11.13
17:06
Графа отбора по товару в документах. но это так больше подпорки. когда дир говорит хочу срочно продать что то стоимостью в полляма по себестоимосте или копеечной наценкой.
Или пришел чел за откатом от поставок в какую нибуть госконтору и гадо сумму срочно подбить а там последовательность взаиморасчетов в разрезе договоров нисходится.
114 Стрелок
 
25.11.13
17:10
(111) урбд - возможно
(113) уже понял как.

т.е. основная задача последовательности не контроль (вот мы и добрались наконец то) а экономия времени при определении объёмов перепроведения документов с заднего числа по сей момент.
115 Стрелок
 
25.11.13
17:11
"а экономия времени при определении объёмов" - имеется ввиду что нет необходимости дополнительно вычислять дату с которой перепроводить. выборку можно и запросом сделать (даже быстрее будет) знать только бы дату "с"
116 XBrut
 
25.11.13
17:11
Коллеги,сдавайтесь. Стрелок непобедим.
117 uno-group
 
25.11.13
17:12
(109) тут ты раз добавил регистр партии в последовательности и забыл, а то в каждый новый документ не забыть добавить ссылку на процедурку в глобальнике.
118 Mikeware
 
25.11.13
17:12
(114) что в ваших украинах подразумевается под словом "контроль"?
119 XBrut
 
25.11.13
17:13
(118) зря ты это сказал. теперь тебе конец.
120 uno-group
 
25.11.13
17:14
(115) Инвентаризация где все сходилось в запрос не попадет. А на итоговый цифры оно ой как может повлиять.
121 Стрелок
 
25.11.13
17:14
(118) контроль = запрет = предупреждение = автоконтроль (проверка корректности)

а это просто пассивное наблюдение пролучается и то говорю же - достаточно перепровести не изменяя документ прошлым годом и по вашей схеме надо перепровести х.з сколько документов. а по факту - в этом нет необходимости
122 Стрелок
 
25.11.13
17:15
(120) серьёзно? о как. а я всегда дурак думал что остатки изменяют акты списания и оприходования а не инвентаризация...
123 Стрелок
 
25.11.13
17:15
(117) зачем в каждый документ? если ты желаешь контролировать партии - в глобалоьнике в процедурку которая делает движения по регистру добавь проверку на дату запрета. долго?
124 XBrut
 
25.11.13
17:16
(121) открою тайну. документы можно перезаписывать безе перепроведения. тогда последовательность не двигается.
125 Стрелок
 
25.11.13
17:16
(+122) речь о оперативном учете
126 Стрелок
 
25.11.13
17:17
(124) не надо. унеси эту тайну в могилу. каким образом кривые руки программиста допустившего изменение документов без перепроведения выровняет последовательность?
127 Mikeware
 
25.11.13
17:17
(121) контроль - это контроль. проверка и регитрация.
а запрет - это уже управление.
128 Стрелок
 
25.11.13
17:19
(127) возможно
129 uno-group
 
25.11.13
17:19
(122) При смене материально ответственного лица Инвентаризацией и он отвечает за то что лично принял. елс вдруг вы выясните что до него там должен был быть приход и занесете его забыв списать или сделать расход. он отвечает только за то что принял.
130 Стрелок
 
25.11.13
17:21
(129) и? это понятно. что это меняет с точки зрения последовательности?
131 uno-group
 
25.11.13
17:24
У последовательности 2 функции это дата с которой она кривая и список документов входящих в нее. чтобы не препроводить все доки в базе. когда кодиш 1 то про процедурку в глобальнике ты незабудеш скорее всего когда кодят нацать чел. Особенно как попало меняющихся то про эту процедурку они могут скорее всего и знать ничего не будут.
132 XBrut
 
25.11.13
17:25
(126) о ужас. а что же нам сделать, если надо в примечаниях что-то поменять без перепроведения?  =)
133 uno-group
 
25.11.13
17:28
(132) Создать справочник (Документ-Примечание) и правь в нем сколько хочеш. А пуркуа менять примечание задним числом?
134 Mikeware
 
25.11.13
17:30
(133)+100500
дополнительно это освободит от лищних захватов журнал.
позволит вести, скажем, "свойства документов" по аналогии со свойствами контрагентов...
135 XBrut
 
25.11.13
17:30
(133) ага. и потом , если это нужно выводить на печать, сочинять хрен-пойми что, чтобы это все на бумагу вывести.
по этому можно использовать вариант№2: менять реквизиты документа через обработочку.
136 Стрелок
 
25.11.13
17:31
(132) не менять. вот и все
(131) ну давай тогда ещё раз на примере

итак есть документ - ПН с 5 товарам (пять)
его перепровели. естественно последовательность улетела на его дату и надо перепроводить все связанные документы

предположим что весь товар пришедший по этой накладной продался трём разным покупателям и остатков нет
получается что нужно перепровести 4 документа. теперь каждый из этих документов был оплачен даже одним документом. т.е. количество перепроводимых документов уже стало 7.

а на самом деле приходная накладная не менялась.

усложняем расчет. товаров в ПН 50. их купило 10 покупателей (каждый двумя накладными). количество перепроводимых документов 1+50=51. каждую накладную оплатили ещё двумя документами (предоплата и постоплата). 51+100=151 документ на перепроведение, в котором нет необходимости

усложняем задачу приблежая к реальности. "изменения" которых небыло сделали прошлым годом. сколько документов надо перепроводить я считать не стану - глупо
137 Стрелок
 
25.11.13
17:32
(135) меняй. какое отношение "обработочка" имеет к изменению значений объектов учета?
138 Стрелок
 
25.11.13
17:32
ты такой обработочкой количество измени и не перепроведи. и получишь благодраность
139 Стрелок
 
25.11.13
17:34
вы мне скажите можно ли в последовательности контролировать конкретную партию а не товар или клиента?
140 Mikeware
 
25.11.13
17:34
(136) не надо "взрывать данные". не, можно, конечно, просчитать необходимые документы, но они в пределе почти вся база от границы последовательности до ТА (если торговля ведется регулярным товаром. в противном случае и сбой ГП не столь критичен, и объем меньше)
141 XBrut
 
25.11.13
17:35
(138) прости , но у меня в той обработочке точно указано, что разрешено менять =)
142 Mikeware
 
25.11.13
17:35
(139) нет.
контролируется "движение регистра" или "перезапись документов", пинадлежащих последровательности...
143 Стрелок
 
25.11.13
17:36
(140) я к тому и вел только постепенно чтобы понятно было. все равно надо делать полное перепроведение базы по хорошему с момента когда поработали задним числом. но опять же - это не всегда надо - если нет крит ичных изменений то смысла в перепроведении нет
144 XBrut
 
25.11.13
17:37
(137) смотри (121) ты ж сам хотел задним числом доки менять.
145 Стрелок
 
25.11.13
17:37
(142) я так и думал (точнее знал ;)

суть проста. если товар или клиент достаточно активный то опять  же количество документов в которых присутствует этот товар и связанных с ними приближается ко всему количеству документов в базе. поэтому я и написал. единственный плюс для меня в последовательностях - дата самого раннего документа который перепроводился. и то - эта дата может ниочем не говорить
146 Стрелок
 
25.11.13
17:39
(144) ну не я хотел а это реальность. я написал про то что последовательность не разбирает менялся док фактически, что в нем менялось и надо ли откатывать последовательность на него. тупо откатывается и все. а это далеко не всегда надо
147 Mikeware
 
25.11.13
17:42
(146) в большинстве случаев это необходимо, и в большинстве случаев - достаточно.
Ну а мелкие частные решения - кастомизирутся...
148 XBrut
 
25.11.13
17:49
(142) если просто "перезапись" , то последовательность не меняется
149 Стрелок
 
25.11.13
17:53
(148) просто перезапись руками без перепроведения?
150 XBrut
 
25.11.13
17:57
(149) не. ну интерактивную я не проверял. такая перезапись это действительно эпатаж.
если программно перезаписать - не меняется вроде.
151 uno-group
 
25.11.13
18:09
(141) Ну дык никто тебе в оброботочке не мешает.
ДокПослед=получитьТочкупоследовательности

сохранить свой док с перезаписыванием и установить последовательность на ДатуПоследовательности если ты уверен что она никак не пострадала.
152 XBrut
 
25.11.13
18:14
никто не мешает. это вообще вопрос почерка и сути дела не меняет.
153 XBrut
 
25.11.13
18:30
мистика: мне только что пишет в скайп пользователь "в базе последовательность не восстановлена" 8) щас нарочно спрошу зачем она ей.
154 Стрелок
 
25.11.13
18:36
вот интересно
155 XBrut
 
25.11.13
18:37
молчит )
156 Стрелок
 
25.11.13
18:44
повесилась?
157 XBrut
 
25.11.13
18:50
а. отгрузки на складе и стопорятся. как я и писал раньше )
158 Стрелок
 
25.11.13
18:51
стопорятся отгрузки? из-за кривого кассира? и она ещё работает? организация.....
159 Стрелок
 
25.11.13
18:52
имхо если это такая частая проблема то срочно надо что то менять в организации а не в последовательности
160 XBrut
 
25.11.13
19:19
хорошо, я передам, чтобы кассира уволили =)
161 XBrut
 
25.11.13
19:23
а взамен пусть двоих кассиров наймут. а то шо же , как же.
162 ЧессМастер
 
26.11.13
12:20
(99) конторы которые торгуют автомобилями могут спокойно учет вести в Экселе и не иметь проблем с последовательностями. а если у вас на фирме менеджеры получают зарплату от прибыли продаж то от последовательности вы никуда не уйдете
163 uno-group
 
26.11.13
14:57
(162) Получать ЗП от прибыли продаж менеджеру это у вас что то не так с постановкой учета. Последовательность не должна влиять на ЗП менеджера.
Мне дали данные что товар стоит 400 я продал его за 500 а потом кто то востановил последовательность и оказалось что товар стоит 450. и я получаю меньше? С какого перепугу? Менеджеры работают с установленной расчетной себестоимостью.
Плановый отдел планирует и прогнозирует себестоимость товара. Устанавливает ее и уже от нее пляшут менеджеры. и последовательность на это уж точно не как не должна влиять. Тут консерваторию править нужно.
164 Mikeware
 
26.11.13
15:00
(163) откуда в двухларьковой компании плановый отдел?
там в ходу только формула маркса-энгельса-моргана: "тоар-деньги-навар"
165 uno-group
 
26.11.13
15:15
(164) Ну дык там и плановый и финансовый и отдел закупок с маркетинговым отделом в одно лицо.
Закон Брукера: Даже маленькая практика стоит большой теории.