Painel de líderes

Como podemos ver no serviço de Consulta de Disponibilidade, da SEFAZ, tanto o Servidor de Emissão de NFe, quando o Servidor Virtual de Contingência (SVC-RS) estão fora do ar, nesse momento... https://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx Muitos usuários também já estão relatando o problema no site DownDetector https://downdetector.com.br/fora-do-ar/sefaz/ Até mesmo as páginas da SEFAZ RS estão fora do ar... https://dfe-portal.svrs.rs.gov.br/ A SEFAZ-RS tem um protagonismo gigantesco, na emissão de Documentos Fiscais em todo Brasil... pois ela presta serviço como Sefaz Virtual, a várias outros estados (SVRS)... então uma queda desses servidores, tem potencial para paralisar a emissão de Documentos Fiscais, em metade do Brasil Normalmente, bastaria mudar a emissão dos documentos, para o Servidor Virtual de Continência, conforme descrito no tópico abaixo... Porém nesse momento, os Servidores de contingência também foram afetados UF que utilizam a SVRS - Sefaz Virtual do RS: - Para serviço de Consulta Cadastro: AC, ES, RN, PB, SC - Para demais serviços relacionados com o sistema da NF-e: AC, AL, AP, CE, DF, ES, PA, PB, PI, RJ, RN, RO, RR, SC, SE, TO UF que utilizam a SVC-RS - Sefaz Virtual de Contingência Rio Grande do Sul: AM, BA, GO, MA, MS, MT, PE, PR Ainda não sabemos se é um problema interno ou um ataque hacker... e a SEFAZ-RS não se pronunciou até o momento... Manteremos esse tópico atualizado, com as novidades...

Olá Pessoal, Nas ultimas Notas Técnicas publicadas pelo ENCAT contem um item tratando sobre esse novo tipo de autorizador. O texto abaixo foi extraído de uma dessas NT. O ambiente de autorização dos documentos fiscais eletrônicos é uma parte importante do processo de faturamento das empresas e por isso demanda uma constante evolução e garantia de estabilidade, tempo de resposta e disponibilidade 24 x 7. Buscando atender essas questões, torna-se essencial que existam processos cada vez mais completos de garantia da continuidade do sistema, mesmo que existam alternativas de contingência previstas em cada DF-e. A inclusão do tipo de autorizador como identificador inicial do protocolo de resposta visa basicamente permitir que o ambiente de autorização possa disponibilizar de forma transparente para os contribuintes uma contingência dentro da sua própria governança de ativação, sem que o sistema da empresa precise ser ajustado em caso de uma manutenção ou até mesmo de um desastre no ambiente padrão da SEFAZ. Quando o Site Alternativo estiver em uso, a SEFAZ poderá estar autorizando documentos fiscais em outros datacenters físicos ou na nuvem. Para o contribuinte a diferença estará no início do número do protocolo com o dígito 2 e na própria sequência numérica do protocolo que será exclusiva desse ambiente. Alteração na Formação do Número do Recibo do Lote O número do Recibo do Lote será gerado pelo Portal da Secretaria da Fazenda, com a seguinte regra de formação: 2 posições com o Código da UF do emitente (codificação do IBGE); 1 posição com o Tipo de Autorizador (0 ou 1=SEFAZ normal, 2=Site Alternativo, 3=SEFAZ VIRTUAL-RS, 5=SEFAZ VIRTUAL-SP, 7=SVC-RS, 8=SVC-SP); 12 posições numéricas sequenciais. Alteração na Formação do Número de Protocolo O número do protocolo é gerado pelo Portal da Secretaria da Fazenda para identificar univocamente as transações realizadas de autorização de uso e registro de eventos do DFe. A regra de formação do número do protocolo é: 1 posição com o Tipo de Autorizador (1=SEFAZ normal, 2= Site Alternativo, 3=SEFAZ VIRTUAL-RS, 5=SEFAZ VIRTUAL_SP; 7 = SVC-RS; 8 = SVC-SP); 2 posições para o código da UF do IBGE; 2 posições para o ano; 10 posições numéricas sequenciais no ano.

