Gr@c@

Elton, vou reportar um problema que estou tendo aqui para gerar o mes 04/2012 de uma empresa, nos registro C481 e C485. A principio, achei que o validador do SPED Pis Cofins estava incorreto porque eu não havia feito nenhuma alteração nos registro C481 e C485, mas verifiquei que no meu arquivo txt estava errado. Veja bem: esses registros são referente a C481(PIS) e C485(COFINS) de cupom fiscal. No C481, estou jogando no CST = 04 : aliquotaPIS = 0, vlr base de calculo do pis = 0, vlr do pis = 0. No C485, estou jogando no CST = 04 : aliquotaCOFINS = 0, vlr base de calculo do pis = 0, vlr do pis = 0 No C481 está ficando: |C481|04|26,40|||||0,00|P0000000004|| No C485 está ficando: |C485|04|26,40|0,00|0,0000|||0,00|P0000000004|| Dai o validador acusa o erro. Note que esse erro começou recentemente, porque eu já havia gerado outros meses e ficaram corretos. Debuguei o meu aplicativo no delphi e os valores que estou lançando estão corretos. Fui no arquivo texto e coloquei o registro C481 = |C481|04|26,40|0,00|0,0000|||0,00|P0000000004|| Assim o validador aceitou. Nesse caso, a aliquota = 0 é permitida, mas não pode ser = vazio. Será que é o mesmo problema do colega Robson?

Para atualizar o meu banco de dados com o numero do protocolo e chave de acesso uso assim: if bCTeNOSEFAZ then //se o CT-e está no SEFAZ begin DM.CMD.Parameters.ParamByName('ProtocDeAutorizacao').value:= ACBrCTe1.WebServices.Consulta.Protocolo; DM.CMD.Parameters.ParamByName('ChaveDeAcesso').value := ACBrCTe1.WebServices.Consulta.CTeChave; end else begin DM.CMD.Parameters.ParamByName('ProtocDeAutorizacao').value:= ACBrCTe1.WebServices.Retorno.Protocolo; DM.CMD.Parameters.ParamByName('ChaveDeAcesso').value := ACBrCTe1.WebServices.Retorno.ChaveCTe; end; porém, com a versão 1.04 schemas atualizados, são raros os CT-e (autorizados em MG) que consigo capturar a chave de acesso. Devo alterar o comando?

Esqueci Fiz o update hoje do ACBrSPED e ele ainda não está tratando a alteração que virá a partir de julho/2012. Essa alteração já consta no PVA 2.0.25. Quero saber se é isso mesmo que tenho que colocar na unit ACBrEFDBloco_C_Class

if DT_INI >= EncodeDate(2012,07,01) then begin case IND_PGTO of tpVista: strIND_PGTO := '0'; tpPrazo: strIND_PGTO := '1'; tpSemPagamento: strIND_PGTO := '2'; tpNenhum: strIND_PGTO := ''; end else case IND_PGTO of tpVista: strIND_PGTO := '0'; tpPrazo: strIND_PGTO := '1'; tpSemPagamento: strIND_PGTO := '9'; tpNenhum: strIND_PGTO := ''; end;

Publicada nova versão do PVA - EFD ICMS/IPI - 2.0.25 Foi publicada a nova versão do PVA - EFD ICMS/IPI - 2.0.25. Principais Alterações: Registro H005 " Inclusão do campo MOT_INV e alteração da chave do registro para DT_INV + MOT_INV", Inclusão dos Registros H020, 1010, 1390, 1391, Registro D100 " Alteração da descrição do campo para o valor válido 9 - Sem cobrança de frete, Registro C100 " Alteração do campo IND_PGTO retirando o valor válido 9 e incluindo o valor 2 (implica em alteração da descrição do campo para a realização da mesma alteração); O validador 2.0.24 já foi substituido. Não consigo gerar o registro H020. Além disso, não sei como será o calculo do valor da base de calculo e do icms no caso do inventario, porque nunca ouvi falar disso. Alguém sabe mais detalhes de como será gerado o H020?

Ontem meu cliente enviou 250 ct-e na versão 1.04, em tempo recorde, sem nenhum problema. Tava bom demais pra ser verdade

