Diego Foliene

Bom dia! Para que a alteração no ACBrNFSeXServicos.ini surta efeito, você precisa executar o CompilaRes.bat, reinstalar o ACBr e dar um build all na aplicação. Mais informações sobre isso aqui: Caso já tenha feito isso, seu ACBrNFSeXServicos.ini esteja diferente disso(Configuração atual do SVN): Então verifique se não tem um ACBrNFSeXServicos.ini antigo ou desatualizado na mesma pasta do .EXE e caso positivo exclua.

A mensagem veio no envelope de resposta, ou seja, você fez a requisição da Consulta de NFSe por Faixa, ela bateu no WS do provedor e ele devolveu isso para você. Conforme orientado, entre em contato com o provedor para verificar possível instabilidade.

Membros em nossa comunidade compartilharam este feedback que foi disponibilizado em um dos relatos no DownDetector:

Acredito que não. Isso é um erro de permissão. Verifique se configurou corretamente o certificado e se está usando TLS1.2

Bom dia! O arquivo eSocialConfig.ini que você disponibilizou é o arquivo INI gerado pelo programa exemplo. Este arquivo é gerado salvando as configurações de tela do programa exemplo em um arquivo no formato INI, para que quando abrir de novo o programa, as informações carreguem automaticamente e não precise definir tudo de novo. Todos os programas de exemplo do ACBr fazem isso. Este não é o arquivo INI de configurações do componente e por isso que quando tentou usar a LerIni com ele, não deu certo. O arquivo de configuração correto para ser usado no LerINI é o que é gerado pelo GravarINI. Com ele, a função faz a leitura e atribuição dos valores nas propriedades de configuração do componente.

Conferindo no dia 12/06/2023 as 17:13 a contingência já não consta mais como ativada.

Boa tarde! Por favor, pode disponibilizar o Log gerado pelo ACBrMonitor e o INI que está usando para análise? Caso julgue que tenha dados sensíveis, envie para [email protected] com o link deste tópico para identificação.

Mesmo após a ativação da contingência, muitos membros em nossa comunidade relataram que não estava sendo possível realizar emissão de NF-e. Conferindo no Site da Sefaz de São Paulo, consta a seguinte mensagem:

A contingência foi ativada para a Sefaz de São Paulo: Fonte: Portal da Nota Fiscal Eletrônica Para transmitir em contingência com o ACBr, siga as orientações do tópico abaixo:

Boa tarde. Novamente recebemos relatos de instabilidade na Sefaz de São Paulo no canal #sefaz em nossa comunidade do Discord. Os primeiros relatos começaram por volta das 14:13 com a Sefaz devolvendo o Status 403. Conferindo no DownDetector, o volume de relatos de problema aumentou exponencialmente: Não há contingência ativada até o momento.

Foi possível reproduzir o problema e estamos verificando a questão.

Ela foi adicionada na Sprint desta semana para análise e possível implementação.

Sempre que atualiza o ACBr é necessário reinstalar. O instalador compila novamente os dcus, se não fizer isso, mesmo que esteja com os fontes em dia, ainda vai estar usando dcu antigo.

Existem outros proNomeProvedor na unit do Demo. Use CTRL+Click para ele abrir a unit onde tem esse enumerado e veja se existe o proPrescon. Se não tiver, é indicio que seus fontes estão desatualizados.

Como usar SVC com o ACBrMonitorPLUS? O procedimento para usar o SVC com o ACBrMonitor é bem simples, neste exemplo, consideramos os comandos da NFe, mas a mesma lógica se aplica ao CTe. 1. Utilize o método NFe.SetFormaEmissao atribuindo o valor de acordo com a contingência que for utilizar. Exemplo: Aqui, estou definindo que será usado o SVC-AN. 2. Altere também no NFe.INI que estiver passando, o valor de tpEmis para o mesmo tipo atribuído e preencha dhCont e xJust no arquivo. Exemplo: Extra Lembrando que membros ACBr que são ACBrPRO tem acesso ao curso Dominando o ACBrMonitorPLUS onde não só é detalhado o uso do SVC e dos outros tipos de contingência, como é demonstrado na prática o uso com o ACBrMonitor.

Conferindo as 16:41 do dia 09/06/2023 no DownDetector, é possível observar que o número de relatos de problema caiu consideravelmente. Também não houve mais relatos em nossa comunidade do Discord.

Boa tarde! Obrigado por reportar. Foi criada a #TK-4052 para análise e parecer do consultor responsável.

Boa tarde! Se você está usando WinCrypt, é preciso que a máquina esteja com as atualizações em dia. Como o certificado é A1, também pode usar OpenSSL e assim não depender mais disso. Na maioria dos casos semelhantes, isso é um indício de que o arquivo de retorno veio com formato ou conteúdo não esperado pelo componente e por isso houve falha de leitura. Por favor, disponibilize os arquivos de envelope para análise. Para que os mesmos sejam gerados, é preciso marcar na Aba WebService a opção "Salvar Envelope Soap", ou direto via fonte definir ACBrNFSeX.Configuracoes.WebServices.Salvar := True. Ao fazer isso, ele vai gerar para você os arquivos de envelope com -soap no nome

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde! Foi enviado ao SVN na Rev-29694 uma alteração visando resolver o problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Deu certo de usar o programa exemplo então? Sobre a mensagem que está recebendo, por favor, veja este tópico:

Bom dia! Por favor, pode disponibilizar o INI para análise e testes?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Obrigado por reportar. Foi criada a #TK-4051 para análise do caso e parecer do consultor responsável.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4050

Certo, neste caso, por favor, verifique se não tem nenhuma modificação local no seu exemplo. Isso é marcado pelo SVN por bolinhas vermelhas ao lado do diretório ou da unit.