BigWings

O problema era a configuração do protocolo de comunicação e paridade na balança, que estava diferente do especificado no manual. Obrigado pela resposta.

Estou com um problema na leitura do peso de uma balança Prix 3 Plus. Essa balança vem um uma porta RJ-45, foi feito o pedido do cabo adaptador para serial, mas como a ponta serial do adaptador veio com pino (macho) foi feito pelo técnico da loja mesmo outro cabo serial Fêmea-Fêmea para conectar-se ao PC. Aparentemente a comunicação está sendo feita, e ao mudar o peso na balança a string de retorno muda, mas sempre com o peso zerado. Segue imagem com o retorno (o peso na balança era de 0,379 kg)

Encontrei no manual o comando para emissão da segunda via na bematech. procedure TACBrECFBematech.SegundaViaVinculado; begin EnviaComando(#91); end; Aparentemente funcionou, é o que preciso. Ainda não entrei na parte especifica do TEF, mas vou verificar o exemplo.

Estou usando o método AbreCupomVinculado() para gerar o comprovante de crédito e débito. Porém ao chamar o SegundaViaVinculado() para emissão da via da loja aparece a mensagem de método não implementado para Bematech. Tentei também chamar o CupomVinculado() informando duas vias, mas apenas uma é impressa no emulador. Me parece um comando simples, alguém implementou?

Realmente, ao debugar, percebi que o erro está no código do programa e não no componente. Desculpem o engano.

Há um problema na geração do registro C380 (Notas Fiscais de Venda ao Consumidor - modelo 02) quando há alguma nota cancelada no dia. A mensagem de erro é simplesmente "Ocorreu um erro desconhecido / Contate o administrador do sistema" na geração do arquivo. Se omitir a informação da nota cancelada (excluir a nota), o arquivo é gerado, mas na validação dá erro de duplicidade de ocorrência de chave COD_MOD, DT_DOC_INI, DT_DOC_FIN.

Se você olhar a última nota técnica vai ver que essa alteração dos Schemas só entrará em vigor no ambiente de produção a partir de 01/11/2012. No ambiente de homologação já está em vigor desde 01/10. Ou seja, quem não tem os Schemas atualizados vai funcionar até o dia 31.

Também estou com este erro "The Cryptographic Service Provider type '24' is not supported". Certificado A1 VALID RFB. Windows 7 64 bits. Se alguém conseguir resolver por favor poste aqui. *** UPDATE: No Windows XP funciona. *** UPDATE 2: Resolvido. Instalei o certificado no Windows XP, exportei o certificado e instalei este no Windows 7.

Também tive vários clientes com esse problema hoje. Todos com Windows XP SP2. A solução tem sido atualizar para o SP3 e instalar a nova cadeia de certificados aqui: http://www.sefaz.rs.gov.br/Incoming/Cad ... rvices.p7b

Essa divergência gera como erro ou apenas aviso/advertência?

Difícil saber ser debugar o código, mas pode ser que você esteja gerando duas notas no lote, com a mesma numeração. Tente usar o método ACBrNFE1.WebServices.Envia() no lugar de ACBrNFE1.Enviar(). O Enviar() faz a chamada a geração do XML e assinatura, que você já tinha feito anteriormente.

Tive esse problema em dois clientes hoje. Em um deles tentei acessar pelo browser, ele pediu o certificado e acessou normal. Tentando mais uma vez pelo aplicativo funcionou. No outro cliente não acessou pelo browser, não pediu o certificado apesar de ele estar instalado, e deu erro 403 Forbidden. A solução foi instalar toda a cadeia de certificados novamente. Talvez algum dos certificados raiz tenha vencido, verifique.

Alguma previsão para quando será incluída a CC-e no acbr? Em 01/07 já entra em produção, já tenho clientes cobrando e preciso tomar uma decisão a respeito. Obrigado.

Estou tendo um problema com algumas NF'e-s onde informo alguns dados específicos de cada nota na tag . No XML gerado pelo ACBr está tudo normal, mas quando tento fazer a consulta daquela nota no portal da NF-e, essas informações não aparecem. Alguém pode confirmar se isso é um problema no ACBr ou no site da receita? Obrigado.