Juliomar Marchetti

Geralmente é instabilidade lá

está no svn ou o banco lhe envia quando tu pede basta ao inve's de baixar trunk2 usar tools no final

validação. deve não estar validando. confere o fonte do provedor e cidade

assista os cursos acima e siga o passo a passo funciona pois tem N empresas rodando em produção inclusive

creio que não pois são api diferentes

gravar a data no banco na hora que finalizar ela mesmo e for emitir, onde dai tu guarda no banco e usa essa informação. sim tu deve ter um controle seu

está usando o ACBrNFSeX ?

o erro é alguma alteração no fonte? se sim aplicou e testou?

não sei se seria bem aqui o local pois a sua questão é dlephi. mas se tu fez console to vendo na sua imagem tem um nome fr estou chutando que seja formulário e modo console não deve existir então num primeiro momento eu to chutando pois não sei além do código que postou que o ACBrSAT1 que está apontando ali não está criado. se colocar um ponto de parada e passar o mouse sobre o mesmo vai aparecer nil

lembrando que o código tem que estar compatível com Delphi 7 notei que tem ali uns Variavel.IsEmpty e no 7 não tem

Leandro houve alteração. tu consegue validar com o que foi subido pois tem bastante mudanças e não to conseguindo com o merge ajustar para ficar ambas

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

sim. como falei tem exemplos salvo engano lá na Paygo para Java. ou tu tá fazendo uma aplicação pra consumir a dll da paygo no delphi e dai tá fazendo outra dll pra usar no java?

Bom dia não. não teria logica em criar uma dll para consumir uma dll sendo que são distintas. mas existem exemplos na sua liguagem em como consumir, geralmente paygo, sitef e demais tem exemplos que tu segue para usar

pelo que está nos fontes eles não tem mesmo ambiente de testes tu tem que emitir em produção

Sim. tente zerar ela no iniciar o processo pois pelo que notei sempre será zerado

Isso. porque ele não salva? coloca um ponto de parada e pega uma nota dessas e tenta emitir novamente veja o porque não está passando em salvar

notaram que é só setar configurações no clisitef.ini ou enviar pelo campo parametros do componente? eu não tenho aqui pra testar mas se alguém tiver o simulador coloca algo assim nos parametro adicionais

no caso não tem como pois o xml está errado então terá que corrigir os dados. mas o correto é tu ao invés de emitir, tu antes gerar o xml, assinar e consultar para ver se ele não existe lá outra coisa se tá mudando a data e hora tu tá usando now no gerar o xml e o correto é tu gravar esses dados no banco para depois somente emitir

não é só para msitef? eu não lembro nem recebi nada informando sobre isso. tens o manual para o tef windows!

saiu alguma NT ou manual de alteração bem como novas versões para o equipamento adicionando esse modelo de pagamento? que eu lembre não então creio que deva ser 99

sim a cada add e new que tu dá ele vai gerar um novo veja na sua imagem acima. tem um add, dois add, tres add quer dizer que vai gerar 3. onde deveria de então ter somente um cria lá uma variavel local do tipo TMPCollectionItem var LPag : TMPCollectionItem; .... ... LPag := ACBrSAT1.CFe.Pagto.New; LPag.cAut:= 'sdflsdf'; LPag.vMP:= 99; .... atribui a ela o add ou new e depois usa ela ou senão usa o with que não é muito legal igual o exemplo

mas a impressão só se dá se estiver Ok. fez o debug colocando o mesmo xml que deu o erro e vai dar novamente para ver onde ele está disparando?

Sim é 215 é erro de xml tu deve estar marcado pra salvar o xml só se ele voltar Ok. por isso não cria o xml mesmo. mas dai é obvio pelo retorno, não veio o protocolo e nem o cstat válido ele não vai adicionar os dados e nem salvar o xml pois o mesmo não é válido. se tu quer o xml da nfe antes dai tu tem que desmarcar salvar somente os ok

na verdade tu tem que pegar um que tu queira e ler a documentação dele. vai no google e digita broadcast de sms . deve vir zenvia, twillio e outros. e dai é neles a documentação da API