Italo Giurizzato Junior

Boa tarde Douglas, Já esta no SVN.

Boa tarde Daniel, Chegou a fazer testes com o programa exemplo do componente ACBrNFSeX? Antes de anexar os XML aqui no fórum, você editou eles?

Boa tarde, Você poderia anexar o envio de um lote desse contribuinte?

Olá Pessoal, Foi publicado a versão 3.40 da NT que trata sobre a tabela de NCM. Em substituição à Resolução Gecex nº 390, de 23 de agosto de 2022, foram publicadas as Resoluções Gecex nº 412 e 413, de 26 de outubro de 2022, que divulgam as alterações na tabela de NCM com efeitos a partir de 01/01/2023. Prazo para implantação: Ambiente de Homologação (ambiente de testes das empresas): 15/12/2022 Ambiente de Produção: 01/01/2023. Atenção: as NCMs extintas serão aceitas até 16/01/2023. EXCEÇÃO: No caso de NF-e de exportação, em função da Declaração Única de Exportação, não pode ser usado código de NCM extinto a partir de 01/01/2023.

Bom dia Léo, Muito estranho, pois tanto o Imprimir quanto o ImprimirPDF se utilizam das informações contidas nas classes do componente.

Bom dia Gabriel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3223

Bom dia Rodrigo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3222

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

Bom dia, Você esta utilizando componente ACBrNFSeX?

Bom dia Alexandre, Você esta usando o componente ACBrNFSeX?

Bom dia Marcos, Temos um problema, no arquivo TiposEsnfs_v01.xsd não consta a tag nrCidadeIbgeServico. O provedor possui novos XSD para que possamos além de atualizar os fontes do componente para que ele gere a tag em questão, como também atualizar os Schemas?

Bom dia Alexandre, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para mudar o provedor para IPM. TK-3221

Boa tarde Takero, Está muito confuso. O envio do Lote 335 faz referência ao Rps 335, até aí tudo bem, mas o envio do lote 336 também faz referência ao mesmo Rps 335. Abra através de um navegador (por exemplo) o arquivo 335-env-lot.xml e depois o 336-env-lot.xml Em ambos veja as tag SerieRPS e NumeroRPS que estão dentro do grupo ChaveRPS.

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

Boa tarde Douglas, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3219

Boa tarde Rodrigo, Favor anexar a unit alterada para que possamos avaliar. Desde já muito obrigado pela colaboração.

Boa tarde Brajan, Olhando os arquivos que você anexou, no retorno do pedido de abertura da sessão temos a seguinte mensagem: We're sorry but el-nfse-client doesn't work properly without JavaScript enabled. Please enable it to continue. Me parece que ocorreu um erro no webservice deles.

Boa tarde Katia, Uma coisa é o XML do RPS outra coisa é o XML de envio de lote de Rps. Se você analisar com cuidado o PDF que contem o XML modelo SEFIN vai notar que dentro da tag Lote contém o XML do Rps. O componente gera o XML de envio do lote em precisar enviar ele, basta clicar no botão [Gerar Lote RPS] do programa exemplo.

Boa tarde, Realmente esta estranho, o envio e o cancelamento estar funcionando e as consultas retornar esse erro.

Boa tarde Neto, Qual cidade que também utiliza o mesmo provedor que esta funcionando? A URL de homologação/produção é a mesma?

Boa tarde, A propriedade que contém o XML completo (pedido + retorno da SEFAZ) da inutilização é: FXML_ProcInutNFe.

Boa tarde Angelo, Já estamos analisando a melhor solução para o problema.

Olá Pessoal, Foi publicada a versão 1.35 da NT 2021.004, modificando a entrada em vigor das regras de validação relativas as Informações Adicionais de Interesse do Fisco, com a publicação desta nova versão da NT, tais validações passam a ser definidas como Implementação Futura, ou seja, não tem uma data definida para entrar em vigor. Até o momento ambas as regras são relativas somente a validação realizada pela SEFAZ-SC, conforme consta na NT. Quais regras foram alteradas e oque exatamente elas dizem? Duas regras tiveram sua implementação definida como futura, sendo elas as regras Z02-10 e Z02-20. Regra Z02-10 (somente para NFC-e) NFC-e sem preenchimento das Informações Adicionais de Interesse do Fisco (campo: infAdFisco). Rejeição 949: NFC-e sem preenchimento das Informações Adicionais de Interesse do Fisco. Regra Z02-20 (somente para NFC-e) Tamanho das Informações Adicionais de Interesse do Fisco (campo: infAdFisco) não atende ao tamanho mínimo exigido. Rejeição 950: Informações Adicionais de Interesse do Fisco abaixo do tamanho mínimo exigido pela UF. Obs. Exigido um tamanho mínimo de 251 caracteres. Sobre as mudanças no Componente (Também ACBrLib e ACBrMonitor) Não se faz necessidade de nenhuma alteração no componente, pois ele já permite que esse campo seja informado. Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=A/NFALwUh+4=