"Детские" ошибки программистов 1C

Публикация № 315283

Сообщество - Пользователю системы

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

Ошибка первая    

     Первая и, наверное, самая частая ошибка - это то, что программисты забывают использовать регистры накопления. Заключается это в том, что, написав новый документ или доработав старый и произведя довольно сложные обсчеты, результат не пишется в регистр накопления, а остается храниться в документе. За такое на сертификационных экзаменах бьют по шапке. И вот почему: для того, чтобы потом сформировать отчет по необходимой информации, приходится лезть в документ пускать заново все механизмы обсчета, чтобы получить результат, который по замыслу разработчика можно увидеть только зайдя в документ. То есть запросом такую информацию нельзя получить никаким образом. А информация требуется самая разнообразная: это и сумма товаров со скидками, и зарплата сотрудников, и различные итоги. Решается это довольно просто: берем, записываем результаты обсчета в регистр накопления, или регистр сведений, смотря по типу информации, и потом легко достаем ее запросом.

Ошибка вторая

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

Сын - Папа, а почему солнце каждое утро встает на востоке и заходит на западе?

Папа - Ты уверен?

Сын - Да.

Папа - Ты проверял?

Сын - Да.

Папа - И каждое утро встает на востоке и заходит на западе и никогда не бывает по-другому?

Сын - Да.

Папа - Сынок ничего не трогай, работает и ладно.

    Наиболее щадящим способом внесения изменений является добавление новых объектов в виде обработок или документов, которые в автоматическом режиме формируют типовые документы и справочники. Например, необходимо разработать удобную форму для работы менеджера для заказов на натяжной потолок, необходимо учесть и комнаты, и варианты, и выписку счетов на разные комнаты отдельно, и на разные варианты и заказ материалов. Неправильно будет раскурочить документ "Заказ покупателя" и, вывернув его наизнанку, таки добиться результата. Последствия будут в виде трудностей при обновлении и непредсказуемых последствий, когда надо будет учесть все обращения к документу "Заказ покупателя" по всей конфигурации. Правильнее создать отдельный документ «Заявка на потолок», в который будет вводиться информация по комнатам и вариантам с расчетом сумм, а из него формировать типовые документы "Заказ покупателя". Кстати смотри выше ошибку №1: результат обсчета документа «Заявка на потолок» надо сохранить в регистр накопления, например «Заявки на потолок». Измерения будут Заявка, Комната, Номенклатура. Ресурсы: Количество, Сумма. То, что заявлено новым документом, плюсуется, а документом "Заказ покупателя" списывается как ушедшее в работу. При этом всегда можно будет легко добыть информацию о том, что мы уже сделали по заявке на потолок, а что еще нет. Подобные задачи могут быть и при продаже кухонных гарнитуров, и сантехники, и при работе на производстве. И, возвращаясь к ошибке №2, не надо курочить конфигурацию, думая, что все можно запрограммировать. Верный признак того, что вам требуется пересадка рук на плечи, это то, что в конфигурации перестали работать типовые отчеты.

Ошибка третья

    Третья ошибка: попытка автоматизировать бардак. Догма программиста: Бардак не автоматизируется. Результатом будет автоматизированный бардак. Если раскрыть философский смысл, то если вас просят автоматизировать склад, то надо настоять на том, чтобы там навели порядок. Зачастую ленивые сотрудники обманывают свое начальство, заявляя, что они не могут быстро найти что надо, потому что нет автоматизации, и поэтому инвентаризацию толком выполнить невозможно. Все это связанно со сложными отношениями между работниками и работодателями: нет четких договоренностей о том, как взыскиваются пропажи с материально ответственных лиц. Поэтому работники боятся, что на них повесят все, в чем они виновны и не виновны, и саботируют любую попытку провести инвентаризацию. И вот вы стоите, и обстановка такая:

1. Заказчик, который хочет автоматизацию, потому что думает, что она поможет устранить бардак,

2. Сотрудники, которые не хотят порядка, потому что не знают, как им аукнется, и сколько с их зарплаты будут снимать.

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

    Выход в такой ситуации это варить кашу из топора. Напомню содержание сказки: солдат пришел в избу на ночь и хотел бы поесть, а хозяйка кормить его не хочет и делает вид, что ничего у нее нет. Солдат предлагает ей сварить кашу из топора и потихоньку начинает просить ингредиенты: сначала соль, потом маслица чуть, потом молока, ну и крупы надо добавить. Вынул солдат из каши топор и поужинал. Как это реализуется на практике: вы говорите, что нужно вносить первоначальные данные и, чтобы не перетрудиться, надо все товары расставить аккуратно по полкам (сотрудники, слыша, как им говорят о том, как меньше работать, с радостью соглашаются). Далее нужно внести структуру по группам, а как ее вносить? Нужно выбрать способ систематизации: это либо по поставщикам (актуально для одежды и обуви), либо по типам товаров (соки, крупы, консервы). Что же это значит? Опять же для удобства надо расставить товары по полкам, так, чтобы они были так же, как в справочнике. Тут надо напирать на то, что это для того, чтобы меньше делать, и не давать всплывать мысли о том, что это для наведения порядка. Далее надо осторожно, потому что работники могут пронюхать, что вы затеяли. Лучше дать им провести этот первоначальный внос данных и даже дать им поработать, но с условием, что они должны провести инвентаризацию через месяц. Как это сделать? Надо поговорить с заказчиком, вскрыть ему все карты и сказать, что так и так, через месяц инвентаризация. Это экзамен по тому, как ведется учет, потому что можно поставить компьютер, а бардак останется. И это чревато тем, что вы будете продолжать терять товары. На это фразе заказчики становятся очень серьезны и, если надо, они стену головой пробьют, но инвентаризацию сделают. Потом можно позвонить ему и спросить, как дела и порекомендовать ему, чтобы он заставил работников вынуть из пыльных углов все, что там запрятано. И тогда можете считать, что заказчик будет вам благодарен, потому что он получит и порядок, и автоматизацию, и порекомендует своим знакомым. Это требует затрат нервов и времени, но это куда честнее и правильнее, нежели денег срубить и убежать, а вы сами решайте, как с этим жить.

Ошибка четвертая

    Четвертая ошибка - неконтролируемый доступ к складу для лиц, не несущих материальную ответственность. Это чаще актуально для производства. Например, это любой общепит, рекламное агентство (они делают вывески и световые короба и много чего всего), торговля мебелью под заказ. Серьезные проблемы ожидают того, кто позволит работникам таскать со склада все, что им заблагорассудится, потому что они заранее не могут сказать, что им понадобится: они там не учли, что им надо, сям не учли. Найти потом, что куда пропало, дело невозможное, люди будут хлопать честными глазами и делать вид, что все ушло в производство. Поэтому для производства организуется отдельный склад, для общих остатков отдельный склад. И по мере надобности со склада общих остатков на склад производства делается перемещение. Причем нужен отдельный кладовщик для склада общих остатков. А на складе производства проводить еженедельные инвентаризации. Пример реальный из жизни: в супермаркете жарили курицы гриль, и из-за неверных данных в технологической карте шло неверное списание остатков тушек курицы. За 3-4 недели накопили на остатках 105 кг курицы, провели инвентаризацию и не обнаружили эти 105 кг. Со всего персонала списали ровным слоем. Я их спросил, вы хоть одну курицу съели? Ну, раз уж высчитывают. Отношения были доверительными, они сказали, что не прикоснулись. Я им склонен верить. Так что инвентаризации надо делать каждую неделю и не пренебрегать, а то потом никакое расследование правды не найдет. Так как склад производства небольшой, то и бардак там за неделю большой образоваться не может, все быстро подсчитывается и горы товаров переворачивать не нужно. Если есть возможность внедрить учет заказов, надо это делать. В рекламе и мебели это возможно через организацию штрих-кодирования документа "Заказ", кладовщик отпускает материалы только на заказ, считывая штрих-код с документа, и всегда видно, что куда употребили. В «общепите» нет возможности подсчитать, сколько мяса ушло на пирожок, который купил покупатель. Расчет ведется на  заказ в производство на, например, 200 пирожков, и на этот заказ выписываются ингредиенты. Учтите, не все так радужно: масло, приправы и прочее всегда есть на кухне и идут скопом, поэтому сложности в учете все равно будут. 

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

 

