Italo Giurizzato Junior

Boa tarde Márcio, Os campos: ProLinkURL e HomLinkURL que constam no arquivo ACBrNFSeXServicos.ini são utilizado pelo método LinkNFSe para gerar uma URL para ser enviada para o tomador de serviço, para que este possa imprimir o DANFSE e em alguns casos baixar o XML da nota. Pelo que me recordo se no tag Discriminacao do XML da NFS-e contem uma URL esta é usada para gerar um QR-Code ou quando é gerado o tag Link.

Boa tarde, Os arquivos temp1 e temp2 são arquivos gerados pelo programa exemplo para fins de estudo, sendo assim a sua aplicação não deve gerar esses arquivos.

Boa tarde Raphael, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-3415

Boa tarde, Se tratando de provedores que seguem o layout da ABRASF o campo OutrasInformacoes pertence ao layout da NFS-e e não ao do Rps que devemos gerar e enviar para o provedor. Logo quem gera o conteúdo para o campo OutrosInformacoes é o próprio provedor ao gerar o XML da NFS-e. Com relação a diferença entre os campos Discriminacao e Descricao é que no provedor CTAConsult temos a tag <descricaoServico> que é gerada com o conteúdo do campo Discriminacao e a tag <descricaoAtividade> que é gerada com o conteúdo do campo Descricao.

Boa tarde, Tenho a informação que a partir de 2023, de janeiro a março (opcional) de abril em diante (obrigatório) a emissão da NFS-e Padrão Nacional para o contribuinte que é MEI ao emitir nota para tomador pessoa jurídica. Isso é regra para todas as cidades brasileiras independente se a cidade aderiu ou não ao projeto da NFS-e Padrão Nacional. Os demais prestadores de serviço, ou seja, que não são MEI vão depender da cidade aderir ao projeto.

Boa tarde a todos, É assim que devemos agir, um ajudando o outro, parabéns Neto por compartilhar com o Marcelo as suas experiências com o componente e com o provedor em questão. Infelizmente nós do ACBr não temos as vezes condições de realizar essa ajuda, pois varias informações a serem informadas no XML do Rps se refere ao prestador de serviço, a prefeitura ou ao provedor. Compartilhando informações todos saem ganhando.

Boa tarde Jhonlenon, Se tratando de Documentos Auxiliares como o caso do DACTE é importante informar se o que você usa é o DACTE feito em Fast ou Fortes Report. Segundo, acredito que para imprimir essa informação o componente pegou da chave. Sendo assim qual é a série que consta na chave?

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&#xd; SERV. DE MANDRILHAR, Além do &#xd; 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 &#xd; + 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.