Alexandre Faustinoni

Após atualização do componente ACBr e com ajustes e orientações do pessoal da RLZ na parte da retaguarda, o envio da nota fiscal deu certo. Configurações para escritórios de contabilidade. Desta forma deu certo o envio em homologação e produção.

como obtenho o xml a partir de: frmPrinc.ACBrNFSeX.WebService.Emite.XmlRetorno Utilizo o delphi 7 e tem algum outro campo que consigo o xml descompactado. frmPrinc.ACBrNFSeX.WebService.Emite.XmlEnvio) mensagem anterior era esse retorno aqui

Troquei para o padrão nacional: case ProcDadoI('NATOPER', 'REGIMEESPECIALISS', 'CODIGO', dm.ibSql.fieldbyname('CODOPER').asstring) of 0: RegimeEspecialTributacao := retNenhum; 1: RegimeEspecialTributacao := retCooperativa; 2: RegimeEspecialTributacao := retEstimativa; 3: RegimeEspecialTributacao := retMicroempresaMunicipal; 4: RegimeEspecialTributacao := retNotarioRegistrador; 5: RegimeEspecialTributacao := retISSQNAutonomos; 6: RegimeEspecialTributacao := retSociedadeProfissionais; else RegimeEspecialTributacao := retNenhum; end; mais no cadastro do cliente consta ISS FIXO. Se informo qualquer outro diferente de retEtimativa ele da a seguinte mensagem: E0177-Verificar se o Regime Especial de Tributação informado na DPS é admitido na parametrização do municipio de Incidência do ISSQN. - Verificar se o Regime Especial de Tributação informado na DPS é admitido na parametrização do municipio de Incidência do ISSQN. Se informo 6 ou retNenhum o erro continua Erros: E9999-Código do regime especial de tributação (regEspTrib) divergente. Informado na DPS: (6). Calculado pelo sistema: (2). Esse é o XML de uma NFS-e que o cliente emitiu diretamente pelo portal da prefeitura de Barretos. 35055001224107071000156000000000129626039584495250.xml

Juliomar o do cliente é ISS Fixo porém quando coloco a opção retFixo da o seguinte erro: Erros: X800-Erro de Validação: --> 1840 - Element '{http://www.sped.fazenda.gov.br/nfse}regEspTrib': [facet 'enumeration'] The value '' is not an element of the set {'0', '1', '2', '3', '4', '5', '6'}. case ProcDadoI('NATOPER', 'REGIMEESPECIALISS', 'CODIGO', dm.ibSql.fieldbyname('CODOPER').asstring) of 0: RegimeEspecialTributacao := retNenhum; 1: RegimeEspecialTributacao := retMicroempresaMunicipal; 2: RegimeEspecialTributacao := retEstimativa; 3: RegimeEspecialTributacao := retSociedadeProfissionais; 4: RegimeEspecialTributacao := retCooperativa; 5: RegimeEspecialTributacao := retMicroempresarioIndividual; 6: RegimeEspecialTributacao := retMicroempresarioEmpresaPP; 7: RegimeEspecialTributacao := retLucroReal; 8: RegimeEspecialTributacao := retLucroPresumido; 9: RegimeEspecialTributacao := retSimplesNacional; 10: RegimeEspecialTributacao := retImune; 11: RegimeEspecialTributacao := retEmpresaIndividualRELI; 12: RegimeEspecialTributacao := retEmpresaPP; 13: RegimeEspecialTributacao := retMicroEmpresario; 14: RegimeEspecialTributacao := retOutros; 15: RegimeEspecialTributacao := retMovimentoMensal; 16: RegimeEspecialTributacao := retISSQNAutonomos; 17: RegimeEspecialTributacao := retISSQNSociedade; 18: RegimeEspecialTributacao := retNotarioRegistrador; 19: RegimeEspecialTributacao := retTribFaturamentoVariavel; 20: RegimeEspecialTributacao := retFixo; 21: RegimeEspecialTributacao := retIsencao; 22: RegimeEspecialTributacao := retExigibSuspensaJudicial; 23: RegimeEspecialTributacao := retExigibSuspensaAdm; else RegimeEspecialTributacao := retNenhum; end;

Tenho um escritório de Contabilidade que vai iniciar a emissão de NFS-e = Barretos/SP - RLZ. Ao enviar o DPS com Regime Tributário Especial - retNenhum eu recebo o seguinte erro: E9999-Código do regime especial de tributação (regEspTrib) divergente. Informado na DPS: (0). Calculado pelo sistema: (2). Quando mudo no sistema para retEstimativa muda o para este outro erro: E0177-Verificar se o Regime Especial de Tributação informado na DPS é admitido na parametrização do municipio de Incidência do ISSQN. - Verificar se o Regime Especial de Tributação informado na DPS é admitido na parametrização do municipio de Incidência do ISSQN. Alguém saberia o que pode ser. Normalmente escritório de contabilidade tem ISS Estimado. Aguardo.