77

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. vano-ekt 526 02.12.14 22:01 Сейчас в теме
тут не столько про ошибки программистов, сколько про подтирание соплей кладовщикам :)
BigBoss; xantif_2000; alwiz3; AlexLM75; succub1_5; Irwin; artspeed; alexscamp; uri1978; ditiatko; makas; mms76; HitGroove; iov; AllexSoft; yusta; pm74; FlyNN; simich; LuxVeritatis; smirnovrv; Патриот; Taktic; fzt; FreeDown; trumanl; Артано; smit1c; DrAku1a; talych; jobkostya1c8; Aleks_Antonuk; VasMart; armeec; kuza_87; sergei2k; monkbest; dour-dead; sergelemon; Veetavas; Sasha_jr; bashirov.rs; SeiOkami; MaxD; Diego_Iv; dima_home; so-quest; +47 Ответить
2. TrinitronOTV 03.12.14 05:46 Сейчас в теме
(1) vano-ekt, согласен, но всё равно было полезно познакомиться с материалом статьи
3. dima_home 107 03.12.14 07:43 Сейчас в теме
(1) vano-ekt,
Поскольку я уже имею сертификаты 1С, теперь могу заявить: Наличие сертификатов ничего не значит, а их выдача (как и аттестация у пожарников, у МЧС, у экологистов) это просто "чёс" денег.
angelinaataeva; talych; IrinaKostroma; ResetAtreides; VR-1983; delete; sanek_gk; Liga_L; lonsby; makas; mms76; gradi; AllexSoft; Petrosyanc; Alexey_A; IfYouWant_YouCan; Сисой; ivnik; vicmos; Blagin; Светлый ум; pt_olga; Oleg_nsk; DrAku1a; etmarket; Yashazz; kentavr27; Bad_Developer; AnryMc; 3762515; sergei2k; monkbest; +32 Ответить
9. kiros 51 03.12.14 10:23 Сейчас в теме
(3) dima_home, блин... а я думал за 12 лет что-то поменялось :0
Хотя по отзывам некоторых коллег, которые все таки получали сертификаты, за них хотя-бы спрашивать начали серьезнее. Сам в профессии 16 лет и, например при приеме на работу, для меня наличие сертификата у программиста не дает преференций. Т.е. это как получить права на управление автомобиля, не значит научится водить.
talych; user684087_alecs1970; Yakud3a; Alexey_A; dima_home; Upiterus; ivnik; scarfase; monkbest; rayastar; SeiOkami; +11 Ответить
14. vano-ekt 526 03.12.14 11:02 Сейчас в теме
(9) kiros, то есть водителя на Камаз можно брать без прав? Чревато...
15. AlX0id 03.12.14 12:07 Сейчас в теме
(3) dima_home,
Эксперта уже сдали? )
spetzpozh; vano-ekt; +2 Ответить
17. bliver 03.12.14 12:14 Сейчас в теме
(3) dima_home, смотря каких сертификатов, если профессионал, то мож и не, но вот спеца по платформе, уже наскоком не сдашь, нужно знать какие объекты когда и как методологически правильно использовать, не подготовленный человек такой экзамен не сдаст принципе, а именно в процессе этой подготовки человек и приобретает необходимые базовые навыки, на которых уже можно дальше развиваться в данной области
talych; DmitryKSL; alexscamp; BoBaH; AlbinaAAA; pwn; Патриот; Mi4man; rabota.v8.1c; spetzpozh; yghmd; Азбука Морзе; vano-ekt; zqzq; +14 Ответить
29. AnryMc 720 03.12.14 15:32 Сейчас в теме
(3) dima_home, "Экзамен 1С Профессионал - Приколы" http://infostart.ru/public/97489/
37. MorningStalker 04.12.14 05:17 Сейчас в теме
(3) dima_home,
На самом деле вы не совсем правы. Абсолютно то же самое можно сказать про получение высшего образования - вы можете ничего не изучать, купить диплом и быть ничего не знающим специалистом с высшим образованием.

Но если вы реально получали знания, готовились к экзаменам и самостоятельно их сдавали - польза будет несомненной. Лично я готовился сам, прорешал большую часть задач по платформе, сдавал честно. После этого пришел на предприятие, где сидели люди со стажем работы программистом 1С по 5-10 лет и могу сказать следующее: конечно опыта решения всяческих разнообразных задач у них больше, но вот за то, как они их решают реально иногда хочется оторвать руки :). Но опыт дело наживное :).
talych; zqzq; spetzpozh; +3 Ответить
38. fzt 04.12.14 06:05 Сейчас в теме
(37) MorningStalker,
но вот за то, как они их решают реально иногда хочется оторвать руки :)

Вчера исправлял косяк в обработке, для сдачи отчетности в Росалкогольрегулирование. Обработка куплена за хорошие деньги, но никто не помнит где и как. Видно что делал трудолюбивый человек, но который совершенно незнает как работает регистр ОстаткииОбороты. Стараниями автора, его труд упорно увеличивал остатки на начало квартала в рандомное число раз. Я потратил 3 часа на исправление его ошибки. Рад бы указать на баги (получив таки свой небольшой гешефт), но он не оставил координат для связи в коде.

Вот ещё одна детская ошибка. Он лишился обратной связи.

(3) dima_home, отчасти согласен. На специалиста по платформе сдать достаточно сложно, это стимулирует коллег учиться.
Но порой сертификаты такие бараны получают, диву даюсь.
8. bashirov.rs 23 03.12.14 10:22 Сейчас в теме
(1) vano-ekt, полностью согласен.
43. ivnik 424 07.12.14 12:27 Сейчас в теме
(1) vano-ekt, Если не "подтирать сопли" пользователям, иногда и кулаком и периодически не втирать им "шейную мазь", то зачастую они со своим "профессионализмом" такую хрень создают в базе, что порой очень долго приходится работать "веником".
4. dima_home 107 03.12.14 07:56 Сейчас в теме
Про организацию склада обычно надо решить следующие задачи:
1. Конкурентное, хронологическое резервирование товаров - резервирование товаров конкурентных отделов (даже в минус) при этом свободно отпускается в порядке хронологии резервирования (включая такие решения, когда клиент позвонил сначала зарезервировал 2 штуки...потом отказался от одной...потом попросил добавить 3 и все потом выписать одним документом (счетом на оплату или фактурой)... а между изменениями резерва другой клиент/отдел так же зарезервировал этот товар)
2. Запрет на изменения документа/изменения остатка после подтверждения отгрузки/получения кладовщиком. Тут главная парадигма: "изменения остатков в на складе должно осуществляется только с разрешения кладовщика-МОЛ, иначе доверие к учетной системе не может быть."
3. Ячеистое хранение (любая методика: по факту или справочное).
4. Поиск документов по штрих коду.
5. Система разбора недостач и пересорта при перемещений товаров между складами (когда со склада на склад отправлено одно количество, а пришло другое). Тут надо учитывать, что остатки должны уменьшиться у отправителя на то количество, сколько он считает что отправил, а у получателя - на то, сколько он по факту получил. Разбор излишек или недостачи при перемещении уже производится "постфактум", другими службами (например ревизионным отделом по данным камер наблюдений при погрузке и разгрузки).
6. При наличии филиалов организация склада комплектации, а так же организация хранения малых ежедневно пополняемых остатков товаров для склада комплектации, а при ячеичной системы хранения ее ротация/изменения размеров с учетом частоты использования товаров из ячеек или распределения нагрузки (зависит от организации).
7. Расчет количества позиций, ассортимента, веса и объема в накладных для статистики или транспортной логистики, как следствие - учет рабочих показателей кладовщиков и грузчиков по перемещенным товарам.

Вроде все задачи которые приходилось реализовывать.
5. fzt 03.12.14 08:55 Сейчас в теме
Давеча код наблюдал в правленной бухгалтерии.
Суть такая: в момент списания ТМЦ в бухии, товарищ запрашивает себестоимость из УТ 10.3 FIFO там.
Т.е. товарища совсем не колышит, что он забрал себестоимость по какой-то одной партии. Я в шоке был.
6. dima_home 107 03.12.14 09:42 Сейчас в теме
Про ошибки программистов 1С:
Все ошибки происходят из того- что системы учета, это я про типовые решения 1с, стали в угоду универсальности (всеобъемлимости) настолько сложными... что в качестве решения нам предлагают "добавление новых объектов в виде обработок или документов, которые в автоматическом режиме формируют типовые документы и справочники". И это понятно почему... практически нет специалистов, которые осознают все внутренние механизмы работы 1с (как это было возможно с 1с 7.7 комплексная). Никто не может сказать точно ("на лету")- какие регистры в каких ситуациях должны производиться изменения. Каждый раз изменяя типовую 1с приходится разбираться. Сами сотрудники фирмы 1С, разрабатывающие типовые платформы 1с не видят всей картины в целом, а используют модульный подход, что порождает нагромождения и переделки из-за ограничений модулей. Это же уму не постижимо... то добавляют регистры, то спустя время удаляют их же с необходимостью перепроведения/дозаполнения всего. Программисты превратились в обычных кодеров, а не методистов и лепят заплатки.

