Ezequiel

Obrigado pela ajuda pessoal. Na verdade eu que estava fazendo um procedimento errado, por isso que não estava puxando essa informação. Consegui resolver o problema. Peço desculpas.

Estou utilizando CNAB 400.

Bom dia! Estou efetuando a importação do arquivo retorno do "Bradesco", no qual existe a informação relativa ao "SeuNumero", que foi repassada no arquivo de remessa para o banco. No entanto, quando faço a importação do arquivo de retorno, a informação utilizando o Boleto.ListadeBoletos.Objects.SeuNumero, sempre retorna em branco, sendo que tem informações na posição 038 a 062 Nº Controle do Participante . Parece que não está lendo a informação contida nas posições 038 a 062 Nº Controle do Participante 025 Uso da Empresa, do arquivo de retorno CNAB400. As outras informações consigo obter sem problema, só essa que não está dando certo. Algum já pegou esse problema? Se sim, como resolver?

Bom dia! Estou efetuando a importação do arquivo retorno do "Bradesco", no qual existe a informação relativa ao "SeuNumero", que foi repassada no arquivo de remessa para o banco. No entanto, quando faço a importação do arquivo de retorno, utilizando o comando Boleto.ListadeBoletos.Objects.SeuNumero, a informação sempre retorna em branco, sendo que tem informações na posição 038 a 062 Nº Controle do Participante . Parece que não está lendo a informação contida nas posições 038 a 062 Nº Controle do Participante 025 Uso da Empresa, do arquivo de retorno CNAB400. As outras informações consigo obter sem problema, só essa que não está dando certo. Algum já pegou esse problema? Se sim, como resolver?

Boa tarde! Após ter efetuado as devidas alterações para emissão da NF-e na versão 4.0, fiz algumas emissões no dia 23/04/2018 sem problema. No entanto, hoje fui tentar fazer um novo teste, utilizando o mesmo cliente e os mesmos itens, mas ao tentar transmitir a NF-e, está me retornando a rejeição "Total Do Valor Aproximado Dos Tributos Difere do Somatório Dos Itens", sendo que dá uma diferente de 0,01 entre o valor apresentado no total da nota e o somatório dos itens. No caso, 230,37 - 230,36 = 0,01. O mais estranho, que ontem, emiti uma nota igual e foi, mas hoje não tem jeito de ir. Será que a Sefaz começou a não permitir essa diferença minima de 0,01 centavos? Em anexo XML " 42180481783912000189550050000262291000000016-nfe.xml", em que a nota foi emitida sem problemas e XML "42180481783912000189550050000262481000000011-nfe.xml" da nota que ocorreu a rejeição. A nota que deu certo pode ser pesquisa neste link -> https://www.sefaz.rs.gov.br/NFE/NFE-COM.aspx 42180481783912000189550050000262291000000016-nfe.xml 42180481783912000189550050000262481000000011-nfe.xml

Muito obrigado pela ajuda, deu certo.

Estou efetuando as alterações da NF-e 4.0 no sistema da empresa onde trabalho, mas me deparei com um problema que não descobri o motivo pelo qual ele está ocorrendo. A nota até emite e consigo efetuar a impressão sem problema, mas está sendo gerado vários registros da tag "detpag". Sendo que no primeiro registro o campo vPag fica com o valor zerado, mas como o tpag correto, com isso, o valor que deveria ficar no primeiro fica no segundo registro, mas com o tpag errado. Em anexo imagem de como está ficando no XML e parte do código fonte, onde estou passando os valores. Alguém ai pode me dar uma ajuda? Obs: Nessa parte não tem nenhum laço de repetição (while \ for)

Boa tarde! Efetuei as alterações necessárias para correção do problema relatado. Segue link dos arquivos com as devidas alterações para análise e posterior inclusão. https://dl.dropboxusercontent.com/u/104704360/ACBrEPCBlocosPatch.patch https://dl.dropboxusercontent.com/u/104704360/ACBrSpedUtilsPatch.patch

