Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

flavio.boel

Membros
  • Content Count

    18
  • Joined

  • Last visited

Community Reputation

10 Good

About flavio.boel

  • Rank
    Novato
  • Birthday 07/19/1979

Profile Information

  • Sexo
    Masculino
  • Location
    Mato Grosso

Recent Profile Visitors

378 profile views
  1. Bom dia Italo, vou desfazer aqui, e implementar a regra no aplicativo. Obrigado pela ajuda. Pode encerrar o post.
  2. Segue resposta da Coplan. Boa tarde . Esta regra é para todos os municípios atendidos pela Copan a tag ValorISS o valor é calculado pelo sistema e devolvido no retorno do XML este valor só deve ser preenchido quando o local de tributação é diferente do local do prestador do serviço ou seja ISS devido em outro município. A disposição. --- Suporte - Coplan Soluções em Tecnologia https://www.coplan.srv.br/
  3. Vou abrir um chamado, via email, questionando a Coplan, assim que responderem eu posto aqui.
  4. Estou homologando a alteração de provedor em Rondonópolis, e a coplan me retornou que não deve ser enviada a Tag de Valor ISS. Segue em anexo a alteração na pnfsNFSeW_ABRASFv2 comentando a geração da TAG. pnfsNFSeW_ABRASFv2.pas
  5. O Teste deu certo, obrigado pelo empenho. Pode encerrar o tópico.
  6. Boa noite @Italo Jurisato Junior Após a atualização o arquivo gerado pelo demo validou no site da receita. Amanhã vou atualizar o cliente, e enviar um RPS ao provedor.
  7. Apesar da rotina ser a mesma, no RPS ela extrai o ID., No lote ela assina tudo.
  8. A assinatura pelo WinCrypt está sendo recusada pelo provedor, abri um outro tópico referente a esse assunto, pois não ocorre erro no componente.
  9. Meu cliente trocou recentemente o certificado, e quando foi utilizar o capicom estou encontrando o erro da imagem.
  10. Acabamos de fazer o teste, o servidor recusou o Lote por falha de assinatura no RPS. Em anexo os arquivos do RPS, do Lote, e da resposta do servidor. 3947-rec.xml 20501-rps.xml 3947-env-lot.xml
  11. Ainda não fiz o teste, de enviar somente com a segunda assinatura valida. Eles estavam recusando com as 2 assinaturas inválidas. Nos instruíram a conferir a rotina de assinatura, e validar no site da receita antes de tentar enviar novamente. Em um lote enviado antes da atualização o site valida as duas assinaturas. Troquei o certificado, usando o da software house o comportamento no site da receita foi o mesmo. Experimentei assinar usando capicom com meu certificado, e as duas assinaturas ficam válidas. Mas com o certificado do cliente não consigo usar capicom, como este fo
  12. A parte da assinatura tenho validado pelo: https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/Assinadoc/ValidadorAssinaturas.app/valida.aspx
  13. Na ultima atualização do sistema usando o provedor WebISSv2, na cidade de vilhena começou a dar erro de assinatura do arquivo. Atualizei novamente o ACBR. E resolveu a assinatura do Lote, mas validando pelo site: https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/Assinadoc/ValidadorAssinaturas.app/valida.aspx A primeira assinatura no arquivo, assinatua do RPS continua inválida. 3100-env-lot.xml 3100-env-lot-soap.xml
  14. A procedure TBloco_A.WriteRegistroA170 possui dois blocos de case. Sugiro colocar um else em cada, pois caso não seja alimentado a propriedade, ele está usando o valor do registro anterior. case IND_ORIG_CRED of opcVazio : strIND_ORIG_CRED := ''; opcMercadoInterno : strIND_ORIG_CRED := '0'; opcImportacao : strIND_ORIG_CRED := '1'; else strIND_ORIG_CRED := ''; end; case NAT_BC_CRED of bccVazio : strNAT_BC_CRED := ''; bccAq
×
×
  • Create New...