Diego Foliene

Boa tarde! Complementando a resposta do Italo. Conforme explicado, este erro é devolvido pelo componente quando ele não encontra no retorno a lista de NFSe. Sendo mais específico, ele não encontra o grupo <ListaNfse> no conteúdo do retorno o que como pode ser observado, não existe de fato. Conferindo nos fontes do componente, a rotina que trata o retorno do método de envio espera receber ListaNFSe. Por isso, sugiro que entre em contato com o provedor para questionar o por quê de ter recebido este retorno incompleto.

Boa tarde! Por favor, tente limpar o cache do navegador que está utilizando e acessar novamente. Ambos os modelos S-2500 e S-2501 estão disponíveis. https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2500INI1.html https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2501INI1.html

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia! Por favor, faça um teste lendo das propriedades: ACBrMDFe.WebServices.Enviar.Protocolo; ACBrMDFe.Manifestos[Indice].MDFe.procMDFe.nProt;

Olá pessoal! Conferindo no painel Situação SVC a Sefaz de Pernambuco ativou a contingência no dia 19/03/2024 às 09h25, com previsão de permanecer ativada até às 09h00 do dia 20/03/2024. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nosso Discord.

Olá pessoal! Na data de 19/03/2024, por volta das 08h44 começamos a receber múltiplos relatos no canal #sefaz em nossa comunidade do Discord de membros com problemas para comunicar com os web services da Sefaz de São Paulo. Os relatos variam entre Falha no Schema e erro 500. Conferindo no DownDetector é possível observar que o volume de relatos de problema aumentou exponencialmente neste mesmo período: Não há contingência ativada até o momento da publicação deste tópico.

Boa tarde! Infelizmente quando falamos de nota de serviço não existe uma padronização entre os provedores, alguns implementam todos os métodos de consulta enquanto outros implementam poucos. Por isso, use o botão Informações sobre o Provedor para ver quais são os métodos disponíveis para ele. No caso de SP, por exemplo, temos: Com isso, podemos ver que eles não implementam a consulta de serviços prestados. "Mas então por que ele não deu um erro de Serviço não implementado para ela? E porque pediu o CNPJ do tomador na consulta de serviço tomador por período?" você deve estar se perguntando. A resposta é muito simples. Conforme foi citado, os diversos provedores não respeitam um padrão estabelecido. A lib tenta abstrair estas diferenças, então em ambos os casos, o método executado vai ser o mesmo, a consulta de serviço tomador por período. Mas ainda assim pode ter provedores que a consulta de serviço tomado por período exija a informação do CNPJ, enquanto outros não. Quando você encontrar um caso como este, utilize o NFSe_ConsultarNFSeGenerica, utilizado no botão Consulta Genérica, da aba consultas. Ele espera receber um arquivo INI montado seguindo o modelo NFSe - Consulta Genérica.

Os XMLs que disponibilizou foram anexados na TK correspondente. Vamos analisar o manual disponibilizado e notificar no tópico assim que houver novidades a respeito.

Apenas complementando, no seu arquivo de log, há duas ocorrências de erro: Algumas chamadas depois de ser mostrado no display a frase Retire o Cartao você recebe. Onde de acordo com a Lista de Códigos de Retorno temos: E no final do log temos: Que de acordo com a mesma lista significa:

Boa tarde! Tivemos múltiplos relatos de outros membros com problemas para emissão de NFC-e para a Sefaz de Minas Gerais nos quais era feito a emissão da nota, mas no retorno devolvida tanto as informações síncronas quanto assíncronas. Por favor, faça um teste se certificando de que o parâmetro correspondente no comando NFe.EnviarNFe ou no NFe.CriarEnviarNFe para o modo de envio esteja definido como síncrono.

Bom dia! O envio é feito de forma assíncrona, ou seja, você envia o lote, recebe um número de protocolo correspondente deste lote e só então faz a consulta de RPS. Quando fez o envio, recebeu este número de protocolo? Está consultando por ele?

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

Bom dia! O problema ainda persiste? Se você conferir os dados mencionados na mensagem eles estão em ordem?

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

