Diego Foliene

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4133 Se possível, por favor, anexe a unit que alterou para que possamos analisar.

Bom dia! Foi enviado ao SVN na Rev-29927 contribuição visando resolver o problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Muito obrigado pela contribuição! Fizemos testes com a mesma usando os botões Criar e Enviar e o Carregar XML e Enviar do programa exemplo, tanto para as versões 3.0 quanto 4.0 e em ambos os casos, não houve o problema relatado. A mesma foi enviada ao SVN na Rev-29927. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Dia 28/06/2023, por volta das 10:34, começamos a receber relatos no canal #sefaz em nossa comunidade do Discord. Os relatos informavam que ao tentar consumir os serviços de NFe receberam mensagens como: Conferindo no DownDetector, é possível observar que por volta das 10:00 os relatos de problema aumentaram exponencialmente: Não há contingência ativada no Portal da NFe até a publicação desta mensagem.

Bom dia! A implementação do método foi enviada ao SVN na Rev-29923. Para utilizar ele você vai chamar: ACBrNFSeX.ConsultarSeqRps; A chamada do método não recebe nenhum parâmetro, mas utiliza os seguintes dados configurados previamente no componente para montar a requsição: ACBrNFSeX.Configuracoes.Geral.CodigoMunicipio; ACBrNFSeX.Configuracoes.Geral.Emitente.InscMun; ACBrNFSeX.Configuracoes.Geral.Emitente.CNPJ; Depois de executar o método, você vai checar a resposta nas propriedades: ACBrNFSeX.WebService.ConsultarSeqRps.IMPrestador; ACBrNFSeX.WebService.ConsultarSeqRps.CNPFCNPJRemetente; ACBrNFSeX.WebService.ConsultarSeqRps.NroUltimoRps; Por favor, queria atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Sim, essa opção é do TortoiseSVN mesmo. Para acessar ela, você precisa clicar na revision dentro da janela de log.

@TOP Solution Sistemas, pode ser mesmo um problema com a Sefaz para a versão 4.0 conforme tópico citado acima. Outro questionamento, por favor, se testar tanto em homologação quanto em produção o problema ocorre? Pergunto porque consegui emitir um CTe na versão 4.0 em homologação para SP. Por favor, como você destacou, a diferença a princípio é a presença do CDATA, é possível fazer um teste revertendo a alteração de remoção do CDATA? Use a opção Revert Change from this revision do SVN para reverter as alterações no seu fonte: Depois disso reinstale o ACBr e tente novamente.

Boa tarde! Recebemos relatos em nossa comunidade de membros com problema para emitir CTe na versão 4.0 para a Sefaz de São Paulo. Conferindo no site da mesma, consta novo aviso:

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

Boa tarde! Que bom que deu certo de encontrar a solução para a questão. Neste caso em questão, foi resolvida enviando o valor 85. O ideal seria que o provedor fornecesse uma tabela, pois não tem como adivinhar qual valor corresponde a que nesses casos e o padrão que estamos habituados é o código de serviço. Muito obrigado por reportar. Pelo que pude perceber esta questão está encerrada. Vou encerrar o tópico e caso surja alguma nova dúvida ou problema, basta criar um novo.

Complementando(2):

Foi enviado ao SVN na Rev-29911 visando resolver esta situação. Por favor, atualize os fontes as classes e faça um novo teste.

Bom dia! Muito obrigado por reportar! Consegui reproduzir o problema com as informações que disponibilizou e já estamos verificando.

Boa tarde! Foi gerada uma nova compilação. Por favor, atualize para a versão 1.4.0.183 e faça um novo teste

Consegui emitir com sucesso um CTe em homologação na versão 4.00 usando o componente nativo. Revisando seu INI, o mesmo estava em ordem. Notei algo que possa ser a causa do problema. Conferindo no log que disponibilizou, você faz a chamada da seguinte maneira. Se conferirmos na estrutura do comando CTe.CriarEnviarCTe, podemos verificar que você está definindo apenas os parâmetros do INI e do número do Lote, deixando que os outros assumam o valor padrão. O último parâmetro do comando define se vai ser feito o envio síncrono ou assíncrono. No seu caso, por deixar o valor padrão, está usando assíncrono, mas o envio assíncrono foi eliminado na versão 4.00. Por favor, faça um novo teste definindo o valor do modo de envio. Algo assim, por exemplo:

