Italo Giurizzato Junior

Boa tarde Fabio, Complementando o Juliomar, se for Fast Report basta criar um FR3 exclusivo para Brasília, se for Fortes Report vide o que foi feito para o provedor SimplISS.

Boa tarde Igor, Por favor anexe as units alteradas para que possamos avaliar. Desde já muito obrigado pela colaboração.

Boa tarde Leandro, O componente esta usando o numero do lote usado no envio e não o que foi retornado pelo provedor. Neste caso, acredito a consulta não vai poder ser automática e sim manual.

Ariel, Abra esse XML e veja: <nRec>311001308230929</nRec> Eis o numero do recibo.

Boa tarde, Complementando, no novo componente já consta a nova URL de homologação.

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

Boa tarde a todos, A leitura dos retornos tanto do envio quanto da consulta foram feitos, iniciaremos a etapa dos testes. Com a conclusão dos testes enviaremos para o SVN as alterações realizadas nos fontes do ACBrReinf.

Boa tarde Ariel, Você não tem o XML de retorno do Envio? Ocorreu algum erro de internet após o envio? Caso tenha ocorrido erro de internet, e o XML de retorno do Envio não foi salvo, o jeito vai ser carregar o XML de cada CT-e que constava no Lote através do LoadFromFile e depois executar o método Consultar.

Boa tarde Paulo, Você esta com todos os fontes atualizados? Pois a linha 1092 na unit que esta no SVN contem um "else".

Boa tarde Lopes, Desculpa, tinha esquecido de enviar os Schemas. Acabei de enviar para o SVN os Schemas. Bom, esse CNPJ é de um contribuinte da cidade de Sete Lagoas? Se sim, acredito que se faça necessário um cadastro para poder emitir a nota via WebService.

Boa tarde Márcio, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Izaque, Muito obrigado pela colaboração, já inclui na lista de tarefas para a o pessoal que cuida do Fast Report e Lazarus analisar. TK-3541

Bom dia, Noto que você ainda usa o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia Francesco, Se no XML da nota não consta a tag não tem como ler ela para imprimir o texto no DANFSE. Favor questionar o provedor.

Bom dia, Onde você viu escrito ISSWeb?

Bom dia Leandro, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada e façam novos testes.

Bom dia, Já esta no SVN, fiz uma pequena alteração, favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Bom dia Massao, Já esta no SVN.

Bom dia Rogerio, Já esta no SVN.

Olá Pessoal, Foi publicado a versão 1.10 da NT 2022/005 que trata sobre o DIFAL. Vamos ver o que nos espera pela frente com essa nova versão da NT. 1. Quanto as datas de ativação das regras de validação o prazo de 07/02/2023 para o ambiente de homologação esta mantido, mas a data do ambiente de produção foi alterado de 06/04/2023 para 03/04/2023, a motivação de ter antecipado 3 dias é por conta do dia 6 ser véspera de feriado nacional. 2. As 5 regras que foram criadas para validar as notas de devolução ganharam novas exceções e observações, vamos a elas: Regra 3BA02-50: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-54: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-58: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-64: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Regra 3BA02-68: Exceção 2: A RV poderá não ser aplicada, se existirem documentos fiscais referenciados com modelo diferente de 55; Exceção 3: A RV não será aplicada se existirem NF de Produtor referenciada, inviabilizando a identificação do valor devolvido; Observação 1: Se a NF-e de devolução tiver muitas NF-e referenciadas, a conferência do valor pode prejudicar a performance do Ambiente de Autorização. Nesses casos, a SEFAZ Autorizadora poderá não aplicar essa RV. Por exemplo, limitar a aplicação da RV somente para as NF-e de devolução com até 5 NF-e referenciadas e/ou com NF-e referenciadas de até 3 meses anteriores. Observação 2: A devolução pode ocorrer para muitos itens de diferentes NF-e, Considerar uma tolerância de até R$ 1,00 na validação. Quero chamar a atenção de todas referente a Observação 1 e 2 incluídas nas 5 regras. Na observação 1 podemos concluir que se a nota tiver mais do que 5 notas referenciadas a SEFAZ poderá não aplicar a regra de validação em detrimento a performance da SEFAZ, mas isso não significa que devemos abusar, pois quanto menos você espera o Fisco poderá aparecer com o talão de multa em mãos. Na observação 2 devemos tomar muito cuidado com os arredondamentos, pois a tolerância será de R$ 1,00.

