Diego Foliene

Boa tarde pessoal. O CONFAZ publicou uma nova versão do FAQ agora com exemplos de cada CST. Segue em anexo: NT 2023.01 - PERGUNTAS E RESPOSTAS - Atualizado.pdf Caso prefiram, pode consultar direto no link: https://www.confaz.fazenda.gov.br/tributacao-monofasica/nt-2023-01-perguntas-e-respostas.pdf Um agradecimento ao @Josias Sousa por compartilhar a informação em nossa comunidade do Discord.

Boa tarde! O método LinkNFSe faz uso dos parâmetros ProLinkURL e HomLinkURL do arquivo ACBrNFSeXServicos.ini que é distribuído como uma dependência da Lib. No caso de Brasilia/DF, não consta esta informação, logo, realmente não tem nada a ser informado. O Ginfes possui a informação no INI, estamos verificando o por quê de você estar recebendo este retorno.

Bom dia! Muito obrigado por reportar. Testando aqui, conseguimos reproduzir o problema, por isso foi criada a #TK-4010 para análise e parecer do consultor responsável.

Bom dia pessoal. Foi publicado no dia 30/05/2023 no Portal da NFe a versão 1.21 da NT2021/003 - Validação GTIN(A mesma pode ser lida aqui). A única alteração desta nova versão é que ela prorroga, por 30 dias, a implantação em produção da versão que verifica a existência do GTIN no CCG(Cadastro Centralizado de GTIN), para as mercadorias relacionadas com a indústria de Bebidas e Refrigerantes, Cimento e Perfumaria, Higiene Pessoal e Cosméticos, conforme consta no anexo I, Grupo II da própria NT. Um agradecimento ao @Felipe Mariano por chamar a atenção ao fato em nossa comunidade do Discord. Mais informações sobre a versão anterior desta NT no tópico abaixo:

Boa tarde! Muito obrigado por reportar. Fiz alguns testes e consegui reproduzir o problema. Foi criada a #TK-4007 para análise do problema e parecer do consultor responsável.

Remova as quebras de linha e formatações do XML e teste no Sefaz-RS - NF-e - Validador de Mensagens do Projeto NFe e no Portal da Nota Fiscal Eletrônica SVSRS - Validador. O próprio Demo do ACBr também tem função para validar o XML.

Bom dia! Não há no momento este rotina e impresso para carta de correção implementados, visto que é algo específico ao ISSNet. Seria preciso criar um novo impresso e nova rotina para impressão se baseando em impresso e rotina já implementados.

Boa tarde pessoal. Foi disponibilizado hoje a versão 10.1.8 do programa validador SPED ECD - Escrituração Contábil Digital. A nova versão trás as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7221

Em uma resposta bem resumida: consulte com UltNSU = 0 para receber qual é o NSU correto a ser usado. Em uma resposta mais elaborada:

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

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

Foi enviado ao SVN na Rev-29651 alteração visando resolver esta questã do NFSe_ConsultarNFSePorRPS. Por favor, atualize seus fontes do programa exemplo e faça um novo teste.

Sobre o modelo de INI, segue: [CancelarNFSe] NumeroNFSe=1234 SerieNFSe=1 ChaveNFSe=434945460000011998000000976482769641000 DataEmissaoNFSe=17/05/2023 CodCancelamento=1 MotCancelamento='Motivo do Cancelamento' NumeroLote=1 NumeroRps=1 SerieRps=1 ValorNFSe=1,00 CodVerificacao= email='[email protected] NumeroNFSeSubst=2 SerieNFSeSubst=1 CodServ=12345 Tipo=1 Quanto ao problema da function, fiz alguns testes e consegui reproduzir o problema, já estamos analisando.

Vale citar que para a Argox PPLA o "ponto zero" (0 para X e 0 para Y) é no canto inferior esquerdo conforme manual.