Olá pessoal, estou criando este tópico para orientar como utilizar as Bandeiras Vouchers no TEF Dedicado (PayGo Web). Cartão do tipo benefícios (alimentação, refeição, pass), são conhecidos como Vouchers. Antes de qualquer tentativa de transacionar um voucher no estabelecimento, precisamos validar algumas informações: 1 - Estabelecimento precisa ter contrato com a empresa de voucher que deseja utilizar, isso é uma exigência do próprio fornecedor de voucher, para que o estabelecimento possa aceitar a bandeira em sua região. Note que existem modalidades até em casos de Voucher, ramos de negócios são separados por tipos, ALIMENTAÇÃO, REFEIÇÃO, PASS, PRESENTE, CAR, SALÁRIO, NATAL, CULTURA, etc. Seu cliente escolhe a modalidade que encaixa no negócio que ele atua: 2 - A partir disso, o estabelecimento precisa habilitar a compatibilidade com a(s) adquirente (s). Lembrando a Regra de negócio: a adquirente decide se a bandeira tem compatibilidade no TEF, a negociação parte dela, não pela Integradora PayGo. Quando o estabelecimento habilitar a compatibilidade do voucher tem que informar que vai transacionar pelo TEF Dedicado PayGoWeb. Exemplo: Adquirente CIELO aceita o voucher Alelo Alimentação pelo TEF Dedicado PayGoWeb. Observação: Isso é um contrato entre Voucher e Adquirente, então pode ocorrer mudanças , como por exemplo, VR Refeição não passa mais na REDE pois houve encerramento de contrato entre elas , mas pode ser aceito por outra(s) adquirente(s), como a CIELO. 3 - Se o estabelecimento estiver com o cadastro correto no voucher e habilitado na adquirente, precisamos informar a forma de pagamento correta, no TEF Dedicado (PayGoWeb) para pagamentos com voucher informar PWINFO_CARDTYPE = 04. Veja exemplo no componente ACBrTEFAPI: procedure TFormPrincipal.AdicionarPagamento(const Indice: String; AValor: Double ); var Ok, TemTEF: Boolean; Modalidade: TACBrTEFModalidadePagamento; CartoesAceitos: TACBrTEFTiposCartao; ReajusteValor: Double; IndicePagto: LongInt; begin Ok := False; TemTEF := False; IndicePagto := StrToIntDef(Indice, 0); try // ** NOTA ** // Usa '01' como Indice de Forma de Pagamento de ECF, para todas as operações TEF, // para evitar que o ACBrTEFD tente separar os Comprovantes por Forma de Pagamento Modalidade := tefmpNaoDefinido; CartoesAceitos := []; TemTEF := (IndicePagto >= 2) and (IndicePagto <= 5); case IndicePagto of 2: Modalidade := tefmpCheque; 3: begin Modalidade := tefmpCartao; CartoesAceitos := [teftcCredito] end; 4: begin Modalidade := tefmpCartao; CartoesAceitos := [teftcDebito] end; 5: Modalidade := tefmpCarteiraVirtual; 6: begin Modalidade := tefmpCartao; CartoesAceitos := [teftcVoucher] <--------------------- AQUI end; end; if TemTEF then begin // -- Exemplo, usando TypeCast, para inserir Propriedades direto na Classe de TEF -- // if ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb then begin with TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF) do begin //TEFPayGoAPI.ParametrosAdicionais.ValueInfo[PWINFO_AUTHSYST] := 'DEMO'; // Autorizador //TEFPayGoAPI.ParametrosAdicionais.ValueInfo[PWINFO_FINTYPE] := '2'; // 01: à vista, 2: parcelado //TEFPayGoAPI.ParametrosAdicionais.ValueInfo[PWINFO_INSTALLMENTS] := '3'; // Parcelas end; end; Ok := ACBrTEFAPI1.EfetuarPagamento( IntToStr(Venda.NumOperacao), AValor, Modalidade, CartoesAceitos, tefmfAVista ); Ok := Ok and ACBrTEFAPI1.UltimaRespostaTEF.Sucesso and ACBrTEFAPI1.UltimaRespostaTEF.TransacaoAprovada; end else Ok := True; finally StatusVenda := stsEmPagamento; end; // -- Exemplo de como capturar os Erros retornados pela API do TEF PayGoWeb -- // (* if not OK then begin if (ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb) then begin CodErro := ACBrTEFAPI1.UltimaRespostaTEF.LeInformacao(PWINFO_RET).AsInteger; MsgErro := ACBrTEFAPI1.UltimaRespostaTEF.LeInformacao(PWINFO_RESULTMSG).AsBinary; ShowMessage('Erro: '+IntToStr(CodErro)+' - '+Trim(MsgErro)); end; end; *) if Ok then begin with Venda.Pagamentos.New do begin TipoPagamento := Indice; ValorPago := AValor; if TemTEF then begin NSU := ACBrTEFAPI1.UltimaRespostaTEF.NSU; Rede := ACBrTEFAPI1.UltimaRespostaTEF.Rede; RedeCNPJ := ACBrTEFAPI1.UltimaRespostaTEF.NFCeSAT.CNPJCredenciadora; // Calcula a Diferença do Valor Retornado pela Operação TEF do Valor que // Informamos no CRT/CHQ ReajusteValor := RoundTo(Double(ACBrTEFAPI1.UltimaRespostaTEF.ValorTotal - ValorPago), -2); Saque := ACBrTEFAPI1.UltimaRespostaTEF.Saque; if (Saque > 0) then begin // Se houve Saque na operação TEF, devemos adicionar no ValorPago, // para que o Saque conste como Troco ValorPago := ValorPago + Saque end else if (ReajusteValor > 0) then begin // Se não é Saque, mas houve acréscimo no valor Retornado, devemos lançar // o Reajuste como Acréscimo na venda Venda.TotalAcrescimo := Venda.TotalAcrescimo + ReajusteValor; end; Desconto := ACBrTEFAPI1.UltimaRespostaTEF.Desconto; if (Desconto > 0) then begin // Se houve Desconto na Operação TEF, devemos subtrair do ValorPago // e lançar um Desconto no Total da Transacao ValorPago := ValorPago - Desconto; Venda.TotalDesconto := Venda.TotalDesconto + Desconto; end else if (ReajusteValor < 0) then begin // Se não é Desconto, mas houve redução no Valor Retornado, devemos // considerar a redução no ValorPago, pois a Adquirente limitou o // valor da Operação, a um máximo permitido... Deverá fechar o cupom, // com outra forma de Pagamento ValorPago := ValorPago + ReajusteValor; end; end else Confirmada := True; end; AtualizarPagamentosVendaNaInterface; if (Venda.TotalPago >= Venda.TotalVenda) then FinalizarVenda; end; end; Veja exemplo no componente ACBrTEFD: procedure TFormPrincipal.AdicionarPagamento(const Indice: String; AValor: Double ); var Ok, TemTEF: Boolean; ReajusteValor: Double; UltResp: TACBrTEFResp; procedure InformarParametrosVoucher; begin if (ACBrTEFD1.GPAtual = gpPayGoWeb) then begin ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_PAYMNTTYPE]:='1'; ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_CARDTYPE]:='04'; <----------------------- AQUI end; end; begin Ok := False; TemTEF := False; FIndicePagto := Indice; if (ACBrTEFD1.GPAtual = gpPayGoWeb) then ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.Clear else if (ACBrTEFD1.GPAtual = gpCliSiTef) then ACBrTEFD1.TEFCliSiTef.OperacaoCRT := 0; try // ** NOTA ** // Usa '01' como Indice de Forma de Pagamento de ECF, para todas as operações TEF, // para evitar que o ACBrTEFD tente separar os Comprovantes por Forma de Pagamento else if (Indice = '06') then // 05-VALE REFEICAO begin InformarParametrosVoucher; <--------------------------- AQUI Ok := ACBrTEFD1.CRT(AValor, '01'); TemTEF := True; end else Ok := True; // Pagamentos não TEF finally StatusVenda := stsEmPagamento; end; if Ok then begin with Venda.Pagamentos.New do begin TipoPagamento := Indice; ValorPago := AValor; if TemTEF then begin UltResp := ACBrTEFD1.RespostasPendentes[ACBrTEFD1.RespostasPendentes.Count-1]; NSU := UltResp.NSU; Rede := UltResp.Rede; RedeCNPJ := UltResp.NFCeSAT.CNPJCredenciadora; // Calcula a Diferença do Valor Retornado pela Operação TEF do Valor que // Informamos no CRT/CHQ ReajusteValor := RoundTo(Double(UltResp.ValorTotal - ValorPago), -2); Saque := UltResp.Saque; if (Saque > 0) then begin // Se houve Saque na operação TEF, devemos adicionar no ValorPago, // para que o Saque conste como Troco ValorPago := ValorPago + Saque end else if ReajusteValor > 0 then begin // Se não é Saque, mas houve acréscimo no valor Retornado, devemos lançar // o Reajuste como Acréscimo na venda Venda.TotalAcrescimo := Venda.TotalAcrescimo + ReajusteValor; end; Desconto := UltResp.Desconto; if Desconto > 0 then begin // Se houve Desconto na Operação TEF, devemos subtrair do ValorPago // e lançar um Desconto no Total da Transacao ValorPago := ValorPago - Desconto; Venda.TotalDesconto := Venda.TotalDesconto + Desconto; end else if (ReajusteValor < 0) then begin // Se não é Desconto, mas houve redução no Valor Retornado, devemos // considerar a redução no ValorPago, pois a Adquirente limitou o // valor da Operação, a um máximo permitido... Deverá fechar o cupom, // com outra forma de Pagamento ValorPago := ValorPago + ReajusteValor; end; end else Confirmada := True; end; AtualizarPagamentosVendaNaInterface; if (Venda.TotalPago >= Venda.TotalVenda) then FinalizarVenda; end; end; 4 - Se continuar recusando ou dando erros durante a venda... Faça uma carga de tabelas no Muxx manualmente na PayGo, contate a Central de suporte do TEF PayGo, podem receber atendimento gratuito e funciona 24 horas por dia e 7 dias por semana! Contato PayGo Ligação: 3003-9968 (não é necessário DDD). Ou via WhatsApp: (11) 3003-6615 Importante sempre informar o *CNPJ do estabelecimento*, sem pontos ou traços. Ex: 12345678000100 , e o tipo do TEF ativado na automação: TEF Dedicado PayGo Web . Se você já parceiro TEF do Projeto ACBr pode esclarecer suas dúvidas nos canais exclusivos ACBR TEF #tefproducao em nosso Discord. https://www.projetoacbr.com.br/discord E se ainda não é, O Projeto ACBr é Distribuidor do TEF PayGo.. Seja nosso parceiro, preencha este formulário, https://projetoacbr.com.br/tef/ por favor, com algumas perguntas rapidinhas, que nosso Consultor comercial entrara em contato explicar a parceria.

