Italo Giurizzato Junior

Olá Pessoal, A NT 2022.005 se refere ao DIFAL, ou seja a questão do ICMS nas Operações Interestaduais de Venda ao Consumidor Final, relativa a Regra de Validação NA01-200, que obriga a informação do grupo do ICMS devido para a UF de destino (grupo “ICMSUFDest”), que havia sido suspensa no início de 2022. Esta NT também insere regras de validação relativas a devolução, englobando as questões relacionadas as operações deste tipo. Oque exatamente diz a legislação... Deverá ser considerado como destino, a UF de Entrega da mercadoria ou o fim da prestação de serviços, conforme citado no trecho da legislação transcrito abaixo. “§ 30 Nas operações e prestações interestaduais destinadas a consumidor final não contribuinte, para fins do disposto neste convênio, quando o destino final da mercadoria, bem ou serviço ocorrer em unidade federada diferente daquela em que estiver domiciliado ou estabelecido o adquirente ou o tomador, considerar-se-á unidade federada de destino aquela onde ocorrer efetivamente a entrada física da mercadoria ou bem ou o fim da prestação do serviço.” Sobre as novas Regras de Validação Nesta mesma Nota Técnica, foram incluídas Regras de Validação para controlar a NF-e de Devolução. Esse tipo de NF-e obriga a informação da(s) NF-e referenciada(s). Nesta NT são incluídas validações para verificar se o Valor Total da NF-e de Devolução é maior do que o Valor Total das NF-e citadas como devolvidas (NF-e referenciadas). Sobre a entrada em vigor Homologação: 07/02/2023 Produção: 06/04/2023 Mudanças necessárias na aplicação Por tratar-se de regras de validação de tags já existentes, pode caber neste momento uma revisão se a aplicação esta enviando corretamente as informações. Além disto nenhum ajuste nas soluções ACBr se faz necessário Link para o portal da SEFAZ onde estão listadas as NTs http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=04BIflQt1aY=

Antonio, O provedor ao gerar o XML da NFS-e esta gerando com essa sequencia de caracteres: Valor Total 5,00
 SERV. DE MANDRILHAR, Além do 
 existe uma quebra de linha, só que o componente aguarda esta sequencia: \s\n, é por isso que a quebra de linha não ocorre corretamente e aparece aquele caractere estranho ao gerar o PDF. Precisamos saber se o 
 + a quebra de linha (LF) é a mesma coisa que \s\n ou não. Espero que o provedor não exija uma sequencia no envio e gere outra totalmente diferente no retorno.

Bom dia Renato, Se não me falha a memória, devemos sempre alimentar o componente com o caractere ponto e virgula, o componente automaticamente substitui pelo caractere ou sequencia de caracteres usada pelo provedor. Ao gerar o DANFSE seja em papel ou PDF o componente tem que trocar o caractere ou sequencia usado pelo provedor por #13.

Bom dia Antonio, Por favor anexe o XML de retorno (soap) pois o anterior que você tinha anexado não continha a nota apenas a rejeição.

Boa tarde Mario, Já inclui na minha lista de tarefas. TK-3404

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

Boa tarde Jucelino, Você esta usando o novo componente ACBrNFSeX? Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Olá Pessoal, O ano não poderia terminar sem termos novas Notas Técnicas saindo, não é mesmo? Mas desta vez trata-se de algo com pouco ou nenhum impacto nas aplicações, uma vez que trata-se apenas de aperfeiçoamento da regra de validação especifica a existência de serviços na NFe/NFCe, algo que sempre foi bastante restrito de forma geral. Detalhando melhor... Essa NT tem o objetivo de aperfeiçoar a regra de validação do campo de ISSQN, permitindo que as UF possam parametrizar com precisão a aceitação, ou não, da autorização de NF-e/NFC-e com a Tag de item de Serviço. Essa NT vem da necessidade de o Distrito Federal adequar a emissão das notas fiscais eletrônicas, modelo 55 e 65, dos seus contribuintes em virtude da publicação de legislação interna para implementação da NFSe a qual temos falando a algum tempo. Sobre os Prazos para Implantação Homologação: até 28/12/2022 Produção: 02/01/2023 - Conforme, calendário de cada UF Observação: no meu entendimento essa data informada em produção deve ser a partir de 02/01/2023, mas cada UF vai implantar na data que melhor convêm. Oque muda nas soluções ACBr e/ou na aplicação Absolutamente nada, uma vez que trata-se apenas de uma melhora na regra e seu retorno