Извините ...крик души.
ps
На нашем предприятии, найдены программисты-методисты-бухгалтера в одном лице и на базе хорошего движка 8.3 разрабатываются более простые системы учета полностью соответствующие нашим потребностям. Работает в сотни раз быстрее, занимает в десятки раз меньше объёма - при этом выполняется весь необходимый нам функционал и даже больше.
user684087_alecs1970; AlexLM75; succub1_5; rimma_n; Uncore; Yakud3a; Algoritm; uri1978; son_v; iov; oninfostart; DimikN; sinopt1k; fomix; VladC#; Upiterus; FlyNN; androgin; Stim213; Aleksandtmt; galich; haland; Denis_Viktorovich; FreeDown; awk; burlakov; smit1c; fzt; jobkostya1c8; vkr; Aleks_Antonuk; xzorkiix; Bad_Developer; den_bat; nikki_00; POLGA; kredko; FrLenok; a.babenko; Soikalv; SeiOkami; kiros; +42 Ответить
7. OBEH 03.12.14 10:13 Сейчас в теме
(6) Так и не надо воспринимать коробки, как законченные решения от фирмы 1С. Это примеры и все.
Есть платформа и примеры написания на ней.
Берешь платформу и вперед. Тогда "...Работает в сотни раз быстрее, занимает в десятки раз меньше объёма" и функционал более реальный.
dima_home; +1 Ответить
31. gigagr 03.12.14 15:47 Сейчас в теме
(6) dima_home,
"Это же уму не постижимо... то добавляют регистры, то спустя время удаляют их же с необходимостью перепроведения/дозаполнения всего. Программисты превратились в обычных кодеров, а не методистов и лепят заплатки. " -
полностью с Вами согласна, превратили 1с в огромную не оптимизированную, не прозрачную махину...
dima_home; +1 Ответить
39. fzt 04.12.14 06:14 Сейчас в теме
(6) dima_home, а я не для одного предприятия серъезно доработал типовую. Один. Это менее ресурсоёмко. Типовые содержат очень хорошие механизмы и даже методологию местами, недальновидно это выкидывать.
Пока нашел только один пример из RL, где имело смысл писать свою конфу с нуля - логистический бизнес на ЖД.
49. dima_home 107 11.12.14 14:37 Сейчас в теме
(39) fzt,
Конкретный пример:
Уже написана и используется у нас в 160 филиалах: Конфигурация для филиала.
Решенные задачи в этой конфигурации:
1. Розничный магазин (общий склад с оптом) / наличные/кредиты/терминалы/подарки в любой пропорции
2. Для розницы- Две организации ЕНВД и ОСН - Запрет продажи подакцизных товаров по ЕНДВ и наоборот
Розничные дни закрываются независимо от текущей даты, при этом есть 15 контрольных проверок не дающих закрыть день. (это очень важная задача - "почему?" - можно ответить в отдельном посте)
3. Учет откатов клиентам
4. Оптовая торговля (общий склад с розницой) + Резервирование
5. Ценообразование/система скидок наценок/шифркодs для изменения цен(скидок) удаленно по icq/ограничение скидок на товара/скидки суммой с учетом ограничений(это было сложно )) )
6. Учет остатков в кассе в разрезе операционной и основной -Кассовая книга филиала
7. Возвраты, возвраты с принятием на хранение и отправкой в центр на проверку
8. Учет перемещений с центрального склада и обратно, учет расхождений при доставке.
9. Инвентаризация
10. Маркировка и поиск документов по Штрихкодам
11. Ведение местного табеля.
12. Все печатные формы внешние, в виде файлов на диске с подхватом на лету. Позволяет легко (просто скопировав) удаленно обновлять их, не обновляя конфигурацию.
13. Сложная система обмена с центром с авто приемом ("роботом") и системой состыковок справочников контрагентов (контрагенты могут одновременно вноситься в любой базе и в каждой базе не появляются задвоения, а начинают ссылаться друг на друга.
14. В любую секунду можно выкинуть компьютер с базой и выгрузить с центральной свежую.
15. Работа поиска в справочнике товаров (54к наименований) по старому принципу (как в старой 7.7)
Все это написано и внедрено двумя программистами(мной и руководительем отдела ИТ) в течении года.
База: УФ 8.2, конфигурация 12 мегабайт, Размер прироста базы одного филиала за год меньше гигобайта. Работает легко на обычно компьютере (двух ядерный pentium 2.6 GHz/2/250)
Из типовых: Розница не подходит, УТ слишком тяжелая-еле ворочится.
Вот вам и причина написания своей.
ps ДОБАВЛЮ для fzt: никто типовые не выкидывает...всегда можно слизать от туда интересную мысль или решение, и внедрить у себя - или копипастем, или с глубокой переработкой.
Например, появившееся решение в бухгалтерии 3.0 "возможность получать сведения о контрагенте из егрюл" очень интересная. Но следует заметить что еще 5 лет назад у нас на базе 1с 7.7 было реализовано заполнение реквизитов контрагента по данным с сайта, не имеющий капчу (правда там был только название, юр. адрес, и коды). Потом прикрутили контур ФОКУС. Также договорились с ИФНС о получения списка инн по "проблемным" контрагентам и внедрили проверку при внесении нового поставщика.
Многие задачи, решенные на базе старых технологий в крупных компаниях, фирма 1с только начинает реализовывать (ну наконец-то) в типовых своих решениях, за что и спасибо.
10. kiros 51 03.12.14 10:30 Сейчас в теме
Статья взята на заметку. Хотя не соответствует заголовку, т.к. вообще не про детские ошибки. Но факты изложенные вполне актуальны и про них нельзя забывать.
22. Tiger86 03.12.14 14:22 Сейчас в теме
(10) kiros, согласна. В принципе мы все в курсе изложенного, а автор систематизировал. Надеюсь на продолжение списка ,ведь тут далеко не все
11. SeiOkami 1136 03.12.14 10:33 Сейчас в теме
Статья интересная. Но заголовок, конечно, не по теме
12. wolfsoft 2420 03.12.14 10:47 Сейчас в теме
ервая и, наверное, самая частая ошибка - это то, что программисты забывают использовать регистры накопления. Заключается это в том, что, написав новый документ или доработав старый и произведя довольно сложные обсчеты, результат не пишется в регистр накопления, а остается храниться в документе. За такое на сертификационных экзаменах бьют по шапке. И вот почему: для того, чтобы потом сформировать отчет по необходимой информации, приходится лезть в документ пускать заново все механизмы обсчета, чтобы получить результат, который по замыслу разработчика можно увидеть только зайдя в документ.

Если результат обсчёта хранится в документе, то никаких проблем нет в том, чтобы вытащить этот расчёт запросом из реквизита документа.
64. artspeed 176 30.12.14 02:35 Сейчас в теме
(12) wolfsoft, И к тому же лишний регистр - это все таки дополнительный объект, который раздувает базу и усложняют структуру метаданных конфигурации. Поэтому если и "пихать" расчеты из документов в регистры, то не все подряд, а осмысленно.
65. vslimv 05.01.15 13:58 Сейчас в теме
(12) wolfsoft, Обходить в запросах документы и регистры все таки совершенно разные вещи.
13. wolfsoft 2420 03.12.14 10:52 Сейчас в теме
Итого: а как с этим бороться? А бороться просто: надо идти и сдавать сертификационные экзамены

Ну, вот мы и пришли к сути статьи. И не стоило так много писать.
16. vasiliy_b 280 03.12.14 12:14 Сейчас в теме
Позволю себе не согласиться с Автором статьи, в плане заголовка и ее сути.
Проблема первая: Не все рассчитываемые данные нужно записывать в регистр, некоторые можно и нужно оставлять в документах. Основным критерием является где и когда будут использоваться эти данные: вывод (журнал документа, его форма), будут ли эти данные выводится в отчеты, отбор. Вывож: Семь раз отмерь, один раз отрежь.
Проблема вторая: Здесь все зависит не только от программиста, но и от того как будет поставлена задача. например придет Иван Иванович и скажет а можно мне тут галочку, очень надо.... потом Маша Петрова а мне чтоб вот тут вот кнопочку нажать и все увидеть... а спустя какое то время документ превращается в монстра. И по хорошему данный функционал давно просится в отдельный документ, но заказчик уже за это платить не готов.
Проблема третья и четвертая: организационная и к программированию не имеет ни какого значения(прошу не путать программистов и внедренцев все в одном).
Stim213; Aleksandtmt; ivnik; nihfalck; monkbest; +5 Ответить
18. Bazil 450 03.12.14 12:49 Сейчас в теме
Последние два пункта никак не вяжутся с работой программиста.

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

У вас программист за доступ к складу отвечает?

И как
надо идти и сдавать сертификационные экзамены

поможет исправить четвертую ошибку программиста?
19. DoctorRoza 03.12.14 13:28 Сейчас в теме
Ерунда какая-то написана, на целую статью!
ZOMI; AlexeyFreeLife; Татьяна_69; +3 Ответить
20. monkbest 103 03.12.14 13:46 Сейчас в теме
Вообще со статьей не согласен!!!
Я наемный программист или директор по вызову. Все проблемы на складе в плане организации труда должен решать уполномоченный на то человек. Я был в подобных ситуациях много раз.

Хозяин: Хочу адресный склад
Я: Ок, вот вам новые сущности, поля для ввода заполняйте (показал хозяину, обучил кладовщика, закрыл часы, срубил денег, ушел)
... прошел месяц..
Хозяин: Овно полное твоя система, она нам не подходит
Я: Так вы ничего не заполнили в справочнике, в документах складски не проставляете ничего
Хозяин: Потому что не удобно, кладовщики отказались заполнять, у них времени на это не хватает.
Я: Ну не заполняйте, но без этого адресного склада не бывает.
Хозяин: Да... ну пусть оно само тогда заполняется.
Я: Но это тогда не адресный склад, ведь адрес в прграмме может не совпасть с фактическим стелажом
Хозяин: Ну давай так сначала попробуем
Я: ОК (показал хозяину, закрыл часы, срубил денег, ушел)


ну и кто в моей истории муд@к?
По логике автора - Я, т.к. не пошел убеждать склад, что им надо работать разными хитростями
По моей логике - хозяин. Не можешь мотивировать людей - сам виноват. Хочешь, чтобы я это делал так и скажи "мне надо построить людей на складе, вот тебе полномочия, можешь их премировать и штрафовать", а не "я хочу адресный склад... спрограммируй"
ResAndDev; marku; user684087_alecs1970; poisonapple; sh4d0w; alexscamp; BoBaH; zainaz; karpik666; Allexe8.1; burlakov; meganibler; Татьяна_69; jobkostya1c8; +14 Ответить
23. Tiger86 03.12.14 14:25 Сейчас в теме
(20) monkbest, поьлзователь не знает чего он хочет, пока не увидит то что получилось. В данном случае, за то что хозяин склада не умеет правильно мотивировать сотрудников он и платит программисту за очередные хотелки. Многие с таким положением не соглашаются (примеры знаю) и уходят от таких заказчиков. А вот те кто реализуют такие хоелки каждый раз - наживаясь - долго то тоже не задерживаются, а пришедшим на их место потом долго разгребать приходится...
VR-1983; ivnik; +2 Ответить
40. monkbest 103 04.12.14 10:16 Сейчас в теме
(23) Tiger86, что за ярлык "наживаясь - долго то тоже не задерживаются"?
во-первых никто не наживается, а делают свою работу, делают её хорошо и не дорого. Любой труд должен быть оплачен, ведь по сути Вы же платите в магазине за молоток, не зависимо от того сумели Вы им забить гвоздь или нет.
Во-вторых, почему долго то тоже не задерживаются, конечно, после фиаско "хозяин" попробует сменить программиста, все мы люди, мы всегда ищем проблему в других. Еще я уверен, что как и автор топика, как и Вы, скорее всего, когда к Вам придет "хозяин" со словами "мне вот тут нахерачили неудобного", Вы скажите "да он рукожоп, а я про, я вам все ща по всем стандартам сделаю ISOхуесо...". Хозяин развесит уши, в душе засияет надежда, на красивый склад... но все придет к тому же самому, что склад придется заставить работать, и что люди "грамотно составляющие ТЗ" будут стоить дороже в разы, и что длиться это долго, пафосно, и что результат получается тот же самый... Если "хозяин" поймет это до заключения договора с новым программистом, то он позовёт старого на новую попытку, ведь со старым они уже не одни грабли съели и понимает он его с полуслова.

Поймите главное, не от рукожопости и жадности программиста рождаются системы монстры. Как правило от отсутсвия бюджета у заказчика. Мелкий бизнес свои деньги просто так не отдаст.
fomix; Aleksandtmt; zqzq; +3 Ответить
21. monkbest 103 03.12.14 14:03 Сейчас в теме
Вообще, ощущение, что автор идеалист, оторванный от реальной работы в "поле" по часам. Может на "жирных" клиентах сидит, которые платят за то, чтобы он по складу ходил с умным видом и строил бы там всех.
Может от него как от программиста толку 0 и он только обсирает труд других.
Либо вообще из офиса не выходит, обложился сертификатами и книжками и носу не кажет на улицу.
....
я не знаю, но от реальности чувак оторван сильно. А те кто ему звездочку поставили, либо не читали, либо сами такие же оторванные от жизни "правильные" программисты.
user684087_alecs1970; VR-1983; SirYozha; MoshkovEV; +4 Ответить
24. anthonyv 6 03.12.14 14:39 Сейчас в теме
На мой взгляд, как программиста, работающего с клиентами, к тому же разными, капризными и не очень, но зачастую очень "жадными", могу сказать, что третья и четвертая - это не ошибки, а некие утопии вырванные из контекста менеджера-управленца но никак не рядового одинэсника у рядового клиента.
Я могу сказать клиенту в ответ на ТЗ, что так нельзя потому-то и потому-то, а можно вот-так в соответствии с тем-то. И то не всегда. Пример - войсковая часть, где действуют не законы физики и инструкция 157н, а приказы, письма и записки руководства МО. Есть письмо - делаем так, а не иначе, значит я должен сделать автоматизацию именно так и в тех условиях, как диктует заказчик, а не идти и обучать службу РАВ правильно (с моей точки зрения) хранить боеприпасы.
rimma_n; AlbinaAAA; meganibler; monkbest; Татьяна_69; MoshkovEV; +6 Ответить
25. Tiger86 03.12.14 14:41 Сейчас в теме
(24) anthonyv, хорошо когда есть ТЗ, а многие и такого то не предоставляют. И военные - это другое дело.
28. anthonyv 6 03.12.14 14:52 Сейчас в теме
(25) Tiger86, Военные здесь для более яркой иллюстрации. Среди рядовых складов, магазинов и просто фирм очень часто наш бардак это их порядок, в котором они как рыбы в воде. А попытаешься привести их к общепризнанному порядку - кранты работе фирмы на пару дней и программист в районе муладхары.
30. AnryMc 720 03.12.14 15:41 Сейчас в теме
(28) anthonyv, http://infostart.ru/public/17004/
Логистическая система KANBAN

ЗЫ
Компьютер успешно решает все проблемы, которые до его появления и не существовали
ivnik; Азбука Морзе; +2 Ответить
42. Tiger86 05.12.14 11:20 Сейчас в теме
(28) anthonyv, это точно, у всех разное представление о порядке.
26. anthonyv 6 03.12.14 14:45 Сейчас в теме
Вы, понимающий, что сама по себе автоматизация им не поможет, потому что сотрудники ее будут саботировать и говорить, что программа плохо работает

А для того, чтобы программа работала хорошо, должно быть четко сформулированное ТЗ, куда потом можно ткнуть носиком заказчика, который говорит: вот ты мне тут сделал документ, но он неправильно работает, здесь вместо А должно быть Б. Берем ТЗ (пусть даже схемка с каракулями на листе бумаги, но ее видел, а еще лучше оставил автограф заказчик) и показываем - здесь должно быть А, хотите Б - будет стоить столько-то... Делов-то. Надо беречь нервы и поменьше напрягать себя явно чужими проблемами.
27. Tiger86 03.12.14 14:49 Сейчас в теме
(26) anthonyv, эх.. всем бы так. Бывает быстрее быстрее сделать надо... и вот тут то и происходит наколка - ТЗ так и не появляется... ну да это дургой вопрос...
41. monkbest 103 04.12.14 10:30 Сейчас в теме
(26) anthonyv, системы монстры как раз появляются из-за отсутствия ТЗ. Но винить программиста тут нельзя.
1. Разработка по ТЗ всегда много дороже, ведь мы не будем бесплатно сидеть и писать ТЗ, а потом согласовывать его неделями, все потраченное время будет включено в счет. Особенно разница ощутима на мелких доработках. Трудно обвинить заказчика в желании сэкономить.
2. ТЗ чаще всего пишет исполнитель, и заказчик (особенно в мелком бизнесе) ничего в нем не понимает. Тыкать заказчика потом носом в пункты ТЗ в этом случае - некрасиво. Но и работать бесконечно исполнитель тоже не согласен.

Отсюда и рождается вариант обслуживания на почасовке, при котором разработка приобретает итерационный стиль, где нет четких постановок, сплошные пробы и ошибки и как-только заказчик становится довольным, работы тут же прекращаются. Хотя часто работы надо продолжить, потому что еще не все учтено, не все дописано и оптимизировано. Но заказчик уже доволен и финансовый краник на время закрыт, пока не аукнется это самая "недоработка"
jobkostya1c8; +1 Ответить
32. lvictor58 129 03.12.14 16:40 Сейчас в теме
Ошибка №1 может проявиться когда действительно надо обращаться к ОСТАТКАМ! Для того, чтобы получить сальдо нач. на определенную дату без использования регистра остатков надо перелопачивать все документы "с начала времен" до этой даты! Если нужны просто обороты - их и по документам можно получить (если умеете грамотно писать запросы). Особенно если не требуется сложных пересчетов с обращением к периодическим реквизитам справочников или константам. Например "Курс валюты" - но если его записать в реквизит документа, то избавите себя от проблем.
33. Sykoku 93 03.12.14 17:29 Сейчас в теме
Адресный склад делается и быстрее и проще с RFID. Даже маршруты прокладываются для оптимальных телодвижений. Вопрос в стоимости решения.
34. Yashazz 2856 03.12.14 18:10 Сейчас в теме
Ещё одна жж-заметка, которая не пойми почему выдаётся за статью. Я такие могу каждую неделю кропать, по итогам работы своей фирмы. Почему это не в Life, загадка. Почему за эдакий огрызок личных впечатлений и махрового субъектива пополам с очевидностями ещё и плюсят - вдвойне загадка.
user684087_alecs1970; alexscamp; SirYozha; fomix; ZOMI; Taktic; Татьяна_69; MoshkovEV; moonchild1; +9 Ответить
35. jobkostya1c8 03.12.14 18:33 Сейчас в теме
(34) Yashazz, потому-что стали теперь видеть все эти проблемы. Вообще верно заметили - статья больше про выяснение отношений с руководством (вернее как нужно строить рабочие отношения. И нужно это в первую очередь тему, кто хочет двигаться дальше по карьерной лестнице. Всю жизнь программистом не будешь, если хорошо знаешь учет.
45. Патриот 236 08.12.14 11:07 Сейчас в теме
кстати да, согласен с (34) Yashazz, такие статьи в раздел лайф надо кидать
а в характеристике "кому" вместо программист выбрать Ты_жПрограммист =)))
36. moonchild1 36 03.12.14 23:15 Сейчас в теме
Дальше первой ошибки (вернее даже начала описания первой ошибки) не читал. Сразу видно что "ниочем".
44. Патриот 236 08.12.14 10:29 Сейчас в теме
(0) + в целом статья понравилась. Заголовок не к месту, ибо под него подпадают только первые два пункта. Но пункты три и четыре называть ДЕТСКИМИ (!!!) ошибками ПРОГРАММИСТА(!!!) - это полная жесть, что и вызвало доставивший мне холивар в комментах. Так что подозреваю, что заголовок был подобран специально, чтобы обострить обсуждение=)
Пункты 3-4 переплюнули все виданные мной требования к Ты_жПрограммист-ам. Раньше от них хотели починки микроволновки и прочих знаний, присущих техническим специальностям, но в этой статье Ты_жПрограммист предстаёт ещё и успешным дипломированным управленцем=)
Т.е. знания эти конечно не помешают, в том числе и для зарабатывания денег (как и умение чинить микроволновки, озвученное выше), но лично я, как суровый технарь =), не считаю их обязательными и тем более не назову их программистскими.
monkbest; +1 Ответить
46. kiruha 380 08.12.14 11:17 Сейчас в теме
Третья ошибка: попытка автоматизировать бардак.


