Painel de líderes

Bom dia a Todos, tive a informação que Porto Ferreira mudou para provedor Conam, e já esta ativo. Segue URL https://nfe.etransparencia.com.br/sp.portoferreira/webservice/aws_nfe.aspx?wsdl ManuaL.pdf

Eduardo este link informa mais detalhes sobre essa migracao https://sdnews.com.br/noticia/15762/goiania-orienta-contribuintes-sobre-transicao-da-nfs-e-para-padrao-nacional.html

Bom dia, Eduardo Pelo que pesquisei, a cidade de Goiania vai migrar para o padrao nacional, era para ter mudado deste comeco deste ano, mas como ainda esta tendo problema no padrao nacional continua padrao Abrasf, mas futuramente vai sim migrar para o padrao Nacional.

É o padrão nacional sim. Então o DANFE que o ACBr gera, não é mais válido? Eu uso o DANFE do Padrão nacional, localizado em acBr2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\Report\DANFSeProvedorEL_ProvedorNacional.fr3 O motivo de eu ter corrigido o fonte do ACBrNFSeXDANFSeFR.pas é justamente porque o DANFE do Portal Nacional, exibe os dados completos do intermediário, e o DANFE do ACBr não exibia nem o nome dele, não tinha nem a seção específica para isso. Como fazemos agora? Temos que baixar PDF por PDF direto do portal nacional? Como temos que comprovar veiculação das mídias, imprimimos os DANFEs e enviamos para o cliente junto com as comprovações, se tiver que baixar um a um agora, vai ser punk.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Correto @Juliomar Marchetti , quando vi delphi 7 ali, acreditei que para ele não tinha outra alternativa a não ser o Quick... Me perdoem o equivoco.

Muito obrigado!! usando seu XML como exemplo eu consegui arrumar o meu. O problema era a tag de endereço do prestador que eu estava enviando sem necessidade e o header que estava sendo informado sem necessidade.

