Ir para conteúdo
  • Cadastre-se

SisComp - Proc. de Dados

Membros Pro
  • Total de ítens

    293
  • Registro em

  • Última visita

Tudo que SisComp - Proc. de Dados postou

  1. André não está dando certo fazer utilizando o modelo do ACBR. Copie a pasta Schemas do ACBR para a pasta Demonstração e está dando esse erro. Eu selecionei a Versão ve400 .
  2. @André Ferreira de Moraes atualizei os fontes e continuou com o mesmo problema.
  3. ok. Vou fazer isso e te dou um retorno. Obrigado
  4. Boa tarde! Sim estou com a última versão do ACBr, inclusive atualizei os fontes no início dessa semana
  5. Bom dia! Estou fazendo uma NFe com FCP Ret, estou alimentando os campos referente ao FCP Retido no item da nota e estou informando também os campos do total da nota, porém os campos do item não estão sendo enviados no XML, notei também que o grupo que do ICMS que está gerando está errado, deveria ser ICMS60 e está gerando ICMSST. ICMS.vBCFCPSTRet:= DM_NotaFiscal.CDSItemNotaFiscalIBASE_FCP_ST_RET.AsFloat; ICMS.pFCPSTRet:= DM_NotaFiscal.CDSItemNotaFiscalIPERC_FCP_ST_RET.AsFloat; ICMS.vFCPSTRet:= DM_NotaFiscal.CDSItemNotaFiscalITOTAL_FCP_ST_RET.AsFloat;
  6. Boa tarde BigWings, se entendi corretamente o que você quis me dizer, o problema esta no Conhecimento que foi feito. Foi feito um Conhecimento para o CNPJ: 60.995.891/0001-95, porém o tomador ficou como sendo o 0-Remetente, e não o correto que seria o 3-Destinatário, seria isso? Obrigado
  7. Boa tarde, estou enviando um evento de desacordo de CTe. O tomador do Serviço é o CNPJ: 60.995.891/0001-95 E quem esta enviando o evento de desacordo também é o CNPJ: 60.995.891/0001-95. Porém estou recebendo a rejeição: Rejeição: Autor do evento prestação do serviço em desacordo deve ser o tomador do serviço do CT-e Imagens em anexo. Alguém já recebeu esta rejeição ou poderia me orientar o que estou passando de errado? Obrigado
  8. Boa tarde, algum teste ou sugestão que possa nos dar? Obrigado
  9. Sim, estamos persistindo em banco de dados e passamos ele para realizar a consulta. Somente na primeira vez que é passado o NSU como 0 (zero);
  10. Sim, estamos armazenando o ultimoNSU retornado e informando ele na próxima consulta. E analisamos a Nota Técnica que o Felipe passou, porém não temos Looping para estar ocasionando esse Consumo Indevido.
  11. Boa tarde, montei uma listagem para mostrar os CTes emitidos contra o CNPJ de uma determinada empresa, para o cliente poder analisar e caso necessário informar o DESACORDO. alguém sabe se há um tempo que se deve aguardar entre as consultas feitas? Pois após fazer uma consulta, mesmo aguardando cerca de 10 min ao consultar novamente é retornado CONSUMO INDEVIDO. Estou utilizando o método ACBrCTe.ACBrCTe.DistribuicaoDFePorUltNSU(UF,CNPJ,ultimoNSU) Existe alguma forma de melhorar para que isso não ocorra? Obrigado.
  12. Problema encontrado, estava passando o código 11 na propriedade: ACBrCTe.Configuracoes.WebServices.UF := 11; e o correto seria passar ACBrCTe.Configuracoes.WebServices.UF := 'RO'; e automaticamente é feita a troca do código da UF para 11, acredito que como eu estava passando o código 11 na propriedade "UF" e não a sigla "RO", o componente mantia o UF padrão configurado, no caso "SP" - 35. Obrigado pela ajuda, qualquer novidade volto a postar.
  13. Bom dia, sim no componente atribuímos na propriedade: ACBrCTe.Configurações.WebServices.UF o código 11 referente a RO. e na propriedade ACBrCTe.Configuracoes.Geral.FormaEmissao := teNormal; Desde já agradecemos a ajuda.
  14. Em anexo, imagens dos XMLs do envio e do retorno. Lembrando que, ao efetuar o desacordo informei no campo cOrgao o código 11, referente ao UF de RO, e passei o mesmo no campo ACBrCTe.Configuracoes.WebServices.UF porém como esta constando na imagem do XML em anexo, quem esta rejeitando o evento é o cOrgao 35. Obs: Prestador é do UF de RO - código 11 Tomador é do UF de SP - código 35.
  15. Estranho mesmo, no caso a Sefaz que autorizou o CTe é a Sefaz de Rondônia, no campo cOrgao estamos informando o código 11, referente a Rondônia. Quando informamos Rondônia o erro mostrado é: Rejeição: Órgão de recepção do Evento inválido Alguma ideia do que pode ser? Obrigado
  16. Estamos fazendo o envio do evento do CTe em Desacordo, estamos recebendo como retorno o Erro: O tpEmis informado é incompatível com SVC-RS Já observamos no componente ACBrCTe que a forma de emissão esta como teNormal. Mais uma dúvida, no campo infEvento.cOrgao estou alimentando com o código do UF do emitente do CTe, porém estamos recebendo o seguinte erro como retorno: Rejeição: Órgão de recepção do Evento inválido, este erro só não acontece quando informamos o código do UF do tomador do Serviço. Alguém poderia ajudar? Obrigado.
  17. Obrigado, deu certo, estava configurado errado o componente. Consegui fazer a listagem dos CTes emitidos contra o CNPJ, agora desejamos implementar o Desacordo da Operação de CTe. Alguém já fez essa questão do Desacordo utilizando o ACBrCTe? Obrigado
  18. Bom dia, estamos utilizando o método: DistribuicaoDFePorUltNSU, porém ao fazer a chamada do mesmo recebemos o erro em anexo. O que podemos fazer para corrigir?
  19. O componente ACBrCTe possui algum método que permita obter uma listagem dos CTes emitidos contra o CNPJ? Alguém já fez algo semelhante? Poderia enviar exemplos? Obrigado.
  20. Boa tarde, desculpe ressuscitar o post, pois estou com o problema semelhante. Só que no meu caso esta pegando o peso com uma casa a menos, por exemplo: no display da balança 2,49 e esta pegando 0,249. Para resolver o problema quando for este modelo de balança estou multiplicando por 10, alguém tem uma outra solução?
  21. Bom dia Italo, obrigado pela informação. Se encontra na pasta "\Branches\Fontes\ACBrDFe\ACBrCIOT"
×
×
  • 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...