Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 16-08-2017 em todas as áreas

  1. Pronto funcionou! Esquece a alteração que eu mencionei na unit pnfsNFSeW_ISSDSF, obvio que na grande maioria das vezes é falta de conhecimento da nossa parte aqui, é que infelizmente atrapalha quando estamos correndo contra o relógio, aí não vemos coisas que estão na bem nossa frente. Pra quem passar por esse problema a solução comigo foi, eu estava preenchendo a propriedade "Servico.Valores.ValorDeducoes" com o meu valor de dedução já calculado, era necessário também preencher o "Servico.Deducao" da seguinte forma: "with Servico.Deducao.Add do begin NumeroNFReferencia := IdentificacaoRps.Numero; DeducaoPor := dpPercentual; PercentualDeduzir:= 83; ValorTotalReferencia := cdsRegistrosVALOR.AsFloat; ValorDeduzir := cdsRegistrosVALOR.AsFloat*(83/100); end;" Problema resolvido.
    1 ponto
  2. Entendi Andre. Muito obrigada pelos esclarecimentos!
    1 ponto
  3. Oi André, Neste caso teria que alterar no componente? Ou no Conam.ini? https://pirassununga.giap.com.br/apex/pirassu/f?p=867:72:0 Obrigada!
    1 ponto
  4. Resolvido.. A Daruma me enviou atualização!! Referente a atualização de firmware Preciso que você verifique: Versão de Driver USB (2.0.0.6) Versão de Firmware da Impressora (03.12.02) Versão do Spooler (2.0.1.7) As versões tem que estar naquelas que está em parenteses Links de download dos drivers atualizados: USB: http://bit.ly/DR800USB Firmware: http://bit.ly/AtualizaDR800 Spooler: http://bit.ly/DR800SPOOLER
    1 ponto
  5. Gente, boa tarde! Minha NFSe para Pirassununga (Conam) não funciona de jeito nenhum, dando erro HTTP 500. Se alguém estiver usando Conam para Pirassununga e puder me ajudar... Para as demais cidades, funciona normalmente. Obrigada!
    1 ponto
  6. Pessoal em 24/06/2015 saiu no diário oficial da união os prazos para o E-Social seguem links com mais informações: http://www.esocial.gov.br/CronogramaEsocial.aspx http://www.spedbrasil.net/forum/topics/esocial-o-prazo-oficial-resolucao-no-1-de-24-de-junho-de-2015
    1 ponto
  7. Olá @eduardolapa, Normalmente quando isso acontece, é erro na configuração da velocidade. Verifique se está como especificado pelo fabricante. NOTA: Isso não é incomum (com várias marcas) inclusive quando se instala usando drive fornecido pelo fabricante.
    1 ponto
  8. Boa tarde Italo, Só vou conseguir testar no cliente mais tarde, mas em ambiente de homologação parece que o erro é corrigido quando o conteúdo da assinatura desconsidera o valor de dedução. Esse cliente trabalha com 83% de dedução sobre o valor do serviço, se eu deixo zerada a dedução esse erro não ocorre, colocando valor ocorre. Notei que o conteúdo da assinatura é montada levando em conta o valor da dedução, então fui na unit pnfsNFSeW_ISSDSF e na variável sValorServico na linha 326 que abate do valor do serviço o valor de dedução eu retirei essa subtração deixando o valor cheio do serviço, e a próxima variável que é a sValorDeducao na linha 329 também forcei ir zero, assim, quando a assinatura foi formada ficou igual ao que o retorno indica como deveria ser. Teste feito, serviço no valor de R$579,03 com dedução de 83% informei como dedução R$480,59. A assinatura montada fica com o seguinte conteúdo: "00009806008NF 00000000832620170809T NN000000000009844000000000048059065201000224667503000183", em vermelho é o valor do serviço com a dedução abatida e após o valor da dedução. O erro que retorna é o que me fez abrir o tópico, o texto do erro completo é o seguinte: "Assinatura do RPS incorreta. Codigo Hash gerado para o campo assinatura do RPS esta invalido. O codigo hash '0e20f4400f26ff0b684dc98e35333e11f6538b96' gerado para o campo Assinatura do RPS nao esta valido. O campo Assinatura deveria estar com o conteudo '00009806008NF 00000000832620170809T NN000000000057903000000000000000065201000224667503000183' convertido no padrao SHA1 para o valor '19cdafeb2bee46bfaff63b74fc5bb58c0fa5889e'", em vermelho destaquei que o sugerido era que no valor do serviço não houvesse abatimento da dedução e que o valor de dedução não deveria compor a assinatura. Sabendo disso testei fazendo a alteração na unit pnfsNFSeW_ISSDSF, e a assinatura montada ficou exatamente como o retorno acusa que deveria ser. No momento vou compilar um executável com as alterações e ver se gerar nota no cliente e o valor da dedução estiver certinho confirmo pra você ver se pode corrigir e colocar em próxima atualização ok?
    1 ponto
  9. 1 ponto
  10. Bom dia Claudiano, Até o momento não recebemos nada da implementação realizada por Adenilde.
    1 ponto
  11. Bom dia. Não é muito complexo, veja: 020 é para transportador cadastrado com contribuinte do ICMS. 090 no caso de transportador autônomo O problema é a questão da substituição tributária 060. Veja: Qualquer que for o regime de recolhimento do transportador, o remetente deduzirá 20% do imposto a ser recolhido. Caso o transportador utilize o regime débito e crédito se for o caso, deverá estornar os créditos oriundos desta prestação no referido período. Portanto, o problema maior trata-se justamente da substituição tributária.
    1 ponto
  12. Boa tarde, xCorrecao=PO 16222 --> Informar no mínimo 15 caracteres Sds, Ricardo.
    1 ponto
  13. José. Segue em anexo as units modificadas. AcbrBoleto.pas ACBrBancoBancoob.pas. Vale lembrar que estas alterações que fiz, estão atendendo a SicoobCentro, conforme frisei no post anterior. ACBrBancoBancoob.pas ACBrBoleto.pas
    1 ponto
  14. Bom dia a todos, Com certeza é algum problema no Ambiente Nacional, pois é lá que ficam todas as notas de todos os Estados.
    1 ponto
  15. Depende: indEscala = Indicador de Produção em escala relevante, conforme cláusula 23 do Convenio ICMS 52/2017 e comporta os seguintes valores: S - Produzido em escala relevante; N – Produzido em escala não relevante. CNPJ do Fabricante da Mercadoria - Obrigatório para produto em escala não relevante. cBenef = Código de Benefício Fiscal utilizado pela UF aplicado ao tem. Obs.: Deve ser utilizado o mesmo código adotado na EFD e outras declarações, nas UF que o exigem. Note que, se informado N, deverá obrigatoriamente informar o CNPJ do fabricante. Fonte NT_2016_002_v1.2. p.13.
    1 ponto
  16. Boa Tarde, RESOLVIDO Obrigado Jairo, resolvido o problema. Tinha 2 inconsistências na geração do xml. 1o. Estava colocando "N" na TAG <indRatISSQN>N</indRatISSQN> 2o. Estava colocando a TAG <DescAcrEntr> <vDescSubtot>0.00</vDescSubtot> </DescAcrEntr> por isso dava a mensagem de erro. Agora mesmo com estas 2 inconsistências os SATs da TANCA, ELGIN E DIMEP, não dão o erro que o da BEMATECH ACUSOU. Por isso não estava encontrando o problema. Como o Jairo disse, que o valor não poderia ser zeros, fui no manual, e vi esta inconsistência, e o problema foi resolvido. Obrigado pela ajuda Jairo e Sérgio. Abraços
    1 ponto
  17. Não creio que seja algo nos fontes do ACBr...
    1 ponto
  18. Bom dia! Obrigada Italo e Keruak pelo retorno! Então neste caso só precisarei do arquivo CONAM.ini? Quando tento enviar uma nota ocorre erro interno 0, erro http 404. Obrigada!
    1 ponto
  19. Boa noite Juliana, Deveria sim existir uma pasta chamada Conam com os arquivos XSD do respectivo provedor. Mas até o momento não conseguimos esses arquivos. É por isso que no arquivo INI do provedor temos o seguinte: ; 0 = False / 1 = True (Se True então valida) [Schemas] Validar=0
    1 ponto
  20. Obrigado pelas informações... Sim, usando libWinCrypt você também pode configurar para usar A3 e TLS1.2... (o mesmo não ocorre usando libCapicom, que depende de configurações do I.E.)... Na verdade a diferença está no uso das classes httpWinINet, que por padrão é usado por libCapicom e httpWinHttp, que por padrão é usado por libWinCrypt... Ou seja, usando httpWinHttp, a configuração de TLS1.2 não depende do I.E. Poderia por favor, anexar o INI, com as correções que você promoveu ?
    1 ponto
  21. Para evitarmos diversos tópicos sobre o mesmo assunto, as alterações relativas a versão 4.00 da NFe/NFCe deverão ser concentradas neste tópico. Os fontes do componente já foram atualizados para permitir gerar os XMLs para essa nova versão. Também já foram ajustados para não gerar o SOAP Header quando configurado para a versão 4.0(ve400). Assim que os schemas e webservices forem disponibilizados pelo SEFAZ, iniciaremos os testes com o componente. Mais informações sobre as mudanças podem ser obtidas na NT 2016.002 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=c4S6yXTKpXY= Apenas como informação, neste manual fiquei com dúvida em dois campos: descANP - Campo numérico com tamanho de 2 - 95? O campo tem a seguinte descrição: Descrição do produto conforme ANP, então provavelmente deve ser do tipo carácter e não numérico. O campo vBCFCPSTRet possui o mesmo ID de outro campo na versão 3.10 - N27a - V3.10 vICMSDeson / V4.00 vBCFCPSTRet
    1 ponto
  22. Bom dia, Você provavelmente tem fontes antigos ou .dcu antigos no path de compilação. Use a opção "Remover arquivos antigos do disco" da instalação do ACBr.
    1 ponto
  23. Boa tarde. Juliomar o gilberto acabou de me fala que no caso da GERSAT temos que usar Para o Gertec cdecl, testei e funcionou certinho, Obrigado pela atenção, bacana que fica pra outros que tiverem o mesmo problema.
    1 ponto
  24. Estou passando pelo mesmo problema.
    -1 pontos
  25. Bom dia, Estou com problemas desse tipo também, e ainda pior, pois algumas notas no dia 11 ao 14 não foram baixadas e outras após o dia 14 foram. Consultei elas no site do Ambiente Nacional e elas estão lá. Só faltava eles terem colocado em produção aquele item na nota técnica de que somente um percentual será liberado para download. Algum tempo atrás aconteceu isso, e após eu fazer o download da nota pelo site ela era liberada no webservice, mas nem isso está resolvendo no momento. Se alguém souber de alguma coisa sobre isso ou conseguir alguma resposta da Sefaz sobre o assunto por favor nos avise.
    -1 pontos
×
×
  • 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.