BigWings

Rondônia também já está em produção.

Um dos casos em que é necessário referenciar uma NFC-e na NF-e é em uma devolução de mercadorias, em que a empresa gera a NF-e de entrada.

Tinha tentado anexar o .patch mas deu erro de permissão, por isso mandei para o 4shared. Segue em .rar. ACBrSPEDPisCofins.rar

Precisei fazer algumas alterações no código com relação ao registro C175. Estou com o release 7414, de 09/09/2014, e nesta versão, esse registro não está sendo totalizado no registro 9900. Além disso, na validação do arquivo, os campos QUANT_BC_PIS, ALIQ_PIS_QUANT, QUANT_BC_COFINS e ALIQ_COFINS_QUANT devem ser gerados em branco, de modo semelhante ao registro C481 e C485. Update: Criei um patch com as alterações: [Editado]

Segue. ACBrCTeDACTEFRDM.pas

Ao incluir várias informações de carga, na impressão do DACTE aparecia apenas a última. Fiz as alterações para somar as cubagens, e volumes que também estava errado. for I := 0 to CTe.InfCarga.InfQ.Count - 1 do begin (...) case InfQ.Items[I].cUnid of uM3: MCub := MCub + InfQ.Items[I].qCarga; uUNIDADE: Volumes := Volumes + InfQ.Items[I].qCarga; else begin (...)

Olá italojjr, Seguem os arquivos. Testei com o arquivo postado pelo walter e outro de teste meu. Minha versão do QuickReport é a 3.6.2. Tentei diminuir algumas bandas pra ver se diminuía para 1 folha mas acabei desistindo e mudei para o DACTE em FastReport, que está me servindo. CT-e_ 000.003.pdf CT-e_ 000.000.pdf

Atualizei os fontes e estou conseguindo imprimir o DACTE, porém um conhecimento que saía em apenas uma folha antes agora sai em duas, testei com o exemplo do componente e o XML postado pelo walter faria e também saiu em duas folhas. Notei também que a banda "documentos originários" aparece duas vezes no DACTE. É assim mesmo ou algo errado aqui?

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.