Diego Foliene

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

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

Boa tarde! Criada a #TK-5869 para análise do caso e parecer por parte da equipe de consultores.

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz da Bahia está com contingência agendada para o dia 17/08/2024, com previsão de inicio às 23h55 e término às 03h00 do dia 18/08/2024. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações deste tópico:

Bom dia. As compilações costumam ocorrer rotineiramente nas manhãs de terça. Não houveram compilações está semana excepcionalmente porque as Libs como um todo estão passando por um processo de adequação para projetos Console e Android. Vou confirmar junto aos responsáveis se é possível gerar uma compilação extra-oficial e se o for, lhe aviso aqui para atualizar e testar. Caso contrário, peço que aguarde até terça.

Boa tarde! Foi enviado uma alteração ao SVN visando corrigir este problema. Foi optado por manter o mesmo comportamento da resposta do envio assíncrono, ou seja, no campo XML da resposta, será exibido o grupo <protNFe>. Caso queira o XML completo da NFe acrescido do protNFe, você pode obter o mesmo utilizando o método NFe_ObterXML ou NFe_GravarXML. A alteração estará disponível em Libs compiladas após o dia 15/08/2024.

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica é possível observar que a data da contingência foi alterada do dia 18 para o dia 25/08, com previsão de inicio às 06h00 e término às 16h00 do mesmo dia.

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz da Bahia ativou a contingência no dia 15/08/2024 às 13h52, com previsão de permanecer ativada até às 18h50 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @AndreasOtowicz por compartilhar a informação no canal #sefaz em nosso Discord.

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

A última compilação da LibNFSe foi disponibilizada no dia 06/08/2024. Além da alteração no INI, foram necessárias também alterações nos fontes e estas não estão englobadas nesta compilação. Assim que for disponibilizada, avisamos aqui para que possa atualizar e realizar novo teste.

Bom dia! [3525904] ; Atualizado em 03/01/2024 Nome=Jundiai UF=SP Provedor=Giss Versao=2.04 ProRecepcionar=https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws

Olá pessoal! A Sefaz de Minas Gerais disponibilizou atualização das cadeias de certificados opcionais que podem ser instalados em caso de problemas: As novas cadeias podem ser encontradas em SPED MG > Downloads

Olá pessoal! No dia 13/08/2024 foi publicada a versão 1.02 desta nota técnica. Alterações Os valores que definem o tipo do CTe (tag: tpCTe) foram alterados, agora os valores são 5 para CTe Simplificado e 6 para Substituição CTe Simplificado (anteriormente 4 e 5 respectivamente). A versão mais recente também corrige o texto das regras de validação G008, G057 e G063 para refletir os novos valores. Por fim, ela também separa os cStat devolvidos pelas regras G015 e G016, onde na versão anterior ambos devolviam 941 e agora devolvem 941 e 942 respectivamente. Datas Implantação Homologação: 16/09/2024 Implantação Produção: 21/10/2024 E como fica o ACBr? Temos uma TK em nosso backlog para implementação do CTe Simplificado. A alteração de TpCTe deverá ser levada em conta no momento da implementação. Leia a versão 1.02 desta nota técnica na integra AQUI.

Olá pessoal! No dia 13/08/2024 foi publicado a versão 1.63 desta nota técnica. Alterações A nova versão adequa os textos das regras de validação 5E17-10, 5E17-30, 5E17-46, 5E17-80, 6P31-30 e 6P31-46 removendo de todas elas a observação (*7) que correspondia a: Criada a regra de validação I05g-10 que pode ser ativada a critério da UF e valida se o grupo de informações sobre crédito presumido (tag: gCred) é permitido para respectiva unidade federativa. Datas Altera a data de ativação em produção das regras de validação relacionadas ao cBenef por CST no DF: Implantação Teste: 05/10/2020 (Mantida conforme versões anteriores) Implantação Produção: 02/09/2024 As alterações nas regras de validação e a nova regra criada, ambas mencionadas na seção "Alterações" acima entram em vigor com o seguinte cronograma: Implantação Teste: 02/08/2024 Implantação Produção: 02/09/2024 E o que muda no ACBr? Como a NT traz apenas alterações nas regras de validação da Sefaz, modificações nos fontes do ACBr não são necessárias. Leia a versão 1.63 desta nota técnica na íntegra AQUI.

Bom dia! Foi criada a #TK-5857 para análise do caso e parecer por parte da equipe de consultores.

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

Bom dia. Complementando a resposta do meu amigo @Juliomar Marchetti: \ACBr\trunk2\Projetos\ACBrLib\Demos\PHP E também:

Olá pessoal! Conferindo na página Sobre a NF-e consta um aviso informando que foi disponibilizado no ambiente de testes um autorizador síncrono para NF-e. Aviso reproduzido na íntegra: Síncrono... Assíncrono... que raios é isso?! Na transmissão de documentos fiscais, o envio para o web service pode ocorrer de duas maneiras. No envio assíncrono, o XML é enviado para o web service, que devolve um número de recibo. Em seguida, o emissor faz uma nova conexão com o mesmo web service para consultar o número de recibo e receber o resultado do processamento. No envio síncrono, o XML é enviado para o web service, que já devolve o resultado do processamento na mesma resposta, ou seja, tudo é feito em uma única conexão. E por que isso é importante? Apesar de existir as duas formas de envio, recentemente alguns documentos fiscais tem adotado exclusivamente o modo de envio síncrono e desativando o modo assíncrono. Isso aconteceu com a NFC-e: Com a versão 4.00 do CT-e: Com o MDF-e: E logo com a NF3e também: Para a NF-e especificamente, ainda existe ambos os métodos, com exceção de SP e BA que não aceitam o modo síncrono. Esse aviso indica que a Sefaz de SP está caminhando para que isso não seja mais o caso e ela passe a aceitar o envio síncrono também. O que pode ser um passo para que a NF-e também mude somente para o modo síncrono futuramente. Está edição do Papo PRO traz considerações sobre as formas de envio: Um agradecimento ao membro de nossa comunidade @Felipe Marianopor compartilhar a informação no canal #sefaz em nosso Discord.

Olá pessoal! Conferindo na página SPED MG na área específica para NF-e, consta um aviso informando que no dia 09/08/2024, à partir das 18h00 será realizada uma atualização do ambiente de infraestrutura da Sefaz de Minas Gerais. Não há previsão de indisponibilidade, no entanto, os serviços de autorizações de Documentos Fiscais Eletrônicos – NF-e, CT-e, CT-e OS e BP-e podem apresentar instabilidade e variação no tempo de resposta durante este período. O processo de manutenção tem previsão inicial de ser concluído às 08h00 do dia 12/08/2024.

Boa tarde! No componente nativo para Delphi/Lazarus existe uma propriedade ImprimeCanhoto. No entanto, pelo que pude averiguar, a mesma não é implementada no Monitor e na Lib. Criada a #TK-5840 para a adição da mesma em ambas as soluções.

Muito obrigado por todo o apoio e pelas informações @fredsmartfull. Com certeza quando disponibilizarmos o provedor e criamos um tópico para informar a comunidade, vamos lhe dar os devidos créditos.