Estou tentando gerar o Sped Fiscal com o registro 1010 mas não está dando certo: As dúvidas são: 1-Se no registro 1010 todos os campos forem = 'N' o registro 1001 será imComDados ou imSemDados? Tentei imComDados e declarei tudo N no registro 1010, mas dá rejeição dizendo que o arquivo não tem movimento declarado Tentei imSemDados e declarei tudo N no registro 1010, mas o registro 1010 não entra no somatorio de registros do registro 0990, dando rejeição de erro de total no registro 0990. Tentei imComDados e declarei N no registro 1010 exceto no campo de transações TEF (ind_CART) e declarei as transações TEF no registro 1600, mas o registro 1010 também não entra no somatorio de registros do registro 0990, dando rejeição de erro de total no registro 0990. A unica forma que encontrei de validar o arquivo foi 1001 com imSemDados e não declarar o registro 1010. Sendo assim, como fica nas UFs onde o bloco 1 é obrigatorio? Vejam: REGISTRO 1010: OBRIGATORIEDADE DE REGISTROS DO BLOCO 1 Este registro deverá ser apresentado por todos os contribuintes. Caso a resposta seja “S”, o contribuinte está obrigado à apresentação do registro respectivo. Se houver dispensa de apresentação do registro pela unidade federada a resposta para o campo específico do registro deverá ser “N”. Tá falando aí que tem quer ser apresentado por todos os contribuintes. Mas se não tenho movimento a declarar no bloco 1 (exceto o que deveria ir no 1010), não aceita declarar o registro. Como devo proceder no caso de: No registro 1001 IND_MOV será = imSemDados No registro 1010 todos os campos são = 'N' No registro 1001 IND_MOV será = imComDados No registro 1010 um ou mais campos será = 'S' e um ou mais campos será = 'N'

Conforme informação do plantão fiscal de MG: Se foi feito o formulário PED (Processamento Eletronico de Dados) entre a sua empresa (TI) e a empresa Cliente, seu software tem que gerar todas as informações necessárias para abastecer os arquivos digitais: sintegra, sped fiscal, sped pis cofins. E você tem que ter em seu software, o gerador desses arquivos. Pelo menos tem que ter a tela para que o funcionário da empresa digite manualmente as notas. Se for PAF/ECF já está na legislação que todas as informações tem que ser capturadas online do ECF. Se for NF-e via seu software também tem que capturar. Se a empresa emite NF-e via programa gratuito SEFAZ, seu software tem que ter ou a tela para digitar a nf-e ou o importador do xml, para que tudo esteja no banco de dados. Notas de entrada a mesma coisa: ou tem que ter a tela para digitar a nota manualmente ou tem que ter o importador de xml em caso de NF-e.