Olá Pessoal, Foi publicado a Nota Técnica 2022/001 que trata sobre a inclusão da tag CRT - Código de Regime Tributário do Emitente. A tag foi incluída como sendo opcional, portanto os schemas já se encontram atualizados e no SVN. Já a alteração no componente só vai ser alterado na ultima semana de maio/2022, uma vez que a tag vai ser implementada no ambiente de homologação em 06/2022 e em produção 07/2022. Essa NT também trata sobre a alteração nas validações do Evento de Prestação do Serviço em Desacordo, abrindo utilização para pessoa física (CPF) com identificação pelo gov.br Ampliação do Alcance do Evento Prestação de Serviço em Desacordo Função: Evento para que o tomador possa informar ao fisco que o documento CTe que o relaciona está em desacordo com a prestação de serviço. Autor do Evento: O autor do evento é o tomador do serviço indicado no CTe. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do tomador do serviço do CTe, ou o CNPJ da SEFAZ Virtual RS para tomadores pessoa física identificados por login na plataforma gov.br. Trata também sobre nova validação de CFOP. Regra G052a Para CT-e do tipo Normal, complementar ou Substituição, se UF do emitente for igual a UF de início da prestação e UF de início e fim da prestação forem diferentes de EX: CFOP não pode ser 5932 e 6932. Rejeição 831: CFOP inválido, não informar 5932 ou 6932 para operações internas