Как бы занимаюсь этим периодически уже лет 10 лет , а тут глаза раскрыли - оказывается это невозможно

Ну и примеры из жизни
1. Бардак с остатками в оптовой фирме. Решение - строгая система прав, отмена проведения задним числом
2.Против пример. Бардак с остаткам в фирме учитыв посерийники. Анализ - невозможность в рамках текущего склада вести строгую отгрузку по серийникам
Решение - строгий учет по остаткам , отмена строгого учета по серийникам, но учет всех входящих и исходящих серийников на предмет совпадения в списках
3. Бардак с себестоимостью.
Решение отмена поскладского учета себестоимости, отмена проведения задним числом. Учет себестоимости по МОЛ отвеч за группу складов, перемещение между которыми строго ограниченно
4. Бардак с финансами. Решение : внедрена система согласования, внедрена эл подпись
и мнго других
Уверен , что у народа есть гораздо больше интересных случаев
47. glek 112 08.12.14 14:45 Сейчас в теме
По поводу бардака на складе: абсолютно верно. Привожу всем в пример одну фирму, которую я автоматизировал. Это была пивная оптовая база. так вот, там до внедрения автоматизации даже пустые бутылки сходились 1 в 1. А всё почему? Потому что директор один раз вгрел кладовщиков на ползарплаты за недостачу пары бутылок пива и вроде ящика пустых бутылок. С тех пор... Даже когда приезжали мы, хорошие друзья шефа и заходили с ним на склад - никто не давал ни бутылки, пока не принесем чек об оплате.
48. OrsoBear 08.12.14 15:38 Сейчас в теме
Статья полезна разве что для того, чтобы вспомнить, что еще встречалось в твоей уже прошедшей жизни, и возможно пригодится в дальнейшей.
Этакий катализатор, призывающий к действию остановиться и подумать, а вдруг ты где накосячил, и надо бы исправить.
У меня случаются темы с автоматизированным бардаком.
50. dima_home 107 11.12.14 14:56 Сейчас в теме
Про сертификат... из личного опыта: Рядом со мной сидела девушка (нет претензий к полу), сдававшая на эксперта...пришла с кучей шпор... при том сидела и все время спрашивала у окружающих как правильно... ведущие уходили с экзамена отставляя зал без наблюдения... по окончанию было видно что она не сдала, и осталась в зале разбираться. Уж не знаю как, но когда пришли бумажные экземпляры сертификатов, я приехав получать встретил ее-шедшая довольно с таким же сертификато... с тех пор я не верю ни одному сертификату...даже своему )), а принимая к себе в отдел на работу проверяю на практических задачах (запрещая при проверке пользования контрукторами).
51. dima_home 107 11.12.14 15:58 Сейчас в теме
Про ТЗ и прочие средства контрацепции для франчайзинговых компаний.
Из личной практики считаю (мое мнение), что при внесении изменений в по основными трудозатратами являются как-раз разработка ТЗ, а точнее трудозатраты на анализ сложившийся ситуации и выбора способов решения, и исполнить такое основательное ТЗ не составляет потом никакого труда.
По этому, предприятие заказчик, которая сама смогла глубинно изучить проблему изнутри и найти способ ее решения (дать грамотное ТЗ), как правило имеет в штате соответствующих специалистов и сама может решить вопросы по изменением ПО без привлечения внешних программистов.
Компания, где в кадрах отсутствуют такие специалисты - не может самостоятельно написать качественное ТЗ и учесть все нюансы, обречена на контакты с распространителями товаров, сетевыми агентами фрилансерами и франчайзинговыми компаниями, где главная задача: "за наибольшие деньги произвести минимальные трудозатраты". А поскольку основные расходы - это невидимые заказчику трудозатраты на анализ его проблем и путей его решений, то такой анализ перекладывается на плечи некомпитентного заказчика, а изменения выполняются под прикрытием ТЗ. Очень часто программисты - исполнители, которые изменяют ПО, ничего не понимают в тех бизнес процессах, над изменением которых они работают.
Отсюда и появляются такие решения, как:
РКО(сдача денег в банк), делает движения сразу и по кассе и по банку одновременно, тоже и при передачи из кассы в кассу,
ИНН и КПП в одном поле (для ранних конфигураций)
Как часто встречали вы такие переделки, как указание в печатной форме фамилии руководителя или товароведа (для ранних конфигураций) чтоб каждый раз не писать ручками...мало кто решался на радикальные изменения и создание справочника уполномоченных лиц для подписи документов с автопостановкой.
Недозаполнение полей документов, поскольку заказчик не знал, что эти поля можно расчитать автоматом (например Вес в ТОРГ-12)
Печать кодов товаров в виде кода справочника, вместо кода "вида товара" утвержденного статистикой в той же торг-12
Ввод доверенности в комментарии или в тектовые поля в ТОРГ-12, вместо справочника действующих доверенностей клиента.
и т.п.