Olá Pessoal, É com muita alegria que venho informar a todos que o componente ACBrNFSeX já esta pronto para atender o novo WebService do provedor Fiorilli que trabalha com o layout do Padrão Nacional, além disso existe também a particularidade da existência de algumas versões do webservice disponíveis nas prefeituras e cada uma decide quando se atualiza para algo mais recente, inclusive com versões que ainda não contemplam os campos da Reforma Tributária. Como o ACBrLibNFSe e o ACBrMonitor Plus se utilizam do componente ACBrNFSeX assim que for disponibilizado uma nova versão essas duas soluções ACBr também vão atender o novo WebService do provedor. Mudanças em sua Aplicação Configurações do componente ACBr ou ACBrMonitor/ACBrLib Não muda nada, pois tanto o componente quanto as soluções ACBrMonitor e ACBrLib se autoconfiguram conforme as informações existentes no arquivo ACBrNFSeXServicos.ini, o qual é atualizado pela equipe ACBr conforme recebemos as informações de mudanças. Alimentação dos componente ACBr ou ACBrMonitor/ACBrLib Se sua aplicação já atende clientes que se utilizam do layout do padrão nacional, seu software já deve estar adequado a este modelo, então nenhuma alteração será necessária em sua aplicação, porém se não for este o caso, será necessário a implementação do preenchimento dos dados considerando o padrão nacional para o componente ou envio das informações ao ACBrMonitor/ACBrLib conforme os modelos existentes em nossa documentação e exemplos. Importante Os dados passados para o componente ou para o arquivo INI (para quem usa a Lib ou o Monitor) mudam ao se utilizar o novo webservice da Fiorilli, sendo assim é importante observar os modelos citados acima. Nem todos os serviços disponíveis no webservice antigo estão disponíveis no novo, como por exemplo o ConsultarNFSeServicoPrestado, o ConsultarNFSeServicoTomado e o SubstituirNFSe, sendo assim ao obter o retorno Serviço não Implementado, se deve a este fator, ou seja a Fiorilli ainda não implementou o serviço em seu novo webservice. É importante lembrar que a Fiorilli continua com o seu webservice "antigo" que recepciona o XML segundo a versão 2.00 do layout da ABRASF, mas não sabemos quando eles o desativarão, sendo assim recomendamos iniciar a mudança assim que possível. E se uma cidade atendida pelo meu software mudou, o que fazer? Dado que as cidades estão em processo de atualização, é natural que ao longo do tempo seja preciso atualizar, sendo assim ao identificar essa mudança, seja por um relato de cliente ou da própria prefeitura, você pode abrir um tópico em nosso fórum e nos informar, mas se desejar já validar se realmente a mudança está funcional do lado da prefeitura e quiser nos ajudar, você pode também seguir o procedimento abaixo e realizar um teste em seu ambiente e em seguida nos enviar as mudanças. O provedor Fiorilli atende mais de 300 cidades, cotamos com a colaboração de todos vocês para nos informar qual cidade vocês testaram e com qual versão funcionou. O que mudar no arquivo ACBrNFSeXServicos.ini para que possamos realizar os testes e passar a utilizar o novo webservice? Descobrindo a versão correta a inserir no INI? Atualmente para identificar se deve-se configurar a versão 1.01 ou 1.00 , saberemos isso conforme os testes a seguir Se configurarmos no arquivo ACBrNFSeXServicos.ini que a cidade usa a versão 1.00 e enviarmos o DPS para o WebService, se ocorrer o erro abaixo significa que na verdade essa cidade já esta usando a versão 1.01 unexpected element (uri:"http://www.fiorilli.com.br/nfse-nacional", local:"DPS"). Expected elements are {http://www.sped.fazenda.gov.br/nfse}DPS Por outro lado se configurarmos no arquivo ACBrNFSeXServicos.ini que a cidade usa a versão 1.01 e enviarmos o DPS para o WebService, se ocorrer o erro abaixo significa que na verdade essa cidade esta usando a versão 1.00 unexpected element (uri:"http://www.sped.fazenda.gov.br/nfse", local:"DPS"). Expected elements are {http://www.fiorilli.com.br/nfse-nacional}DPS Resumindo, na versão 1.00 o namespace esperado tem que ser o da Fiorilli (http://www.fiorilli.com.br/nfse-nacional) e na versão 1.01 tem que ser o do Padrão Nacional (http://www.sped.fazenda.gov.br/nfse). Bom agora vocês já sabem o que tem que fazer quando aparecer esses erros, basta mudar a versão informada no campo Versao que se encontra na seção da cidade que vocês estão testando. Vamos agora para o arquivo ACBrNFSeXServicos.ini Primeiramente quero informar que nesse arquivo INI temos uma seção chamada [Fiorilli] que nela consta a URL de homologação para o novo WebService e o campo Versao com o valor 1.00, logo estamos supondo que todas as cidades estão usando essa versão. Após a alteração do arquivo ACBrNFSeXServicos.ini é importante seguir as orientações que se encontram no inicio dele, do contrário as alterações feitas não serão válidas. Como fica a seção das cidades atendidas pelo provedor que utilizam a versão 1.00 que já alteramos no arquivo INI: [1100122] Nome=Ji-Parana UF=RO Provedor=Fiorilli ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://177.124.184.59:5660/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [2104099] Nome=Formosa da Serra Negra UF=MA Provedor=Fiorilli ProRecepcionar=http://nfse.adtrcloud.com.br:8097/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://nfse.adtrcloud.com.br:8097/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://nfse.adtrcloud.com.br:8097/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [3504008] Nome=Assis UF=SP Provedor=Fiorilli ProRecepcionar=https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=https://nfsews.assis.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://nfsews.assis.sp.gov.br/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% (...) [3537107] Nome=Pedreira UF=SP Provedor=Fiorilli ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://intranet.pedreira.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Notem que comentamos os campos: Versao=2.00 e os campos que tem a URL e o Link utilizados pelo WebService antigo que trabalha com a versão 2 do layout da ABRASF. Notem também que não foi informado que a versão é 1.00, pois por padrão ele vai pegar essa informação lá da seção do provedor. Como fica a seção das cidades atendidas pelo provedor que utilizam a versão 1.01 que já alteramos no arquivo INI: [3504404] Nome=Avanhandava UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSePorChave=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSeRps=http://45.71.14.83:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://45.71.14.83:5661/IssWeb-ejb/IssWebWS/IssWebWS (...) [3526407] Nome=Laranjal Paulista UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSePorChave=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ProConsultarNFSeRps=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://pmlpta.ddns.com.br:6118/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://pmlpta.ddns.com.br:6118/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Notem que comentamos os campos: Versao=2.00 e os campos que tem a URL e o Link utilizados pelo WebService antigo que trabalha com a versão 2 do layout da ABRASF. Notem também que foi informado que a versão é 1.01 e temos também o campo Params com os serviços: ConsultarNFSeRps e ConsultarNFSePorChave, pois nesta versão o webservice possui esses serviços, logo ele não se utiliza dos serviços disponibilizados pela API do Padrão Nacional. Um detalhe importante é que no final da linha do campo Params temos o caracter pipe "|", ele é obrigatório. Outra informação importante é as URLs para os referidos serviços destacados em Params. As cidades mostradas acima foram alteradas e testadas, mas desejo fazer testes com uma cidade do meu cliente como devo proceder? Vamos a um exemplo: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebService novo vai passar a ser utilizado. ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType A cidade de Ibaté/SP consta que usa a versão 2.00 e as URL se referem ao webservice antigo que usa o layout da ABRASF. A URL que esta comentada já é a URL do novo webservice que usa o layout do Padrão Nacional. Alteração supondo que o sistema instalado na prefeitura usa a versão 1.00 do Padrão Nacional: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Se não funcionar, ou seja, ocorrer o erro já mostrado acima temos que incluir o campo versão e params, pois certamente o sistema instalado na prefeitura é mais atual e trabalha com a versão 1.01 do Padrão Nacional: [3519303] Nome=Ibate UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ;Versao=2.00 ;ProRecepcionar=http://200.205.131.110:5661/IssWeb-ejb/IssWebWS/IssWebWS ;ProLinkURL=http://200.205.131.110:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Lembre-se que após a alteração devemos: Após a alteração do arquivo ACBrNFSeXServicos.ini é importante seguir as orientações que se encontram no inicio dele, do contrário as alterações feitas não serão válidas. Observação: Não testamos a cidade de Ibaté/SP trata-se de um exemplo de como devemos alterar a seção da cidade para usar o novo webservice, sendo assim uma das duas alterações mostradas acima vai funcionar, qual delas, só testando. Tópico relacionado Um agradecimento especial ao nosso consultor @Diego Foliene e ao membro do fórum @Diego Reckziegel, pelos ajustes no código do componente.

Nota Técnica 008/2026 Publicada em 05/05/2026 14h43 define novas regras do DANFSe-Padrão Nacional e prazo para adaptação A Secretaria-Executiva do Comitê Gestor da NFS-e publicou a Nota Técnica nº 008/2026, que estabelece novas regras para a emissão do DANFSe no padrão nacional. O documento tem como objetivo padronizar o layout e a apresentação das informações do DANFSe, facilitando a leitura e a conferência dos dados das notas fiscais de serviço. Um ponto de destaque é que a API do Portal Nacional atual de geração do DANFSe será descontinuada a partir de 1º de julho de 2026, prazo até o qual empresas e desenvolvedores deverão adaptar seus sistemas às novas especificações técnicas. A medida faz parte do processo de consolidação da NFS-e nacional, que busca padronizar a emissão em todo o país e reduzir a complexidade causada pelos diferentes modelos municipais. O que muda para que usa o ACBrNFSe ( a partir de 1º de julho de 2026 ) Quem usa o método ObterDANFSE(xChaveNFSe) para baixar o PDF do DANFSE da API do Portal Nacional, este método não vai mais estar disponível. Solução para quem usava o método ObterDANFSE: Carregar o XML da NFSe (Padrão Nacional) e usar o comando NotasFiscais.Imprimir para visualizar em tela e/ou imprimir no Papel; Para gerar o PDF, Carregar o XML da NFSe (Padrão Nacional) e usar o comando NotasFiscais.ImprimirPDF; Sobre a padronização da DANFSe: Como temos o DANFSe para os geradores Fortes Report, Fast Report e PDF, criamos a tarefa para fazer os ajustes necessários, assim que estiver disponível vai ser publicado em nosso portal de notícias. Fonte: SE/CGNFS-e publica Nota Técnica nº 008/2026 com regras para emissão do DANFSe — Portal da Nota Fiscal de Serviço eletrônica

Última atualização: 15/01/2026 Situação atual O provedor ISSNet implementou uma nova API para recepcionar os arquivos XML no leiaute do Padrão Nacional. Até o momento foi disponibilizado apenas a URL de homologação desta API. Essa URL é padrão para todos os municípios. As soluções ACBr conseguem se comunicar com essa API e o retorno recebido é: Erro(s): Código : E999 Mensagem: Operação GerarNfse está temporariamente indisponível. Serviço em construção. Correção: Considerando o retorno devolvido e a falta de uma URL de produção, podemos entender que a API ainda não está operacional. Por causa disso, se mantermos essa informação assim no arquivo ACBrNFSeXServicos.ini, os municípios atendidos por este provedor não conseguirão realizar a emissão de notas. Por causa disso todas as seções do ISSNet foram atualizadas para comunicar com os web services que já sabemos estarem operacionais. Como testar esse provedor com a Reforma Tributária? 1. Abra o arquivo ACBrNFSeXServicos.ini e localize a seção [ISSNet] no topo do arquivo. Ela vai estar comentada: ;[ISSNet] ;Params=APIPropria: ;Versao=1.01 ;HomRecepcionar=https://nfse.issnetonline.com.br/wsnfsenacional/homologacao/nfse.asmx Remove os ponto e vírgula do início de cada linha para retirar os comentários: [ISSNet] Params=APIPropria: Versao=1.01 HomRecepcionar=https://nfse.issnetonline.com.br/wsnfsenacional/homologacao/nfse.asmx 2. Localize o município que pretende utilizar em seus testes. Para este exemplo, vamos considerar a cidade de Oriximina/PA. [1505304] Nome=Oriximina UF=PA Provedor=ISSNet Versao=2.04 Params=NaoDividir100: ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/oriximina/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx ; Excluir as 4 linhas acima, descomentar a linha abaixo e informar a URL de produção ; quando a API estiver funcionando ; ProRecepcionar= Comente as linhas que existem depois da chave Provedor: [1505304] Nome=Oriximina UF=PA Provedor=ISSNet ;Versao=2.04 ;Params=NaoDividir100: ;ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/oriximina/nfse.asmx ;HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx ; Excluir as 4 linhas acima, descomentar a linha abaixo e informar a URL de produção ; quando a API estiver funcionando ProRecepcionar= 2.1 Caso tenha a informação da URL de produção e quiser testar também neste ambiente, pode atribuir a mesma na chave ProRecepcionar= que cujo comentário foi retirado. 3. Aponte o arquivo ACBrNFSeXServicos.ini modificado na propriedade ACBrNFSeX.Configuracoes.Arquivos.IniServicos := 'Caminho completo do Arquivo INI'; 3.1 Caso utilize o ACBrMonitorPLUS, utilize o comando NFSe.SetPathArquivoWebServices; 3.2 Caso utilize a ACBrLibNFSe, utilize em sequência os métodos NFSe_ConfigGravarValor e NFSe_ConfigGravar para apontar o arquivo ACBrNFSeXServicos.ini modificado na chave IniServicos da seção [NFSe] do arquivo ACBrLib.ini.

Olá Pessoal, É com muita alegria que venho comunicar a todos que com a colaboração do nosso colega @Jhonlenon Ribeiro e com mais alguns ajustes conseguimos consumir os serviços disponibilizados no novo webservice do provedor ISSNet que trabalha com o layout do Padrão Nacional portanto atende a Reforma Tributária. Agora não esta mais retornando a mensagem de que o serviço esta um construção. Quem desejar realizar testes deve seguir as orientações do nosso consultor @Diego Foliene na postagem anterior a esta. Para quem utiliza o componente, favor atualizar todos os fontes de todas as pasta, reinstale o ACBr e faça os testes. Quem utiliza o ACBrLibNFSe ou o ACBrMonitor favor aguardar uma nova versão. Até a data de hoje (09/04/2026) não temos as URLs de produção somente a de homologação, sendo assim os testes deveram ser realizado em ambiente de homologação. Caso vocês venham conseguir a URL de produção para o novo webservice de alguma cidade favor criar um tópico no fórum informando a cidade e a URL. Desde já o meu muito obrigado a todos.

Bom dia pessoal. Estou postando apenas para deixar documentado. Estava nessa jornada de fazer funcionar minha aplicação no Docker. Passei por quase todos os problemas postados aqui no fórum kkkkkkkk Porém teve um que quase me fez desistir, o "network subsystem is unusable" ao fazer qualquer comunicação com o SEFAZ. Segui todas as sugestões feitas no fórum, como copiar os .so junto da aplicação, fazer downgrade ou upgrade na versão do OpenSSL, etc., mas sem êxito. Neste momento eu estava usando o Ubuntu 20.04, porque haviam pessoas que fizeram funcionar nele, e o NodeJS 18. Não tinha como eu usar o NodeJS 12, porque meu código já não roda mais nesta versão, e não estava usando o NodeJS 20 porque tinha um package que só estava adapatado até o 18. Depois de muito bater cabeça, não consegui fazer funcionar com essas configurações. Aí pensei, quer saber, vou botar o Ubuntu 24.04, o NodeJS 20, tirar essa package que depende da versão 18 e testar assim para ver. Deu certo! Finalmente pude ser feliz kkkkkkk Vou colocar aqui o Dockerfile, mas não como anexo, pq teve vários posts que não consegui baixar. FROM sitespeedio/node:ubuntu-24-04-nodejs-20.15.1 ENV NODE_ENV=production ENV DISPLAY=:99 WORKDIR /usr/src/app # Instalando as dependências de build para os packages da aplicação RUN apt update && apt install -y --no-install-recommends g++ make cmake python3 # Instalando dependências do ACBrLib RUN echo "deb http://deb.debian.org/debian buster main contrib\n" >> /etc/apt/sources.list && \ apt install -y --no-install-recommends xvfb xauth RUN echo ttf-mscorefonts-installer msttcorefonts/accepted-mscorefonts-eula select true | debconf-set-selections && \ apt install -y perl ttf-mscorefonts-installer openssl libxml2 libgtk2.0-0 && \ ln -s /usr/lib/x86_64-linux-gnu/libxml2.so.2 /usr/lib/libxml2.so # Instalando os packages da aplicação RUN --mount=type=bind,source=package.json,target=package.json \ --mount=type=cache,target=/root/.npm \ npm i --omit=dev # Copiando os arquivos da aplicação para a imagem COPY . . # Esse openssl.cnf está alterado para aceitar legacy algorithms, conforme especificado num post do fórum do ACBr. # https://www.projetoacbr.com.br/forum/topic/75815-acbrnfe-programa-exemplo-para-linux/#comment-489652 # No windows é usado o legacy.dll COPY openssl.cnf /usr/lib/ssl/openssl.cnf # Criando usuário genérico para rodar a aplicação RUN adduser gpsfac # Marcando o usuário como dono da pasta da aplicação RUN chown -R gpsfac /usr/src/app # Rodando a aplicação como non-root user. USER gpsfac EXPOSE 8050 ENTRYPOINT ["bash", "/usr/src/app/run.sh"] # run.sh # Xvfb :99 -screen 0 1280x1024x24 -ac +extension GLX +render -nolisten tcp -nolisten unix &> /usr/src/app/xvfb_warning_dump.txt & \ # node server_bundle.js