UFA.. tudo verdinho novamente... ( a não ser MG... normal... ) https://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx Obrigado por avisar... @Reginaldo Costa

Olá Italo, Agora já está em operação, porém desde segunda-feira tenho tentando emitir MDFe com os novos campos, sem sucesso. Também acredito que a Sefaz ainda não está recebendo os campos. Obrigada

Contingência ativada em todos os estados, que usam a SVRS Esses estados usam a Sefaz Virtual de Contingência do Ambiente Nacional (SVC-AN)

Boa tarde, Não me lembro desses termos, mas confirme com ele se o que ele precisa é ser adicionado no grupo autXML, "Pessoas autorizadas a acessar o XML da NF-e"

Boa tarde, Em meu caso o problema era que o cnpj do transmissor informado no componente (ACBreSocial.Configuracoes.Geral.IdTransmissor) estava errado. Após correção o evento foi validado corretamente.

Boa tarde, Verificou com o provedor e a url de produção é a mesma de homologação? Se estiver correta essa url, veja esse link com os passos para alteração do ini. Para um teste rápidoo você pode salvar o ini alterado na pasta do seu exe. Obs: resolveu o problema dos schemas do outro tópico?

Você sabe me dizer qual versão da SmarApd é usada em Cariacica? Achei aqui, é a mesma de Vila Velha. Com a alteração que eu sugeri estou conseguindo emitir, consultar, cancelar, etc. Experimente sobrescrever a unit com a que eu coloquei aí em cima e de um Build All na sua aplicação.