ЗЫ: При приеме на работу, "долгий" фрилансер (франчайзер) сразу выдает себя в пробный период: любит клепать заплатки не разобравшись с первопричиной (максимум погуглить в инете) и работая по принципу "как скажешь, так и сделаю". Эти специалисты как правило быстро пишут код, но являются полными "импотентами", когда ставится общая задача типа: добавить учет лизинговых операция для сублизингодателя или учет договоров и судебных процессов по ним.
Не хочу никого обить...зарание извените, ВСЕГДА ЕСТЬ ИСКЛЮЧЕНИЯ.
jobkostya1c8; fzt; +2 Ответить
52. fzt 13.12.14 18:36 Сейчас в теме
(51) dima_home, я как-раз бывший франчайзи ставший фрилансером)В общем-то вещи вы правильные озвучили. Расставался с клиентам ибо "-долго решаются задачи, что там думать то?". Они возращались. Я переделывал за "скорострелами".
Вопрос возник. Как велся учет в 160 филиалах, пока вы конфу с нуля писали? Мне слабо представляется что все ждут. У меня на написание относительно простенькой (только управленческий учет) конфы для сети автомоек (VoIp, очередь, планшетики, скидки, расход материалов etc) ушло месяца полтора на постановку ТЗ и месяца два-три до опытной эксплуатации. Я где-то по пол дня работал над ней, бо оплата по факту сдачи-приемки была.
Да и второй вопрос, вот у вас там отдел. Как увеличивается скорость разработки от количества специалистов в вашем случае? Если постараться исключить тот факт, что сотрудники помогают не отвлекаться "по мелочам". Мне думается (я далеко не всегда 1Ской занимался), что 5 программистов + постановщик ТЗ = некий идеальный вариант.
53. dima_home 107 15.12.14 16:43 Сейчас в теме
(52) fzt,
Принимая меня на работу как специалиста 1с, попросили !заного! перевести с зарплаты 7.7 на Зуп 8.2 более 20 организаций холдинга. Ранее (как мне рассказывали) делали попытку и даже обучение франчи, но они поработали паралельно месяцок другой и остались в 7.7 зарплате. Когда я выгружал сведения из зп7.7 в зуп делал это не один десяток раз (объединя все фирмы в одну зуп), каждый раз находил ошибки выгрузки (задвоенные фамилии, одновресменно работающие на основном рабочем месте, по разному настроенные подразделения, наложения по датам больничным, лицевые счета более 20 символов и многое другое)... выгружал ... смотрел...удалял...заного выгружал...смотрел...удалял и так по кругу (написал много проверочных обработок тогда)... целый месяц этим занимался вместе с бухгалтером по зарплате (умница исполнительная и образованная). К январю 2013 всех перевел и далее всегда сопровождаю. Изменений зуп пришлось делать минимально (в трех местах: лицевые счета длинее 20, ссылки из подразделений организаций на управленческие подразделения, удобный просмотр кадровикам оклады, и доп отчеты: выгрузка в банк, связь табелей с gate, единый реестр по выплатам з/п для руководства).

Затем встал вопрос о переводе на 1с 8.2 центральную базу и филиалы. Я настоял на филиалах, так как это центр доходов, и именно от туда идут данные в центральную базу. Если аналитических данных (полей в документах и справочниках) в филиале больше чем в центральной, то их можно просто не принимать пока не переделаем центральную, а если бы было наоборот...то пришлось бы придумывать как генерить эти данные при загрузки с неполными сведениями документов и справочников в центральную базу.
До меня там было около 130 филиалов и работали они на базе 1с 7.7 торговля года выпуска так 2002 (еще не было регистра "продажи"). Центральная не далеко от туда ушла (тоже без "продажи"). Работали вдвоем новый руководитель (старого - вернее старую уволили) и я над 1с. Руководитель проекта хороший специалист по управляемым формам (он решал задачи внедрения в 1с почты, поиска как в 1с 7.7 и !главное! ограждал меня от текущих мелких задач и проблем связанный с пробиванием предложенных мною решений у руководства...мог и по столу рукой ударить на планерке)), позволяя мне углубиться в написание. Я программист один 1с, со знанием бухучета на уровне главного бухгалтера (веду паралельно бухечет производственной фабрики своего отца), работавший до этого программистом-ведущим программистом-руководителем ИТ-финансовым руководителем у конкурента, где организовал тоже, но на более старой платформе 1с 7.7 )). Другими словами многие решение(вернее идеи) были слизаны с написанных мною раньше конфигураций для филиала у предыдущего работодателя. Работали где-то 4 месяца... Выбрали наиболее близкий филиал с хорошей интернет связью, с адекватным руководителем филиала (работники там были уведенные от моего бывшего работодателя и знающие принципы работы на которых я основывался). Месяц тестировали на нем и выявляли баги почти каждый день. Через месяц мы перевели на новую программу БОЛЬШОЙ филиал для экстремального тестирования... а я занялся подробной инструкцией... еще месяц Руководитель принял решение нанять франчей для перевода всех остальных филиалов на новую программу..стали каждую неделю переводить и писали инструкцию о перевода для франчей. С франча пришло два специалиста и их скорость выросла до скорости 4-6 филиалов в сутки, правда были простои когда были слабые компьютеры...они ждали их замены (где-то 40% парка компов), параллельно открывались новые филиалы уже сразу на новых 1с-ках.
По окончанию работ по переводу...переманили к себе одного работника от франчей.
Руководитель проекта по окончанию ушел на новое место работы, я остался руководителем и сейчас работаю над центральной... из 20 прошедших собеседование, принял специалиста по 1с, "нивъеб"№;%"ный гуру" программист 1с но ни фига не понимает ни в бухучете, ни в документообороте... ему все равно: НДС или ЕНВД... Работа превратилась в многочасовые объяснения, что и как писать с точностью до каждой записей регистров и расчета итогов. Да запросы он писал "огого"...в одном запросе мог сделать и контроль конкурентных резервов и получение партий и одновременно с таблицами для регистров продаж и т.п... но работая над формой, не понимал, в каких случаях требуются пересчитывать ндс, в каких обновлять цену, в каких скидки, все надо разжёвывать...дело явно замедлилось. Потом он ушел во фраланс.
Работа пока не закончена.
Сейчас - у меня есть:
один программист 1с для решения всех мелочей по 1с (знает хорошо систему наших филиалов) - он защищает меня от звонков с филиалов
один специалист по принтерам, модемам, компютеров...(эникейщик)
один супер специалист по сетям и серверам...лодырь - но хороший специалист.
один хороший - молодой (молодые быстро пишут) программист 1с
и ищу одного хорошего программиста 1с, знающего бухучет и все хозяйственные операции торговли (например: могут ли быть разные контрагенты с одим ИНН и почему? чем отличается учет себестоимости по справочнику "закупочные цены" и по партиям прихода? ФИФО-взвешенная и ФИФО скользящая и т.п.)...то есть ищу свою копию. ;)

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