Bom dia Rafael, O erro 400 não tem nada haver com a tag. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e compila a aplicação com a opção Build.

Soiivan, Configura o componente para o ambiente de produção e envia um Rps no valor de 1 real e depois cancela ele.

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

Bom dia Solivan, O ambiente de homologação do provedor Fiorilli é bugado. Favor fazer "testes" no ambiente de produção.

Boa tarde, Complementando o que todos já lhe recomendaram, vai mais uma recomendação. Peça aos seus clientes que abrem um protocolo de reclamação na prefeitura, desta forma em vez de só você reclamar, todos os seus clientes vão reclamar, desta forma a pressão é maior. Se esses caras não tomar vergonha na cara e fazer algo decente é capaz de perder a licitação e chamarem o segundo colocado.

Boa tarde, Primeiramente muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3399 Segundo, esse arquivo é gerado pelo componente ACBrIBGE que esta sendo utilizado pelo componente ACBrNFSeX para obter a descrição do nome da cidade com base em seu código IBGE. Quanto a definir um path para salvar esse arquivo vai ser necessário analisar o código do componente ACBrIBGE para saber se existe alguma propriedade que nos permite definir um path.

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

Boa tarde, Entre em contato com o provedor, eles vão lhe mostrar onde no site da prefeitura você tem que acessar para configurar como deseja obter o retorno. Dependendo dessa configuração o webservice do provedor IPM retorna sim o XML completo da NFS-e.

Bom dia Sebastião, Se no retorno temos o valor 150 para ultNSU isso significa que outra maquina da empresa ou do contador já baixou esses documentos. Isso precisa ser verificado, pois somente uma maquina pode fazer essas consultas.

Bom dia, Não entendi muito bem, os caras estão exigindo que você cadastre previamente o prestador ou o tomador de serviço? Neste caso: "Piorando o cenário, só o cartório da Asa Norte, emite-se cerca de 1500 a 2000 NFC-e por dia, sendo 98% para CPF (5% pede identificação) e os 2% para CNPJ (quando pede identificação). ", vejo apenas um prestador. Ter um cadastro prévio do prestador eu concordo, pois é ele que vai emitir as notas, agora cadastrar todos os tomadores, isso para mim deveria ocorrer de forma automática na media que você emiti as notas.

Bom dia Ricardo, Checando o código da função StrToBool notei que ela espera pela string "False" ou "True" para converter nos valores False ou True. A função NormatizarBoolean tem como objetivo retornar sempre as string "False" ou "True". Note que no XML o valor da tag Sucesso é "false", a função NormatizarBoolean recebe essa string e altera para "False" e por fim a função StrToBool retorna o valor False. Verifica se ao compilar a sua aplicação o Delphi não esta pegando uma cópia da unit ACBrXmlBase ou a sua BPL desatualizada.

Bom dia, Por favor configure o componente para salvar os arquivos (Soap): Configuracoes.WebService.Salvar := True Faça novos testes e anexe os arquivo (soap) para que eu possa analisar. Pelo o que eu me recordo do manual, se o Rps que foi enviado for processado com sucesso, já deveria retornar o XML da nota.