Boa tarde! Efetuei a atualização do ACBrSPEDPisCofins o qual tem a alteração referente ao campo 12 - SUFRAMA do registro 0000, e quando foi compilar me foi apresentada a mensagem de erro a baixo : [Pascal Error] ACBrEPCBloco_0_Class.pas(412): E2250 There is no overloaded version of 'LFill' that can be called with these arguments apontando para a linha 412 referente ao campo 12- SUFRAMA do registro 0000 "LFill( SUFRAMA, 9, True ) +". Quanto tirei o TRUE, compilou sem problema, mas ai o campo SUFRAMA é sempre escriturado com zeros independente se passo um valor ou não.

Obrigado pelo prevê retorno Isaque Pinheiro.

Boa tarde! Não entendi porque está sendo somado + 1 nessa parte do código: Result := FormatFloat('00', Integer( AValue ) + 1 ); na função : function CodSitToStr(AValue: TACBrCodSit): string; da unit "ACBrEPBlocos". No caso passo o código da situação 00 para "Documento regular" e quando passa por essa parte do código está sendo pego o valor que estou passando 00 e somando +1 ficando 01, que no caso já não é mais "Documento regular" e sim "Documento regular extemporâneo", com isso acaba sendo escriturado o registro com o código da situação errada.

Boa tarde! Efetue a alteração conforme solicitado, atribuindo o valor FALSE, para que com isso seja gerado o arquivo com o valor zero onde antes estava saindo em branco ocasionando erro ao validar o arquivo. Efetuei inúmeros teste após a alteração e não foi apresentado nenhum erro ao validar o arquivo. Segue arquivo fonte com as devidas alterações. ACBrEPCBloco_C_Class.pas ACBrEPCBloco_C_Class.pas

Boa tarde! Ao efetuar a geração do arquivo EFD - Contribuições utilizando a CST de PIS e COFINS '05' com alíquota zerada, os campos de alíquota, valor da base e valor do PIS e COFINS retornam em branco com isso ocasionando erro ao validar o arquivo no PVA. Verifiquei que na linha número 2005 e 2006 está sendo passada a seguinte informação na Unit "ACBrEPCBloco_C_Class": 2005 --> DFill(VL_BC_PIS, 2, True) + 2005 --> DFill(ALIQ_PIS, 4, True) + Com isso ao fazer a verificação na função DFill da Unit "ACBrTXTClass" a informação sempre vai retornar com NULL ou zero caso a CST de PIS e COFINS for '05' com alíquota zerada, fazendo com que o arquivo seja gerado com esses campos em branco, ocasionando erro na validação. Neste caso seria necessário efetuar uma verificação para que quando a CST de PIS e COFINS for '05' e a alíquota for igual a zero, jogar o valor zero nesses campos e não em branco como está ocorrendo agora, que como já mencionei a cima apresenta erro ao validar o arquivo.

No guia prático versão 1.11 do EFD-Contribuições campo 06 – COD_SIT do registro 1900 é informado os seguintes códigos de situação: 00 – Documento regular 02 – Documento cancelado 99 – Outros Porem nos componente disponibilizados pela AcBr na unit ACBrEPCBloco_1_Class.pas,os códigos de situação apresentados não estão de acordo com o que é especificado no guia prático, com isso gerando o arquivo de forma incorreta. Segue a baixo como está agora: procedure TBloco_1.WriteRegistro1900(Reg1001: TRegistro1001); var strCOD_SIT, strCST_PIS, strCST_COFINS:string; intFor:Integer; begin if Assigned(Reg1001.Registro1900) then begin for intFor := 0 to Reg1001.Registro1900.Count - 1 do begin with Reg1001.Registro1900.Items[intFor] do begin //if Length(CNPJ) > 0 then Check(funChecaCNPJ(CNPJ), '(0-1900) %s-%s, o CNPJ "%s" digitado é inválido!', [CNPJ]); case COD_SIT of sdfRegular : strCOD_SIT := '00'; sdfExtRegular : strCOD_SIT := '01'; sdfCancelado : strCOD_SIT := '02'; sdfExtCancelado : strCOD_SIT := '03'; sdfDenegado : strCOD_SIT := '04'; sdfInutilizado : strCOD_SIT := '05'; sdfComplementar : strCOD_SIT := '06'; sdfExtComplementar : strCOD_SIT := '07'; sdfEspecial : strCOD_SIT := '08'; end;

