Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

Renato Rubinho

Consultores
 Perfil  Explorar Conteúdo

  • Total de ítens

    3.842

  • Registro em

  • Última visita

  • Days Won

    66

 Tipo de Conteúdo 

Tudo que Renato Rubinho postou

  1. Renato Rubinho
    ok. Caso consiga transmitir, agradeço seu retorno para ver se encontro o problema. Seguem minha anotações dos ajustes que tive que fazer no meu cenário, caso te ajude: 1. Numero do RPS invalido. Informe um numero de RPS que corresponda a sequencia utilizada pelo prestador do servico. R: Iniciar o contador de RPS = 1 2. Serie do RPS incorreta.Informe corretamente a serie para o RPS pesquisado. R: De acordo com testes e pesquisas na internet, a série funcionou com "RPSL" 3. Codigo de tributacao informado indevidamente. Esse campo nao deve ser preenchido neste municipio. R: Servico.CodigoTributacaoMunicipio não deve ser preenchido quando a prestação for fora do município 4. Erros referentes ao País CNPJ/CPF do tomador do servico informado indevidamente. Nao informe o CNPJ/CPF do tomador do servico quando ele for domiciliado no exterior. NIF do Tomador nao informado. Informe o NIF para tomadores nao residentes no Brasil EnderecoCompletoExterior nao informado. Informe o EnderecoCompletoExterior R: Tomador.TomadorExterior := snNao;
  2. Renato Rubinho
    Preencho a chave na propriedade a seguir: ACBrNFSe.Configuracoes.Geral.Emitente.WebChaveAcesso := ChaveAcesso;
  3. Renato Rubinho
    Bom dia, Estou homologando a NFSe de Limeira, mas recebo o retorno: Arquivo em desacordo com o XML Schema. Consulte o Manual da NFS-e para saber quais sao as versoes de XML Schema suportadas pelo sistema. Alguém tem alguma sugestão do que pode ser o problema ? Seguem considerações: 1. Segue o meu arquivo gerado: 1-ger-nfse.xml 2. Comparando com o arquivo válido de exemplo disponibilizado neste outro tópico pelo @Rodrigo Vian, o meu arquivo aparenta estar de acordo 3. Estou com a versão mais recente dos fontes / schemas / inis 4. Cidades.ini [3526902] Nome=Limeira UF=SP Provedor=iiBrasilv2 NomeURL_H=limeira NomeURL_P=limeira Obrigado
  4. Renato Rubinho
    Bom dia Italo, Fiz apenas os ajustes de acordo com os erros gerados pelo validador ao processar o arquivo gerado no cenário do cliente. Não revisei todas as alterações do novo leiaute. No caso do meu cliente, não tive problemas com o validador: 1. O I051: não é gerado 2. O J100: já é gerado com o mínimo de 3 níveis Att,
  5. Renato Rubinho
    Boa tarde, Seguem implementações dos novos campos dos Registros 0000 e J150, caso não tenham iniciado o desenvolvimento ainda. 1. Registro 0000 21 IND_CENTRALIZADA Indicador da modalidade de escrituração centralizada ou descentralizada: 0 - Escrituração Centralizada 1 - Escrituração Descentralizada 22 IND_MUDANC_PC Indicador de mudança de plano de contas: 0 - Não houve mudança no plano de contas. 1 - Houve mudança no plano de contas. 23 COD_PLAN_REF Código do Plano de Contas Referencial que será utilizado para o mapeamento de todas as contas analíticas Observação: Caso a pessoa jurídica não realize o mapeamento para os planos referenciais na ECD, este campo deve ficar em branco. 2. Registro J150 02 NU_ORDEM Número de ordem da linha na visualização da demonstração 08 VL_CTA_INI Valor do saldo final da linha no período imediatamente anterior 09 IND_DC_CTA_INI Indicador da situação do valor final da linha no período imediatamente anterior 10 VL_CTA_FIN Valor final da linha antes do encerramento do exercício 11 IND_DC_CTA_FIN Indicador da situação do valor final da linha antes do encerramento Att ACBr001.rar
  6. Renato Rubinho
    Boa tarde @EMBarbosa, Atualizado o componente e validada implementação, conforme destacado a seguir. Agradeço a todos pela ajuda.
  7. Renato Rubinho
    Boa tarde @EMBarbosa, Obrigado pelo retorno. Seguem os fontes ( ACBrFontesAtualizados.rar ) com as implementações incorporadas na versão atual, para Retrato e Paisagem, e com a atribuição do valor padrão no create.
  8. Renato Rubinho
    Boa tarde Juliana, Tudo bem, obrigado pelo retorno. Não fiz mais nenhuma alteração porque pelo que entendi, devido à nova propriedade, não está certo que a implementação será "autorizada" e nenhuma das sugestões alterariam esse cenário. Caso confirmem a implantação, posso fazer as melhorias sugeridas. Att
  9. Renato Rubinho
    Bom dia, Por favor, podem me confirmar se a implementação foi rejeitada ou se será incorporada ao projeto ? Obrigado
  10. Renato Rubinho
    Vou ler as regras para evitar problemas futuros. Segue o arquivo de log atualizado. ACBrNFeDANFeRL-change-log.txt
  11. Renato Rubinho
    Bom dia, Não sabia da regra. Segue fonte (ACBrFontesComPaisagem.rar) contendo também a implementação para Paisagem.
  12. Renato Rubinho
    São layouts independentes.
  13. Renato Rubinho
    Bom dia @Juliana Tamizou, O layout disponibilizado no Manual de Orientação do Contribuinte nem tem essa coluna nos itens. Não encontrei nada que proíba, nenhuma NT que cite algo do gênero.
  14. Renato Rubinho
    Bom dia, Segue implementação (ACBrFontes.rar) no DANFe - Fortes, habilitando propriedade para identificar se deve imprimir a coluna de desconto nos itens. 1. Propriedade criada na TACBrNFeDANFEClass, configurada por padrão para sempre imprimir { TACBrNFeDANFEClass } {$IFDEF RTL230_UP} [ComponentPlatformsAttribute(pidWin32 or pidWin64)] {$ENDIF RTL230_UP} TACBrNFeDANFEClass = class(TACBrDFeDANFeReport) private . . . FImprimeDescAcrescItem: TpcnImprimeDescAcrescItem; published . . . property ImprimeDescAcrescItem: TpcnImprimeDescAcrescItem read FImprimeDescAcrescItem write FImprimeDescAcrescItem default idaiSempre; 2. Pode-se configurar para imprimir sempre, nunca ou apenas quando houver valor de desconto na NFe ** TpcnImprimeDescAcrescItem = (idaiSempre, idaiNunca, idaiComValor); 3. Quando não for impressa a coluna de desconto, seu espaço liberado será distribuído entre a Quantidade, Valor Unitário e Valor Total, conforme destacado abaixo: Por favor, vejam se essa opção pode ser incorporada ao projeto ou se precisa de algum ajuste. Obrigado
  15. Renato Rubinho
    Bom dia, Implementação validada. Obrigado.
  16. Renato Rubinho
    Boa tarde, Segue alteração no registro P100 para gerar de acordo com o Leiaute e não mais pelo período, pois quando for situação especial o período de 2018 poderá ser gerado no leiaute 004, conforme destacado abaixo: Segue Fonte: ACBR.rar
  17. Renato Rubinho
    Atualização ok. Obrigado
  18. Renato Rubinho
    Atualização ok. Obrigado
  19. Renato Rubinho

    ECF L100 - Leiaute 5

    um tópico no fórum postou Renato Rubinho ACBrSPEDECF

    Boa tarde, Configurado o registro L100 do ECF para preencher os campos VAL_CTA_REF_DEB e VAL_CTA_REF_CRED no leiaute 5. Segue: ACBR.rar
  20. Renato Rubinho
    Boa tarde, Configurado o registro I200 do ECD para preencher o campo DT_LCTO_EXT no layout 7.00. Segue: ACBR.rar
  21. Renato Rubinho
    Bom dia, Passei o caso para meu gerente, que ficou de verificar com o provedor, mas ainda não me deu retorno e está ausente esta semana. Não sei exatamente qual meio é o correto para contato com eles, pois não fui eu quem entrou em contato, mas seguem alguns dados que peguei em um e-mail que me foi encaminhado: www.issqn.net [email protected] (67)3342-9693 @SADM: Qualquer novidade que conseguir, por favor nos informe por aqui. Seguem minhas dúvidas que estou aguardando o retorno: 1. Qual url usar para Homologação ? Urls de homologação fora do ar: http://187.53.176.143/tecnosis/portal.html http://187.53.176.143/tecnosis/portalinteg2.dll/ http://187.53.176.143/tecnosis/portalinteg2.dll/wsdl/IWSPortalInteg http://187.53.176.143/tecnosis/portalinteg2.dll/soap/IWSPortalInteg 2. Quais Municípios o provedor atende com Certificado ou Chave de Acesso ? 3. Quais Municípios utilizarão a Chave de Acesso ao invés do Certificado ?
  22. Renato Rubinho
    ** Segue o fonte completo, no anterior faltou o pnfsNFSe.pas ACBrCompleto.rar
  23. Renato Rubinho
    Bom dia Italo, Ainda não recebi um posicionamento do suporte. As urls que me foram passadas são diferentes das que constam no ACBr e, para completar, agora a de Homologação está fora. Homologação http://187.53.176.143/tecnosis/portal.html - http://187.53.176.143/tecnosis/portalinteg2.dll Produção http://portal.issqn.net/tecnosis/portal.html - http://portal.issqn.net/tecnosis/portalinteg2.dll Para adiantar eu havia desenvolvido um método de assinatura e quando mesclei com o fonte de hoje vi que você enviou ontem uma implementação semelhante na Revisão 16135 referente à seção "DadosSenha" do ini Na minha implementação eu criei uma nova propriedade para receber "n" parâmetros, permitindo personalizar outros layouts dinamicamente com mais parâmetros quando necessário. Segue o fonte adequando às suas implementações e com o Demo para teste, caso ache interessante implementar ao projeto. Referente ao provedor, qualquer novidade do suporte volto a postar. Obrigado ACBr.rar
  24. Renato Rubinho
    Boa tarde Ítalo, Solicitei a informação e, assim que obtiver retorno, posto aqui. Obrigado pelo retorno
  25. Renato Rubinho
    Buenas, Preciso desenvolver a NFSe de Ponta Pora/MS. No ACBr, o município está configurado para o provedor ISSNET, mas não encontrei nenhum meio para gerar o xml preenchendo o par de chaves ao invés da assinatura, conforme instruído pelo suporte (informações do suporte mais abaixo). Minha Pergunta: Por favor, alguém sabe me dizer se é possível fazer isso no ACBr ou se preciso implementar esse recurso ? Dados do Município no Cidades.ini: [5006606] Nome=Ponta Porã UF=MS Provedor=ISSNET Anexo ( EnviarLoteRpsSincronoEnvio.xml ? Exemplo de xml como deve ser, disponibilizado pelo Provedor, conforme destacado no anexo ( IMG_001.png ) Informações do Suporte: O sistema de NFSe municipal segue os padrões definidos pela ABRASF. O modelo utilizado dispensa o certificado digital, mas exige uma CHAVE e CONTA-CHAVE. Para atender nosso estrutura de segurança, todos os XML enviados ao WebService da Prefeitura deverá trazer as seguintes TAGS ao final do arquivo: <MetodoInfo> <Seguranca> <ChaveAcesso>CHAVE DE ACESSO DO CONTRIBUINTE</ChaveAcesso> <ChaveAutorizacao>CHAVE DE AUTORIZAÇÃO DO CONTRIBUINTE</ChaveAutorizacao> </Seguranca> <Versao> <VersaoNumero>2.02</VersaoNumero> </Versao> </MetodoInfo> Análise: 1. Não assinar mais o XML EnviarLoteRpsSincronoEnvio.xml. OK - Resolvido: Configurei o grupo [Assinar] do ISSNet.ini, e o sistema não assina mais o XML de Lote após alterar para zero, mas não encontrei nenhuma solução prevista para preencher o MetodoInfo no xml [Assinar] Lote=0 2. Alimentar a tag MetodoInfo: Pendente Ao gerar o xml alimentar as informações conforme abaixo: <EnviarLoteRpsEnvio xmlns="http://www.issnetonline.com.br/webserviceabrasf/vsd/servico_enviar_lote_rps_envio.xsd"xmlns:tc="http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_complexos.xsd"> <LoteRps>...</LoteRps> <MetodoInfo> <Seguranca> <ChaveAcesso>CHAVE DE ACESSO DO CONTRIBUINTE</ChaveAcesso> <ChaveAutorizacao>CHAVE DE AUTORIZAÇÃO DO CONTRIBUINTE</ChaveAutorizacao> </Seguranca> <Versao> <VersaoNumero>2.02</VersaoNumero> </Versao> </MetodoInfo> </EnviarLoteRpsEnvio> Obrigado EnviarLoteRpsSincronoEnvio.xml
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...