Size: a a a

DocOps-сообщество

2020 October 14

СФ

Семён Факторович... in DocOps-сообщество
Maksim Lapshin
Я узнал, что у нас завелся процесс когда сейлзы бегают к одному человеку за ручным заполнением счетов, запретил ей принимать задания иначе кроме как от руководителя отдела продаж и немедленно нашлось время и желание починить генерацию документов из биллинга :)


Что за расширения?
роли/аннотации, которые особым образом будут процесситься генератором RST→DOCX
источник

СФ

Семён Факторович... in DocOps-сообщество
про форматирование табличек, да
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
Maksim Lapshin
коллеги, а кто-нибудь наводил порядок в договорах вашей компании?

Я тут недавно вскрыл что оказывается у нас всё это хранится в docx и живой человек каждый договор с клиентами открывает, правит руками, вносит туда реквизиты и делает прочие непотребности.

Вопрос такой: для верстки более менее стандартного договора обычного маркдауна хватит или практика показывает, что прийдется latex использовать?
У меня так и не вышло быстро сделать шаблон в чём-то кроме Word'а, который был бы визуально похож на то, какие договора кажутся "нормальными" разным бухгалтерам и юристам

Пошел другим путём, подставляю данные в docx
https://github.com/guigrpa/docx-templates

Кайфовая либа на NodeJS для подстановки данных через GraphQL'ный формат запросов в обычный docx. Либа не трогает внутреннюю структуру ворда совсем, таблицы, колонтитулы, форматирование, всё остаётся как есть.

Умеет в условия, циклы и т.д.

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

ML

Maksim Lapshin in DocOps-сообщество
Vadim Smelyanskiy
У меня так и не вышло быстро сделать шаблон в чём-то кроме Word'а, который был бы визуально похож на то, какие договора кажутся "нормальными" разным бухгалтерам и юристам

Пошел другим путём, подставляю данные в docx
https://github.com/guigrpa/docx-templates

Кайфовая либа на NodeJS для подстановки данных через GraphQL'ный формат запросов в обычный docx. Либа не трогает внутреннюю структуру ворда совсем, таблицы, колонтитулы, форматирование, всё остаётся как есть.

Умеет в условия, циклы и т.д.

Формат GraphQL будет удобен людям с опытом генерации статических сайтов на Gatsby, при желании позволяет легко любой источник подключить
У нас была схема с docx

Его фактически бессмысленно класть в гит, плюс каждый раз большое мучение с превращением его в шаблон.

Лучше вспомнить 15-летней давности опыт с латехом
источник

iv

iakov v in DocOps-сообщество
docx это же вроде zip-архив с xml внутри? можно, наверное, это xml-содержимое класть в git?
источник

ML

Maksim Lapshin in DocOps-сообщество
iakov v
docx это же вроде zip-архив с xml внутри? можно, наверное, это xml-содержимое класть в git?
В теории да, на практике там адище :)
источник

ML

Maksim Lapshin in DocOps-сообщество
Я именно так и шаблонизировал его
источник

CV

Cro Vin in DocOps-сообщество
Maksim Lapshin
коллеги, а кто-нибудь наводил порядок в договорах вашей компании?

Я тут недавно вскрыл что оказывается у нас всё это хранится в docx и живой человек каждый договор с клиентами открывает, правит руками, вносит туда реквизиты и делает прочие непотребности.

Вопрос такой: для верстки более менее стандартного договора обычного маркдауна хватит или практика показывает, что прийдется latex использовать?
Обязательно потом напишите опыт перевода бухгалтеров и юристов на LaTeX. Очень интересно будет👍
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
Maksim Lapshin
У нас была схема с docx

Его фактически бессмысленно класть в гит, плюс каждый раз большое мучение с превращением его в шаблон.

Лучше вспомнить 15-летней давности опыт с латехом
Шаблон договора всё же не документация. Какой практический смысл имеет возможность проследить историю шаблона тех же доп.соглашений, вести ветки?

У нас есть пара шаблонов и пара исторических копий для памяти, но вот не скажу что сильно без гита тут страдаем
источник

ML

Maksim Lapshin in DocOps-сообщество
Cro Vin
Обязательно потом напишите опыт перевода бухгалтеров и юристов на LaTeX. Очень интересно будет👍
Учитывая что тут в целом будет как я скажу, так что условия немного нечестные :)


Но в целом пока без возражений маркдаун вместо ворда
источник

ML

Maksim Lapshin in DocOps-сообщество
Vadim Smelyanskiy
Шаблон договора всё же не документация. Какой практический смысл имеет возможность проследить историю шаблона тех же доп.соглашений, вести ветки?

У нас есть пара шаблонов и пара исторических копий для памяти, но вот не скажу что сильно без гита тут страдаем
Например увидеть что предлагаемые формулировки уже были и от них откпзались
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
Интересная идея, кстати

А как с гитом это делать, сообщениями к коммитам суть правок помечать или какой-то поиск по diff'ам?
источник

ML

Maksim Lapshin in DocOps-сообщество
В наших реалиях продаваемого нами нашего же софта договор - сложная штука, к которому нужна масса человеческих пояснений.

Прям как код: строчка хитроумного вызова и к нему абзац: зачем так сделано
источник

ML

Maksim Lapshin in DocOps-сообщество
Vadim Smelyanskiy
Интересная идея, кстати

А как с гитом это делать, сообщениями к коммитам суть правок помечать или какой-то поиск по diff'ам?
У мен пока что идея инлайном в одном документе вести по сути два документа
источник

ML

Maksim Lapshin in DocOps-сообщество
Ну а история изменений гита видна
источник

CV

Cro Vin in DocOps-сообщество
Maksim Lapshin
В наших реалиях продаваемого нами нашего же софта договор - сложная штука, к которому нужна масса человеческих пояснений.

Прям как код: строчка хитроумного вызова и к нему абзац: зачем так сделано
Прям сняли с языка))
Главное, чтобы цель оправдывала средства.
Юриспруденция среда весь и весьма консервативная. Если инструмент, коим, например, является LaTeX, имеет высокий порог вхождения, то вряд ли его будут использовать в профессиональной среде...
Но опыт безусловно будет интересно узреть))
источник

FM

Fox Mulder in DocOps-сообщество
Смотрите, какая няша
file-tree-generator
источник

FM

Fox Mulder in DocOps-сообщество
📦src
┣ 📂main
┃ ┗ 📂docs
┃ ┃ ┗ 📂privatecloud
┃ ┃ ┃ ┣ 📂images
┃ ┃ ┃ ┣ 📂themes
┃ ┃ ┃ ┣ 📂_includes
┃ ┃ ┃ ┣ 📜App.java
┃ ┃ ┃ ┗ 📜DevTools.adoc
┣ 📂scripts
┗ 📂test
┃ ┗ 📂docs
┃ ┃ ┗ 📂privatecloud
┃ ┃ ┃ ┣ 📂themes
┃ ┃ ┃ ┣ 📂_includes
┃ ┃ ┃ ┗ 📜AppTest.java
источник

FM

Fox Mulder in DocOps-сообщество
Причём решил попробовать совершенно случайно
источник

IS

Igor Shakhbazyan in DocOps-сообщество
девтулс.адок - символично
источник