SISVALE SISTEMAS

Atualizei hoje tudo, inclusive o fortes e está 100% funcional para mim. Delphi7 e trunk2. Leao, não precisei instalar separado o dpk, o instalador frceInstall.exe fez tudo sozinho. Importante é limpar tudo antes como dito acima.

Eu falei apenas com relação ao trunk2. No trunk1, se não me engano, você tem que editar o arquivo \acbr\fontes\acbrnfse\ACBRProvedor(seu_provedor_aqui).pas e dentro dele procurar sua cidade, se não tiver tem que incluir manualmente. e compilar o projeto....

Você tem que abrir o arquivo Cidades.INI , ver se tem alí sua cidade com o código do ibge. E identificar o provedor da cidade e configurar por exemplo Fiorilli.INI ou GINFES.INI e assim por diante, se ali não tem o .ini do seu provedor tem que esperar o desenvolvimento ou ajudar a montar esse arquivo. O componente nfse ainda está em construção no trunk2.

Oi Jair. Em anexo o thema.ini. Usei como modelo o ABRASFv1.ini e coloquei alguns dados que encontrei da servidor da prefeitura de santa cruz. Por enquanto estou somente tentando usar o "Enviar" e dá essa mensagem: Erro Interno: 12029 Erro HTTP: 0 Erro: Requisição não enviada. Abraço. thema.ini

Incluído a propriedade PrintDialog: ACBrMDFeDAMDFeRL.pas ACBrMDFeDAMDFeRLClass.pas Ajuste no Logo quando expandirlogo: ACBrMDFeDAMDFeRLRetrato.pas ACBrMDFeDAMDFeRL.pas ACBrMDFeDAMDFeRLClass.pas ACBrMDFeDAMDFeRLRetrato.pas

Bom Dia a todos. Alguém já tem funcional um arquivo thema.ini ? Estou tentando criar ele, mas muitos campos não sei como preencher. Desde já agradeço.

Boa Tarde. A respeito do erro acima do çã , tive o mesmo aqui e apliquei a mesma solução acima e deu certo, talvez tenha que colocar algo assim no fonte... Sobre as quebras de linha aqui não aconteceu. Tenho trunk2 atualizado no dia 21/9/15

Bom Dia. Os erros acima foram intermitentes, e após executar essa linha: ACBrNFe1.Configuracoes.Geral.ValidarDigest := false; antes do consultar, tudo ficou mais coerente e aparentemente está tudo ok agora.

Por mim mesmo, na sexta-feira, e peguei o xml enviado por e-mail, salvei, e: ACBrNFe1.NotasFiscais.LoadFromFile(43150901515454000168550010000000431000000437-nfe.xml); ACBrNFe1.Consultar; Ele gravou um novo xml : 43150901515454000168550010000000431000000437-nfe.xml As palavras "original" e "novo" eu editei o nome para poder comparar os 2. (é uma nfe em produção de um cliente meu) Continuei testando aqui, e não sei se tem haver com o mesmo asunto: Acabei de gerar uma nf-e normal em homologação, xml todo certinho, daí simplesmente executei: ACBrNFe1.NotasFiscais.LoadFromFile(43150905883223000168550010000007611000007616-nfe.xml); ACBrNFe1.Consultar; Ele gravou um novo xml : 43150905883223000168550010000007611000007616-nfe.xml Porem o novo arquivo tem erro de formatação de xml. A diferença dos 2 é apenas espaços removidos em: <protNFeversao="3.10"> ...... <xMotivo>AutorizadoousodaNF-e</xMotivo> <protNFe versao="3.10"> ...... <xMotivo>Autorizado o uso da NF-e</xMotivo> O mesmo relatado nesse post: http://www.projetoacbr.com.br/forum/topic/23533-problemas-na-geração-do-protocolo-no-xml-da-nfe/#comment-151685 43150905883223000168550010000007611000007616-nfe.xml 43150905883223000168550010000007611000007616-nfe ORIGINAL.xml

Bom Dia. Estou tentando usar a rotina ACBrNFe1.Consultar a partir do xml original, mas dá digestvalue inválido, comparei o xml original com o nomo xml criado e a única diferença é que no xml novo tem a tag <vICMS>0.00</vICMS> e no original não tem. Em meu sistema ele envia zero para essa tag (neste caso) mas no xml original não aparece. Em anexo os 2 xml Se alguem tiver uma dica eu agradeço. 43150901515454000168550010000000431000000437-nfe ORIGINAL.xml 43150901515454000168550010000000431000000437-nfe novo.xml

Bom Dia Italo. Ok, entendi. Obrigado.

Na verdade, minha intensão nesse caso é recuperar um xml perdido, só tenho a chave e o certificado e queria re-criar um novo xml, assinado, protocolado, etc. Fazer a consulta pelo loadfromfile(meu_xml) tá certinho. Na rotina equivalente da NFe: ACBrNFe1.WebServices.Consulta.Executar; ele aqui salva um novo arquivo -nfe.xml Tou tentando deixar todos os modelos seguindo o mesmo padrão... Obrigado Italo.

Quando executo a rotina abaixo (acbr exemplos), não gera o arquivo. -cte.xml , já olhei em todas as pastas. Na pasta padrão ele gera os outros -ped-sit.xml , -ped-sit-soap.xml , -sit.xml e -sit-soap.xml mas o -cte.xml não gera. ACBrCTe1.Configuracoes.Arquivos.PathSalvar := 'c:\'; ACBrCTe1.Configuracoes.WebServices.Salvar := true; ACBrCTe1.Configuracoes.Geral.Salvar := true; ACBrCTe1.WebServices.Consulta.CTeChave := vChave; ACBrCTe1.WebServices.Consulta.Executar; MemoResp.Lines.Text := UTF8Encode(ACBrCTe1.WebServices.Consulta.RetWS); memoRespWS.Lines.Text := UTF8Encode(ACBrCTe1.WebServices.Consulta.RetornoWS); LoadXML(MemoResp, WBResposta); Agradeço qualquer dica. 43150989465561000170570010000011801000011801-ped-sit.xml 43150989465561000170570010000011801000011801-ped-sit-soap.xml 43150989465561000170570010000011801000011801-sit.xml 43150989465561000170570010000011801000011801-sit-soap.xml

