Ir para conteúdo
  • Cadastre-se

lazarinr

Membros
  • Total de ítens

    64
  • Registro em

  • Última visita

Posts postados por lazarinr

  1. Boa noite Italo

     

    Atualizei os fontes e recompilei o sistema, parou de dar aquele erro, Agora deu outro erro "Arquivo enviado fora da estrutura do arquivo XML de entrada." mais como eu também fiz algumas mudanças no programa que gera a NFS-e no meu sistema, vou verificar melhor se o problema não está no meu sistema.

     

    Obrigado pela ajuda.

  2. Olá Pessoal

     

    Estou homologando a NFS-e no município de Cuiabá ( ISSNet - Nota Control ). Gerei o XML e enviei, autorizou beleza, porém quando conclui o envio dá o erro "RLNFSe: Erro durante a preparação do relatório '' is not a valid float point value". O XML retornado ( em anexo ) ficou estranho. Tentei abrir ele no navegador mais fica "esquisitão".

     

    Agradeço qualquer ajuda!

    4-nfse.xml

  3. Pessoal, estou tendo a seguinte dificuldade. Quando vou gerar um arquivo remessa para baixa de títulos no banco Banco do Brasil, estou usando o linha abaixo para pegar o comando do usuário:

     

    oTitulo.OcorrenciaOriginal.Tipo := ACBrBoleto.Banco.CodOcorrenciaToTipo(StrToInt(copy(cbxOcorrencia.Text,1,2)))

     

    cbxOcorrencia é um ComboBox com os valores: { 01-Registro, 02-Baixa, etc... }.

     

    Ocorre que este método CodOcorrenciaToTipo está tratando apenas códigos de ocorrência de retorno e não ví nenhum outro método que faça a conversão da STRING/INTEGER para TIPO nas ocorrências de remessa, na unit ACBrBancoBrasil. Como faço para transformar o "01" ou "02" para TACBrTipoOcorrencia? Até pensei em fazer um CASE mais são muitos bancos e muitas ocorrência para cada banco.

     

     

  4. O tipo TACBrCodIndIncTributaria parece estar declarado de forma incorreta na unit ACBrEPCBlocos. No leiaute da EFD Pis e Cofins diz que há três valores possíveis:

    1 – Escrituração de operações com incidência exclusivamente no regime não-cumulativo;

    2 – Escrituração de operações com incidência exclusivamente no regime cumulativo;

    3 – Escrituração de operações com incidência nos regimes não-cumulativo e cumulativo.

    porém na declaração está:

    //Codigo indicador da incidencia tributária no período (0110)

    0 - Escrituração de operações com incidencia exclusivamente no regime não cumulativo

    1 - Escrituração de operações com incidencia exclusivamente no regime cumulativo

    2 - Escrituração de operações com incidencia nos regimes cumulativo e não cumulativo

    Não deveria estar igual?

  5. Olá Elton

    Eu entendi o funcionamento das funções, GetTypeValue te retorna a posição do tipo e GetTypeName te retorna o nome do tipo. Acho interessante essa idéia de armazenar a string do tipo no banco de dados, mais no meu caso acho que inviável eu fazer agora pois já tenho muitos clientes usuários do sistema e o trabalho seria maior e considerando os prós e contras e o tempo curto preferi criar as funções. Já estou criando elas e caso queira posso disponibilizá-las para você analisar a incorporar no componente para que outros colegas também possam aproveitar.

  6. Funcionou no Lazarus também porém há problema que não consegui resolver. A função GetTypeValue me retorna a posição do Nome dentro do conjunto. Por exemplo para um conjunto (tipo1, tipo2, tipo3...) ela retorna 1 para tipo1, 2 para tipo2, 3 para tipo3, etc. Só que eu armazeno no banco de dados os códigos das CSTs 01, 02, 03, 04, 05, 06, 07, 08, 09, 49, 50... Aí é que encontrei o problema, quando trago 49 do banco de dados a GetTypeValue busca o valor que está na posição 49 do conjunto e na verdade ele está na posição 10.

    A menos que eu tenha entendido errado a forma de usar esse recurso.

  7. Olá Colegas

    Já existem funções no componente do ACBR para PIS e COFINS que faz a conversão de string´s para os tipos. Por exemplo o campo CST_PIS, eu armazeno no banco de dados 01, 02, 03, etc. Porém ao colocar no componente preciso informar stpisValorAliquotaNormal onde a CST for 01. Procurei nos fontes do componente mais não consegui encontrar uma função que faça a conversão. Gostaria de saber se ela já existe? E caso não exista eu irei criá-las para usar no meu sistema e se for de vosso interesse disponibilizo elas para o componente.

  8. Olá NeoSquare

    Tenho um módulo de Produção no meu sistema. E até onde eu sei para a ordem de produção em sí não é necessário seguir nenhuma normal fiscal. Porém quando você faz uma ordem de produção há uma saída no estoque de matéria prima e uma entrada no estoque de produto acabado. Até onde já me informei sobre o assunto com o contador de meu cliente há duas formas de fazer essas movimentações no estoque, uma é através da emissão de uma nota fiscal para dar a saída nas matérias primas e outra nota fiscal para dar entrada no produto acabado, a segunda alternativa é através de Livro Registro de Controle de Produção e Estoque onde são registradas essas movimentações de estoque. De uma olhada neste post aqui do forum:

×
×
  • 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...