raosistemas

exato, apenas se todos estiverem ok ele transforma em NFS-e.

no meu codigo transacao está setado como true, mesmo assim mostra false.. NotasFiscais.NumeroLote := NumLote; NotasFiscais.Transacao := True;

mudei o sistema sobre o outro... mas acho que tenho um xml gerado aqui. lote 13 enviado com o nfse 35 enviado com o nfsex vou comparar ambos aqui também 13-env-lot.xml 35-env-lot.xml Essa transação está true na Antiga, vou mudar aqui pra ver. e as outras são a assinatura.

aparentemente sumiu o valor do ISS

Modo de Envio : Enviar Lote Numero do Lote: 35 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : False Erro(s): Código : 1206 Mensagem: Assinatura Digital do RPS incorreta - String verificada (3585926185 00000002221820210602TNN00000000003166800000000000000002919100026547754880) Correção: --------- Código : 1204 Mensagem: Valor Total de Serviços não confere com o enviado (0). Correção: ---------

Oi Ítalo, fiz as modificações sugeridas mas o problema persiste.

Será que da pra acertar só mudando o decimalseparator na Unit que me enviou?

agora deu um erro no total dos serviços, provavelmente devido a pontuação dos decimais... Modo de Envio : Enviar Lote Numero do Lote: 27 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : False Erro(s): Código : X999 Mensagem: 1824 - Element 'ValorTotalServicos': '316,68' is not a valid value of the atomic type '{http://www.prefeitura.sp.gov.br/nfe/tipos}tpValor'. Correção: --------- Vou verificar aqui.

Nas respostas o que foi gerado é o seguinte... <ISSRetido>false</ISSRetido> - <CPFCNPJTomador> <CPF>26547754880</CPF> </CPFCNPJTomador> <InscricaoMunicipalTomador /> <InscricaoEstadualTomador /> <RazaoSocialTomador>ROGERIO ALVES DE OLIVEIRA</RazaoSocialTomador>

exatamente... da pasta schemas\SP

Desculpe Italo, Cidade de São Paulo - SP, emitindo para a mesma cidade.

Boa tarde galera, estava emitindo NFs-e normalmente hoje de manhã, resolvi migrar, a primeira coisa que percebi é que notas que estavam indo só com o CNPJ do cliente agora não vão mais. Erro Código X999 Mensagem: 1824 - Element 'InscricaoEstadualTomador': '' os not a valid value of the atomic type... o mesmo ocorrendo com a inscrição municipal.

Juliomar, essa máquina é um computador Dell, tá com a última versão do windows 10 instalada, estou utilizando as mesmas dlls que utilizo para o meu emissor. muito estranho... de qualquer forma, obrigado.

em uma versão antiga para ver os documentos distribuidos funciona normal, numa recentemente compilada não retorna os documentos.

sim...

Bom dia, tenho uma aplicação para download de documentos fiscais emitidos para a empresa, de seus fornecedores. em uma máquina funciona normalmente, em outra não. acbrnfe1.DistribuicaoDFe trava ao executar (certificado A3 cartão) o engraçado é que tenho um emissor com as mesmas DLLS e funciona. colei o componente acbr nfe no projeto de download, mesmo assim nada. Alguém já passou por esse problema?

Alguém desenvolveu código pra isso? tenho interesse em adquirir.

Alguém desenvolveu esse código? tenho interesse em adquirir...

Boa tarde, um cliente meu de MG pediu pra eu deixar a opção de data e hora de saída em branco, até aí ok. aí ele me disse que Minas tem um webservice para informar essa data e hora posteriormente, isso é, quando houver a efetiva retirada da mercadoria. Já existe algo no ACBR pra isso?

Muito obrigado Italo, pode fechar o tópico. Grande abraço!

tenho essa rotina... if acbrnfe1.WebServices.DistribuicaoDFe.retDistDFeInt.cStat = 138 then begin memoresp.Lines.Add(' Documento Localizado para o Destinatário'); memoresp.Lines.Add(' Utilizar o número que esta no campo: Último NSU'); memoresp.Lines.Add(' Para uma nova pesquisa.'); memoresp.Lines.Add(' '); j := acbrnfe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count - 1; for i := 0 to j do begin sSerie := '' ; sNumero := '' ; sCNPJ := '' ; sNome := '' ; sIEst := '' ; sNSU := '' ; sEmissao := '' ; sTipoNFe := '' ; Valor := 0.0; Impresso := '' ; stipodoc := '' ; schave := '' ; sobs := '' ; sprotocolo := ''; case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].schema of schresEvento: stipodoc := 'Resumo de Evento'; // resumo de evento schresNFe: stipodoc := 'Resumo NF-e'; // resumo de nfe schprocNFe: stipodoc := 'Nf-e Completa'; // nfe completa schprocEventoNFe: stipodoc := 'Evento NF-e'; // evento schresCTe: stipodoc := 'Resumo CT-e'; // resumo CTE schprocCTe: stipodoc := 'CT-e Completa'; // CT-e Completa schprocCTeOS: stipodoc := 'CT-e OS Completa'; // cteos completa schprocEventoCTe: stipodoc := 'Evento CT-e'; // evento schprocMDFe: stipodoc := 'MDF-e Completa'; // Manifesto completo schresMDFe: stipodoc := 'Resumo MDF-e'; // resumo do mdfe schprocEventoMDFe: stipodoc := 'Evento MDF-e'; // evento schresBPe: stipodoc := 'Resumo BP-e'; // resumo bilhete de passagem schprocBPe: stipodoc := 'BP-e Completo'; // bilhete de passagem eletronico schprocEventoBPe: stipodoc := 'Evento BP-e'; // evento de bilhete de passagem end; tras os meus resumos de nfe... confirmo... baixa a nfe completa... tudo beleza... é nessa rotina mesmo que baixa os resumo de ct-e também para confirmar e baixar o ct-e completo? ou tenho que fazer o processo também no componente acbrcte1... etc... Agradeço a atenção.

Um cliente me solicitou hoje a retirada do campo CST de ipi, orientado pela sua contabilidade. Isso pode ser feito ou é um campo obrigatório?

Bem, vou tentar gerar um TXT pra ver se ele pega o código que modifiquei. Obrigado.

Foi solicitação de um cliente... na verdade eu não sei o porque... engraçado é que quando faço as modificações no xml, especificamente nos campos cprod... ao salvar o pdf ele salva com as minhas modificações... mas quando salvo o xml ele salva com os códigos originais do xml.

Com a finalidade de facilitar o serviço para uma contabilidade, ao dar entrada em minha nota eu altero o XML com os nossos códigos internos (campo cProd) dos itens. Quando eu salvo o PDF ok, fica certinho os meus códigos no arquivo pdf que envio para a contabilidade (gravo em uma pasta separada), porém o mesmo não ocorre quando salvo o XML, que mantem o codigo original. seguem os dois arquivos. 35191120786961000180550010000175721405535168-nfe.pdf 35191120786961000180550010000175721405535168-nfe.xml