Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.559
  • Registro em

  • Última visita

  • Days Won

    1.146

Tudo que Italo Giurizzato Junior postou

  1. Essa alteração foi feita no ISSBarueri.GravarXml No ISSBarueri.Provider foi feito alteração no tipo TACBrNFSeProviderBarueriErros. No SVN esta da seguinte forma: TACBrNFSeProviderBarueriErros = class(TStringList) public constructor Create; function Causa(const ACodigo: String): String; function Solucao(const ACodigo: String): String; end; A unit que você anexou esta desta forma: TErro = class private FCodigo: string; FCausa: string; FSolucao: string; public property Codigo: string read FCodigo write FCodigo; property Causa: string read FCausa write FCausa; property Solucao: string read FSolucao write FSolucao; end; TACBrNFSeProviderBarueriErros = class private FListaErros: TObjectDictionary<String, TErro>; procedure Add(aCodigo, aDescricao, aSolucao: string); public destructor Destroy; override; constructor Create; function Causa(const ACodigo: String): String; function Solucao(const ACodigo: String): String; end;
  2. Bom dia, A alteração que você fez na unit ISSBarueri.Provider é compatível com o Delphi 7 em diante?
  3. Boa tarde Marcos, Você não tem o retorno de uma consulta a uma nota que não esteja cancelada?
  4. Boa tarde Jarbas, E mesmo assim o problema persiste. Vai ser necessário entrar em contato com o provedor para saber o porque desse problema.
  5. Bom dia Jarbas, Esse erro ocorreu ao executar qual método?
  6. Bom dia Luís, Você esta se referindo ao método que valida as regras de negócio que se encontra no componente. Se esta levando em consideração somente as duas condições conforme a imagem, então esta errado, pois essa regra não se aplica para alguns CFOP conforme consta no manual conforme a primeira imagem que você anexou. O correto seria incluir a checagem desses CFOP. Caso você deseja contribuir e fazer a alteração, ficaremos gratos. Altere a unit e anexe aqui para que possamos avaliar. Desde já muito obrigado pela colaboração.
  7. Bom dia Marcos, Esse XML se refere a consulta a uma nota que se encontra cancelada, correto? Você teria o XML de uma consulta de uma nota que não esta cancelada? Essa tag <notaExiste> pode conter outros valores?
  8. Bom dia Nelson, Analisando a sua colaboração fiquei com uma duvida. Se o valor de COMPILERVERSION >= 22 ele cria o TS e destrói, mas se não for? Nas versões anteriores não se faz necessário criar? Não seria o caso de usarmos a função FormatFloatBr que se encontra na unit ACBrUtil.Base, pois me parece que ela contempla a sua alteração.
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Bom dia Luis, Já esta no SVN. Observação, os seus fontes estão desatualizados.
  11. Bom dia Jhonlenon, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.
  12. Bom dia, Veja este link: Portal da Nota Fiscal da Energia Elétrica Eletrônica - SVRS Você vai notar que SP ainda não consta como sendo um Autorizador próprio ou que vai se utilizar dos serviços da SVRS. Isso explica a rejeição 226.
  13. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  14. Bom dia Francisco, Vai ser necessário entrar em contato com o provedor e relação o problema, pois eu também não encontrei nada que pudesse estar gerando esse erro.
  15. Boa tarde, Neste caso não seria a questão de informar que o contribuinte não é Optante Simples Nacional ? Mas o melhor é conversar com um bom contador.
  16. O erro é de validação, portanto em um primeiro momento não tem nada haver com o provedor. Você não pegou outro schema? O que temos no SVN do provedor BHISS a definição do campo RegimeEspecialTributação é: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6"/> </xsd:restriction> </xsd:simpleType> Como você pode ver só aceita valores de 1 até 6
  17. Boa tarde Wazen, Você esta usando o componente novo ou o antigo?
  18. Boa tarde Luis, Muito obrigado pela colaboração, já esta na minha lista de tarefas. TK-2906
  19. Boa tarde Nelson, Já se encontra em nossa lista de tarefas para ser analisado. TK-2905 Muito obrigado pela contribuição.
  20. Boa tarde Carlos, Fazer um novo teste de envio com o programa exemplo configurado para salvar os arquivos Envelope Soap. Anexe os arquivos gerados para que eu possa analisar.
  21. Boa tarde, A mensagem é clara, esta sendo informado o valor 8 para o campo RegimeEspecialTributacao e esse valor não é esperado. Favor verificar se o valor correto é 8, caso afirmativo vai ser necessário solicitar junto a prefeitura ou provedor um novo schema que contempla esse valor.
  22. Boa tarde JhonLenon, Já inclui na minha lista de tarefas. TK-2904
×
×
  • 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.