Segue comunicado SEFAZ ABRE ASPAS Prezado(a), Informamos que foi disponibilizada a Nota Técnica 2012.002 no Portal Nacional da NF-e - http://www.nfe.fazenda.gov.br/portal/ definindo o evento de “Manifestação do Destinatário” da NF-e. A partir de 01/07/2012 essa funcionalidade será disponibilizada no ambiente de homologação da NF-e (ambiente utilizado para testes), sendo liberada em produção (ambiente com validade jurídica) a partir de 01/08/2012. O destinatário da NF-e poderá confirmar a operação, informar se a operação não ocorreu ou se desconhecia a operação. Será necessária a certificação digital do CNPJ da empresa para registrar o evento da NF-e. A NF-e que tiver o evento de confirmação da operação não poderá ser cancelada. Será disponibilizado aplicativo público gratuito para que os destinatários possam utilizar essa funcionalidade. Isso trará maior transparência a todos – Contribuintes e fisco. Os detalhes sobre o evento assim como a especificação técnica para o desenvolvimento dos WebService estão disponíveis nessa Nota Técnica e no FAQ disponibilizados no Portal Nacional da NF-e. Atenciosamente, Equipe NF-e DED/DIEF/SAIF - SEF/MG Divisão de Escrituração Digital Diretoria de Informações Econômico Fiscais Superintendência de Arrecadação e Informações Fiscais Conheça a Cartilha NF-e: http://portalnfe.fazenda.mg.gov.br/down ... 011_05.pdf Informação da data de saída após emissão da NF-e - veja o Manual do "Registro de Saída" - http://portalnfe.fazenda.mg.gov.br/down ... _saida.pdf Para validação da NF-e conheça a RESOLUÇÃO CONJUNTA SEF/SEPLAG Nº 4.385, DE 29 DE DEZEMBRO DE 2011 Conheça o "Robô NF-e": http://robonfe.sefaz.rs.gov.br/ Conheça a Capa de Lote Eletrônica: http://nfe.sefaz.am.gov.br/cle/ Navegue nos Portais NF-e: SEF/MG: http://portalnfe.fazenda.mg.gov.br/ Nacional: http://www.nfe.fazenda.gov.br/portal/ Suporte: O atendimento ao público externo está sendo realizado apenas pelas AF’s e pela Central de Atendimento. Telefones Central de Atendimento: 155 para região metropolitana de Belo Horizonte e interior de Minas Gerais; (31)3303-7995 para outros estados e países e para ligação de celular Fale conosco: http://www4.fazenda.mg.gov.br/faleconoscoservico/ Correio Eletrônico [email protected] (somente para mensagens que incluam anexos) FECHA ASPAS

O procedimento seria assim: Venda de balcão -> emite-se cupom fiscal ou NF Serie D (a nota de bloco preenchida manualmente, ainda permitida pelo SEFAZ em todas as UF´s. Essas notas são usadas em substituição ao cupom fiscal quando o ECF estiver inoperante, ou seja, em manutenção técnica. Nesse caso, a serie D não precisa ser emitida para um cliente especifico, pode-se informar "Consumidor Final", uma vez que essas notas são declaradas no Sintegra e Sped acumuladas por dia, ou seja , da nota inicial à nota final do dia) Em caso de o cliente exigir NF-e -> ele tem que fornecer todos os dados cadastrais para que a NF-e seja emitida no nome dele. Se ele quiser que seja emitida uma unica nota no final do mês, para substituir os cupons fiscais: -> serão emitidos os cupons fiscais para acompanhar as mercadorias no ato da venda -> no final do mês, poderá ser emitida uma NF-e referenciando todos os cupons fiscais, nesse caso a nota ficará com Valor de Base de Calculo de Icms = 0, vlr de icms = 0, valor de base de calculo ST = 0 e valor ST = 0, porque tudo isso já foi calculado nos cupons fiscais referenciados

Se não fosse pelo 99-Outros que requer uma descrição especifica, poderia ficar como está (abreviado com 6 letras). Mas como tem que descrever o que seria o doc Outros (uma das descrições que cairia aqui seria "Inventario de Bens"), a sua sugestão seria ótima, ou seja: Declaração: Tipo = DECLAR CNPJCPF = Declaração / 00.000.000/0000-00 Documento = 0000 Dutoviário: Tipo = DUTO CNPJCPF = Dutoviário / 00.000.000/0000-00 Documento = 0000 Outros: Tipo = Outros CNPJCPF = copy(descrição, 1, 39) + ' / ' + 00.000.000/0000-00 Documento = 0000

Oi Italo Obrigada pela correção Em TipoDoc agora está saindo a palavra 'declar'. Caso seja viável, ainda há espaço para a palavra completa 'declaracao'. Mas assim como está já resolveu 100%.

No CT-e ref a mudança geralmente não existe NF. Geralmente é uma declaração ou inventário de bens em papel comum emitido pela transportadora. Nesse caso, a tag a ser preenchida é a No DACTe não está sendo impresso o TpDoc quando o tipo de documento é 00-Declaração

A nota técnica saiu ontem. Não dá pra pensar em prazos sem antes analisar o que precisa ser feito e em que poderemos ajudar para desenvolver esse recurso no ACBr.

