Pessoal gostaria de avisar que o Sistema novosga-2.1.1 esta funcionou perfeitamente após apoio do Rogerio Lino que indicou o link da documentação do programa "https://novosga.org/docs/#/v2.1/install-docker?id=docker-compose" ficou muito bom o sistema, roda redondo. Mas tenho que lembrar a todos que a versão novosga-2.1.1 só combina com panel-app 2.1 no link "https://github.com/novosga/panel-app/tree/v2.1"

Mais uma vez obrigado
Rogério Alencar Lino Filho

rodrigours Mesmo problema aqui, na v2.0.1 web funciona, na v2.1 com comunicação mercure ele fica tentando fazer a request pro localhost.
Request URL: http://127.0.0.1:3000/.well-known/mercure?topic=%2Funidades%2F1%2Fpainel
Referrer Policy: no-referrer-when-downgrade

Estou tentando fazer funcionar a vocalização, habilitei o código da página settings, que estava comentado, mas não funcionou.
Procurando o resto do código aqui.

tiagoalves

Endereço Mercure para publicar mensagem (onde "mercure" é o nome do host)

esse endereço será chamado internamente via o PHP

MERCURE_PUBLIC_URL=http://mercure:3000/.well-known/mercure

Endereço Mercure para consumir mensagem

esse endereço será chamado via o navegador web

MERCURE_CONSUMER_URL=http://127.0.0.1:3000/.well-known/mercure
http://(aqui vai o nome do seu computador):3000/.well-known/mercure

mas no caso se for Windows eu fiz um container só do mercure, faça um maquina no docker e roda abaixo o servidor mercure

mercure:
image: novosga/mercure:v0.11
restart: always
ports:
- "3000:3000"
environment:

same value from ports

SERVER_NAME: ":3000"

default publish key, must be changed

MERCURE_PUBLISHER_JWT_KEY: "!ChangeMe!"
MERCURE_EXTRA_DIRECTIVES: "anonymous 1; cors_origins *"

israel7souza

Só vi a resposta agora, já tinha feito funcionar aqui, quando abri o docker-compose eu vi que tinha errado nisso.
Já customizei o app do painel e estou terminando de customizar o app de triagem, mas empaquei na modificação do payload da triagem. Aproveitei que já haviam os campos para envio do nome e documento e consegui fazer o post, mas a resposta vem com erro:

Return value of Novosga\Entity\Cliente::getEndereco() must be an instance of Novosga\Entity\Endereco, null returned

Adicionei um campo de endereço na request (mas não dá pra ficar colocando endereço no autoatendimento), e já tentei enviar de tudo: array vazio, string vazia, objeto vazio, null, mas neste caso ele retorna:

You must define a type for Novosga\Entity\Cliente::$endereco.

Verifiquei no código do novoSGA e em Cliente.orm.yml a entidade Endereço está integrada à Entidade Cliente sem definição de tipo e também não diz se pode ser null:

    embedded:
        endereco:
            class: Novosga\Entity\Endereco
            columnPrefix: end_

No arquivo Endereco.orm.yml o tipo é definível como "integrável" e os campos podem ser nulos.

Novosga\Entity\Endereco:
    type: embeddable
    fields:
        pais:
            type: string
            length: 2
            nullable: true
        cep:
            type: string
            length: 25
            nullable: true
        estado:
            type: string
            length: 3
            nullable: true
        cidade:
            type: string
            length: 30
            nullable: true
        logradouro:
            type: string
            length: 60
            nullable: true
        numero:
            type: string
            length: 10
            nullable: true
        complemento:
            type: string
            length: 15
            nullable: true

A questão é: se a API permite a emissão de senhas sem os dados do cliente, por qual motivo ao adicionar o cliente é exigido a inserção de dados do endereço? (que aliás eu não vi em lugar algum do sistema em si)

Enfim, já que estou com esta demanda aqui no meu órgão, estou disposto a colaborar com o desenvolvimento do sistema na medida do possível, porém não tenho tanto conhecimento das regras de negócio como você, por isso busquei ajuda aqui.