Bom dia. O aviso no Portal Estadual da Secretaria da Fazendo do Estado de MG foi atualizado: Obrigado ao membro @Rafael F. Mesquita pelo aviso no canal #sefaz em nossa comunidade no Discord. Vale citar que os fontes do ACBr já estão de acordo e tivemos relatos no mesmo canal de membros que conseguiram realizar emissão e cancelamento no novo ambiente de homologação de MG.

Boa tarde. Hoje, 22/05/2023, por volta das 08:15, membros de nossa comunidade do Discord começaram a relatar no canal #sefaz e em #pro-cte problemas de Erro não Catalogado ao tentar utilizar os WebServices do CTe. Relatos indicam que o problema ocorre na versão 4.00 e que ao tentar realizar o mesmo procedimento na versão 3.00 o procedimento ocorre normalmente. Também há relatos que após aguardar alguns minutos depois de receber erro não catalogado, se tentar novamente o já não ocorre o problema. Atualmente a versão 4.00 do CTe só está disponível em homologação e se consultarmos a disponibilidade, é possível observar instabilidade Fonte: Portal do Conhecimento de Transporte Eletrônico - Homologação Para mais informações sobre a versão 4.00 do CTe veja o tópico:

Bom dia. Apenas complementando as respostas já fornecidas.

Bom dia. Fiz um teste e obtive o mesmo resultado. Conferindo no arquivos de envelope, é possível constatar que é feito o envio do RPS e a mensagem é devolvida na resposta do webservice a requisição. Será necessário que entre em contato com o provedor para questionar o por que de estar recebendo este erro.

Boa tarde! Por favor, disponibilize para a análise o NFe.ini que você está usando. Caso julgue que o mesmo tenha dados sensíveis e não possa ser anexado aqui, siga as orientações deste tópico para nos encaminhar:

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

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

Boa tarde! Foi divulgado no portal do eSocial notícia informando que foi liberado o envio dos eventos de remuneração referentes a competência de Maio/2023, após divulgação de portaria que atualiza a tabela de faixas salarias. Para ler a notícia na integra, clique AQUI

Boa tarde pessoal. Foi disponibilizado hoje a versão 10.1.7 do programa validador SPED ECD - Escrituração Contábil Digital. A nova versão trás as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7219