Bom dia! Estes arquivos não possuem as novas tags. De acordo com o manual que forneceu, as mesmas foram adicionadas no retorno da consulta. Por favor, seleciona a opção "Salvar Envelopes Soap" na aba Web Service do programa exemplo, ou se preferir defina diretamente ACBrGNRe.Configuracoes.WebServices.Salvar := True e faça uma consulta de um GNRe que foi pago utilizando PIX. O componente vai gerar para você os arquivos de envelope relacionados. Eles vão ter -soap no nome. Disponibilize estes arquivos.

Olá pessoal! Foi publicado no dia 14/03/2024 o correio eletrônico SEF/DIAT/Nº 06 / 2024. O mesmo tem o objetivo de orientar o contribuinte no correto preenchimento dos documentos fiscais eletrônicos de remessa em bonificação buscando principalmente caracterizá-los como tal para que assim não integrem a base de cálculo do ICMS. O que é uma remessa em bonificação? O conceito de bonificação está disposto no art. 23, parágrafo único do RICMS/SC e é caracterizado pelo cumprimento simultâneo e indissociável de 3 requisitos: Entrega de uma unidade a mais da mesma mercadoria vendida; Não é qualquer quantidade ou qualquer mercadoria. É a unidade a mais da mesma mercadoria vendida. Assim, se o contribuinte vender 100 unidades da mercadoria “A”, para cada unidade vendida, poderá acrescer, no máximo, uma unidade da mesma mercadoria “A” a título de bonificação, ou seja, neste exemplo, até 100 unidades. Caso remeta 101 unidades da mercadoria “A”, 1 (uma) unidade não se enquadrará no conceito de bonificação. Da mesma forma, caso remeta 100 unidades da mercadoria “B”, esta operação também não se enquadrará no conceito de bonificação. No mesmo documento fiscal no qual fora consignada a venda; A(s) mercadoria(s) remetida(s) a título de bonificação deve(m) estar consignada(s) no mesmo documento fiscal da operação de venda. Mercadorias remetidas em documentos apartados não podem ser caracterizadas como bonificações, sendo normalmente tributadas. Que não importe em acréscimo ao valor da operação. Apesar de as mercadorias remetidas em bonificação possuírem valores unitários, que devem constar corretamente no documento fiscal, estes não podem importar em acréscimo ao valor da operação, ou seja, não podem ser acrescidos ao valor total do documento fiscal. Para tanto, o contribuinte deve atender as orientações referentes à NF-e no que diz respeito ao preenchimento do campo “indTot”, que tem por finalidade informar se o valor do item compõe ou não o valor total da NF-e Como preencher uma remessa em bonificação? Identificação da Natureza de Operação(natOp). Código Fiscal da Operação (CFOP). O contribuinte deverá utilizar os códigos 1910 ou 2910 nas operações de entrada. O contribuinte deverá utilizar os códigos 5910 ou 6910 nas operações de saída. Código do Benefício Fiscal da Operação (cBenef). O contribuinte deverá utilizar o código SC800016 Código de Situação Tributária (CST). O contribuinte deverá utilizar os CSTs 30 ou 41 conforme o caso. Código da Situação da Operação no Simples Nacional (CSOSN); O contribuinte deverá utilizar o CSOSN 400 - não tributada pelo simples nacional. Composição do Valor Total da NFe. O contribuinte deverá utilizar o valor "0" no campo IndTot para indicar que o valor do item não compõe o valor total da NFe. É importante lembrar que independente disso, o item bonificado possui valor unitário. Leia o Correio eletrônico na íntegra AQUI. DISCLAIMER É importante salientar que este correio eletrônico apenas traz uma orientação de como preencher com algumas orientações iniciais, mas é sempre importante consultar seu departamento fiscal ou contador de confiança antes de emitir uma nota para que seja corretamente orientado e evite problemas futuros no caso de preenchimento incorreto.

Olá pessoal! Conferindo no painel Situação SVC é possível observar que a Sefaz de Pernambuco ativou novamente a contingência às 09h05 do dia 18/03/2024, com previsão de permanecer ativada até às 09h00 do dia 19/03/2024. Um agradecimento ao membro de nossa comunidade @João Costa por compartilhar a informação no canal #sefaz em nosso Discord.