1 методист и 5 программистов, мне кажется лучше 2 методиста, но чтоб они же - программисты.
Нанимать просто программистов 1с, не знающие документооборот и бухучет, на мой взгляд, это деньги на ветер. Нужно в таких программистов вкладываться и "взращивать" самим. Тут приходит в подспорье практика отправки программистов на некоторое время на места работ, которые они собираются автоматизировать.
ИЗВЕНИТЕ ЕСЛИ КОГО ОБИДЕЛ, НЕ ХОТЕЛ.
54. dima_home 107 15.12.14 16:56 Сейчас в теме
Реузультат: У нас хорошо получилось, потому что я знал что нужно работодателю лучше, чем он сам. А руководитель проекта это понимал и пробивал наши решения наверх меняя всю архаичную систему работы на новый лад. Сколько недовольных воплей слышали от филиалов... но теперь ни одного палкой не загонишь обратно на старую 1с.
Хотел привести цитату:... как-то мне заявляет старожил из отдела закупа "сынок..поверь мне...я тут проработал 10 лет и знаю как у нас оформляются заказы"... на что я ему ответил: "что, мне хватило и месяца, чтобы понять, что вы за 10 лет так и не научились правильно оформлять заказы".
55. ya.Avoronov 108 16.12.14 06:08 Сейчас в теме
Вот не всегда получается соответствовать высокому уровню, особенно когда с тебя требуют сделать все уже вчера или в очень сжаты срок. Споры и выяснения отношений не помогают, разъяснения что так правильно, а так неправильно просто бесполезны. Вот с таким я столкнулся на новом месте работы. В результате делаю все на скорую руку, собирая все известные ошибки программистов 1С в одну кучу. Молюсь не столкнуться с этим кодом вновь....

Но не это является самым наболевшим у меня, а следующее:

1) Презираю, еще раз презираю код перенесенный с 1С 7.7 в 8.х. Т.е. берем обработку или отчет 7.7 копируем в 8.х, немного подправляем синтаксис, чтоб работал, и пользуемся этим чудовищем, которое трещит по швам и жрет всю свободную память. Наша конфа на 80% состоит из такого уродства, что стало для меня большим удивлением и трагедией.

2) Каждый встречается с некомпетентностью пользователей 1С, это не проблема, ведь пользователя можно научить, объяснить где что, куда нажимать, куда не стоит, что ему за это будет. В нашем случае это не работает. А не работает из-за начальников отделов, которым похрен что понажимают их подчиненные, а виноваты всегда программисты 1С. Приходится тратить 90% рабочего времени на КОЛЛ поддержку и расставление ловушек для негодников.

Вот что вспомнил, то описал. А вы говорите сертификаты и регистры :)
monkbest; dima_home; +2 Ответить
56. dima_home 107 16.12.14 06:16 Сейчас в теме
(55) ya.Avoronov,
1. Отчасти согласен.
2. Полностью подписываюсь под этим. По этому очень сильно помогло, что руководитель проекта оказался не "мямлей", а защищал и продвигал...
Поставил +
57. ditiatko 38 17.12.14 18:13 Сейчас в теме
на мой взгляд ошибки не детские, а скорее специфические.
Детской, это назначить форматирование в макете только на одном языке, когда программа имеет несколько локализаций, не дать прав никому кроме полных прав по умолчанию и т.д.
58. jmi 2 18.12.14 05:02 Сейчас в теме
К сожалению наличие сертифицированных специалистов и громкого имени франчайзи не является гарантией избежания данных ошибок.
Столкнулась на практике. Грустно наблюдать процесс.
monkbest; +1 Ответить
59. prolog 22.12.14 16:52 Сейчас в теме
У меня приятель пришёл работать директором фирмы (Оптовая торговля). Я сначала думал он охрану или заведующих складами сменит. А он также, наладил учёт до Одной штуки. И всё под роспись. А когда люди стали подавать заявления на увольнения, стал анализировать работу каждого из них, и двух-трёх отдал даже под суд. Продержался он около двух лет, потом нашёл себе более спокойную работу.
А у другого несколько магазинов, так он говорит, что тащить будут всегда, главное. чтобы много не тащили.
60. DoctorRoza 22.12.14 16:58 Сейчас в теме
Автор! Респект тебе Вам! :) Написав свою хрень, Вы вызвали бурю своемнениевыразительства, да и плюсов навалило! Молодец!
dima_home; ya.Avoronov; +2 Ответить
61. sweeex 10 24.12.14 15:59 Сейчас в теме
ну такое почитал и забыл, в коментах даже больше полезного можно прочитать)
62. Millet 24.12.14 18:41 Сейчас в теме
Не вижу сути в статье и причины стольких плюсов.

1. Вся информация берется только из регистров, это самый базис. На экзаменах за информацию не из регистров сразу ставят незачет и выгоняют.
2. Ломать работающее не нужно, но если ради каждой прихоти плодить новые документы, то я боюсь представить то, чем станет база.
3-4 Это вообще больше проблемы не программистов, а того, как идет организована работа предприятия.
63. LukePBStuke 77 26.12.14 06:23 Сейчас в теме
Как автор статьи хочу согласиться кое с какими замечаниями. Конечно многие пункты которые я указал не связанны на прямую с работой программиста и конечно их должны делать ответственные на то люди. Но как сказал ВВП "жизнь сложна и многообразна" и на практике программиста могут сделать козлом отпущения. Написать программу еще далеко не все. Даже если программа будет идеальной, то нужно ее еще уметь доказать ее состоятельность и разработать план перехода и даже на идеальной программе можно все организовать так что будет худо.
Со многими есть расхождение о том в чем роль программиста. Просто код написать это кодер, обследовал подумал что надо написать и написал это программист. Обследовал подумал что надо написать, написал, накидал план перехода, обучил, перевел на новую программу сопроводил до того как кончились все ошибки то назовем так скажем менеджер внедрения. Когда начинаются комментарии нифига программист этого делать не обязан значит человек считает себя программистом который не обязан это делать. Но жизнь и опыт внедрений показывает что если хочется сделать хорошо, то все таки хоть и не боги горшки обжигают, но иногда нехило бы и сесть на место оператора и поделать его работу эдак с часик что бы понять все ли хорошо в программе.
К тому же я не ставил перед собой задачу покрыть весь спектр проблем на внедрении. Я просто обозначил те участки на которых чаще всего видел как спотыкались мои коллеги и я в том числе.
И по комментарию что на экзаменах за не использование регистров не гоняют. Меня гоняли, может мне особо противный экзаменатор попался, но меня настойчиво вразумили на этот счет.
66. sanek_gk 99 15.01.15 09:36 Сейчас в теме
почитал ... посмеялсО.
1.не пишется в регистр накопления, а остается храниться в документе. -То есть запросом такую информацию нельзя получить никаким образом.
кому то явно пора проходить обучение)) у кого то явные проблемы с запросами и компоновкой.
2.Ошибка вторая - по большему счету связана с неопытностью прогеров которые думают что клиенту нужно то что он ему сказал. А это бывает только в 5% в остальных случаях клиенту нужно совсем другое и проблема заключается как раз в том, что он не может правильно объяснить что ему нужно сделать.
3.слишком много мусорного текста. Суть проста объяснить заказчику "что есть" автоматизация и к чему приведут те или иные изменения. Выработать совместно с ним концепцию автоматизации, продумать варианты её "обхода"(узкие места) и порядок работы, составить регламент работы и нарушающих нещадно "ругать". Схемы бизнес процессов также никто не отменял, автоматизировать со слов "сделай мне так..." ни к чему хорошему не приводит в силу текста во втором пункте.
4. Четвертая ошибка - неконтролируемый доступ к складу для лиц, не несущих материальную ответственность. - действительно это самая большая ошибка программистов 1с... :-D
succub1_5; +1 Ответить
67. kiruha 380 19.01.15 16:40 Сейчас в теме
68. busy1 11 20.01.15 14:42 Сейчас в теме
Автор как то явно не в тему. Я думал статья про ошибки программирования, там про то, что нельзя допускать переменные с значением null или там не проверять результат запроса на пустоту, а тут про каких то кладовщиков. Оно мне надо.
69. succub1_5 71 20.01.15 15:03 Сейчас в теме
в 2-х местах опыт внедрения штрихкодирования - в обоих свои конфигурации по ТЗ, после ТЗ еще тонны кода для оптимизации/усовершенстовования, но все разбивается о безраличие/безалаберность рабочих =), так что автоматизация это конечно хорошо, но только если и люди ей занимающиеся или роботы или очень-очень ответственные.
70. kiruha 380 22.01.15 15:02 Сейчас в теме
(69) succub1_5,
Нет . Это означает что программист неправильно оценил "ответственность" кладовщиков и готовность руководства эту ответственность стимулировать.
Я писал - что в похожем случае делали "нечеткий" контроль - исходя из реалий, а не из виртуального представления "каким склад должен быть"
71. BigBoss 3 09.01.18 07:14 Сейчас в теме
Тут надо добавить, что если и приходиться дорабатывать скажем типовой документ, то хотя бы нужно писать комментарий.
72. bubus 09.01.18 13:39 Сейчас в теме
(71)Это вообще в обязаловку! Трындец полный когда приходишь к клиенту, а там до тебя "Вася" упражнялся после Радченко. Я один раз на такого погромиста нарвался. Правда оказалось что это был мой код трех летней давности и именно после Радченко, а комменты я тогда еще не ставил. Зато сейчас пишу страницы целые прям в модуле)))
73. BigBoss 3 09.01.18 14:08 Сейчас в теме
(72) Был у меня один клиент, говорит предыдущий программист чуть-чуть доработал УТ. Смотрю, там он даже свои созданные общие модули не подписал, и в коде не оставил комментариев. (((
(72)
Зато сейчас пишу страницы целые прям в модуле)))

