Diego Foliene

Bom dia! Contribuição enviada ao SVN na Rev-30292

Criado em nosso backlog a #TK-4312 para a implementação dos campos

Bom dia! Objetivo Essa nota técnica modifica o retorno do serviço de consulta situação do MDFe para os modais rodoviário e ferroviário. O objetivo dessa mudança é disponibilizar o número do protocolo e data da disponibilização do MDFe para geração do DTe pela InfraSA(Governo Federal). Datas Implantação Homologação: 09/2023 Implantação Produção: 09/2023 Alterações Os seguintes campos foram adicionados no layout da mensagem de retorno: Alterações no ACBr Será necessário alteração nas classes do ACBr para capturar a informação dos novos campos devolvidos na resposta. Consequentemente, novas compilações da Lib e do Monitor serão necessárias. Leia a Nota Técnica na integra AQUI. Mais informações sobre o DT-e no tópico:

Não sei se está relacionado com a rejeição que está recebendo, mas você alimentou o campo receita com o valor 100102. No portal do GNRe, na lista de campos Extras, ele indica a receita 100099.

Boa tarde! Você não quer que seja adicionado a informação do protocolo de autorização no XML original ao consultar, é isso? Se for, tente usar a consulta por chave de acesso ao invés de passando o arquivo.

Boa tarde! Por volta das 15:33, começamos a receber no canal #sefaz em nossa comunidade do Discord, relatos de instabilidade para emitir NFe para a Sefaz de São Paulo. Conferindo no DownDetector, é possível observar que por volta das 15:00 o número de relatos de problema aumentou exponencialmente. Não há contingência ativada até a publicação deste tópico.

Boa tarde! Mais uma vez, muito obrigado pela contribuição. Enviei a mesma ao SVN na Rev-30288

Em minha análise inicial, seria necessidade de alteração no fonte mesmo. Caso queria, tenha a disponibilidade, pode analisar os fontes e o manual e realizar a implementação. Depois anexa aqui, como uma sugestão de contribuição. Do contrário, seria questão de aguardar um parecer do consultor responsável pela TK mesmo.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Conferindo no seu arquivo TXT, o campo IndIEToma, está na seção errada. Ele está em : Quando na verdade deveria estar em : Vide Modelo CTe.INI

Não há "bala de prata", mas de acordo com relatos, uma possível solução para o problema de acordo com relatos, é marcar a seguinte opção:

Bom dia! Não tinha na rotina de geração do INI do componente nativo os grupos citados, por isso que o método CTe.ObterIni não trazia a informação. Adicionado e enviado ao SVN na Rev-30284. Mais uma vez, muito obrigado pelas contribuição nas classes C#, as alterações nas classes C# foram enviadas ao SVN na Rev-30285

Bom dia! Por volta das 16:06 do dia 10/08/2023, começamos a receber relatos de problemas ao emitir NF-e para múltiplas Sefaz. Todos os relatos relatavam estar recebendo: Ao tentar emitir NF-e. A Lista de Certificados Revogados (LCR), conforme o nome diz, é uma lista que contém certificados que foram revogados e não devem ser considerados válidos. Toda vez que a Sefaz recebe um Documento Fiscal Eletrônico, ela consulta essa LCR para verificar se deve aceitar o certificado que fez a assinatura. Quando ocorre a rejeição 296, a Sefaz não está conseguindo acessar essa lista. Nesse caso, o emissor pode escolher aguardar e tentar emitir a NFe novamente posteriormente ou entrar em contato com a certificadora ou a Sefaz para notificá-los do problema.

Bom dia! Se você conferir no manual que temos disponível para o Bradesco aqui, e até mesmo no layout base da Febraban que tem aqui. É possível observar que tem um campo de Ocorrência para o Header do Lote(Registro1), o segmento propriamente dito e o Trailer do Lote(Registro 5). Seu problema acontece porque o PagFor atualmente tenta ler a ocorrência no segmento e no arquivo, ela veio no header do lote. Criada a #TK-4307 para análise do caso e parecer do consultor responsável.

Bom dia! Seus fontes estão atualizados? Teoricamente isso foi resolvido na Revision-30250

Arquivos recebidos e anexados na TK correspondente.

Boa tarde! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar múltiplas Sefaz estão com contingência agendada para o dia 13/08/2023, com previsão de início as 07:00 e término as 10:00. Para utilizar o ACBr em contingência durante este período siga as orientações deste tópico: Um agradecimento ao membro @Felipe Mariano por compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

Boa tarde! Criada a #TK-4305 para análise do caso e parecer do consultor responsável.

Boa tarde! Você configurou a cidade do prestador de serviço antes de carregar o XML para impressão? Isso é necessário para que o componente configure o provedor e leia corretamente o XML. Outra questão, você conseguiu o XML que está tentando ler pelo próprio ACBrNFSeX? Nem sempre o XML gerado no site da prefeitura está no mesmo padrão do web service e o componente espera um XML no padrão do web service.

Alteração enviada ao SVN na Rev-30282. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

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

Boa tarde! De fato, não foi criada a função do de - para. Criada a #TK-4302 para análise e melhor implementação da mesma.

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

Nesse caso, precisa debugar para ver o que está havendo de errado no processo. Comece colocando um break point na linha 1053, da procedure Executar, da unit ACBrNFSeXWebserviceBase.pas localizada em ..\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Base\WebServices.

Bom dia! O ISSCuritiba segue a versão 1.0 do Layout da ABRASF,, ou seja, o envio é assíncrono. No seu retorno você recebeu um <Protocolo>, agora, seguindo processo, você deve Consultar a Situação do Lote passando este protocolo e se receber na resposta situação 3 ou 4, Consultar o Lote também informando o protocolo, para ai sim receber a NFSe ou os erros de processamento da mesma.