Ir para conteúdo
  • Cadastre-se

gralak

Membros
  • Total de ítens

    149
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

gralak's Achievements

Collaborator

Collaborator (7/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

4

Reputação

1

Community Answers

  1. Outra coisa que achei diferença foi o arquivo de SCHEMA que esta com o ACBR do WSDL. https://cianorte.oxy.elotech.com.br/iss-ws/nfse203.wsdl o Schema esta em anexo... a Tag tsAliquota apresenta diferença... nfse_v2_03.xsd
  2. Pessoal a impressão de ALIQUOTAS de (ISSQN, PIS, COFINS, INSS, IR, CSLL, CPP) estão sempre com 4 casas decimais e os VALORES com 2 casas decimais como segue no fonte e no eschema de validação, no entanto a própria impressão no site da prefeitura que usa ELOTECH traz com 5 casas decimais. Para resolver o caso da aliquota de ISS com 5 casas alterei o fonte Elotech.GravarXML.pas na procedure TNFSeW_Elotech203.Configuracao; colocando FormatoAliq := tcDe5; Alterei também o Schema para não dar erro de validação e enviar a NFSe // Alterado também o SCHEMA da ELOTEHC // <xsd:simpleType name="tsAliquota"> // <xsd:restriction base="xsd:decimal"> // <xsd:totalDigits value="6"/> // <xsd:fractionDigits value="5"/> <-Aki colocado 5 digitos // <xsd:minInclusive value="0"/> // </xsd:restriction> // </xsd:simpleType> No entanto a criação do RPS gera com 5 casas decimais nas aliquotas, mas os valores somente com 2. Como devemos preceder nesse caso ? Sabendo que deve ser mesmo com 5 casas decimais para aliquotas e valores.
  3. Não tem uma data especifica, somente esse recado de recomendação.É possivel que venha a ativar depois do dia 31/10/2024. Contudo se o ACBR ja conseguir alterar para podemos trocar as URLs ja deixamos preparados na homologação para alterar assim que liberar. Recomendações: Estamos disponibilizando um ambiente de homologação do novo ambiente para que os desenvolvedores de suas aplicações responsáveis pela transmissão de recibos provisórios realizem testes e as devidas adequações. Todas as empresas que atualmente emitem nota por RPS já possuem um cadastro valido nesse ambiente, caso sua empresa não tenha acesso ao mesmo, favor entre em contato com o atendimento
  4. As URLS já estão disponiveis e ativas.
  5. gralak

    Nova URL - Umuarama-PR

    Comunicado RPS Informamos que a partir de 31/10/2024 a Gissonline não atenderá mais requisições dos serviços do webservice produção.ginfes.com.br e homologação.ginfes.com.br para recepção de recibos provisórios de serviços (RPS), consultas e cancelamentos para as respectivas notas fiscais de serviços eletrônica (NFSE). A partir dessa data Todas as requisições para processamento de recibos provisórios de serviços (RPS), cancelamentos e consultas de NFS-e serão atendidas somente pelo novo WSDL oficial da Gissonline. Endereços dos WSDL Produção: https://ws-umuarama.giss.com.br/service-ws/nf/nfse-ws?wsdl Homologação: https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws?wsdl Após alterar o arquivo.ini com as novas URLs citadas a cima, recebo o seguinte retorno. Erro de Conexão: soap:VersionMismatch - A SOAP 1.2 message is not valid when sent to a SOAP 1.1 only endpoint. o componente esta configurado para OPENSSL como TLS 1.2 e o WINDOWS também nas opções de internet. Como devo proceder nesse caso ?
  6. Configurando o ACBRNFeX junto do exemplo que acompanha o ACBr, estou me deperando com esse retorno no envio da NFSe para o MEI em ambiente nacional Código : E0034 Mensagem: A situação do convênio do município emissor informado na DPS deve ser "ATIVO" no cadastro de convênio municipal do sistema nacional. A empresa emissora realmente é do MEI e configurado o provedor como proPadraoNacional. Segue em Anexo o XML da NFSe enviada. nota.xml
  7. Bom dia Italo falei com alguns contadores e explicação foi a mesma. Desconto INCONDICIONADO é aquele desconto mais habitual que é negociado no ato do pagamento que não depende de nada para ser concedido, esse desconto não agrega BASE DE CALCULO então não é gerado imposto sobre esse valor. Desconto CONDICIONADO é aquele desconto que geralmente é aplicado sob uma determinada situação por exemplo: 10% de Desconto no pagamento em pontualidade, esse valor de desconto faz parte da BASE DE CALCULO então é gerado um imposto sobre esse valor também. Isso foi a explicação que me passaram então acredito que seja necessário a implementação do campo de desconto incondicionado no XML também.
  8. Vou me informar e volto a postar.
  9. Concondo contigo Italo, contudo o campo DescontoIncondicionado também não deve somando ao item? No caso não seria melhor apresentar Result[i].AppendChild(AddNode(tcDe2, '#', 'ValorDesconto', 1, 17, 1, NFSe.Servico.ItemServico[i].DescontoCondicionado + NFSe.Servico.ItemServico[i].DescontoIncondicionado)); ???
  10. Provedor Elotech
  11. gralak

    ACBRNFSE-X Tag Desconto

    Pessoal segue a situação Como desconto total temos o valor de Servico.Valores.DescontoIncondicionado := 0.05; Na montagem da Lista de Serviços with Servico.ItemServico.New do begin DescontoIncondicionado := 0.03; e DescontoIncondicionado := 0.02; //Para cada item end; Ao informar o campo DescontoIncondicionado o mesmo não esta indo para o XML e a tag apresentada fica zerada gerando problema no envio. No XML Fica assim ListaItensServico> -<ItemServico> <ItemListaServico>1601</ItemListaServico> <CodigoCnae>4921301</CodigoCnae> <Descricao>PRESTACAO SERVICO O</Descricao> <Tributavel>1</Tributavel> <Quantidade>1.00</Quantidade> <ValorUnitario>0.10</ValorUnitario> <ValorDesconto>0.00</ValorDesconto>//Aqui deveria aparecer o desconto certo ? <ValorLiquido>0.10</ValorLiquido> </ItemServico> -<ItemServico> <ItemListaServico>1601</ItemListaServico> <CodigoCnae>4921301</CodigoCnae> <Descricao>SERVICO II</Descricao> <Tributavel>1</Tributavel> <Quantidade>1.00</Quantidade> <ValorUnitario>0.07</ValorUnitario> <ValorDesconto>0.00</ValorDesconto>//Aqui deveria aparecer o desconto certo ? <ValorLiquido>0.07</ValorLiquido> </ItemServico> </ListaItensServico>
  12. Resolvido! [4127205] Nome=Terra Boa UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://terraboa.iss.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=
  13. Resolvido o ENVIO (0) zerando o campo de ISS. Obrigado!!! Nova Cidade para EloTech. Para Adicionar no INI [4127205] Nome=Terra Boa UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://terraboa.iss.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=
  14. Ao que me parece Italo pela tabela de erro da ABRASAF, talvez não seja possivel enviar esse campo. E220 Valor do ISSQN informado indevidamente. O valor do ISSQN será calculado pela Prefeitura e não deve ser informado pelo contribuinte. Mensagem criada a partir da versão 2.0.
×
×
  • 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...