
BigWings
Moderadores-
Total de ítens
10.111 -
Registro em
-
Última visita
-
Days Won
155
Tudo que BigWings postou
-
Para serviços tributados pelo ISSQN não existe CST/CSOSN. Estes são códigos atrelados ao ICMS.
-
Com esse arquivo também consegui comunicação normalmente, apenas configurando SSLType para LT_all. Compilei em Delphi 2007 e XE5 e testei em Windows 10 e 7. Você está testando em qual versão do Windows? Ele está com todas as atualizações? Está com a pasta Schemas atualizada?
-
Bom dia, Com OpenSSL, CAPICOM ou WinCrypt é possível usar ArquivoPFX ou DadosPFX para acessar o certificado.
- 5 replies
-
- wincrypt
- certificado digital
-
(e 1 mais)
Tags:
-
erro nao catalogado nfe v.4.00 e nfc-e v.4.00
BigWings replied to Ricardo De Luca's tópico in ACBrNFe
Esse erro não tem a haver com o assunto do tópico, e tem outros tópicos sobre esse problema. Por favor, use a pesquisa ou abra um novo tópico. -
inseri mensagem Inserir Mensagem no Danfe NFCe
BigWings replied to Neo Mak's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Você afirma isso baseado em que? Desde a especificação técnica v. 3.5 não existe mais a obrigatoriedade desse texto ser impresso. -
É necessário um certificado para concluir a autenticação
BigWings replied to Hetosoft Sistemas's tópico in ACBrNFe
Usando a opção consulta cadastro do demo do ACBrNFe ocorre o mesmo erro? -
erro nao catalogado nfe v.4.00 e nfc-e v.4.00
BigWings replied to Ricardo De Luca's tópico in ACBrNFe
Sugiro que entre novamente em contato com a SEFAZ-PR e envie esses arquivos para eles analisarem. Porque vai ficar complicado ficar adivinhando o motivo dos erros sendo que eles estão retornando o erro genérico. Por exemplo, um detalhe que pode causar rejeição é a URL de consulta informado no XML. <urlChave>http://www.fazenda.pr.gov.br/</urlChave> Já foi tratado desse assunto neste tópico: -
erro nao catalogado nfe v.4.00 e nfc-e v.4.00
BigWings replied to Ricardo De Luca's tópico in ACBrNFe
https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx -
erro nao catalogado nfe v.4.00 e nfc-e v.4.00
BigWings replied to Ricardo De Luca's tópico in ACBrNFe
Ao tentar validar o seu XML no validador da SEFAZ-RS, retorna a falta da informação do CEST em operação com ICMS-ST. Então provavelmente é uma validação que a SEFAZ-PR não está tratando adequadamente. Tente informar o CEST no XML e enviar novamente. -
Nfe 4.0 SEFAZ SP com protocolo de retorno 3.10 ?
BigWings replied to Michel Abrão's tópico in ACBrNFe
Ao que tudo indica, é problema com a SEFAZ-SP. Recomendo que questione eles. -
As NFCe devem ser informadas no registro 61: Fonte: https://www.confaz.fazenda.gov.br/legislacao/convenios/1995/cv057_95_manual_de_orientacao
- 1 reply
-
- 2
-
-
- modelo 65
- modelo inválido
- (e 2 mais)
-
A versão 3.00 do MDFe já está em produção desde 10/04/2017, sendo que a versão anterior (1.00) será desativada em 02/10/2017, segundo a NT 2017.002. Quanto a esta nova NT 2017.003, ainda não foi implementado no componente, mas trata-se apenas de novos schemas (com inclusão de uma tag), e a forma de comunicação que será igual ao da NFe, nada demais.
-
erro nao catalogado nfe v.4.00 e nfc-e v.4.00
BigWings replied to Ricardo De Luca's tópico in ACBrNFe
Se você está tendo retorno do erro de rejeição, quer dizer que a comunicação com o webservice está sendo feita, então não é problema de protocolo. Ative a gravação dos arquivos de envio e retorno e analise, ou poste aqui... -
Você não pode criar um DANFSe imitando o do sistema da prefeitura?
-
Seguem correções com tratamento da versão. ACBrCTeDACTeRLRetratoA5.pas ACBrCTeDACTeRLRetrato.pas
-
@Juliomar Marchetti Creio que essa alteração vai causar problemas na versão 2.00 do CTe. Nessa versão ainda é carregada a propriedade "chave". pcteCTeR.pas : 1040 while Leitor.rExtrai(5, 'idDocAntEle', '', i03 + 1) <> '' do begin CTe.infCTeNorm.docAnt.emiDocAnt[i01].idDocAnt[i02].idDocAntEle.Add; if (CTe.infCTe.versao >= 3) then CTe.infCTeNorm.docAnt.emiDocAnt[i01].idDocAnt[i02].idDocAntEle[i03].chCTe := Leitor.rCampo(tcStr, 'chCTe') else CTe.infCTeNorm.docAnt.emiDocAnt[i01].idDocAnt[i02].idDocAntEle[i03].chave := Leitor.rCampo(tcStr, 'chave'); inc(i03); end;
-
Aplicação não roda sem o Delphi
BigWings replied to MARCOS ROBERTO RODRIGUES's tópico in Dúvidas Gerais sobre o ACBr
Apenas acrescente a linha MidasLib ao uses, não use o "Add to project". -
Linha 3: 5019609377000170ISENTO 20170703BA550010036835102P000000000050000000000005000000000000090000000000000000000000000001800N Linha 34: 5019609377000170ISENTO 20170703BA550010036835102P000000000050000000000005000000000000090000000000000000000000000001800N Mesma coisa entre a 4 e 35, 5 e 36... você provavelmente tem um erro no seu código.
- 11 replies
-
- 1
-
-
- sintegra
- registro 50
- (e 2 mais)
-
Encontrei duplicidade na linha 3 e na linha 34, que são idênticas.
- 11 replies
-
- sintegra
- registro 50
- (e 2 mais)
-
Se não me engano isso é por estar sendo usado o FastReport básico que vem junto ao Delphi, que não tem suporte a scripts. Você precisa da licença comercial do FastReport, ou use o Fortes.
-
A duplicidade vai ocorrer se tiver mais de um registro 50 com a mesma alíquota. Caso haja mais de um item com a mesma alíquota na nota, você deve somar os valores e informar num registro único.
- 11 replies
-
- sintegra
- registro 50
- (e 2 mais)
-
data sempre inicio do ano
BigWings replied to dreamsoft_PR's tópico in Object Pascal - Delphi & Lazarus
Tem funções prontas pra isso na unit DateUtils. function StartOfAYear(const AYear: Word): TDateTime; begin Result := EncodeDate(AYear, 1, 1); end; function StartOfTheYear(const AValue: TDateTime): TDateTime; begin Result := EncodeDate(YearOf(AValue), 1, 1); end;