Имя: Пароль:
1C
1С v8
Насколько правильно хранить признак получения оригиналов дока в реквизите док?
, , ,
0 Shur1cIT
 
04.02.16
14:32
Возник, спор с исполнителем, была поставлена задача, организовать возможнось проставлять в документе признак,получен ли оригинал документа или нет, особо не напрягаять исполнитель залепил реквизит флажек, На притензию какого.. та так делаешь, говорит хотите по другому платите бабки. Вопрос кто прав в данной ситуации?

PS документ двигает остатки и взаиморасчеты,оригинал может быть получен в следующем году
366 DomovoiVShoke
 
05.02.16
13:20
Вообще конечно на франч можно довануть следующим:
правило 1с: документы проводятся только оперативно и перепроводить их нельзя.
Франч должен учитывать стандарты программирования заданные 1с, т.к. он франч. Исполнение задания из (0) приводит к перепроведению документа - косяк.
367 DomovoiVShoke
 
05.02.16
13:22
+(366)И таким образом, исполнитель может сделать как хочет, но сам выйдет на то что надо будет сделать через РС :)
368 Карупян
 
05.02.16
13:23
(366) В типовых "номер акта" в РТУ тоже реквизит
369 Карупян
 
05.02.16
13:23
Или оплачено в платежке
370 DomovoiVShoke
 
05.02.16
13:24
(369)До установки галки оплачено, платежка не проводиться.
371 DomovoiVShoke
 
05.02.16
13:26
(364)"В программировании не существует единственно правильного или в даже в общем-то правильного способа решения задач."
В 1с существуют в общем-то правильного способы решения)
372 Лефмихалыч
 
05.02.16
13:26
(366) ссылку на правило это можешь дать?
373 DomovoiVShoke
 
05.02.16
13:28
(372)Позвони в 1с и спроси почему при перепроведении доков задним числом не срабатывает контроль остатков и другие контроли? Тебе ответят...
Ну наверное можно поискать нормы программирования в 1с установленные 1с.
374 Лефмихалыч
 
05.02.16
13:28
(371) нет. Есть просто свод рецептов, типа "остатки хранить в регистре остатков", но остатки отпусков мы все знаем, где хранятся, или "запросы в цикле - зло", но мы все знаем, что оно не абсолютное. И так далее. Законов типа сопромата или там каких-нибудь уравнений Лагранжа не существует в программировании.
375 Лефмихалыч
 
05.02.16
13:29
(373) бремя доказательства лежит в данном случае на тебе. Где ты это правильно нашел?
376 DomovoiVShoke
 
05.02.16
13:30
(375)Можно затребовать ответ в письменном виде.
377 Лефмихалыч
 
05.02.16
13:31
(376) просто приведи ссылку на сайт *.1c.ru или аффилированный, где это правило написано. ИЛи честно признайся, что ты это придумал.
378 DomovoiVShoke
 
05.02.16
13:34
(377)Ну я это не придумал, это ответ поддержки на перепроведение задним числом. Эта политика просматривается в типовых.
У франей же есть список норм программирования, надо у них поспрашивать.
А вообще в ролях пользователей как правило стоит только оперативное проведение, если в конфе (0) так заданы роли, то тоже можно сослаться, что перепровести можно только оперативно, но это изменит дату документа - косяк.
379 Лефмихалыч
 
05.02.16
13:35
(378) короче нет правила
380 DomovoiVShoke
 
