Всем привет, такой вопрос. Жена у читая на 1 с разработку и в обучении встал такой вот вопрос, инфы нигде не найти, помогите пожалуйста)
Что прописать в условиях виртуальной таблицы в запросе чтобы с перехода с метода Фефо на по средней в регистре количество где есть срок годности было минут количество, а где нет срок годности было с количеством плюс?
Чтобы было так как на скрине?
На встречу пришли рекордные 45 человек!
Организатором дебютировал новый Лидер клуба в Воронеже - Андрей Столповский 🤵♂️
✅ Первый доклад был от Николая Толстошеева ("Sitronics")
Николай рассказал об эволюции расширений, а также о "стиле" его команды при работе с расширениями. На конкретных кейсах показал "подводные камни", которые могут быть для кого-то неожиданностью. Доклад вызвал ожидаемую и очень "живую" дискуссию!
✅ Второй доклад был от Евгения Шилова.
Евгений обобщил свои исследования о доходах специалистов сферы 1С и подвёл итоги созвонов с 12 программистами 1С с доходом свыше 400 тыс. руб. Обсудили, какие стереотипы и установки мешают работникам сферы 1С раскрыть свой потенциал и вырасти в ЗП.
Евгений "раскачал" участников интерактивными голосованиями, яркими примерами и оживлёнными дебатами!
В перерыве участников ждал обещанный гастрономический сюрприз вместо традиционной пиццы 🍕
Инициативная группа «ЖК Воронеж» уже готовит следующий митап во 2-ой половине мая. Вступайте в чат Желтого клуба в Воронеже, чтобы не пропустить анонс: https://t.me/+PU8bZFWdJ3hlZTYy
Есть указ президента Российской Федерации «О реорганизации некоторых федеральных государственных унитарных предприятий и внесении изменений в перечень стратегических предприятий и стратегических акционерных обществ».
Что он означает с точки зрения автоматизации учета? Все очень просто: раньше предприятие вело учет в рамках хозрасчетного (коммерческого) плана счетов, теперь оно должно отчитываться перед государством в рамках ЕПСБУ (государственного плана счетов).
Исполнение данного указа президента неизбежно влечет за собой модернизацию цифрового контура в части управленческой информационной системы. Иными словами ERP (а кое-где и УПП) должна быть модернизирована (заменена или дополнена другими программными продуктами).
Контракт на подобный комплекс мероприятий получила наша компания...
Заказчик – крупный завод с филиальной сетью в рамках нескольких городов нашей необъятной Родины. Некоторые филиалы действуют в рамках одного ИНН, некоторые являются филиалами только по факту, но юридически представляют собой самостоятельные организации.
Технологический стек — платформа 1С и пять здоровенными баз УПП к ней.
Информационные базы находятся в закрытой сети на трех невзаимодействующих друг с другом серверах. Почему? Потому что единая закрытая сеть не везде такая уж единая, потому что у разных филиалов различные уровни секретности, потому что некоторые филиалы юридически являются самостоятельными единицами.
Задача – привести управленческий учет к стандартам ЕПСБУ, то есть стандартам единого государственного плана счетов.
Обнаружив данную закупку на электронной площадке, мы начали прикидывать целесообразность участия, а также потенциальную стратегию, с помощью которой можно все это реализовать в установленный срок (1 год). Необходимо отметить, что программу мероприятий требуется обосновать и утвердить у заказчика.
Потенциально возможные варианты реализации:
Попытаться реализовать в УПП (на обычных формах!) стандарты ЕПСБУ. Если говорить проще, то взять 1С:Бухгалтерия государственного учреждения 2 (1С:БГУ 2) и попытаться передрать оттуда и адаптировать целевой функционал. Туда же докинуть то, что требуется из 1С:Зарплата и кадры государственного учреждения 3 (1С:ЗКГУ 3) – здесь существенно меньше.
Перевести заказчика на ERP 2, заимствуя все необходимое из тех же 1С:БГУ 2 и 1С:ЗКГУ 3.
Написать нечто напоминающее интеграционную шину, которая будет обмениваться учетными данными с 1С:БГУ 2 и 1С:ЗКГУ 3. Последние две конфигурации в рамках такой схемы, очевидно, еще нужно внедрить.
Дописать производственный блок и все остальное в рамках 1С:БГУ 2 и перевести заказчика на 1С:БГУ 2 и 1С:ЗКГУ 3.
Первые два варианта кажутся наименее рабочими. Почему?
Стандарты государственного бухгалтерского учета обновляются очень динамично, поэтому вопрос поддержки всех отчетных форм и взаимодействия с многочисленными государственными сервисами становится весьма актуальным. Это касается не только стоимости поддержки для клиента, но и возможности поддерживать актуальность системы в целом.
Разработка на базе морально и технически устаревшего программного продукта в рамках первого варианта кажется не привлекательной.
Объем работы представляется наиболее масштабным по сравнению с остальными вариантами. По крайней мере на текущий момент...
Коммерческие перспективы для нашей компании в рамках доработок и технологических решений, которые будут реализованы, отсутствуют.
Таким образом, остаются варианты 3 и 4. На мой взгляд, наиболее привлекательным является третий вариант. Его единственная, но серьезная уязвимость — большое количество обменов. В рамках этого варианта мы получим набор программных продуктов, непрерывно обменивающихся данными: 1С: УПП — 1С: БГУ 2, 1С: УПП — 1С: ЗКГУ 3, 1С: БГУ 2 — 1С: ЗКГУ 3. Заказчики обычно относятся скептически к таким сложным и тонким обменам.
Четвертый вариант уступает третьему практически всем, за исключением обменов. Здесь он только один – стандартный (ну или почти стандартный в нашем случае) обмен между 1С:БГУ 2 и 1С:ЗКГУ 3.
Наработки, полученные при реализации 3-го и 4-го вариантов, можно тиражировать, так как предприятий подпадающих под подобную реорганизацию достаточно много. А на рынке на текущий момент в этом направлении практически ничего не сделано.
В ближайшее время наша команда представит ответственным лицам заказчика альтернативу из последних двух стратегий. Скорее всего, акцент будет сделан на разработке шины и наборе из трех конфигураций с обменами. На данный момент это кажется наиболее реалистичным сценарием, особенно после аудита бизнес-процессов заказчика. Это позволит сосредоточить основные усилия команды вокруг разработки интеграционной шины и максимально безопасно решить задачи проекта. По крайней мере, так кажется на старте. Однако, несмотря на все наши аргументы, финальное решение остается за заказчиком. Это отражено в контракте.
Попробую отражать здесь ход выполнения проекта: как все это будет происходить, какие решения будут приниматься с обеих сторон, какие трудности будут возникать и как они будут решаться (если будут).
Если все это закончится хорошо и мы не улетим в реестр недобросовестных поставщиков, то потом самому будет интересно перечитать и посмотреть на реакцию окружающих на каждом этапе (если конечно эта реакция будет).
Немного об условиях моей работы (Я 1С разработчик):
Из плюсов: Нет переработок и большой строгости к дедлайнам
Из минусов: зарплата на уровне медианной по региону, но сильно ниже медианной для 1С разработчиков в той же местности (живу в мегаполисе). Дорабатываю исключительно не типовые конфигурации и самописки.
Трудно сказать плюс или минус: на практике на мне не только разработка, но и необходимость общаться с пользователями, для того, чтобы понять, что и как нужно дорабатывать
Ну и по сути, для того, чтобы в перспективе зарабатывать больше, мне нужно изучать типовые конфигурации в свободное от работы время, что зачастую не так просто, после целого рабочего дня.
В добавок к этому постоянно появляются новости, что вот вот большую часть программистов заменят нейросети (или, как минимум, операторы нейросетей).
Кроме того наслушался историй про то, что даже имея хорошую зарплату программисты очень часто получают переработки, постоянный стресс и, в результате выгорание.
Также почитал недавно, сколько заболеваний можно получить из-за постоянного стресса и понял, что до высоких зарплат можно так и не дорасти, но при этом к 35-40 заработать серьёзные проблемы со здоровьем.
Некому предприятию требуется программист 1С с опытом работы от 3 лет и с сертификатом со "сроком действия не более 2 лет". Такого я ещё не видела. Что за сроки действия у сертификатов 1с?
