MTeste

Realmente, parou de dar o erro 898 ao informar a data de vencimento com a mesma data da emissão, mas agora começou a dar o erro 852 (Rejeição: Número da parcela inválido ou não informado). Detalhe: foi informado a tag nDup normalmente (testado em ambiente de homologação SP): <cobr> <fat> <nFat>1344</nFat> <vOrig>3.62</vOrig> <vLiq>3.62</vLiq> </fat> <dup> <nDup>001</nDup> <dVenc>2018-07-02</dVenc> <vDup>3.62</vDup> </dup> </cobr>

Tive o mesmo erro, isso está valendo a partir de hoje (02/07/2018). Mas se colocar os dados da fatura (tag fat), a nfe é autorizada normalmente. Desta forma pelo que entendi, a Sefaz agora está obrigando a informar os dados da fatura quando se informa os dados da duplicata (tag dup). Só que não vi nenhum ligar da nota técnica dizendo isso.

Pessoal, Surgiu uma outra dúvida também. Gostaria de saber se o valor do ICMS entra como componente do valor do frete? Qual estaria certo, a opção 1 ou opção 2? Opção 1: <vPrest> <vTPrest>50.00</vTPrest> <vRec>50.00</vRec> <Comp> <xNome>FRETE VALOR</xNome> <vComp>50.00</vComp> </Comp> </vPrest> <imp> <ICMS> <ICMS00> <CST>00</CST> <vBC>50.00</vBC> <pICMS>12.00</pICMS> <vICMS>6.00</vICMS> </ICMS00> </ICMS> <vTotTrib>6.73</vTotTrib> </imp> Opção 2: <vPrest> <vTPrest>50.00</vTPrest> <vRec>50.00</vRec> <Comp> <xNome>FRETE VALOR</xNome> <vComp>44.00</vComp> </Comp> <Comp> <xNome>ICMS</xNome> <vComp>6.00</vComp> </Comp> </vPrest> <imp> <ICMS> <ICMS00> <CST>00</CST> <vBC>50.00</vBC> <pICMS>12.00</pICMS> <vICMS>6.00</vICMS> </ICMS00> </ICMS> <vTotTrib>6.73</vTotTrib> </imp>

olá amigos, Pesquisei aqui no fórum e em outros lugares, mas me parece que as respostas divergem muito. Como calcular o campo vTotTrib (lei da transparência) para ct-e? Para nf-e é fácil, pois cada produto tem seu NCM, agora para ct-e que complica. Analisei alguns XMLs que as empresas de transporte estão gerando, e a grande maioria coloca como alíquota da lei da transparência = 13,45%, daí fica fácil calcular vTotTrib ( que é o valor do frete * alíquota). Mas como chegar nesse 13,45%? Se a reposta for através da tabela IBPT, não encontrei pra serviço de transporte rodoviário (no caso de combustíveis). E olhei o fonte do ACBr, me parece que ta gerando sempre zerado o imposto. Obrigado.

Italo, achei o erro. No xml de envio de lote, estávamos colocando a tag <indSinc>1</indSinc>, que na verdade existe na nfe, mas no cte não. Obrigado pelo ajuda!!

olá Italo, obrigado pelo retorno. Fiz as 2 alterações que vc recomendou, mesmo assim não resolveu. Como a Sefaz não retorna um erro específico, não dá pra saber qual campo está incorreto. Obs: estou usando o último schemas liberado pela sefaz. CTe35180508206862000187570000000010111225433207-000014429664-env-lot.xml

olá boa tarde, Estou tentando emitir um CTe em ambiente de homologação, mas a Sefaz está retornando a mensagem "falha no schema". Estou usando o webservice de SP. Tentei o webservice SVC-SP, também deu o mesmo erro. O estranho é que validei o conteúdo do XML no site da sefaz RS (https://www.sefaz.rs.gov.br/cte/cte-val.aspx) e deu como OK. Alguém está enfrentando esse problema? Em anexo desse post etá um exemplo de XML gerado. Obrigado. CTe35180508206862000187570000000000241820731077-000010834593-env-lot.xml

Entrei em contato com o fabricante do SAT, e eles disseram que está dando esse erro mesmo há 1 semana. Solicitaram pra abrir um chamado direto na Sefaz. Já fiz isso, e estou aguardando uma resposta. Obrigado.

Boa tarde, Estou tentando enviar um XML de cupom SAT (compactado em .zip) pelo sistema de retaguarda (SGRSAT) da Sefaz, porém está dando o erro "XML mal formatado". Alguém teria alguma dica? Isso já ocorreu no passado, e corrigimos isso em nosso sistema de ERP, retirando os caracteres <espaço> e <CR><LF> no XML, e ajustando o cabeçalho para <?xml version="1.0" encoding="utf-8"?>, quando necessário. Mesmo assim não funcionou. Obrigado.

Anderson, Você conseguiu com que o webservice retornasse sucesso, com recibo e tudo mais?

Boa tarde, Programo a maior parte do sistema em delphi 2010 e não utilizo o componente ACBr, mas peguei como base algumas rotinas do componente, que aliás estão bem organizadas. Porém, com relação ao Bloco X, ao comunicar com o webservice (seja de redução z ou estoque), sempre retorna "Arquivo ZIP inválido". O campo "pXmlZipado" ao enviar o xml, peguei como base no componente, unit ACBrBlocoX_WebServices.pas. Como uso mais delphi 2010, e ele não tem suporte nativo p/ zip, tentei de diversas formas, transformar o XML em zip (string) e depois converter p/ base64, igual ao fonte do acbr, e nada, sempre retorna erro no webservice. Então resolvi testar no delphi XE5, copiando as rotinas ZipFile e EncodeBase64, mesmo assim retorna o erro "Arquivo ZIP inválido". Faço parte do grupo do google da sefaz SC, mas até o momento não consiga uma ajuda por lá também. Alguém conseguiu enviar com sucesso? Obs: o arquivo é validado com sucesso.

Vale pela dica, mas acho q vou implementar via hotkey, acho que vai dar certo. Obrigado a todos

Obrigado pelas respostas, mas a intenção no momento é evitar de alterar todos os forms do sistema, seja pra implementar o "F2" ou escrever um label no form com os dizeres "MENU FISCAL INACESSÍVEL NESTA TELA". Por isso que eu tinha pensando uma tela fixa do lado direito, estou pesquisando, mas não achei uma boa solução. Obs: o sistema possui módulos (exe e dll) que possuem forms.

olá amigos, estamos p/ homologar o sistema do PAF-ECF, e gostaria de saber como vcs implementaram a questão do menu fiscal em todas as telas do sistema? Digo isso, pois são muitas telas, então ficaria inviável colocar um botão "MENU FISCAL" em cada uma. Estava pensando em deixar uma tela/barra fixa do lado direito do monitor, que chama o menu fiscal, esta tela seria um exe a parte que estaria sempre disponivel, independente qual tela eu esteja dentro do PAF-ECF. Alguém já fez isso? Como implementaram essa questão? Nosso form principal do PAF-ECF possui tamanho fixo (width) igual a 1024, ou seja, é a resolução minima p/ se usar o sistema. Obs: usamos delphi 2010. Grato.