05.02.16
13:40
Печально блр подписка на ИТС не дает просматривать правила разработки 1с:(
Сложно будет найти.
381 DomovoiVShoke
 
05.02.16
13:41
В любом случае письменный запрос в тех поддержку и ответ даст основание.
382 Лефмихалыч
 
05.02.16
14:01
(381) даже, если предположить, что где-то в недрах ИТС такой стандарт есть, то обязанность следования ему возникает только тогда, когда ссылка на этот стандарт указана в разделе "требования к стандартизации и унификации". Нет раздела или ссылки в нем - сами себе буратины, идите в ЖПО с претензиями по этому поводу и там ищите причины, по которым БА это не написал.
383 Лефмихалыч
 
05.02.16
14:06
Вот, кстати, "Требования к проведению документов"
http://its.1c.ru/db/v8std#content:2149184252:hdoc

2.2. Если жизненный цикл документа состоит из нескольких этапов, которые соответствуют этапам некоторого процесса, то для описания этих этапов у документа могут быть введены дополнительные статусы. Например, документ «Заказ клиента» может иметь статусы: «не согласован», «к обеспечению», «закрыт»; документ «Расходный кассовый ордер» – сначала зарегистрирован в журнале регистрации кассовых ордеров (КО-3), затем подписан главным бухгалтером (руководителем), передан в кассу, затем зарегистрирован в Кассовой книге, подписан главным бухгалтером (руководителем).

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

Если документ проведен, то при переводе документа между статусами пользователям может быть предложено дозаполнить определенные данные документа, к этим данным могут быть применены определенные проверки и ограничения бизнес-логики, специфичные для каждого этапа. До момента проведения, перевод «черновика» документа по статусам не контролируется системой.


шах и мат, регистрострадальцы.
384 DomovoiVShoke
 
05.02.16
14:13
(383)Мда...ну что тут можно сказать: разрабы 1с просто полные... В след раз буду знать чем мозг вынести тех поддержке)
385 Лефмихалыч
 
05.02.16
14:15
(384) да это просто все прочие разрабы путают объективную реальность со своими представлениями о ней, а так же реальные стандарты - со своими фантазиями о них.
386 DomovoiVShoke
 
05.02.16
14:20
(385)Ну если б разрабы писали по данным стандартам то мы бы не встречали в коде кучи таких писаний:

// Проверка остатков при оперативном проведении.
            Если РежимПроведения = РежимПроведенияДокумента.Оперативный Тогда
                Движения.ТоварыВРезервеНаСкладах.КонтрольОстатков(ЭтотОбъект, "Товары",         СтруктураШапкиДокумента, Отказ, Заголовок);
                Движения.ТоварыВРезервеНаСкладах.КонтрольОстатков(ЭтотОбъект, "ВозвратнаяТара", СтруктураШапкиДокумента, Отказ, Заголовок);
            КонецЕсли;
387 Лефмихалыч
 
05.02.16
14:21
(386) ты же понимаешь, что ты этим свою точку зрения только подрываешь? Если сами разработчики 1С этим стандартам не следуют, с каких колов какой-то франч кому-то должен их по умолчанию соблюдать?
388 Лефмихалыч
 
05.02.16
14:23
тема вообще возникла из того глупого свойства 1сников, что по мнению каждого следующего 1сника, предыдущий по определению дятел и любой чужой код проще сломать под корень и заново написать, чем даже читать.
389 DomovoiVShoke
 
05.02.16
14:24
(387)Ну я ж исходил из других норм проведения, теперь то конечно получается что 1с-козлы, к франю сложно что-то предъявить)
390 DomovoiVShoke
 
05.02.16
14:26
(388)Т.е. ты одобряешь то что написал исполнитель из (0)?:)
391 f_vadim
 
05.02.16
14:27
(388) это ты уже придумываешь.
вопрос изначально был - должен разработчик (аналитик) учитывать существующие механизмы или если в ТЗ не написано - "чо хочу, то ворочу".
392 Лефмихалыч
 
05.02.16
14:28
(390) я не оцениваю то, что написал исполнитель. Но я одобряю его позицию: "что хотели, то и получили. Хотите по-другому, - это отдельная работа"
393 Лефмихалыч
 
05.02.16
14:29
(391) да ни фига. Вопрос был изначально: "Вопрос кто прав в данной ситуации?" Прочитай в (0), если мне не веришь.
Прав в данной ситуации франч, т.к. сделал все по ТЗ.
394 f_vadim
 
05.02.16
14:30
(393) да нифига...
и тут мы заходим на новый круг, а это уже не интересно
395 Масянька
 
05.02.16
14:37
(393) Соглашусь.
Кстати, в (0): "хотите по другому платите бабки. "
А если хотелось и хорошо, и подешевле - результат вполне оправдан.
396 DomovoiVShoke
 