И это хорошо :)
Тоже всегда пишу комменты
74. ResAndDev 23.07.19 08:17 Сейчас в теме
"Бардак не автоматизируется." Сцуко, в золотой фонд цитат.
Оставьте свое сообщение

См. также

Сравнение медицинских информационных систем 9

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Здравоохранение, медицина, стоматология Россия Бесплатно (free) Пользователю системы

Чтобы лучше понять специфику автоматизации медицинских учреждений, рассмотрим несколько реальных часто внедряемых сегодня МИС. Сравнение медицинских информационных систем на платформе 1С и облачных (веб) решений.

05.09.2019    1326    medangel    5       

ЕГАИС от А до Я 44

Статья no Нет файла Россия БУ Оптовая торговля Розничная торговля Акцизы Бесплатно (free) Пользователю системы

Данная статья описывает не очевидное и не документированное поведение ЕГАИС. То, чего нет в документации по УТМ.

28.08.2019    3853    goleaff2006    15       

Кодогенерация и метагенерация в 1С 24

Статья Программист Нет файла Бесплатно (free) Практика программирования Математика и алгоритмы Разработка

В своем докладе на конференции INFOSTART EVENT 2018 EDUCATION Дмитрий Белозеров рассказал о разработке инструмента, позволяющего программно работать с метаданными 1С и писать скрипты для выполнения тех же действий, которые выполняет разработчик в конфигураторе –  с какими сложностями и нюансами пришлось столкнуться, и что получилось в итоге.

26.08.2019    3996    kirovsbis    28       

Обзор консольных приложений для электронного архива 11

Статья no Нет файла Россия Бесплатно (free) Пользователю системы

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

25.08.2019    1430    borda4ev    1       

Иерархия без "В ИЕРАРХИИ" 113

Статья Программист Нет файла v8 Бесплатно (free) Математика и алгоритмы

