Diego Foliene

Bom dia! Consultando no Portal da NFe > Consulta Disponibilidade, é possível observar que a Sefaz de MG consta como indisponível. Ainda no Portal da Nota Fiscal Eletrônica consta a informação de que a contingência está ativada: Para um transmitir em contingência durante este período, siga as instruções do tópico a seguir: Um agradecimento mais que especial aos membro de nossa comunidade @Ramon loureiro e @Maria Gabriele Oliveira por avisar no canal #sefaz em nossa comunidade do Discord.

Sim, unit alterada enviada ao SVN na Rev-29272 e Schema alterado enviado na Rev-29273

Bom dia! A Sefaz de Pernambuco está com contingência agendada com previsão de inicio no dia 30/04/2023 as 00:00 e término no dia 02/05/2023 as 23:55. Fonte: Situação SVC-RS Para transmitir em contingência durante este período usando o ACBr, siga as instruções do tópico a seguir:

Bom dia. Substitua o arquivo nfse.xsd em anexo no caminho ..\Exemplos\ACBrDFe\Schemas\NFSe\SmarAPD\2.03. Substitua a unit em anexo no caminho ..\Fontes\ACBrDFe\ACBrNFSeX\Provedores, reinstale o ACBr e faça um novo teste. nfse.xsd SmarAPD.Provider.pas

Boa tarde! De acordo com a lista de municípios aderentes, a origem do cadastro para cidade de Maraba/PA é o Cadastro Nacional de Contribuintes(CNC). Verifique se o CNPJ do tomador que está enviando de fato consta nessa base de dados. O erro X203 é gerado pelo componente sendo uma consequência de você ter recebido erros ao invés de o Xml da NFSe, portanto, não precisa se preocupar com ele por enquanto.

Boa tarde pessoal! Um parecer da Sefaz/MG sobre o CT-e 4.0: Um agradecimento mais do que especial ao membro de nossa comunidade @JeannyPaiva por compartilhar essa informação conosco no Discord.

Este tópico pode ajudar com a configuração de schemas sugerida.

Boa tarde. Hoje, 27/04/2023, por volta das 14:20 começamos a receber relatos em nossa comunidade do Discord sobre problemas com a Sefaz SP. Foi possível observar que o problema estava do lado da Sefaz, pois todos os relatos tinham em comum receber Erro HTTP 503 ao tentar fazer uso do Webservice através de consulta de protocolo ou até mesmo status de serviço. Consultando no DownDetector, também foi possível observar um pico em relatos de problemas começando por volta das 14 horas. A contingência não foi ativada até o momento. Vale acrescentar que em casos como esse o curso de ação mais indicado é comunicar a Sefaz do problema, pois quanto mais pessoas o fizeram, mais cedo o problema fica evidente. No Portal da Sefaz de São Paulo, consta a seguinte mensagem:

Boa tarde. Quanto ao que disse acima: Como é um processo de maior impacto, foi criada uma subtask para ser analisado com calma e maior profundidade. Quanto aos problemas do Local de Prestação e Incidência especificamente, foi enviado ao SVN na Rev-29230 alteração visando corrigir o problema do Local da Prestação. Durante os testes que fizemos, não tivemos o problema no Local de Incidência. Por favor, queira atualizar seus fontes, reinstalar o ACBr para fazer novos testes e reportar qualquer problema.

Boa tarde! Primeiro de tudo, muito obrigado pela contribuição! Toda colaboração sempre será mais do que bem vinda. Fiz um pequeno ajuste visando simplificação, alterei de s := Copy(FXML, Pos('/evt/evtIrrf/', FXML)+13, 16); s := Copy(s, 1, Pos('"', s)-1); Para s := Copy(FXML, Pos('/evt/evtIrrf/', FXML)+13, 9); Enviado ao SVN na Rev-29227. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia @Diego Reckziegel! Apesar de não termos aceitado sua contribuição de primeira pelo motivo já exposto acima, havíamos criado uma SubTK para analisar a questão na msXML. Fizemos nova análise, novos testes e chegamos a conclusão que de fato a alteração precisaria ser feita nos fontes do ACBrNFSeX para definir o NameSpaceURI corretamente. Sua contribuição resolvia apenas para esse provedor, mas foi a base para criarmos função na classe base para resolver o problema para todos os provedores. A alteração foi enviada ao SVN na Rev-29225. Mais uma vez, muito obrigado pela contribuição. Caso queria testar com a msXML, basta atualizar e reinstalar o ACBr.

Bom dia. De fato, e-mail recebido. Conforme citei anteriormente, foi detectado divergência entre a forma que é alimentada a informação nos relatórios. O time de consultores está analisando qual é a melhor forma de resolver esse questão de forma a sanar este e outros possíveis problemas semelhantes que possam vir a ocorrer. Qualquer novidade você será notificado neste tópico.

Bom dia! Muito obrigado por reportar e também pela sugestão de melhoria. Foi criada a #TK-3864 para análise do caso e parecer do time ACBr.

Bom dia. Neste caso, você pode se basear em outra cidade que use o mesmo provedor e seguir as orientações deste tópico aqui: Para poder testar com o programa exemplo.

Boa tarde. Muito obrigado por reportar. Por favor, apenas para confirmar, pelo seu print, você está utilizando Fast para impressão, certo? Sendo este o caso, por gentileza, qual é p fr3 que está utilizando? O mesmo está em dia com o do SVN? Conferindo na unit que alimenta as variáveis que alimentam o fr3 e comparando com o impresso em Fortes, realmente parece haver divergência na forma como é alimentada o Local da Prestação do Serviço. Foi criada a #TK-3861 para análise do caso e parecer do consultor responsável. No entanto, quanto ao Local de Incidência, em uma primeira análise parece estar tudo correto. Por favor, pode disponibilizar para teste um XML que esteja apresentando problemas? Siga as orientações deste tópico para fazer isso:

Boa tarde. Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de São Paulo está com contingência agendada para o dia 30/04/2023 com previsão de inicio as 06:00 horas e término as 16:00 horas do mesmo dia. Durante este período, para transmitir notas em contingência, siga as instruções do tópico a seguir: Um agradecimento especial ao membro de nossa comunidade @Jonas_Farsoft pelo aviso.

Boa tarde @phulano. Por favor, pelo Log que disponibilizou, da a entender que você gera o XML a parte e depois o carrega no Monitor para fazer o envio, é isso mesmo? Se for este o caso, por favor, confira no arquivo que está gerando qual valor está passando para a tag xMun do grupo emitente. Passando o arquivo XML que disponibilizou em Sefaz-RS - NF-e Validador de Mensagens do Projeto NF-e, ele acusou o seguinte erro: Schema XML: 225 - Rejeicao: Falha no Schema XML da NFe The 'http://www.portalfiscal.inf.br/nfe:xMun' element is invalid - The value '' is invalid according to its datatype 'String' - The Pattern constraint failed. E se conferirmos no seu XML no grupo enderEmit, ficou vazia a informação:

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

Boa tarde. Este campo não consta no leiaute da versão simplificada 1.1 e nem da versão simplificada 1.0(ambas disponíveis para leitura aqui). O evento S-1010 é o evtTabRubrica. Se conferirmos tanto schema evtTabRubrica-v_S_01_00_00.xsd quanto no evtTabRubrica-v_s_01_01_00.xsd não existe mais este campo. Mais informações sobre o porque isso foi removido neste tópico: A versão 2.5 já não é mais aceita pelo WebService do e-Social a muito tempo. Você deve usar a versão simplificada 1.1

Sim, já contempla.

Bom dia. A TK foi atribuída a sprint dessa semana