Ok

Seguindo o mesmo conceito do post: 'http://www.projetoacbr.com.br/forum/topic/12585-setar-false-para-propriedade-printdialog/#comment-76132' Alterei os 2 fontes correspondentes no CT-e (trunk2) para poder desabilitar o printdialog ao imprimir. ACBrCTeDACTeRL1.PrintDialog := false; ACBrCTeDACTeRL.pas ACBrCTeDACTeRLClass.pas

Ok, tudo certinho, obrigado.

Bom Dia. A última atualização do trunk2 está com esse erro: ACBrNFeDAInutRL.pas Error: Undeclared identifier: 'Canvas' Provavelmente tem alguem alterando isso, a de ontem não tinha isso. Log em anexo. log_Delphi_7.txt

Que ótimo. Obrigado Italo. Vou atualizar aqui.

Então tá explicado. Eu realmente tenho que manipular essa tag <nItemPed> assunto já tratado aqui (http://www.projetoacbr.com.br/forum/topic/19850-campo-nitemped-integer-para-string/#comment-133948), altero o fonte do acbr para usar essa tag como string e não integer em razão de uma multi-nacional que exige receber o xml com esse campo preenchido assim: 00123 se o campo for inteiro vai cortar o zero na frente e eles não aceitam, dá erro pra eles na hora de importar xml, sabemos que errado isso por parte deles mas infelizmente eles exigem, dizem que todos mandam certo, etc. Voltei o fonte original e deu tudo certo. Desculpa ter colocado aqui um problema causado por mim mesmo. Eu costumo alterar o fonte do acbr nos arquivos PCNNFE.PAS e pcnNfeW.pas trocando nitemped de integer para string. Talvez tenha que fazer isso também em algum outro lugar, ou, se não for pedir muito, fazer o que outro usuário pediu no post acima de trocar geral no acbr esse campo para string? A princípio é mais fácil tratar string como inteiro do que o contrário... Quanto ao teste que você pediu, realmente daí ele não gera um novo xml e fica o xml original com o digest correto. Obs.: No trunk1 mesmo usando como string o Consultar não gerava essa diferença.

O primeiro arquivo de retorno não tenho mais pois ele substituiu mas anotei antes o digestvalue: <DigestValue>umMI0sLsacDVEwadMFJSRmH53v8=</DigestValue> E o último arquivo de retorno da consulta em anexo. Nele aparentemente está o correto, mas quando salva o xml final ele grava outro digest (anexo lá em cima). <DigestValue>NKASAfX5hiw6qvpL8yRSYBYuLGg=</DigestValue> 43150905883223000168550010000007171000007170-sit.xml

Boa Tarde a todos. Tenho uma NF-e autorizada em homologação. Quando uso a função de consultar ela altera o DigestValue do xml, na primeira vez aparentemente dá certo, mas se consultar de novo vai dar a mensagem "DigestValue do documento 43150905883223000168550010000007171000007170 não confere." Rotina: dm.ACBrNFe1.NotasFiscais.Clear; dm.ACBrNFe1.NotasFiscais.LoadFromFile(43150905883223000168550010000007171000007170-nfe original.xml); dm.ACBrNFe1.Consultar; Resultado: "DigestValue do documento 43150905883223000168550010000007171000007170 não confere." Realmente o digestvalue foi alterado ao Consultar. Em anexo os 2 arquivos. Desde já agradeço qualquer dica. Ps.: Trunk2 atualizado hoje. 43150905883223000168550010000007171000007170-nfe original.xml 43150905883223000168550010000007171000007170-nfe.xml

É que como o nfse do trunk está dando erro e o nfse do trunk2 ainda não está pronto eu fico meio sem ter o que fazer. Mas tranquilo, vamos esperar. Obrigado.

Oi Juliomar. Mas se está congelado, porque tem algumas diferenças na versão que baixei hoje com a de 2 semanas atras? Principalmente em razão da nfse ainda precisamos usar o trunk1.

Só pra entender: Ainda estão fazendo alterações no trunk1 ? Pois hoje atualizei o trunk1 para tentar resolver esse outro erro: 'http://www.projetoacbr.com.br/forum/topic/24180-nfse-thema-rps-xmlns-trunk1/' Mas agora dá erro que não tinha antes: Undeclared identifier: 'CartaCorrecao' daí não consigo mais fazer carta de correção. Não queria mais mexer com trunk1 mas devido a nfse ainda não estar 100% funcional tive que fazer a atualização. Desde já agradeço qualquer dica.

Bom Dia. A geração e funcionalidades da NFSe no trunk1 estão aparentemente tudo ok, porem ao enviar e-mail acontece algo estranho: Bem no início do xml aparece <Rps xmlns=""> e isso vai gerar erro ao tentar visualizar o xml: "Erro no processamento de XML: caracteres sem utilidade após um elemento do documento" No xml original gerado não tem isso no xml, aparece somente no e-mail recebido após usar a função ACBrNFSe1.NotasFiscais.Items[0].EnviarEmail( Em anexo os 2 xml para comparar. Desde já agradeço quem tiver alguma dica... 2015305-nfse RUIM.xml 2015305-nfse BOM.xml