pedron
-
Total de ítens
44 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por pedron
-
-
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...
-
Testado... Funcionando perfeitamente. Muito obrigado!
-
Hum, então funcionou em São Paulo porque tu usou OpenSSL?
-
-
Em anexo.
Ignore, acabei de ver que o emissor gratuito alterou algumas tags... Vou fazer de novo.
-
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.
-
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?
-
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".
-
2
-
-
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!
-
1
-
-
11 minutos atrás, Juliomar Marchetti disse:
Sim mas eu já expliquei que também dava erro!
em lugares onde usam mesmo windows certo e tudo mais e a cidade é de um estado que corta ao meio , não considerava corretamente o fuso horário!
se pegar o timezone vai funcionar certo mas como o mundo perfeito não existe e como quase todos não atualizam
Certo, mas não entendi porque criar uma propriedade na qual você possa passar o fuso iria dar problema...
-
4 minutos atrás, Daniel Simoes disse:
A princípio sim... Depois vemos a notação correta, e como incluir o flag de horário de verão
Fechou, vou implementar...
-
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)?
4 minutos atrás, 3Soft Sistemas disse:tens o serviço de Horário do Windows ativo nas maquinas? ele é o responsável por atualizar o horário das maquinas ligadas a um servidor
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...
-
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%.
-
Legal, quais seriam os valores válidos para essa string?
-
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...
-
1
-
-
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...
-
1
-
-
7 minutos atrás, Juliomar Marchetti disse:
O problema pedron é que por exemplo temos locais onde se voltar a fazer como era feito uma vez via UF vai dar problema !
tem cidades que ficam na divisa de estados e também de fuso horário e acontece de alterar o mesmo e enviar errado, com o fuso horário do estado e não respeitando o que é para aquela cidade, ocasionando erro!
É 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...
-
Hum, e se eu criasse uma propriedade "Fuso" no componente, e passasse os fontes pra vocês aprovarem as alterações, será que dá?
-
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...
-
Hum, pode ser coisa do Paraná mesmo... Vou verificar.
-
Agora consegui simular o erro no Demo. Usando os mesmos passos, com o XML em anexo.
-
Então estava bugado mesmo? Não era eu que estava fazendo cagada?
-
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" ). -
É 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é?
Erro nos acentos do XML da NFe
em ACBrNFe
Postado · Editado por pedron
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?