Como essas orientações são sobre o componente ACBrNFSeX, as mesmas também se aplicam para a LibNFSe e posteriormente o ACBrMonitor já que ambos fazem uso do mesmo. Nome da cidade não está associado a nenhum provedor. O por quê da mensagem. Atualmente o ACBrNFSeX atende mais de 1260 cidades com mais de 140 provedores implementados, apesar disso, o Brasil é vasto, contando com 5565 municípios, por causa disso é inevitável que alguma cidade acabe escapando do nosso radar, por isso, se o componente não tiver a informação de integração de uma cidade, será devolvida a mensagem "<NomeCidade> não está associado a nenhum provedor. O que você deve fazer. Veja este tópico em nossa Base de Conhecimento para saber como descobrir se a cidade é aceita pelo componente. Caso precise usar uma cidade que não esteja implementada, o primeiro passo é buscar as informações para poder integrar com o serviço de emissão de NFSe via WebService daquela cidade. Um bom lugar para começar a buscar esta informação é no site da prefeitura e no setor de ISS da mesma. De posse destas informações, você pode criar um tópico no fórum para que a integração possa posteriormente ser adicionada ao componente. Nenhum provedor selecionado. O por quê da mensagem. O ACBrNFSeX foi concebido de forma inteligente, fazendo uso de interfaces. Desta forma, cada provedor pode ter sua própria implementação sem interferir umas com as outras, seguindo a implementação dos métodos da Interface. Isso também quer dizer que a implementação dos métodos em si é feita nas classes do provedor e quando o mesmo não for selecionado será devolvida a mensagem "Nenhum provedor selecionado". O que você deve fazer. O componente define qual é o provedor internamente de acordo com a cidade selecionada, por isso, antes de realizar qualquer operação com o ACBrNFSeX, você deve configurar a cidade do emitente. Não informado a URL de Homologação. O por quê da mensagem. A informação da cidade, provedor que a atende, versão e URL do WebService para todos os municípios que são usados pelo ACBrNFSeX se encontram no arquivo ACBrNFSeXServicos.ini(Para mais informações sobre o arquivo ACBrNFSeXServicos.ini e o que significa cada parâmetro nele, por favor leia nosso Manual de Migração para o ACBrNFSeX). Esta mensagem é exibida quando não tem a informação da URL de homologação para a cidade que está usando. O que você deve fazer. O fato de não ter está informação no arquivo INI é um indício de duas possíveis situações. Quanto foi feita a contribuição com a informação da cidade, não foi passada a informação, por isso não dispomos da mesma. Não tem ambiente de homologação para esta cidade e o teste precisa ser feito em produção. Para ambos os casos, é recomendado entrar em contato com a prefeitura ou o provedor para pedir uma confirmação. Serviço não implementado para este provedor. O por quê da mensagem. Infelizmente, não existe uma padrão estabelecido para NFSe, o mais próximo disso seria o Padrão ABRASF, que apesar de ser chamado de "padrão" é na verdade uma recomendação de como implementar o WebService que pode ou não ser seguida pelos provedores. Dessa forma temos provedores que implementam leiaute próprio e até mesmo aqueles que seguem o padrão ABRASF, podem implementar customizações ou deixar de implementar métodos. Por isso, se você recebeu a mensagem Serviço não implementado para este provedor, significa que está tentando usar um método que não foi implementado por ele. O que você deve fazer. De maneira geral, podemos agrupar o uso da NFSe em três categorias, Emissão, Consulta e Cancelamento/Substituição. Se você tentou usar uma das formas de emissão(síncrona ou assíncrona) e recebeu está mensagem, isso indica que o provedor não implementa a forma como está usando e por isso deve utilizar a outra. Uma dica é deixar o modo de envio automático para que o componente escolha. Caso tenha tentado uma consulta e recebido está mensagem, indica que a mesma não foi implementada pelo provedor e deve optar por alguma outra das consultas disponíveis. Se o cancelamento/substiuição lhe devolver esta mensagem, entre em contato com a prefeitura para confirmar se a mesma permite realizar tal processo via WebService já que em alguns municípios, parte do processo de cancelamento/substituição requer análise de um fiscal. Lista de NFSe não encontrada! (ListaNfse) O por quê da mensagem. Nos casos em que transmite um RPS, mas recebe rejeições no retorno esta é uma das mensagens que vai visualizar. Ela ocorre porque o ACBrNFSeX espera receber dentro da estrutura do retorno uma tag ListaNfse que contém o conteúdo da NFSe em si. Quando o WebService devolve rejeições, ele não devolve esta tag. O que você deve fazer. Quando a transmissão do RPS ocorre sem rejeições e a NFSe é devolvida está mensagem não aparece, portanto, basta resolver as outras rejeições que foram devolvidas pelo WebService. WebService retornou um XML vazio. O por quê da mensagem. Está mensagem é mostrada quando a resposta do WebService a requisição vem vazia. O que você deve fazer. Existe a possibilidade de que o WebService esteja devolvendo uma resposta que não esteja no padrão esperado para ele e por isso o componente não consiga interpretar. Marque a opção para Salvar os Envelopes Soap. Se você usa componente a propriedade é: ACBrNFSeX.Configuracoes.WebServices.Salvar := True; Se você usa Lib é a configuração SalvarWS na seção NFSe das configurações. Ao fazer isso, será salvo para você um arquivo com a resposta devolvida pelo WebService antes de o ACBrNFSeX tentar fazer sua leitura. Verifique o conteúdo deste arquivo e caso o mesmo esteja vazio ou nem ao menos seja gerado, é necessário entrar em contato com o provedor para verificar. Caso haja informação, crie um tópico no fórum anexando os arquivos de envelope para que a equipe ACBr possa analisar se a rotina de leitura do componente deve ser alterada para que leia o conteúdo do retorno.