Говорится о том, как эффективно представлять иерархию в СУБД, как получать и использовать эти представления при решении задач в запросной технике. Уточняются и дополняются запросы из статьи "Уровни, глубина, прародители, циклы и аналоги запросом" [https://infostart.ru/public/160707/].

22.08.2019    4339    ildarovich    16       

Эволюция пользовательской документации 1С в производственной компании 43

Статья no Нет файла Бесплатно (free) Пользователю системы

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

20.08.2019    3706    KoldunOne    7       

Запрос SQL для нахождения самого большого простого числа меньше заданного 6

Статья Программист Нет файла Windows Бесплатно (free) Математика и алгоритмы

Данный запрос MS SQL демонстрирует некоторые возможности MS SQL Server, о которых часто неизвестно большинству программистов 1С. В тексте постараюсь объяснить интерес данного запроса (или скрипта).

16.08.2019    1231    alex_bitti    18       

4 способа быстро и легко сравнить большие таблицы 81

Статья Пользователь Нет файла Бесплатно (free) Пользователю системы

Часто мы сталкиваемся с задачами, где необходимо сверить данные двух файлов или таблиц до изменений и после. Это не проблема, если в каждом источнике небольшое количество строк и максимум одна страница. А если предстоит найти отличия в файлах, состоящих из сотен страниц и тысяч строк? Искать глазами трудно и долго — велика вероятность что-то не заметить и потратить на столь утомительное занятие часы, дни, а то и недели. В статье я поделюсь 4 способами сравнить объемные таблицы по различным значениям, которые легко освоит любой пользователь.

07.08.2019    4376    Neti    18       

Обработчики событий при записи объектов. Зачем и что за чем? 190

Статья Программист Нет файла v8 Бесплатно (free) Математика и алгоритмы

Программисту, имеющему немного опыта на платформе 1С 8.3, бывает сложно разобраться: ПередЗаписью, ПриЗаписи, ПослеЗаписи, на сервере, на клиенте, в модуле формы, в модуле объекта.... Эта шпаргалка была создана в процессе обучения и реального опыта с целью разложить всё по полочкам, чтобы было четкое понимание в каком случае какой обработчик нужно использовать и в какой последовательности они запускаются при записи и проведении документов. Данная статья будет полезна в большей степени начинающим разработчикам. Но и опытным позволит освежить информацию, упорядочить её.

25.07.2019    10455    4    AlbinaAAA    22       

Облако и локальный сервер. Как способ хранения данных влияет на функционал CRM-системы 1

Статья no Нет файла Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Пользователю системы

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

25.07.2019    1373    aak_alexrovich_ru    0       

Как проводятся документы в типовых конфигурациях от 1С 135

Статья Программист Нет файла v8::ОУ ERP2 УТ11 Россия УУ Windows Бесплатно (free) Математика и алгоритмы Практика программирования Разработка

В свое время, когда только начинал шаги в 1С и изучал, как проводятся документы в конфигурациях на платформе 1С по книге "Разработка управляемого интерфейса" (Хрусталева Е.Ю.), и там были представлены примеры совсем далекие от того, как сейчас проводятся документы в современных конфигурациях от 1С.

24.07.2019    14944    skv_79    32       

Несколько заметок об обучении пользователей 18

Статья no Нет файла Россия Бесплатно (free) Пользователю системы

Этот очерк посвящен такой «избитой» теме, как обучение пользователей 1С. К сожалению, обучению пользователей порой уделяется все еще недостаточное внимание, или процесс организован неправильно. Очерк составлен на основе личного опыта автора, который, не будучи сертифицированным преподавателем, однако, не раз проводил обучение пользователей разного уровня, и сам посещал разнообразные курсы 1С. Автор пытается собрать воедино свои наблюдения и мысли относительно самых распространенных ошибок проведения обучения, и подобрать наилучшие советы по его организации "из личного опыта".

22.07.2019    2840    Богатырев Артур    4       

Управление качеством кода 126

Статья Программист Руководитель проекта Нет файла v8 Бесплатно (free) Математика и алгоритмы Рефакторинг и качество кода

О SonarQube, АПК, EDT. Какие преимущества дает их использование. Для каких команд подходит.

22.07.2019    6976    Stepa86    23       

Создание отчетов с помощью СКД - основные понятия и элементы 192

Статья Программист Нет файла v8 v8::СКД Бесплатно (free) Практика программирования Математика и алгоритмы

Основные принципы работы СКД. Понятия схемы компоновки и макета компоновки. Описание основных элементов схемы компоновки: наборы данных, поля, вычисляемые поля, ресурсы, параметры.

25.06.2019    17528    ids79    16       

Работа фирмы "1С" со стороны. Или статистика выпуска релизов 83

Статья Системный администратор Программист Пользователь Нет файла Бесплатно (free) Пользователю системы

Статистика выпуска релизов фирмы "1С". Взгляд со стороны рядового разработчика. А также немного BI, GitHub и др.

24.06.2019    6027    YPermitin    64       

Что искать и как не потеряться на портале 1С:ИТС 5

Статья Пользователь Нет файла Россия Бесплатно (free) Пользователю системы

Новости нужны. Новости полезны. Новости должны быть избирательны. Если вы пользуетесь программным продуктом 1С, информация, связанная с его работой, всегда актуальна. Чтобы быть в курсе всего, что влияет на вашу работу, пользуйтесь Информационной системой 1С:ИТС.

13.06.2019    1746    oboykova    9       

Выдержки из книги Чистый код 24

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Недавно я прочитал книгу "Чистый код" Роберта Мартина (Robert Cecil Martin). В ней описываются принципы организации и форматирование исходного кода программы так, чтобы в дальнейшем было легко поддерживать такой код. Эта книга является библией для многих программистов, но вот в среде программистов 1С, к сожалению, не очень распространено чтение подобной фундаментальной литературы. Книга более 400 страниц и так много порой лениво читать, да и времени всегда не хватает. По этому я решил выделить в виде цитирования по разделам самые важные моменты. А также снабдил текст своими примерами кода.

16.05.2019    5618    FreeArcher    82       

Быстрый ввод неудобных символов 66

Статья no Нет файла Бесплатно (free) Пользователю системы Инструментарий разработчика

Использование Alt-кодов для ввода “[”, “]”, “”, “&”, “#”, “|”

15.04.2019    5169    pparshin    24       

Что такое алгоритм? 5

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Как ответить на этот вопрос и не попасть пальцем в небо.

25.02.2019    2931    mkalimulin    272       

Сколько стоит ИТС 10

Статья no Нет файла Бесплатно (free) Пользователю системы

Это - не обзор всевозможных вариантов ИТС с пересказом прайс-листа 1С. И не обсуждение недавнего повышения цен (хотя, этот момент будет затронут). Это - попытка анализа с целью ответить на вопросы: кому выгоден ИТС? насколько оправдана его цена? какие, в принципе, могут быть альтернативы?

15.02.2019    5132    mkalimulin    131       

Криптовалюты, а также иные взгляды на природу денег в терминах 1С 6

Статья no Нет файла Бесплатно (free) Математика и алгоритмы

Это отчасти полемическая статья. Я задумал написать ее как ответ на другую хорошую статью о криптовалютах. Хотелось поспорить с некоторыми утверждениями автора, а ещё больше с некоторыми комментариями. А чтобы текст был более понятным для местной аудитории, я решил использовать, где только возможно, терминологию и практику 1С.

28.01.2019    3623    mkalimulin    89       

Как писать код? Технологии древних цивилизаций, или все новое - это хорошо забытое старое 70

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

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

23.01.2019    8618    starik-2005    43       

Многоязычное программирование: создание систем с использованием нескольких языков 17

Статья Программист Нет файла Россия Бесплатно (free) Математика и алгоритмы

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

09.01.2019    5622    kalyaka    33       

Размышления о хороших практиках, навеянные одной статьей 12

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Прочитал статью "Ректальное программирование: основы для практикующих 1С-программистов". Статья очень хорошая и своевременная. Но у меня возникло некоторое сомнение. А достаточно ли автор любит и понимает предмет, о котором пишет? Насколько богат его опыт ректального программирования и занимался ли он им вообще? Как человек обладающий многолетним опытом РП, я решил представить вам необходимые дополнения к статье.

21.12.2018    4441    mkalimulin    61       

Ректальное программирование: основы для практикующих 1С-программистов 294

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Одной из самых популярных и зарекомендовавших себя методологий программирования в 1С является так называемое ректальное программирование. Редкий проект внедрения и сопровождения учётных систем на платформе 1С обходится без его использования. Зачастую без знания данной методологии программистам даже бывает сложно найти работу в сфере 1С, потому что работодатели, особенно фирмы-франчайзи, в основном отдают предпочтение классическим, зарекомендовавшим себя методикам, а не новомодным заграничным веяниям.

19.12.2018    30642    for_sale    340       

Автоматические и управляемые блокировки применительно к типовым конфигурациям 1С 126

Статья Программист Нет файла v8 v8::blocking 1cv8.cf Бесплатно (free) Математика и алгоритмы Практика программирования

Основные принципы работы с режимами автоматических и управляемых блокировок в 1С Предприятие 8. Теория и применение в типовых конфигурациях: БП, УТ, ЕРП

10.11.2018    20876    ids79    40       

Обзор рынка автоматизации ввода данных с документов в систему учета 14

Статья Бухгалтер Пользователь Руководитель проекта Нет файла Россия Бесплатно (free) Пользователю системы

Главная цель для бизнеса - заработать как можно больше денег при меньших издержках. Тут же возникает вопрос - как? На самом деле, многих затрат можно легко избежать через автоматизацию рутинных процессов, таких как ввод первички. Сейчас представляется возможным и даже реальным такая картина, когда пользователи могут просто сфотографировать или отсканировать нужный документ, после чего программа автоматически переносит данные в систему учёта. Предлагаем узнать о таких сервисах подробнее в нашем обзоре.

07.11.2018    11109    Yana Petina    31       

Основные понятия и механизмы оптимизации клиент-серверного взаимодействия в 1C 144

Статья Программист Нет файла v8 Россия Бесплатно (free) Математика и алгоритмы Практика программирования

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

23.08.2018    21309    Rain88    42       

Криптография и электронная подпись в решениях на 1С 50

Статья no Нет файла Бесплатно (free) Пользователю системы

Андрей Глебов, докладчик конференции Infostart Event 2017 Community, делает обзор нормативной базы РФ по теме электронной подписи. Рассказывает о возможностях криптографии в платформе «1С:Предприятие 8» и ее расширении через технологию создания внешних компонент. Также он описывает функционал подсистемы «Электронная подпись» в конфигурации «1С:Библиотека стандартных подсистем», приводит примеры использования криптографии в сервисах «1С-ЭДО» и «1С:ДиректБанк», дает рекомендации по разработке собственных решений с криптографией и устранению проблем при запуске электронного документооборота на предприятиях.

13.08.2018    19694    chat007    28       

Учебный курс. Повышение качества разработки. Ошибки программы 97

Статья Программист Нет файла Бесплатно (free) Практика программирования Математика и алгоритмы Рефакторинг и качество кода

Учебный курс по теории и практике программирования. Бесплатно. В виде структурированного текста. Лекции № 3,4,5. Эти лекции посвящены ошибкам программ, их классификации и способам исправления

10.07.2018    15799    Артано    92       

Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1 52

Статья Бизнес-аналитик Бухгалтер Нет файла v8 ERP2 КА2 Россия УУ Windows Финансовый учет и бюджетирование (FRP) Бесплатно (free) Пользователю системы Бухгалтерский учет

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

13.06.2018    18626    SergeyN    63       

Що там у них в Java 19

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Развенчание мифа о тяжёлой жизни не 1С программистов на примере создания веб сервиса редактирования таблички с использованием framework spring в Java.

24.05.2018    9190    van_za    62       

Учебный курс. Повышение качества разработки. Вводная лекция, часть 2 49

Статья Программист Нет файла Бесплатно (free) Практика программирования Математика и алгоритмы

Учебный курс по теории и практике программирования. Бесплатно. В виде структурированного текста. Лекция №2. Эта лекция посвящена абстракциям, их свойствами и практическому применению в рамках классических парадигм программирования.

24.05.2018    10705    Артано    36       

Учебный курс. Повышение качества разработки. Вводная лекция 116

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Учебный курс по теории и практике программирования. Бесплатно. В виде структурированного текста.

10.05.2018    15574    Артано    51       

Обзор систем автоматизации документооборота: 1С:Документооборот, Диадок и Directum 6

Статья no Нет файла Россия Документооборот и делопроизводство Бесплатно (free) Пользователю системы

Статья будет посвящена сравнению трех систем документооборота и выделению среди них наиболее функциональной и удобной.

16.03.2018    12348    alis112358    13       

Правила программирования и автоматизации 73

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Изложил свой опыт программирования, больше десяти лет.

21.02.2018    16254    Dzenn    127       

Творим Историю вместе 55

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Расширяем границы, выходим за рамки, ставим новые цели - все, как вы любите.

17.01.2018    14892    1c-intelligence    108       

Использование git при разработке на 1С 122

Статья Программист Нет файла Россия Бесплатно (free) Математика и алгоритмы

Продолжение цикла статей по основам CI. Данная статья расскажет о реализации возможности хранения кода продукта в системе управления версиями git и познакомит со специализированным инструментарием, предназначенным для решения этой и других смежных задач.

27.12.2017    25934    real_MaxA    57       

Об уровне абстракции и сложности системы 14

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

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

21.12.2017    9692    m-rv    15       

Сервисы 1С. Часть I 114

Статья no Нет файла Россия Бесплатно (free) Пользователю системы

Обзор по сервисам 1С. Что это такое, как это использовать, условия получения и некоторые особенности работы.

29.11.2017    24199    D_e_X_T_e_R    34       

Двоичное дерево, двоичное дерево поиска, двоичная куча, B-дерево 34

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

В большинстве реляционных СУБД в качестве структуры данных для индексов (та или иная их реализация) используются именно деревья. И не просто деревья, а сбалансированные деревья поиска. В этой статье как раз о них.

24.11.2017    12400    Irwin    4       

Как работает серверный вызов в 1С 456

Статья Программист Нет файла v8::УФ Бесплатно (free) Математика и алгоритмы

Клиент-серверная архитектура заложена в платформе изначально — со времен «1С:Предприятие 8.0». Однако при разработке на 8.0 и 8.1 о разделении кода на клиентскую и серверную часть можно было не заботиться, поскольку на клиенте (на толстом клиенте) был доступен тот же функционал, что и на сервере. Всё изменилось с выходом платформы «1С:Предприятие 8.2», когда появился тонкий клиент. Теперь на клиенте доступен один функционал, на сервере — другой. Клиент и сервер «общаются» между собой с помощью серверного вызова. Конечно, это усложнило процесс разработки, но с другой стороны – можно создавать более оптимальные (быстрые) решения, поскольку все сложные задачи выполняются на сервере.

18.11.2017    42912    pahich    75       

Некоторые особенности разработки ММО-игр на платформе 1С:Предприятие 25

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Добрый день, уважаемые коллеги! На первый взгляд может показаться, что статья посвящена довольно необычным вещам, но поверьте мне, эти вещи всем нам вполне привычны, просто мы их обычно видим под другим углом зрения. Поговорим о том, что такое MMO. Многие из вас уже знают, что это такое, потому что существует такая игра, как World of Tanks, а те, кто в нее напрямую не играл, безусловно, о ней слышали. Игра World of Tanks является классическим MMO. MMO расшифровывается как Массивная Многопользовательская Online-игра. С технологической точки зрения это – нагрузки, нагрузки и еще раз нагрузки.

08.09.2017    9416    Inkasor    21       

Как мы визуализировали отдел продаж - графические отчеты для 1С 110

Статья no Нет файла v8 УНФ ERP2 УТ11 КА2 1С:CRM Россия УУ Управление взаимоотношениями с клиентами (СRM) Бесплатно (free) Пользователю системы

После выполнения очередного проекта по автоматизации отдела продаж на 1С (конфигурация 1C:CRM 8, ред. 2.0) мы вдруг поняли, что чего-то не хватает. Странно: вроде и бизнес-процессы внедрены, и цифры в отчетах бьются, и заказчик в целом доволен. Но, реальным финалом проекта должна была стать визуализация данных по отделу продаж и установка TV-панели в кабинете у менеджеров по продажам.

05.09.2017    31344    aak_alexrovich_ru    56       

Применение нейронных сетей и генетических алгоритмов в прикладных решениях на платформе 1С 170

Статья Программист Нет файла Бесплатно (free) Математика и алгоритмы

Сегодня мы поговорим про нейронные сети и генетические алгоритмы. • Для тех, кто не изучал их в университете, я сначала напомню теорию – что это такое, для чего это надо. • Мы рассмотрим, какие задачи с их помощью можно решать в 1С. • И в конце для тех, кто любит что-то делать руками (работать, программировать), мы разберем, как по факту собрать нейронную сеть или генетический алгоритм в 1С – что написать в коде и как это потом применить.

03.07.2017    31950    comol    63       

1С: 8.3. Новые варианты отображения подсказок пользователю 112

Статья Программист Нет файла v8::УФ 1cv8.cf Бесплатно (free) Пользователю системы

В версии 1С 8.3 появились новые возможности отображения подсказок пользователю о назначении элементов формы

14.02.2017    26369    deutsch2008    17