Boa tarde Edson, Segundo os schemas do provedor Fiorilli, temos o seguinte: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6" /> </xsd:restriction> </xsd:simpleType> Isso significa que o valor que deve constar na tag <RegimeEspecialTributacao> pode variar de 1 até 6 e não de 01 até 06. Na unit ACBrNFSeXProviderBase temos a seguinte função: function TACBrNFSeXProvider.RegimeEspecialTributacaoToStr( const t: TnfseRegimeEspecialTributacao): string; begin Result := EnumeradoToStr(t, ['', '1', '2', '3', '4', '5', '6', '7', '8', '9', '10', '11', '12', '13', '14'], [retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, retMicroempresarioEmpresaPP, retLucroReal, retLucroPresumido, retSimplesNacional, retImune, retEmpresaIndividualRELI, retEmpresaPP, retMicroEmpresario, retOutros]); end; Sendo assim os valores aceitos são: retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, e retMicroempresarioEmpresaPP. Mas no seu caso devemos informar os valores: retMicroempresarioIndividual ou retMicroempresarioEmpresaPP, pois o primeiro se refere ao MEI e o segundo ao ME/EPP.

Boa tarde Eduardo, Com certeza você tem uma cópia do ACBrNFSeXServicos.ini na pasta que se encontra o executável. Dele esse arquivo da pasta do EXE.

Boa tarde Sebastião. Acredito que você não entendeu como funciona o serviço de Distribuição de Documentos Fiscais Eletrônicos o DistribuicaoDFe. Note que quando você informa o valor zero para ultNSU você tem a seguinte resposta: [DistribuicaoDFe] CStat=137 CUF=0 DhRecbto= Msg=Nenhum documento localizado VerAplic=1.6.1 Versao=1.01 XMotivo=Nenhum documento localizado arquivo= dhResp=11/12/2022 20:15:11 indCont=1 maxNSU=000000000000355 tpAmb=1 ultNSU=000000000000100 A partir do momento que no retorno consta o valor 100 em ultNSU é este que você tem que utilizar na próxima execução do DistribuicaoDFe. Vamos lá, Sempre, sempre utilizar o valor retornado em ultNSU na próxima execução. Observe também o valor de maxNSU (355). Ao executar o DistribuicaoDFe informando 100 para o ultNSU o webservice vai retornar os documentos de NSU igual a 101 até 150, uma vez que ele retorna um lote de até 50 documentos, no retorno desta consulta o valor de ultNSU vai ser 150. O próprio passo é executar novamente o DistribuicaoDFe informando o valor 150 para o ultNSU, teremos como resposta os documentos de NSU igual a 151 até 200. A próxima execução informamos 200 e teremos como retorno os documentos de 201 até 250. A próxima execução informamos 250 e teremos como retorno os documentos de 251 até 300. A próxima execução informamos 300 e teremos como retorno os documentos de 301 até 350. A próxima execução informamos 350 e teremos como retorno os documentos de 351 até 355 (supondo que nenhum outro documento tenha entrado na fila). Nesta ultima execução vamos ter o valor de ultNSU e maxNSU, ambos iguais a 355, neste caso devemos aguardar 65 minutos e fazer uma nova consulta informando o valor 355 para o ultNSU. Por fim, a principio o DistribuicaoDFe só retorna o resumo da nota, para obter o XML completo devemos enviar um dos 4 eventos de Manifestação do Destinatário. Em que momento devo enviar os eventos? A dica é assim que você obtém o primeiro lote de resumos e devemos aguardas de 3 a 5 minutos para a próxima consulta, você pode usar esse intervalo de tempo para manifestar essas notas referente aos resumos retornados. Dependendo da boa vontade do Ambiente Nacional, após a manifestação das notas ao executar pelo segunda vez o DistribuicaoDFe o maxNSU poderá aumentar em relação a primeira consulta, isso significa que o Ambiente Nacional liberou o XML completo das notas manifestadas ou entrou mais documentos na fila. Detalhe importante: Tenha em mente que o DistribuicaoDFe por retornar 4 tipos de documentos: resumo de uma nota, XML completo da nota, resumo de um evento ou XML completo de um evento. Espero ter ajudado.