05.02.16
14:37
(392)Печально. Не по программистски:(
397 Масянька
 
05.02.16
14:41
(396) 1С - не программирование, а конфигурирование и сопровождение.
398 Лефмихалыч
 
05.02.16
14:42
(396) не по-программистски - позволять продавливать свои границы и позволять расширяьт задачу доптребованиями. Это приводит к работе бесплатно и потерям нервов и времени.
399 Лефмихалыч
 
05.02.16
14:43
а ведь лет 8 назад я бы поддержал автора в его непонимании. Забавно, как время всё меняет...
400 DomovoiVShoke
 
05.02.16
14:50
(398)Ну тогда надо допилить все проверки на неоперативное проведение. Ну и наверное придется вообще все переписать и написать инструкцию по пользованию документов и базы) Мне кажется ТС наоборот предлагает сузить задачу) И дать возможность дальше комфортного абгрейда при необходимости, иначе еще велосипедов надо будет нагородить)
И да это приводит к работе бесплатно - накосячил, исправляй за свой счет - будь тру прогером, зато потом не будешь косячить.

А вообще банальная задача статусов. Как ее можно решать добавлением реквизита даже в голове не поворачивается (только ну в очень крайних ситуациях).
401 Лефмихалыч
 
05.02.16
14:51
(400) в стандартах на ИТС написано - как. Но это к топику не относится
402 Fish
 
05.02.16
14:53
(397) Для кого как :)
403 DomovoiVShoke
 
05.02.16
14:55
(401)Да те могут что угодно написать, если б они норм писали не было бы нас)
404 Лефмихалыч
 
05.02.16
14:56
(403) напиши сам нормально и продавай гениальные продукты.
405 DomovoiVShoke
 
05.02.16
14:58
(404)Некогда.
406 DomovoiVShoke
 
05.02.16
14:59
+(405)Или скажем никто не спонсирует)
407 Лефмихалыч
 
05.02.16
14:59
(405) (406) потому, что идеальный код ни кому не уперся
408 DomovoiVShoke
 
05.02.16
15:01
(407)Ну пользователям очень уперся, но оплачивать разработку типовой конечно никто не хочет.
409 Eiffil123
 
05.02.16
15:07
(329)
Ну вот мне в одной конторе объясняли так: пока нет подтверждающего документа, мы не можем принимать затраты к налоговому учету. И поэтому делают они так: в предыдущем периоде они отражают поступление услуг по статье на ПР, у документа устанавливают признак "Отсутствие документов". Если документ пришел до закрытия периода - перепроводят документ по НУ, флаг снимают. Если период закрыт - сторнируют его в текущем периоде, вводят новый по НУ.  Если этот признак у автора используется для этих целей, то вполне логично иметь реквизит документа, т.к. в закрытом периоде он не меняется.
410 Масянька
 
05.02.16
15:08
(402) Уже обсуждали. Предлагаю - не начинать
(408) И вот подошли к ключевому: программа - для пользователя или пользователь - для программы...
411 Лефмихалыч
 
05.02.16
15:09
(408) и пользователям не уперся. Ты же виндовсом, скайпом и прочим гуглом пользуешься? Вот и пользователи учетных системы тоже пользуются и им напофиг, какой там внутри код, если по скайпу можно позвонить, виндовсом можно прочитать почту, а УТшкой - оформить заказ.
412 DomovoiVShoke
 
05.02.16
15:13
(410)Ну должна быть программа для пользователя, но пока наоборот, помимо пользователя еще и программист нужен для программы.
(411)Если б УТешкой можно было оформить заказ, то мне бы не звонили, а сделайте нам вот это, чтоб мы учет в опу не загнали и вот это чтоб можно было хоть как-то с этим заказом работать, а то надо кучу отчетов перелопатить чтоб завести заказ.
413 Лефмихалыч
 
05.02.16
15:15
(412) заказ - как раз можно. А вот туеву хучу всяких фантазий пользователей - нельзя. Но это к качеству ни какого касательства.
414 Масянька
 
05.02.16
15:15
(412) Не-е... Ты не понял.
Программа - для пользователя: все хотелки пользователя, дружелюбный интерфейс, нормальная работа.
Хотелки пользователя - это именно хотелки пользователя, а не программиста или разрабов 1С.
415 Масянька
 
05.02.16
15:16
(412) Про заказа - это случаем не УТ?
416 Drac0
 
05.02.16
15:21
(414) т.е. в 1С должны быть реализованы все хотелки всех пользователей, в том числе взаимоисключаемые? И только тогда это будет хорошим продуктом?
417 Масянька
 