GuilhermeVez06.. obrigado pela resposta, realmente nas ASOS deve ter pelo menos um exame. Porém existe ASOS que não tem exame complementar e foi ai que me confundi... porém nestes casos fui orientado a preencher a TAG procRealizado com o código 0295 que refere-se a uma Avaliação Clínica Ocupacional que não deixa de ser um exame!

A atualização não resolveu o problema, mas eu consegui acertar aqui. Segue print e unit para avaliação: SmarAPD.Provider.pas

Existe a opção de incluir o CPF ou CNPJ da contabilidade nos terceiros interessados. Cada ambiente deve funcionar separado, acesso em homologação não vai afetar o de produção.

Bom dia, Alguns provedores ao gerar o XML de retorno em vez de gerar as tag com os caracteres "<" e ">" geram com a sequencia "&lt;" e "&gt;". A rotina responsável por ler o conteúdo da tag espera encontrar algo do tipo <nomeTag> e não &lt;nomeTag&gt; Com isso ele não consegue ler o conteúdo. Para resolver o problema se faz necessário realizar a troca.

Bom dia, O corrente é procurar o contabilista da empresa do cliente ou um consultor fiscal para lhe auxiliar nessa questão. Essas questões de legislação não fazem parte do escopo do acbrpro. Abraços