Olá Pessoal, Vamos a mais uma atualização da NT 2022/003, foi publicado a versão 1.11 da NT. Resumo das novidades 1. quanto ao prazo não foi alterado, sendo assim esta mantido a data 07/02/2023 para o ambiente de homologação e 03/04/2023 para o de produção. 2. Ocorreram melhorias na redação/documentação, como veremos adiante. Nova redação explicando melhor a utilização do campo refNFeSig Criação de campo específico no grupo de Documento Fiscal Referenciado (NFref) para permitir ao contribuinte referenciar Nota Fiscal Eletrônica, modelo 55, informando a Chave da NF-e com o código numérico zerado. Essa alteração visa garantir a manutenção do Sigilo Fiscal da NF-e referenciada. A referência pela chave de acesso completa (campo: refNFe) ainda continua obrigatória nos casos de NF-e de devolução, complementar e quando a legislação exigir. O texto em negrito tem por objetivo chamar a atenção de quando NÃO se deve usar o refNFeSig. Melhoria na documentação das regras BA02-60 e BA02a-110 Na regra BA02-60 foi acrescentado as seguintes condições: - Se modelo da Chave de Acesso = 55 ou 65; (para deixar claro que a regra se aplica em ambos os modelos de uma nota referenciada) - Se Mês-Ano da Chave de Acesso superior a Abril/11; (essa condição é para deixar claro que notas emitidas anteriores a esse Mês/Ano não vão ser validadas pela regra) Na regra BA02a-110 foi acrescentado a seguinte condição: - Se Mês-Ano da Chave de Acesso superior a Abril/11; (essa condição é para deixar claro que notas emitidas anteriores a esse Mês/Ano não vão ser validadas pela regra) Sobre as mudanças no componente ACBrNFe e consequentemente no ACBrMonitorPlus e ACBrLib O componente ainda NÃO foi atualizado para contemplar o novo campo (refNFeSig) uma vez que o ambiente de homologação só será liberado em 07/02/2023. Mas mantenha seus fontes atualizados, porque nos próximos dias, enviaremos para o SVN uma atualização do ACBrNFe, ACBrMonitorPlus e ACBrLibNFe.

Boa tarde, Você tem uma cópia desatualizada do arquivo ACBrNFSEXServicos.ini na pasta do executável. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Recompile a aplicação com a opção Build. Delete da pasta do executável o arquivo ACBrNFSeXServicos.ini

Boa tarde, É o provedor EL.

Boa tarde, Verificando o código que gera o XML temos: NFSeNode.AppendChild(AddNode(tcDe2, '#1', 'valor_nf', 1, 15, 1, NFSe.Servico.Valores.ValorLiquidoNfse, '')); NFSeNode.AppendChild(AddNode(tcDe2, '#1', 'deducao', 1, 15, 1, NFSe.Servico.Valores.ValorDeducoes, '')); NFSeNode.AppendChild(AddNode(tcDe2, '#1', 'valor_servico', 1, 15, 1, NFSe.Servico.Valores.ValorServicos, '')); Não encontrei na unit SigISSWeb.GravarXml nenhuma linha que esteja realizando algum calculo com os campos ValorLiquidoNfse e ValorServicos, logo se esta gerando com valores diferentes é porque esses campos receberam valores diferentes na rotina que alimenta o componente com os dados do serviço prestado.