Efetuei a alteração do código onde é feita a verificação das NF's canceladas: Antes da alteração: if Pos(strCOD_SIT,'02') > 0 then begin COD_PART := ''; CHV_NFSE := ''; DT_DOC := 0; DT_EXE_SERV := 0; else booNFCancelada := false; Depois da Alteração: if Pos(strCOD_SIT,'02') > 0 and Pos(strIND_EMIT,'1') then begin CHV_NFSE := ''; DT_DOC := 0; DT_EXE_SERV := 0; else booNFCancelada := false; Após efetuar essa alteração o arquivo foi gerado conforme solicitado no guia prático versão 1.10 , porem o PVA está com problema para efetuar a validação do registro A100 quando o COD_SIT é igual 02 - Documento Cancelado e o IND_EMIT for igual a 1, pois se informado o COD_PART conforme solicitado no guia prático, o PVA apresenta a seguinte mensagem : "Para documento fiscal de serviço cancelado (código da situação = 02 ou 03), preencher somente os campos código da situação, indicador de operação, emitente, número do documento, sérsubsérie". E se deixar sem o COD_PART o PVA apresenta a seguinte mensagem: "Campo obrigatório na entrada" Desta forma obrigando o preenchimento do campo. O negócio agora é esperar a correção deste problema no PVA.

No Guia Prático EFD-Contribuições – Versão 1.10 na página 61 registro A100 é informando: No caso da escrituração de notas fiscais canceladas, deve ser informado apenas os campos “IND_OPER”, “IND_EMIT”, “COD_SIT”, “SER” e “NUM_DOC”, não devendo ser apresentado registros filhos (A110, A111, A120 e A170). Isso quanto no campo IND_EMIT for igual a 0. Já se o IND_EMIT for igual a 1 além dos campos citados a cima deve ser inserido também o código do participante • para documentos com campo IND_EMIT igual a “1” (um) – emissão por terceiros: campo IND_OPER, campo IND_EMIT, campo COD_PART, campo COD_SIT, campo SER e campo NUM_DOC; • para documentos com campo (IND_EMIT igual “0” (zero) – emissão própria: campo IND_OPER, campo IND_EMIT, campo COD_SIT, campo SER e campo NUM_DOC. Quando o IND_EMIT for igual a 0 e o documento estiver cancelado o registro é escriturado corretamente, mas quando o IND_EMIT é igual a 1 o registro é escriturado sem o código do participante com isso sendo apresentado erro na validação do arquivo. Pelo que pude ver o problema está no componente da ACBr chamado ACBrEPCBloco_A_Class na linha 303 onde o código do participante está retornando sempre em branco. /// Tratamento NFs canceladas 02 - 19-ago-2011 if Pos(strCOD_SIT,'02') > 0 then begin COD_PART := ''; CHV_NFSE := ''; DT_DOC := 0; DT_EXE_SERV := 0; IND_PGTO := tpNenhum; booNFCancelada := true end else booNFCancelada := false; Deve ser feita a verificação conforme é especificado no Guia Prático EFD-Contribuições – Versão 1.10 : "Para documento fiscal de serviço cancelado (código da situação = 02), somente podem ser preenchidos os campos de código da situação, indicador de operação, emitente, número do documento, série, subsérie e código do participante. Os campos série e subsérie não são obrigatórios e o campo código do participante é obrigatório nas operações de contratação de serviços. Não podem ser informados, para um mesmo documento fiscal, dois ou mais registros com a mesma combinação de valores dos campos formadores da chave do registro. A chave deste registro é: • para documentos com campo IND_EMIT igual a “1” (um) – emissão por terceiros: campo IND_OPER, campo IND_EMIT, campo COD_PART, campo COD_SIT, campo SER e campo NUM_DOC; • para documentos com campo (IND_EMIT igual “0” (zero) – emissão própria: campo IND_OPER, campo IND_EMIT, campo COD_SIT, campo SER e campo NUM_DOC".