Wilson Andrade

Bom dia, Na impressão do DANFE no DF, os campos nome de fantasia e razão estão sobrepondo os campos quadro seguinte. Ajustei no módulo de impressão para fixar a fonte em courier new, e limitar o tamanho destes dois campos. Também alterei para mover a posição da coluna para a esquerda caso nao tenha sido informada ou nao exista a imagem do logotipo do emitente. Segue arquivos em anexo. NFSe9.xml ACBrNFSeXDANFSeRLISSNet.dfm ACBrNFSeXDANFSeRLISSNet.pas

Olá, Ao tentar consumir o método de Substituição de NFSe no DF, estou recebendo uma mensagem que é obrigatório a informação do CÓDIGO NBS. Abri um chamado no Nota Control, questionando isso, já que para o envio normal esta tag não é necessária, e eis o que me responderam: "No método de Substituição é necessário informar o código NBS para que o processamento ocorra." Percebi que na ACBrNFSeXGravarXml_ABRASFv2 este campo foi comentado, descomentei ele mas ao tentar enviar da falha na validação do schema. Alguém saberia me dizer o que fazer para resolver isto?

Pelo jeito o problema era no WebService, ontem enviei mensagem ao NotaControl e hoje está funcionando normalmente.

Pessoal, o método de substituição no DF está retornando essa mensagem de erro. Se não me engano no método de envio também dava e foi corrigido

Tem mais um detalhe que eu havia me esquecido, a prefeitura envia um email para o tomador informando sobre o cancelamento da NFSe. Então, criei uma propriedade na TinfCancelamento e inclui tbm na prepararCancelaNFSe:

Italio, Voltei o fonte e realmente gerou a tag CPF. Não entendi o motivo de antes não ter gerado. Também comentei a linha de incentivo e deu certo. Obrigado

Italo, Estranho porque usando dessa forma o campo cpf não está sendo gerado, e sim, havia preenchido o WSUser antes. Vou restaurar o fonte e testar novamente. Obrigado

Olá Italo, Beleza! Quanto as alterações no gravarxml , creio eu que não sejam específicos, mas como nunca trabalhei com outras cidades então não tenho como dar certeza.

Olá pessoal, Implementando para a cidade de Londrina, encontrei pequenos ajustes que precisam ser feitos. No fonte sigiss.provider.pas, tem uma aspas em duplicidade na função de cancelamento, e isto está causando um erro no consumo do ws E a também as funções de tratamento de retorno estão verificando o conteudo diferente do retornado pelo ws, O retorno do campo resultado é 0 = Falso , 1= Verdadeiro . Então, o correto é: No fonte sigiss.gravarxml.pas, função GerarIdentificacaoRPS é necessário informar o CPF do usuário do sistema. Como eu não sabia como pegar, pois é o mesmo do wsuser, adicionei (temporariamente) um campo CPF em NFSe.prestador.IdentificacaoPrestador, conforme imagem abaixo E a variavel de incentivo_fiscal precisa ser inibida aqui, se informada dá erro ---- Outro detalhe, mesmo com os ajustes que fiz no tratamento de retorno continuo não conseguindo pegar corretamente o retorno do cancelamento, pois sempre retorna verdadeiro. Wilson Andrade ATNO Tecnologia

Segue log do acbrmonitor e do programa balançateste LOG.TXT BalLog.txt

Quando clico no botão 'Testar' não retorna nada, mas no log tem algumas informações de retorno. Vou tentar pegar o log no cliente e envio mais tarde.

Olá José, Os testes que fiz foi exatamente com este modelo balToledo9091_.... Testei de várias formas o setup e nada de conseguir fazer o acbrmonitor ler. Seguindo orientações do tecnico q vendeu a balança, ela deveria funcionar com baud rate 4800, data bits 7, stop bits 1. Fiz esta configuração mas também não leu.

Olá, Alguém sabe me dizer se o AcbrMonitor consegue ler a balança Toledo 9091? Não consigo ler o peso dela com o AcbrMonitor Att, Wilson Andrade

Bom dia Juliomar, Registro no SAC efetuado. Obrigado Instalei o Lazarus 2.0.12 em um computador zerado, e estou instalando os componentes do ACBR. Vamos aguardar para ver se o problema persistirá

Bom dia Juliomar, Lazarus versão 2.0.0, mas já testei com a versão 2.0.12 em outro computador e apresentou mesmo problema. Att,