Mais uma!!!! 21/03/2012 - Publicada a NT 2012/002 contendo as especificações técnicas necessárias para a implementação dos eventos vinculados à Manifestação do Destinatário Publicada a NT 2012/002 contendo as especificações técnicas necessárias para a implementação dos eventos vinculados à Manifestação do Destinatário: Ciência da Operação, Confirmação da Operação, Desconhecimento da Operação, Operaçao não Realizada. O objetivo da distribuição desta nota é possibilitar às empresas destinatárias de NF-e o desenvolvimento de suas aplicações, visando os testes que serão realizados, a partir de julho, na área de homologação do Ambiente Nacional da NF-e. Os eventos vinculados à Manifestação do Destinatário serão disponibilizados, em ambiente de produção, a partir do dia 01/08/2012.

Recebi agora o email de resposta do SEFAZ/MG Prezados, Nossa área de TI informa que: “O problema estava nos XSD’s disponibilizados pelo grupo nacional, referenciando os nomes de arquivos de forma errada. Já consertamos as referências. Favor solicitar a todos os contribuintes de CT-e que tentem novamente (cancelamento, consulta processamento, etc.).”

Depois que voltei todos os meus clientes que já estavam usando a versão 1.04 para 1.03, o SEFAZ/MG resolveu atender a minha solicitação e arrumou a kaka. Segue resposta do SEFAZ/MG Prezados, Nossa área de TI informa que: “O problema estava nos XSD’s disponibilizados pelo grupo nacional, referenciando os nomes de arquivos de forma errada. Já consertamos as referências. Favor solicitar a todos os contribuintes de CT-e que tentem novamente (cancelamento, consulta processamento, etc.).”

Pessoal, precisei voltar todos os meus clientes que já estavam emitindo ct-e 1.04 para a versao 1.03. Falha no Schema XML Será que houve alguma alteração no componente? No SEFAZ MG alegam que está tudo normal. Está dando erro na consulta pelo site de MG também. Como pode estar tudo normal?

Alguém com problema de consulta de CT-e 1.04 em MG? Falha no Schema XML

Pessoal, ainda não estou conseguindo fazer consulta via protocolo em MG na nova versão. isso desde a semana passada. Tem que corrigir alguma coisa? Já atualizei os esquemas e nada. Quando da CONSULTA pelo PROTOCOLO: tpAmb : 1 verAplic : 0_1_57 cStat : 215 xMotivo : Rejeicao: Falha no schema XML cUF : 31 dhRecbto : 30/12/1899 nProt :

ih, Desculpe, SPEDPisCofins Com Regime de Incidência Não Cumulativo deu certo, gerou apenas 4 campos. O erro está no Cumulativo que está gerando 5 campos.

Estou enfrentando esse mesmo problema. O validador informa Valor Calculado = 4 e Conteudo do Campo = 5. Empresa com regime de incidência = cumulativo Fiz o update do componente do ACBrSpedFiscal hoje (12/03/2012) mas o erro continua. E eu só estou informando COD_INC_TRIB = 2 COD_TIPO_CONT = codIndTipoConExclAliqBasica IND_REG_CUM = codRegimeCompetEscritDetalhada (esse campo só se aplica se COD_INC_TRIB = 2 que é o caso) No caso não informo IND_APRO_CRED pois só se aplica se COD_IND_TRIB = 1 ou 3 mas estão sendo gerados 5 campos |0110|2|1|1|1| acho que deveria ser |0110|2|1|1|

Haveria possibilidade de se parametrizar esses endereços de web services no ACBr, assim como as demais configurações que já são feitas atualmente?

No documento cita: DANFE Simplificado Nas operações realizadas fora do estabelecimento o DANFE poderá ser impresso em formato simplificado, não sendo admitida a emissão em contingência utilizando DPEC ou a impressão de DANFE em formulário de segurança. Para a impressão do DANFE Simplificado poderá ser utilizado qualquer tipo de papel com largura mínima de 55 milímetros, com exceção de papel jornal, desde que seja garantido o contraste necessário para assegurar leitura do código de barras nos equipamentos normais do mercado Acho que seria como aquelas antigas notas de Manifesto.

Nota Técnica 2012.001 Define as especificações técnicas para a emissão do DANFE Simplificado. http://www.nfe.fazenda.gov.br/portal/