Robson.Guia

Boa tarde Senhores, Me deparei com um problema quando fui validar o arquivo gerado do SPED Pis/Cofins. O problema foi no Registro C880, onde o validador acusava ausência de campos, com isso verifiquei o ultimo manual/layout versão 1.21 disponível na receita federal, onde, identifiquei que o campo que falta para esse registro é "VL_DESC" na posição 5, o qual, a ultima versão da ACBrText não gera esse campo. Vide anexo o campo destacado em azul para o registro C880. Seria possivel a implementação do campo em questão para a escrita no registro C880? Grato.

Boa tarde Isaque, Estou tendo grande problemas nos demais registros, eu atualizei o componente e passei a usar esses eventos, até ai funciona legal até achei interessante a implementação. Porem, preciso que outros registros tenha esses eventos tambem, como por exemplo os registros: C170 C180 C181 C185 C191 C195 C381 C385 Será que teria como você ver a possibilidade de implementar os eventos dos demais registro na classe ACBrEPCBloco_C_Events. Ficarei muito grato. Abraço!

Boa tarde Senhores! O registro do bloco K foi prorrogado para 01/01/2016 conforme o link http://www1.receita.fazenda.gov.br/noticias/2014/setembro/noticia-17092014.htm Alguém podem realizar a alteração no Fonte: unit ACBrSpedFiscal; procedure TACBrSPEDFiscal.WriteBloco_K; begin if Bloco_K.Gravado then exit ; if not Bloco_H.Gravado then WriteBloco_H; /// Alteração da minuta que terá validada a partir de 01 de janeiro de 2015 //if DT_INI >= EncodeDate(2015,01,01) then /// Alteração da minuta que terá validada a partir de 01 de janeiro de 2016 if DT_INI >= EncodeDate(2016,01,01) then begin /// BLOCO K WriteRegistroK001; WriteRegistroK990; Bloco_K.WriteBuffer; end; Bloco_K.Conteudo.Clear; Bloco_K.Gravado := True ; end; Estou no aguardo para atualizar a versão. Grato Att. Robson F. da Silva

Bom dia Senhores! Alguém pode explicar sobre essa informação questionada no site da SEFAZ https://www.fazenda.sp.gov.br/nfe/ Gostaria de saber se precisa realizar alguma adequação ou se o componente já está programado para isso. Obrigado pela informação! GOVERNO DO ESTADO DE SÃO PAULO SECRETARIA DA FAZENDA DIRETORIA EXECUTIVA DA ADMINISTRACAO TRIBUTARIA – DEAT Aviso nº IC/A/OAC/001470408/2014 Conforme aviso enviado anteriormente, solicitamos que informem aos seus fornecedores/desenvolvedores de aplicativos de emissão de NF-e e CT-e sobre a atualização dos nossos ambientes. A SEFAZ/SP deverá suportar, a partir do dia 11/08/2014, as seguintes cifras para conexão HTTPS, no ambiente de produção: Cifras SSLv3: DES-CBC3-SHA 168 bits RC4-SHA 128 bits RC4-MD5 128 bits Cifras TLSv1: AES256-SHA 256 bits AES128-SHA 128 bits DES-CBC3-SHA 168 bits RC4-SHA 128 bits RC4-MD5 128 bits Cifras Preferenciais: SSLv3 RC4-SHA 128 bits TLSv1 AES128-SHA 128 bits O ambiente de homologação da NF-e e CT-e foi atualizado em 28/11/2013. Informamos que os Emissores Gratuitos de NF-e e CT-e, disponibilizados pela SEFAZ/SP, não apresentam problemas em relação ao novo Att. Robson F. Silva Analista de Sistemas

Boa tarde Juliomar! Atualizei o svn, e estou tendo problemas na hora de compilar, devido o IFTHEN que está utilizando IfThen( DT_INI >= EncodeDate(2013,10,01), LFill( NUM_DOC, 9) , LFill( NUM_DOC, 6) ) + Nesse caso para o ifthen funcionar retornando string, é necessário declarar na USES a unit StrUtils Att. Robson F. da Silva

Bom dia Juliomar! Percebi uma coisa, não está errado informar LFill( NUM_DOC,9 ) Temos que atentar a versão do validador também que foi atualizado. Acabei de atualizar o validador e o mesmo não rejeitou com 9 dígitos e zeros a esquerda. Agora não sei o que é melhor deixar com size ou sem. Obrigado por enquanto. Att. Robson F. da Silva

