Ir para conteúdo
  • Cadastre-se

pedron

Membros
  • Total de ítens

    44
  • Registro em

  • Última visita

Tudo que pedron postou

  1. Tenho o mesmo problema, também no XE2, última versão do ACBr, carrego um XML com acentos no componente do ACBr, chamo o método para ver o nome do primeiro item, e ele aparece carregado de caracteres estranhos. Alguém tem alguma ideia do por quê? A solução seria usar o Utf8ToAnsi como o Tobexy fez?
  2. Pessoal, alguém consegue me explicar a diferença entre estes dois métodos? Percebi que os retornos são diferentes... Diferença entre ACBRNFe.Enviar() e ACBRNFe.WebServices.Enviar() quando uso o ACBRNFe.WebServices.Enviar() o retorno fica em ACBrNFe.NotasFiscais.Items[0].NFe.procNFe quando uso o ACBRNFe.Enviar() o retorno fica em Fdm_Principal.ACBrNFePrincipal.WebServices.Retorno Por que? Qual devo usar? Qual o jeito certo de enviar e de tratar os retornos? Pesquisei em muitos tópicos mas não consegui encontrar uma resposta clara...
  3. Agora sim... Em anexo. 41160211434649000137550110000000041000000042-EmissorGratuito.xml 41160211434649000137550110000000041000000042-ACBr.xml
  4. Em anexo. Ignore, acabei de ver que o emissor gratuito alterou algumas tags... Vou fazer de novo.
  5. Acabei de testar no emissor gratuito da receita, e funcionou... Pode consultar, a chave é 41160211434649000137550110000000011000000016. Eu fiz o seguinte, gerei o XML pelo ACBr, um XML assinado, daí importei no emissor gratuito, na hora que eu importei ele já acusou que a assinatura estava inválida e perguntou se eu queria importar sem assinatura, falei que sim, daí mandei assinar e enviar pelo emissor gratuito, e foi normal... Tudo indica que tem algum problema na assinatura do XML com acentos via ACBr. Ou eu que estou fazendo algo errado aqui... Mas acho que não cagada minha... Tudo que eu faço é colocar False na propriedade RetirarAcentos.
  6. Infelizmente não tenho clientes que emitem pra São Paulo pra testar. Mas testei também no Mato Grosso, com o xml em anexo. E deu o seguinte retorno: 51160223527460000178550010000000071000000072-nfe.xml Será que Mato Grosso e Paraná estão com problemas com acentuação? Alguém que emite nota pra esses estados consegue testar também?
  7. Quanto ao comportamento (perguntas 1, 2, 3 e 4) pelo que entendi dos fontes alterados é isso mesmo que você falou... Quanto à última pergunta: preencha com '-03:00' E obrigado novamente, conforme o mcnonino disse: "Vai ajudar muito".
  8. Então a alteração já está feita? Eu ainda estava tentando entender a estrutura de classes... Nunca tinha mexido no ACBr... Sempre fui um mero usuário Obrigado!
  9. Certo, mas não entendi porque criar uma propriedade na qual você possa passar o fuso iria dar problema...
  10. Só recapitulando então... Devo criar uma propriedade TimeZone em Configuracoes.WebServices, cujos valores aceitos a princípio são '-5', '-4', '-3', '-2', '-1' e '' (vazio)? Então... Não queremos depender da configuração das máquinas clientes... E mesmo que tivesse esse serviço ativo não resolveria o meu caso...
  11. Sim... Além desse caso específico do meu cliente também tive esse problema do horário de verão em vários clientes... Se eu pudesse forçar o fuso (pegando o horário do servidor de banco de dados) independente do horário do SO, tudo funcionaria 100%.
  12. Legal, quais seriam os valores válidos para essa string?
  13. Na verdade, o ideal seria ter um jeito de passar uma configuração de TimeZone completa (como a que o próprio ACBr pega do Windows), o que incluiria fuso e horário de verão, por exemplo, (entre outros detalhes)... Mas aí fica mais complicadinho de implementar como propriedade published no componente... Teria que ser algum public mesmo, pra passar na mão...
  14. A princípio havia pensado num Integer, mas aí não daria pra deixar vazio... Talvez uma string mesmo, onde fosse informado '-2', '-1', ou '' (vazio). Nessa idéia se a string foir vazia o comportamento do componente permaneceria o mesmo Poderíamos fazer também um tipo enumerado... Colocando todos os possíveis fusos do Brasil, algo como TAcbrUTC = (utcNenhum, utcMenos3, utcMenos4). Nessa idéia o utcNenhum assumiria o comportamento atual do Acbr. Sobre o local da propriedade, poderia ser lá nas configurações do WebService (algo como "Configuracoes.WebServices.FusoHorario"), me parece que dá mais certo... Enfim, estou aberto a sugestões...
  15. É por isso que estou querendo fazer uma propriedade, não obrigatória, se a propriedade não for preenchida continua tudo do jeito que está, se for preenchida aí o componente colocaria no fuso do XML o que foi informado na propriedade... No meu caso também não vou conseguir confiar no estado... Eu tenho que passar o certo, vou fazer uma configuração para o fuso no sistema, por empresa...
  16. Hum, e se eu criasse uma propriedade "Fuso" no componente, e passasse os fontes pra vocês aprovarem as alterações, será que dá?
  17. Bom dia, tenho a seguinte situação aqui na empresa e não sei bem como resolver: temos um cliente que possui 4 empresas em diferentes estados (Paraná, Mato Grosso, Acre e Rondônia), todas as empresas usam o meu sistema, que emite nota usando o ACBr em seus respectivos estados, o meu sistema acessa um BD comum a todos as empresas diretamente pela Internet, num servidor em cloud. Esse cliente centralizou a emissão de notas numa única empresa (física - Paraná), eles treinaram lá uma funcionária que emite todas as notas para todas as empresas em de todos os estados. Aí é que começa o problema... Eu fiz um esquema aqui no sistema que de acordo com a empresa pela qual está emitindo nota o sistema altera o seu horário sozinho, por exemplo, se ela loga na empresa do Paraná eu seto o horário do sistema como 13h30, se no mesmo momento ela precisa emitir uma NF-e no Acre, ela loga na empresa do Acre e o sistema altera sozinho seu relógio interno para o Acre (9h30). Tudo funcionaria tranquilamente, não fosse um detalhe, o ACBr pega o fuso horário da máquina pra jogar na tag dhEmi do XML, isso faz com que além de ela ter que logar na empresa, ela tenha que ajustar o fuso do Windows dela cada vez que ela muda de empresa... Aí vem a questão: É possível alterar o fuso horário das tags de data/hora manualmente? Daí eu faço passar o fuso correto de acordo com a empresa em que ela está logada...
  18. Agora consegui simular o erro no Demo. Usando os mesmos passos, com o XML em anexo. 41160211434649000137550010000300501000300508-nfe.xml
  19. Então estava bugado mesmo? Não era eu que estava fazendo cagada?
  20. Eu abri o demo, desmarquei a opção "Retirar Acentos dos XMLs enviados" e carreguei o xml em anexo usando o botão "Carregar XML e Enviar", observe que o nome da empresa tem acento, daí monitorei a pasta de log dos XML e lá saiu sem acento... A receita aceitou normalmente o XML... Ou seja, a opção de manter acentos não funciona no Demo. Ou seja, (de novo) não consigo mandar um XML com acentos pelo demo pra simular o erro em questão ( "30044->Assinatura difere do padrao do Projeto" ). 41160211434649000137550010000300461000300467-nfe.xml
  21. É isso mesmo, testei com o demo, carreguei um XML com acentos, deixei desmarcada a opção de "Retirar Acentos dos XMLs Enviados", mas mesmo assim o demo retirou os acentos... Aparentemente essa opção não está funcionando no demo. Só pra ter certeza: seria o demo que consta na pasta "Trunk2\Exemplos\ACBrDFe\ACBrNFe\Delphi" né?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...