Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    9.571
  • Registro em

  • Última visita

  • Days Won

    148

Tudo que BigWings postou

  1. Esses campos não são gerados para o CST 10, apenas para CST 60 e CSOSN 500. Consulte a NT 2016.002 v1.61.
  2. Basta atualizar a pasta de Schemas. Usem os schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Se o erro é de retorno da SEFAZ significa que ela não atualizou os Schemas do webservice. Será preciso entrar em contato e reportar o problema. Lembrando que a data prevista para entrada em produção da NT é 29/04/2019.
  3. Realmente é estranho ter gerado o pFCPST e não ter gerado as demais tags do grupo, elas deveriam ter sido geradas mesmo com o valor zerado. Está com os fontes atualizados?
  4. O componente não faz nenhum tipo de cálculo, você deve informar o vFCPST manuamente.
  5. 6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum.
  6. Provavelmente será semelhando ao que hoje é o idCSC do contribuinte, provavelmente será preciso fazer o cadastro em cada UF que exigir essa informação, sendo sequencial por UF.
  7. Particularmente não tenho uma lista... acompanho apenas os portais oficiais de cada documento (NFe, CTe, MDFe, SPED), portais estaduais... Este fórum em si é uma boa fonte.
  8. Eu diria pra ficar atento, nada impede de a nota técnica ser publicada a qualquer momento e mantendo o prazo para 01/04/2019. Em outro tópico, se me lembro bem, alguém tentou fazer e teve rejeição por causa do conflito com a série reservada para NFe emitida pelo fisco.
  9. No caso da NFCe, existe legislação prevendo o uso exclusivo da série 890-989 para emissão em contingência. https://www.confaz.fazenda.gov.br/legislacao/ajustes/2018/AJ0013_18 Não foi publicada nenhuma nota técnica com a implementação desse Ajuste, entetanto, e as regras de validação que porventura serão criadas.
  10. Tópico movido para o sub-fórum apropriado.
  11. Veja que informou o campo tpEmit = 1. O emitente do MDFe é uma transportadora? Caso seja você deve informar os CTe e não NFe. Para emitente transportador de carga própria deve ser informado tpEmit = 2.
  12. Foi essa imagem mesmo que mandou imprimir? Ela não está no formato "Bitmap monocromático".
  13. Estou dizendo que se houve o retorno com cStat 155 quer dizer que a NFe foi cancelada. Já fez uma consulta da situação após a tentativa de cancelamento?
  14. Acredito que tanto o DANFE em Fast quanto o em Fortes já está mostrando a denominação "CNPJ / CPF" e a máscara correta quando emitente CPF. Houve uma correção para o DANFE em Fast algumas semanas atrás quanto a isso, então certifique-se de que está com os fontes atualizados.
  15. Anexe o XML de retorno se desejar, mas como disse basta tratar o cStat 155 como sucesso no cancelamento.
  16. Pelo que entendi o manual pede pra preencher apenas com zeros. Sendo assim não é necessário criar uma nova propriedade.
  17. Se você pesquisar no fórum, tem alguns tópicos com esse problema. Alguns usuários tiveram sucesso apenas reinstalando o Delphi, outros não. Aqui tem uma possível solução, removendo uma chamada a uma mensagem para o Windows do código fonte do instalador. Você pode abrir e recompilar o instalador que está na pasta ACBr\Projetos\ACBrInstall_Trunk2.
  18. Essa forma só funciona nos DANFE em Fast e Fortes. Em EscPos é preciso carregar a imagem do logo para a memória da impressora. Para o PosPrinter, para modelos compatíveis com o ppEscPosEpson, você pode usar o componente para fazer o carregamento do logo:
  19. O cStat 155 é de sucesso e não erro. O retorno deve também conter o protocolo de cancelamento.
  20. Provavelmente sim. Essa versão não tem suporte a scripts e causa esse tipo de problema. Para o Fast original do Delphi existem as versões BASIC no diretório Report\Obsoletos. Mas o recomendável é usar a versão comercial Enterprise do FastReport, versão 5 acima.
  21. Tem a UF do endereço do emitente. Se tiver alguma NFe adicionada no componente sem essa informação preenchida vai ter esse erro. Como disse no post que citei, isso ocorre geralmente quando por engano você inclui uma segunda nota no componente com uma chamada extra a NotasFiscais.Add preenchendo outro dado qualquer apenas nessa segunda nota. Use o debug e veja quantas notas estão sendo enviadas no momento de chamar o método ACBrNFe.Enviar.
×
×
  • 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...