sidnei_alves1

Aqui tinha que ajusta pra pegar as 10 posições no retorno senão não pega o Nosso numero correto, as 10 posições é o numero informado pelo sistema sem digito.

Estou com problema também com o nosso numero, olhei o manual do banco a posição correto pelo que vi seria 38 a 57. ou seja 10 posições conforme segue o layout no xls. esse topico tambem outro amigo ja tinha informado o problema. teria como alterar os fontes do svn? e que sempre que atualizo ai esqueço que mudei manual ai perto as mudancas desde já agredeço. Layouts para troca de informações.xls

Boa tarde. Resolvido. Compilei o ACbr e atualizei os schemas, ja validou e transmiti, valew

Retorno do DEMO Erro Completo: Alertas: Campo:Número do Drawback - Conteúdo inválido Campo:Número do Registro de Exportação - Tamanho menor que o mínimo permitido [1233] Campo:Número do Registro de Exportação - Conteúdo inválido xmlnovo(5).xml

É XML e o mesmo acima. Mesmo na versão 3.1 da problema

Esse que postei e o retorno completo. Como o.amigo anterior mesmo validou no site do RS. O XML tá válido. Mais o acbr não validar com o schemas da esses erro. Tô com cliente parado por causa disso. Alguma solução pra mudar o schemas ou componente??

Bom dia. Validei o xml gerado no site do RS, e esta esta valido, mais ai validar pelo sistema ele da erro na validação do schemas. poderiam me ajudar como resolver o problema? ja peguei de outra empresa que enviou normalmente usando a mesma qtde de caracteres e conseguiram enviar Campo:Número do Drawback - Conteúdo inválido Campo:Número do Registro de Exportação - Tamanho menor que o mínimo permitido [1233] Campo:Número do Registro de Exportação - Conteúdo inválido segue o xml xmlnovo(4).xml

Já conseguiu emitir?

Estava tentando imprimir cheque com o campo BOMPARA, olhei nos fontes somente a PERCO tem o codificação para impressão dessa propriedade, as outras marcas não suporte a impressão?

Estava tentando imprimir cheque com o campo BOMPARA, olhei nos fontes somente a PERCO tem o codificação para impressão dessa propriedade, as outras marcas não suporte a impressão?

SIm tranquilo, eu ja tinha visto esse topico, mais não vi uma solução para o uso \\servidor, ai abre um topico aqui no forum fechado, sabe me dizer como corrigir?

Uma duvida, mesmo sendo no grupo privado, acompanho o forum aberto para ver uma possivel correção? somente para eu não fazer post errados rsrs

Estamos testando colocando o schemas em rede usando \\servidor\schemas e está dando erro de SCHEMAS INVALIDO, quando colocando localmente funciona. tem alguma correção para esse problema? Usamos a LibWinCrypt e xsLibxml2 ambos ocorre o problema

Tambem me deparei com esse problema hoje.

Nossa. Muito Obrigado mesmo pela ajuda.

Bom dia. Ontem atualizei, e começou dar erros na validação da MDFe informando que o Campo cInt do veiculo era invalido, mudei para 4 dígitos ai começou a dar erro em outros campos. achei estranho por a mesma nota igual ja tinha sido autorizada. voltei a versão do trunk para ver e valido normal. acho que ocorreu algum erro na Lib2 nas versões mais nova. como não sou expert do acbr não consegui achar aonde ocorre o problema pra acusar erro na validação dos dados da MDFe. Obs: a versao do trunk que tinha do dia 27/02 esta ok validando normal.

Outra correção para ler o XML, no caso também no FISSLex ele é igual a SimplISS, Betha e Tecnos, no caso da Tag de cancelamento. enviando a unit modificada para analise dos modeladores. ACBrNFSeNotasFiscais.pas pnfsNFSeR.pas

Boa noite. Estou fazendo testes na cidade de POCONE-MT, o mesmo agora usa o FISSLex, Ao efetuar a consulta via RPS o mesmo devolve o data de cancelamento mais o Fonte Atual ta lento a TAG diferente, mudei a IF conforme a baixar para resolver o problema gostaria de possivel que adiciona-se essa correção nos fontes oficiais. OBS: a tag que funcionou ou a "CancelamentoNfse", nos fontes atuais ele compara "NfseCancelamento" if ((Leitor.rExtrai(1, 'NfseCancelamento') <> '') or (Leitor.rExtrai(1, 'CancelamentoNfse') <> '')) then pnfsNFSeR.pas ( function TNFSeR.LerNFSe: Boolean; ) segue a unit modificada A Tambem mudanca no INI das cidades no caso usa POCONE e nao mais POCONE-MT no links [5106505] Nome=Poconé UF=MT Provedor=FISSLex NomeURL_H=pocone NomeURL_P=pocone pnfsNFSeR.pas Cidades.ini

E acho que vou ter que criar um fr3. Porquê a prefeitura Aqui não é suportada pelo Acbr. E eles querem o modelo deles de impressão

Boa noite Alguém sabe alguma forma de conseguir baixar via delphi o PDF da NFSe, a prefeitura não permiti layout próprio da NFSe, no retorno do envio eles manda um link para visualizar a Nota de serviço. teria alguma forma de baixar via delphi sem o usuário ter que abrir e baixar? link que vem no retorno: http://www.facundo.com.br/issqn/nfea/index.php?lv=prn&k=N0E2WC03QzJELTlFN1otMEIzVy04UzZB

E que sempre que atualizo, tenho que fica olhando, Obrigado pela atenção.

Boa Noite. Fiz um ajuste no Banco do Brasil e Sicoob, o mesmo não estava verificando se a multa é por valor ou percentual, vi o pessoal comentando sobre o problema, mais não foi commitado nos fontes oficiais. será que posso ajudar em algo pra que seja commitado? vou enviar aqui as duas units alteradas. linha Atual ==> IfThen((PercentualMulta > 0), '2', '0') linha Alterada ==> IfThen((PercentualMulta <> null) and (PercentualMulta > 0), IfThen(MultaValorFixo,'1','2'), '0') ACBrBancoBancoob.pas ACBrBancoBrasil.pas

Boa tarde. Juliomar o gilberto acabou de me fala que no caso da GERSAT temos que usar Para o Gertec cdecl, testei e funcionou certinho, Obrigado pela atenção, bacana que fica pra outros que tiverem o mesmo problema.

Boa Tarde To com 2 (dois) sat GERTEC, que ao tenta qualquer comunicação com ele, o sistema trava e fecha, as outras marcas como TANCA, BEMATECH, ELGIN, DIMEP ta 100% funcional, mais a GERSAT não, ja troquei a dll pela mais nova e o problema persiste, sabe alguma solução?

Copiei todas as DLLs, reinstalei pelo instalador e coloquei a opção pra copiar as dlls por ele tambem, mais ainda continua o erro rs