Имя: Пароль:
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) и что тут такого, вариантов как сие реализовать масса, через регистр ,через категории итд,

Руководитель не должен до винтиков знать конфигурацию, для этого есть ахритектор
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой