SisComp - Proc. de Dados

Olá amigos, já pesquisei bastante no forum mas não encontrei nenhuma resposta conclusiva. Gostaria de saber se utilizando o ACBrMonitor é possivel utilizar vários Terminais de Venda utilizando apenas um aparelho sat ligado ao servidor? ou preciso desenvolver um aplicativo para fazer esse gerenciamento?

Olá Sérgio, essa documentação que vc tem em mãos, é da EFRETE? ou vc conseguiu de outra empresa?

Só uma observação, deu certo a nota transmitiu. Porém o campo pST (Alíquota suportada pelo Consumidor Final) mesmo alimentando ela não está indo no xml. Poderia me ajudar novamente? Eu já fiz a nota como consumidor final também. Esse é o XML da nota que fiz. Agradeço Antecipadamente. Att.: Elpidio

André muito obrigado pela ajuda. Peço desculpas pela minha falta de conhecimento e por ficar te incomodando. Descobrir qual é o problema. Em outro local no nosso fonte está passado cstRep60 por esse motivo está gerando errado. Mais uma vez, muito obrigado. Agradeço Atenciosamente. Att.: Elpidio

Bom dia André tudo bem? Você me pediu para fazer a nota no exemplo do ACBR, até ai blz, mais se eu vou ter que incluir os novos campos da NFe4.0, não faz sentido eu fazer uma nota usando esse exemplo. Pois o nosso sistema já está com as adequações da NFe 4.0. A questão é porque o ACBr está gerando o grupo ICMSST para a CST 60 sendo que deveria ser ICMS60? Eu fiz outra notas com as demais CST exemplo CST 10,20,70 e está gerando o grupo corretamente. Agradeço Antecipadamente. Att.: Elpidio

Obrigado Ricardo deu certo. Para fazer a nota eu cliquei em Criar e Enviar, informei o número da nota que eu quero e informei o número do lote, após informar esses dois campos eu tive esse retorno : O caminho da minha pasta Schemas é a seguinte: \trunk2\Exemplos\ACBrDFe\Schemas\NFe Tenho que configurar mais alguma coisa ou estou fazendo a nota de forma errada?

Bom dia André. Quando clico para escolher o Certificado instalado eu tenho esse retorno da imagem. Então eu preenchi o número de série manualmente para tentar fazer essa nota. Porém retorna o mesmo erro postado anteriormente. TDFeSSLXmlSingnClass.Assinar, não implementado

Bom dia André. Nesse exemplo da NFe, tem que fazer alguma alteração no fonte, pois está retornando uma mensagem dizendo que precisa fazer uma implementação. TDFeSSLXmlSingnClass.Assinar, não implementado

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 .

@André Ferreira de Moraes atualizei os fontes e continuou com o mesmo problema.

ok. Vou fazer isso e te dou um retorno. Obrigado

Boa tarde! Sim estou com a última versão do ACBr, inclusive atualizei os fontes no início dessa semana

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;

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

1-eve.xml 1-ped-eve.xml XML.xml

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

Boa tarde, algum teste ou sugestão que possa nos dar? Obrigado

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);

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.

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.

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.

Em anexo. 1-ped-eve-soap.xml

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.

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.

Alguém que possa ajudar?