Bom dia pessoal! Foi publicado no dia 26/06/2023 a versão 1.30 da NT. Objetivo O objetivo desta nova versão é alterar as datas de implementação da NT e trazer melhorias na documentação. Novas Datas Implantação homologação: 29/04/2024 Implantação produção: 03/06/2024 Melhorias na documentação Foi eliminada a regra P12-30A que limitava o modelo somente a NF-e: P12-30A: Eventos somente da NF-e: - Modelo diferente de 55. cStat: 450 - Rejeição: Modelo da NF-e diferente de 55 Concomitantemente, foi adicionada regra para validar a chave de acesso permitindo modelo 55 e 65: J02f: Chave de Acesso inválida (modelo diferente de 55 e 65) (NT 2013.005) cStat: 618 - Rejeição: Chave de Acesso inválida (modelo diferente de 55 e 65) Validação do CNPJ/CPF do Autor na chave de acesso passou a ser apenas quando Autor for empresa emitente. P12-44: CNPJ/CPF do Autor diverge do CNPJ/CPF da Chave de Acesso (*1) Nota: Considerar a Série para determinar se CNPJ/CPF na Chave de Acesso. CNPJ: Série=[0-909], CPF: Série<>[0- 909] cStat: 574 - Rejeição: Autor do evento diverge do emissor da NF-e (*1) Essa regra somente deve ser aplicada se tpAutor=1 Eliminada a regra que valida o tipo do autor: P21-10: Tipo do Autor difere de “1=Empresa Emitente”, “2=Empresa destinatária” ou “3=Empresa Transportador Contratado. cStat: 466 - Rejeição: Evento com Tipo de Autor incompatível Alterado o texto da regra que valida se o transportador está autorizado a emitir evento para o documento fiscal. 3P15-21: Se tpAutor=3-Transportador Contratado - Acesso ao BD de Eventos (Chave: Chave de Acesso, tpEvento=110150): Se não Existe CNPJ/CPF autorizado = CNPJ do Autor do evento atual com tpAutorizacao = 1? Se não existe evento no banco de dados para o autor do evento atual e para a chave indicada cStat: 585 - Rejeição: Transportador não autorizado a emitir evento para esse documento fiscal. Estabelecido que o prazo para o envio do evento é de no máximo 6 meses a partir da autorização do documento fiscal e criada validação correspondente: H03: Verificar prazo de recepção do evento, em relação a data da autorização da NF-e Obs: 6 meses cStat: 596 - Rejeição: Evento apresentado fora do prazo: [prazo vigente] Esta versão da NT pode ser encontrada AQUI. Outras NTs incluindo as versões anteriores deste podem ser achada AQUI.

Bom dia! Por volta das 09:00 recebemos no canal #sefaz em nossa comunidade do Discord relatos de que o serviço de emissão de CT-e para a Sefaz de São Paulo se encontra indisponível, com o seguinte retorno sendo devolvido aqueles que tentam fazer uso do mesmo: Verificando na página da Sefaz de São Paulo, consta o seguinte aviso: Para usar o ACBr com a a SVC, siga as orientações deste tópico:

Bom dia! Está sendo analisado. A princípio, o seu INI gerou um XML sem erros e foi possível visualizar o mesmo, porém ao passar por um método de validação, acusou erro no XML gerado. Estamos verificando se não há nenhuma inconsistência no INI.

Apenas complementando:

Boa tarde! Muito obrigado por reportar. Foi criada a #TK-4113 para análise do caso e parecer do consultor responsável.

Edição do Papo PRO a respeito da NT2023.002 que foi mencionado:

Boa tarde pessoal! No dia 22/06/2023 foi publicada a versão 9.0.3 do programa validador do SPED ECF com as seguintes correções: Fonte: http://sped.rfb.gov.br/pagina/show/7227

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! No Discord, você mostrou um print de uma Manual em PDF. Este manual foi fornecido pelo provedor? O provedor forneceu mais algum arquivo, como um arquivo de schema ou arquivo de exemplos? Por favor, pode disponibilizar ele(s)?