Size: a a a

1С, БСП, DevOps и Архитектура

2020 February 07

JD

John Doe in 1С, БСП, DevOps и Архитектура
Г🐈рри
я такого не писал.
"она сама ничего не где не хранит" // А как тогда, например, сегодня в ней можно посмотреть, какие за вчера документы еще не отправлены?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Пока складывается ощущение, что ты все-таки чуток брешешь и в базе все-таки где-то хранится связь вот этого конкретного УПД / счета-фактурки и идентификатора, который вернул провайдер после успешной отправки
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
John Doe
Пока складывается ощущение, что ты все-таки чуток брешешь и в базе все-таки где-то хранится связь вот этого конкретного УПД / счета-фактурки и идентификатора, который вернул провайдер после успешной отправки
"связь" хранится в доп.реквизитах на объектах. Ты про результаты отправки вроде спрашивал?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Г🐈рри
"связь" хранится в доп.реквизитах на объектах. Ты про результаты отправки вроде спрашивал?
Я вот что спрашивал (это же видно в ответе на сообщение):
https://t.me/ssl1c/44364
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
Понял. Идентификация в базе отправляемого - если объекты есть, хранится в доп.реквизитах БСП.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Г🐈рри
Понял. Идентификация в базе отправляемого - если объекты есть, хранится в доп.реквизитах БСП.
Ну вот смотри: выяснили, что связь хранится.
Т.е. в любой момент - даже не храня в базе больше ничего - можем пробежаться по всем отправленным / неотправленным и у провайдера узнать, как по ним обстоят дела.
Какие тогда твои доводы против автоматизации отправки-то? Отправляем автоматически и точно так же, как и этот АРМ, сохраняем связь.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
В итоге АРМом пользоваться для первой пакетной отправки уже не требуется. ПРОФИТ.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
@mvgfirst у тебя ж там долбики или особо взыскательные в пользователях, так?
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
John Doe
@mvgfirst у тебя ж там долбики или особо взыскательные в пользователях, так?
У меня там обычные люди. В стандартном распределении уровня дебильности.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Это лично моя хотелка - сделать так что бы не задрачивать работой тех кому это не нужно.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Если что-то может сделать робот - он должен делать.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Все конечно нужно "взвешивать". Если робота писать сложнее чем заставить работать людей - то ради бога. Но если есть выгода от написания - и она осязаема. То - нужно писать робота.
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
John Doe
Ну вот смотри: выяснили, что связь хранится.
Т.е. в любой момент - даже не храня в базе больше ничего - можем пробежаться по всем отправленным / неотправленным и у провайдера узнать, как по ним обстоят дела.
Какие тогда твои доводы против автоматизации отправки-то? Отправляем автоматически и точно так же, как и этот АРМ, сохраняем связь.
технически это все реализуемо, но целесообразность очень спорна, т.к. по сути - тебе нужно полностью не только скопировать что делает арм, но в отличие от арма - отложить момент принятия решения, чо делать дальше, потому что ты отправил, а интерфейса  то нет. Т.е. буквально все - нужно пере-разработать. Выше были попытки нащупать как: ЖР, мониторинг, отправка и т.д. Опять же выше - я привел, что выигрыш от этого, если отправлять пакетно по дню или любому периоду - 3-4 секунды. Трудоемкость такого решения, мне оценить тяжко, но! В работном чатике сидела девченка, она пилила не в диадоке, а в каком-то ноунеймном прове точно такой же арм. Это один человек только на этой работе и кажется (как бы не сбрехать), за 1,5 или больше лет - уровня диадока достигнуть не удалось. Т.е. ну тяжко видимо там даже не уровне апи фигать - там же серты, крипта - вот это все :)
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
А учитывая что роботоы не делают ошибок, кроме тех которые в них запрограмировали. Не устают. Не болеют ... не забываю как это надо было делать - то тут и думать нечего.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
"если отправлять пакетно по дню или любому периоду - 3-4 секунды" // Я так понял пловцу надо оперативно отправлять каждый свежий документ
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
John Doe
"если отправлять пакетно по дню или любому периоду - 3-4 секунды" // Я так понял пловцу надо оперативно отправлять каждый свежий документ
Если речь обо мне.. то мне пока ничего не надо. Я пытаюсь понять как сделать так чтобы было оптимално по время/занятость пользовтеля/уровень компетениций и т.п.

Если окажется что АПИ настолько много из себя вылпевывает и нужно писать ИИ чтобы с нима работать в автоматическом режиме - то и писать ничего не буду.
Но если автоматизация возможна - я ее применю. Именно для того что бы правила: "Как работать с ЭДО" определял не конкретный исполнитель (под настроение) - а политика компнании. Регламент мать его.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Про 1.5 лет пиления - там речь о тиражном решении была, а не о кастоме в конкретно взятой фирме
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
John Doe
Про 1.5 лет пиления - там речь о тиражном решении была, а не о кастоме в конкретно взятой фирме
дык копипастой может ускорит коллега свой кастом - если код открыт правда :) Ну и еще отслеживать надо что ты юзаешь актуальную версию апи. Т.е. скорее всего, даже технически - не стоит оное того.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
У одного из наших партнеров (покупателя) - есть целая "девочка" которая целый день загружает счета от поставщиков. Она получает счет в экселе. Загружает его на какой-то их спец-веб-сервис. Оттуда получает промежуточный файл и его уже грузит в 1С.
И ладно бы это был маленькая фирмочка. Компашка огромная. Куча филиалов и все такое.
И я вот думаю... как же надо так упороться... что бы не сделать это автоматически?

А с другой стороны - у человека есть работа, зарплата. ...
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Г🐈рри
дык копипастой может ускорит коллега свой кастом - если код открыт правда :) Ну и еще отслеживать надо что ты юзаешь актуальную версию апи. Т.е. скорее всего, даже технически - не стоит оное того.
Че-то кажется что ты нагнетаешь - отправить пяток видов документов (а скорее всего вообще один - УПД) через АПИ провайдера это дело максимум на человеко-месяц
источник