05.02.16
15:32
(416) В случае с 1С - должна быть база (платформа + основной функционал) (стабильно работающие без глюков). Дальше уже пользователь будет реализовывать "хотелки": навешивать доп. функционал от 1С, дописывать и пр.
418 Лефмихалыч
 
05.02.16
15:33
(417) >стабильно работающие без глюков
это очень точное и непротиворечивое требование, ага
419 akronim
 
05.02.16
15:34
(417) "стабильно работающие без глюков"
Ты понимаешь, что это невозможно? Не в случае 1С, а вообще любого ПО.
Максимум - нечасто падающие с минимумом глюков.
420 Масянька
 
05.02.16
15:36
(418) Что тебя не устраивает?
(417) Нет. Не понимаю.
421 Лефмихалыч
 
05.02.16
15:36
(420) субъективность
422 Drac0
 
05.02.16
15:51
(420) "Нет. Не понимаю."

Ну, это уже давно ясно.

Если рассматривать программы сложнее "Hello, world!", то у стабильного софта без глюков и постоянно развивающегося есть один существенный недостаток - он не существует.
423 akronim
 
05.02.16
15:55
(420) Это грустно. Потому что реальность не изменится, понимаешь ли ты ее или нет. А тебе непонимание реальности может навредить.
424 Масянька
 
05.02.16
15:59
(422) Тебе уже писала.
(423) Тебе напишу: это не реальность, это опыт. Который сформирован не только работой с программами 1С. И если для тебя это "реальность" - остается только посочувствовать.
425 Drac0
 
05.02.16
16:01
(424) Я тебе тоже уже писал, что в твоем опыте есть большие сомнения.
426 Масянька
 
05.02.16
16:07
(425) Это твоего личное и субъективное мнение :)

По поводу "постоянного развития" - да, ради Бога. Но не за счет пользователя.
427 DomovoiVShoke
 
05.02.16
16:09
(414)Ну на счет всех хотелок нет конечно, но необходимые вещи нужны. Если мне звонит 10-20 клиентов и просят какую-то штуку в один голос, то это я рассматриваю не как хотелка, а как необходимый иснтрумент. Про ошибки в базах я уже молчу.
(417)Они не базу предоставляют, а некий каркас с косяками.
(422)Баян. У меня существует.
428 Масянька
 
05.02.16
16:10
(427) Вот именно. Каркас - уже с косяками. И потом - исправления, обновления, обновления, исправления... А платит - пользователь.
429 Лефмихалыч
 
05.02.16
16:13
косяки даже в ДНК есть, чего уж тут от программного кода требовать.
Мелкие недостатки будут всегда и во всем, что делает человек. Которые этого не понимаю - инфанты престаревшие
430 butterbean
 
05.02.16
16:15
(428) он ведь может и не платить, никто не заставляет, а твои рассуждения про корявость ПО просто детский сад. Хотя неудивительно, ведь ты занимаешься только конфигурированием и сопровождением
431 Cyberhawk
 
05.02.16
16:15
С голосовалкой тема была бы веселее.
Франча считаю правым в позиции "хотите по другому платите бабки", но, возможно, ценник за этот флажок оказался несколько завышенным, поэтому и претензии пошли.
Типа как если на автомойке диски не так тщательно помыли или не допротерли стекла, например...
Автор, ты у франча конкретнее спрашивал, почему галочка тебе обошлась во столько-то денег?
432 SoulPower
 
05.02.16
16:15
Огненная ветка)
433 SoulPower
 
05.02.16
16:16
Нужна голосовалка, а то влом всё читать))
434 DomovoiVShoke
 
05.02.16
16:18
(429)Программный код проще и соотношение косяков: в днк какое? А в 1с 1 к 1.
Какие мелкие недостатки в 1с? Просто сплошной недостаток)
435 Масянька
 