Bom dia! Essa alteração não está correta, Pois concordo você disser que campo e nove dígitos, porem a forma que solicitou alteração prejudica os demais que não informa nove dígitos. No meu caso sempre informei 6 dígitos, e com essa alteração solicitada, passou a adicionar ZEROS a esquerda "000999999" e dessa forma o validador não aceita. Então o correto seria deixar dessa forma. trecho: Add( LFill('C460') + LFill( COD_MOD ) + LFill( strCOD_SIT ) + LFill( NUM_DOC ) + // Não deveria informar size algum LFill( DT_DOC, 'ddmmyyyy' ) + LFill( VL_DOC,0,2, true ) + LFill( VL_PIS,0,2, true ) + LFill( VL_COFINS,0,2, true ) + LFill( CPF_CNPJ ) + LFill( NOM_ADQ ) ) ; Att. Robson F. da Silva

Bom dia Senhores! Estou com esse problema quando realizo a consulta pela chave, e no retorno percebi que consta evento de carta de correção registrado o qual consta uma descrição com caracteres especiais do tipo "&". Por gentileza, façam o teste utilizando essas chaves, sendo: 15140504749233000142550030000575521000575520 43140488587357000240550010010830951070830950 Peço também que não use essa chave de má fé apenas para teste e identificar o problema. No DemoMonitor causa problema ao atribuir o XML para o componente XMLDocuments, e na minha aplicação causa problemas ao gravar no campo com tipo xml no banco de dados. Aguardo orientação para o caso, e se deve fazer tratamento. Grato.

Ainda não entendi como tratar! Seria fazer o string replace.

Bom dia Senhores! Estou com esse problema quando realizo a consulta pela chave, e no retorno percebi que consta evento de carta de correção registrado o qual consta uma descrição com caracteres especiais do tipo "&". Por gentileza, façam o teste utilizando essas chaves, sendo: 15140504749233000142550030000575521000575520 43140488587357000240550010010830951070830950 Peço também que não use essa chave de má fé apenas para teste e identificar o problema. No DemoMonitor causa problema ao atribuir o XML para o componente XMLDocuments, e na minha aplicação causa problemas ao gravar no campo com tipo xml no banco de dados. Aguardo orientação para o caso, e se deve fazer tratamento. Grato.

Boa tarde Isaque! Entendi perfeitamente a ideia, e muito interessante. Porem essa implementação de eventos feitos para os registro C481 e C485, devem ser aplicados também para os registros C491 e C495. Seria possível criar esses eventos para os registro C491 e C495? Pois já identifiquei outros post relatando problemas ao escrever esses registro, e que para solucionar está tendo que alterar o fonte. Grato. Att. Robson F. da Silva

Boa tarde Senhores! Achei um problema na rotina de consulta pela chave. Identifiquei que essa chave "31140325769266000124559000003641063222302630" foi emitida em contingencia scan, ou seja, essa nf-e foi enviada para o Ambiente Nacional, ou seja, Sefaz Virtal. Porem, ao realizar a consulta pelo Demo AcBR, não está fazendo a tratativa de consultar no ambiente nacional, com isso a consulta pega a URL de consulta de MG ao invés de pegar do ambiente nacional. Alguém pode me auxiliar para realizar esses ajustes no fonte da ACBR. Obs.: GetURL está na função TWebServicesBase.LoadURL; Grato. Att. Robson F. da Silva

Boa tarde Kiko! Realmente copie errado, a chave consultada é "31140325769266000124559000003641063222302630". Alterei o post anterior. Uma coisa que eu fiz também é consultar no ambiente de MG http://nfe.fazenda.mg.gov.br/consulta/Consulta.do?act=consultarResumida e informou que essa chave é inexistente.

Sim estou fazendo pelo ACBrNFe_Demo, porem ao realizar a consulta ir a UF = MG.

Boa tarde Senhores! Estou fazendo essas consultas pelo ACBrNFe_Demo, e a chave que desejo realizar a consulta é "31140325769266000124559000003641063222302630" copiei enganado pois estava fazendo testes. Senhores podem realizar esses testes consultando por essa chave? Lembrando, ao consultar eu seleciono a UF = MG. Grato. Att. Robson F. da Silva