Bom dia, A url de homologação não está configurada da ini. Por favor verifique com o provedor se existe e qual é a url para que seja enviada para o SVN. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXServicos.ini

Bom dia, O caminho correto é Exemplos\ACBrDFe\Schemas\NFSe\ Você deve preencher apenas o caminho base, sem o nome do provedor. Confirme se neste caminho está a lista de pastas de provedores. Marcar a opção MontarPathSchema para o componente preencher o restante do caminho. Segue um tópico com maiores informações.

Ok, muito obrigado pela informaçao.

Boa tarde Luiz, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2487

Olá, Tendo em vista a quantidade de pessoas com dificuldade no entendimento do processo para utilizar o DistribuicaoDFePorUltNSU, com o intuito de download de xmls, segue uma visão enxuta. 1. Na primeira execução, o DistribuicaoDFePorUltNSU disponibilizará o resumo da NFe. 2. Deverá ser feita a manifestação de cada documento. 3. Após a manifestação, o DistribuicaoDFePorUltNSU disponibilizará o XML completo da NFe, a partir do momento que a Sefaz liberar o documento, não necessariamente imediatamente após a manifestação. 3.1. Caso não traga o XML, aguarde o período indicado pela sefaz que atualmente é de 1h no mínimo, e efetue novamente o DistribuicaoDFePorUltNSU, repetindo este item até que o XML seja baixado. É só isso, receber o resumo, manifestar e receber o XML completo. A seguir apenas informações complementares. Atenção: Após receber o XML completo, o DistribuicaoDFePorUltNSU não disponibilizará novamente este documento, através do fluxo padrão, preenchendo o ultNSU recebido. O fluxo é único, conforme explicado acima. O DistribuicaoDFePorUltNSU disponibilizará uma vez o resumo e uma vez o XML completo. Se não for processado quando recebido, não terá como fazê-lo novamente seguindo este fluxo, sendo necessário fazer uma nova consulta com ultNSU=0 para trazer novamente todos os registros do último período disponível. Se for mantido um fluxo diário por exemplo, esse processo será transparente, dependendo apenas da manifestação dos documentos de interesse do ator. A cada execução do DistribuicaoDFePorUltNSU serão recebidos tanto os novos resumos, de novas NFes emitidas, quanto os xmls completos de NFes que já foram manifestadas e ainda não haviam sido recebidos. Informações "técnicas": 1. O que é o resumo? Um XML com informações básicas suficientes para efetuar a manifestação. 2. Para identificar o tipo de XML recebido, utilize a propriedade a seguir: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[i].schema - schresNFe: xml resumo - schprocNFe: xml completo 3. Assim como xmls de NFe esse serviço retorna xmls dos eventos. 4. Caso você já tenha efetuado a consulta do serviço e possua o xml de retorno, contendo os documentos e queira reprocessá-lo, poderá alimentar o componente com o método abaixo, tendo assim populado as propriedades com o mesmo resultado do momento que executou o NFe.DistribuicaoDFe(). ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.LerXMLFromFile( 'c:\temp\20220307130102-dist-dfe.xml' ) Se ainda restam dúvidas sobre o processo: 1. Leia a NT "NFe_NT2014_002 WS DistribuicaoDFe.pdf" com calma que o processo acima será simples de entender. Você pode pegar a última versão dessa NT no nosso repositório de documentos no seguinte link: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/ 2. Veja esse tópico bem explicativo do @Italo Giurizzato Junior 3. Veja esse vídeo do @Bruto do Delphi 4. Dia 09/03/2022 foi abordado esse assunto no Papo Pro, onde a comunidade pode interagir e tirar suas dúvidas que restavam. Conecte-se no Discord, entre no canal de voz, #Papo Pro ACBr, não perca as próximas edições de terças a quintas-feiras das 10:00 as 11:00. Já está disponível essa edição no link a seguir.