Resolvido. Obrigado Juliomar. Esta dando um outro erro de IBS e CBS vou ver se acho no fórum. É obrigatório informar o grupo de informações de IBS/CBS da NFS-e quando o grupo de informações de IBS/CBS da DPS for informado.

SOCORRO. Alguém conseguiu alguma solução; ????

Fiz a atualização hoje 09-02 e o erro ainda continua. Alíquota obrigatória para o optante Simples Nacional retorno processamento.txt

Depois da atualização do ACBR, com provedor RLZ aqui em Barretos, tive que fazer alguns ajustes. Pelo que entendi o componente agora esta apontando para o padrão nacional. A RLZ estava recebendo no padrão próprio e enviando para ambiente nacional. Agora depois da atualização não estou mais conseguindo enviar notas. Estou parado nesse erro de Alíquota, mesmo a alíquota sendo informada. dpsXmlGZipB64

Já consegui descobrir, a versão do layout deve ter mudado para 1.01 do padrão nacional. Agora estou com erro Alíquota obrigatória pra optante pelo Simples, mesmo informando a aliquota.

Lembrando que o nosso provedor aqui em Barretos é a RLZ e antes de atualizar o componente estava tudo 100% na transmissão.

Fiz a atualização do ACBR. Porém agora esta dando o seguinte erro na hora de fazer a transmissão. Verifiquei na pastas Shemas do ACBR, dentro PadraoNacional e tem somente 1.00 e 1.01.

Amigos, Estou com problema para enviar uma NF-E COM CST 550 e cClassTrib 550001. Suspenção da IBS / CBS Segundo uma informação de uma IA teria de informar a tag gIBSCBSSusp Alguem passou por algum problema parecido ? Quais tags informar com essa classificação.

Juliomar, boa tarde, paz e bem. Desculpe somente depois que vi o tópico anexado. Foi feito com sucesso. Funcionou 100% Obrigado.

Bom dia, paz e bem. Tem um cliente nosso que esta com o mesmo problema reportado, certificado token A3. Alguém progrediu em alguma solução ??? Listei as atualizações do Windows e não tem nenhuma com data próxima.

Boa tarde @Italo Giurizzato Junior Deixei com 2 casas decimais mesmo e falei para o pessoal da RLZ entrar em contato com a Prefeitura de Barretos para entrarem em um acordo. O problema que os contadores estão reclamando, que as notas emitidas por eles no portal deles aceita 4 casas decimais. Como pelo nosso sistema não aceita, eles tem que ficar fazendo guias de valores pagos a menor no ISS.

@Italo Giurizzato Junior obrigado pelo retorno. Se alguém depois puder me responder sobre a impressão da NFS-e. Do mais pode fechar o tópico. Obrigado;. Valeu

Em conversa com o pessoal da RLZ pediram para entrar em contato com a Prefeitura de Barretos. Segundo a prefeitura essa exigência de 4 casas são para empresas do simples nacional, mais que não teria problema em deixar 2 casas, pois falei que o layout da ABRASF contempla somente 2 casas decimais. Acredito então que esse assunto pode ser encerrado e abordado no futuro porque deverá sofrer alteração na legislação do simples ou no layout da ABRASF.

@Italo Giurizzato Junior Agora esta dando o erro de validação do XML pela nfse.xsd da abrasf. Erros: X800-Erro de Validação: --> 1824 - Element '{http://www.abrasf.org.br/nfse.xsd}Aliquota': '3.6124' is not a valid value of the atomic type '{http://www.abrasf.org.br/nfse.xsd}tsAliquota'.

@Juliomar Marchetti, sobre a segunda questão, Utilizando ACBrNFSeXDANFSeRL setando as margens em tempo de execução: SIM Escala de exibição está normal 100%

A prefeitura de Barretos, provedor RLZ, esta trabalhando com aliq. do ISSQN com 4 casas decimais. Fiz a alteração no INI. e mesmo assim o xml é gerado com 4 casas decimais, porém arredondado Aproveitando a impressão esta saindo cortada na lateral direita: A Alíquota em questão é 3,6132 para tributado e para retido e 3,6124.

Atualizei, aqui comigo deu certo. Obrigado Xará.

Estou com o mesmo problema. e criei um post também

Ao fazer o download de um CT-e Destinado, e tentar visualizar ou imprimir o DACTE. esta dando mensagem de erro. Start tag expected, '<' not found Segue anexo XML 51250858388056000145570020000002261000022696-cte.xml

Sim esses testes de cancelamento e substituição por enquanto somente em produção.