05.02.16
16:19
(429) Разработкой ДНК занимался не человек. Человек только его (ДНК) использует. Как использует - такие и косяки :(
Мелкие недостатки <> недостаткам 1С.
436 Масянька
 
05.02.16
16:21
(430) В 1С - именно "конфигурю" и "сопровождаю".
437 Drac0
 
05.02.16
16:22
(427) "Баян. У меня существует."
Готов выложить на обозрение?
438 Drac0
 
05.02.16
16:24
(436) А тиражные решения разрабатывала?
439 Масянька
 
05.02.16
16:28
(438) Да. В каждом случае были пожелания пользователей (мелкие, легко дописываемые).
А что - это показатель?
440 Drac0
 
05.02.16
16:31
(439) Что ты понимаешь под тиражным решением? Полноценную конфигурацию или отчет/обработка?
441 Масянька
 
05.02.16
16:32
(440) О, как...
А ты не знаешь, что до 1С программы были?
442 DomovoiVShoke
 
05.02.16
16:35
(437)Все у клиентов.
443 Масянька
 
05.02.16
16:36
(437) Кстати, а зачем?
Ты выступишь в роли критика?
444 Лефмихалыч
 
05.02.16
16:38
(437) сольется так же как было со стандартом от 1С, якобы подтверждающем правоту ТС
445 Лефмихалыч
 
05.02.16
16:38
а, ну вот, это уже и приключилось
446 Drac0
 
05.02.16
16:39
(442) Т.е. у тебя есть написанные идеальные решения, но показать ты их не можешь. Ок.

(443) Зачем критиковать? Критика - это субъективно. Просто найду ошибку - это объективно.
447 Drac0
 
05.02.16
16:40
(441) Замечательно. Значит, у тебя есть опыт разработки комплексного тиражного решения не на 1С?
448 Масянька
 
05.02.16
16:42
(446) (447) Не бери много на себя - надорвешься.
449 Drac0
 
05.02.16
16:43
(448) Я всегда беру ношу по своим силам. В отличие от...
450 Масянька
 
05.02.16
16:46
(449) Неси.
451 DomovoiVShoke
 
05.02.16
16:49
(446)Естественно. Кто ж вам покажет? Если б я писал для всех или хотя бы на продажу, то показал бы.
452 Масянька
 
05.02.16
16:50
(451) А ошибки искать? :)))))))))))))))))))
453 DomovoiVShoke
 
05.02.16
16:51
(452)У себя пусть лучше ищут, раз в каждой разработке делают их.
454 Drac0
 
05.02.16
16:52
(450) (451) Ну, вот вы синхронно и слились. Пошел дальше писать свой г*внокод.
455 Лефмихалыч
 
05.02.16
16:52
(454) зачет
456 DomovoiVShoke
 
05.02.16
16:54
(454)У вас не правильное представление о сливе)
(455)У вас тоже)
457 Масянька
 
05.02.16
16:54
(454) Я тебя искать ошибки не звала.
http://s020.radikal.ru/i721/1602/a6/add20b961aa4.jpg
458 Масянька
 
05.02.16
16:58
(455) – Хочу предложить вам взять несколько журналов в пользу детей Германии. По полтиннику штука.
– Нет, не возьму.
– Почему же вы отказываетесь?
– Не хочу.
– Вы не сочувствуете детям Германии?
– Сочувствую.
– Жалеете по полтиннику?
– Нет.
– Так почему же?
– Не хочу.
(С)
459 Лефмихалыч
 
05.02.16
16:59
достаточно демагогии
460 mistеr
 
06.02.16
04:48
(441) У вас там багтрекер был? Не могу поверить, что там было пусто.
461 Фокусник
 
06.02.16
09:40
(0) все не читал, штатный механизм доп.реквизитов не устроил?
462 Турист
 
06.02.16
13:22
Косяк однозначно со стороны (0) франчу нельзя давать тз в виде одного предложения имея команду бизнес-аналитиков.
463 Турист
 
06.02.16
13:23
Франч = внешний разработчик
464 eklmn
 
гуру
08.02.16
11:18
ухх , чуть не пропустил самого интересного песателя мисты.

ну для всех кто уже поспорил и "наговорился" прилагаю самое интересное v8: УПП как лучше реализовать механизм отслеживания получены ли оригиналы документов

сильно не ржать, добиваю :)
JOB: Возьмут ли меня Руководителем проектов?

по первой ссылке отмечаем "деятелеЙ" и смотрим дату :)

ну а вообще как грится  "no comments"
465 Shur1cIT
 
08.02.16
11:57
(464) и что тут такого, вариантов как сие реализовать масса, через регистр ,через категории итд,

Руководитель не должен до винтиков знать конфигурацию, для этого есть ахритектор