Olá pessoal! Ao acessar o Portal Estadual do CTe da Sefaz de Minas Gerais é exibido aviso informando que as cadeias de certificado digital do CTe (Produção) expiraram no dia 16/03/2024 e do CTe(Homologação) expiram no dia 01/04/2024. Já foram emitidas novas cadeias de certificado desde o dia 15/03/2023 e as mesmas se encontram disponíveis na aba "Downloads"(cabe um parênteses de que apesar no aviso estar com a data 15/03/2023, ao acessar a página de downloads a informação é de que foi atualizado no dia 13/03/2024)

Olá pessoal! Foi publicada a versão 1.02 desta Nota Técnica 2024/001. Esta nova versão trás as seguintes alterações: Adiciona a regra de validação G008b para vedar o preenchimento da Data de Entrada em Contingência(dhCont) e da Justificativa de Entrada em Contingência (xJust) quando Tipo de Emissão for Normal. A regra de validação contam com o seguinte texto: Devolvendo cStat 937 e a seguinte mensagem caso seja descumprida. Adiciona exceção para o modal ferroviário para algumas regras de validação. As regras de validação tanto do CTe, quanto do CTeOS que verificam se as chaves de acesso do CTe complementado referenciado é muito antigo receberam uma exceção permitindo que para o modal rodoviário o prazo se estenda até 24 meses após a data de autorização. Atualiza a tabela de campos que NÃO PODEM SER CORRIGIDOS por meio de carta de correção. Para o CTe os seguintes campos foram incluídos: Grupo ide, campo CFOP. Grupo ide, campo cMunIni. Grupo enderToma, campo UF. Grupo enderRem, campo UF. Grupo enderDest, campo UF. Grupo enderReceb, campo UF. Grupo enderExped, campo UF. Grupo ICMS20, campo cBenef. Grupo ICMS45, campo cBenef. Grupo ICMS60, campo cBenef. Grupo ICMS90, campo cBenef. Grupo ICMSOutraUF, campo cBenef. Para CTeOS os seguintes campos foram incluídos: Grupo ide, campo CFOP. Grupo ide, campo cMunIni. Grupo enderToma, campo UF. Grupo ICMS45, campo cBenef. Grupo ICMS90, campo cBenef. Grupo ICMSOutraUF, campo cBenef. Cronograma de implantação. As datas de implantação no ambiente de homologação podem variar de acordo com a Sefaz, mas a data limite é 18/03/2024. A Implantação no ambiente de produção deve ser padronizada, com data prevista para o dia 08/04/2024. Alterações no ACBr? A nova versão traz alterações em regras de validação aplicadas pela Sefaz do lado dela e atualização dos campos que não podem ser corrigidos por meio de carta de correção cujo preenchimento é de responsabilidade da rotina do software. Logo, alterações nos fontes do ACBr não se fazem necessárias.

Olá pessoal! Foi divulgada a versão 1.02 desta Nota Técnica 2024/001. Esta nova versão altera os schemas do MDFe, permitindo até 20.000 ocorrências de documentos originários por município de descarregamento. Além disso a versão atualizada também adiciona a seguinte exceção as regras F89b, F108. F109, F110, F111 e F112 (Todas relacionadas a validação do RNTRC junto a ANTT): As datas permanecem as mesmas sendo 11/03/2024 para homologação e 08/04/2024 para produção. E como fica o ACBr? Os schemas e fontes serão atualizados para permitir o novo limite de 20.000 ocorrências de documentos originários. EDIT: Tanto os fontes quanto os shemas atualizados já estão disponíveis em nosso SVN.

Olá pessoal! Foi publicado o Informe Técnico 2024/001 v1.01. Esta nova versão trás a informação da data de homologação, que é a partir de 15/03/2024 e também corrige a redação de um dos NCMs que entrariam em vigor a partir de 01/04/2024 alterando o NCM 27919190 para 27109190.

Por favor, faça um teste definindo o valor 0 para esta propropriedade. No exemplo em C# o botão Assinar tem apenas: Faça um teste com estes comandos, e verifique se ele gera o arquivo. É possível que esteja gerando, mas que o GravarXML também esteja e por isso esteja havendo confusão dos arquivos.

Olá pessoal! Ao conferir na data de 15/03/2024, às 15h55, no painel Situação SVC a Sefaz de Pernambuco ativou a contingência ás 15h20, com previsão de permanecer ativada até às 09h00 do dia 18/03/2024: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord.

Complementando, fiz um teste com o seu XML no exemplo em C# com a versão 0.4.6.277 e o resultado foi o que segue: