Cleber Ferreira

O suporte do GovDigital me retornou o seguinte e-mail: Verifique o porque que você não estar conseguindo conectar com o servidor homolog, e outra o método de ser exposto é RecepcionarLoteRpsSincrono ou GerarNfse e não RecepcionarLoteRpsRequest

Sim, verdade. Só que consta o nome do método. Estou trocando e-mails com o pessoal do suporte deles. Estão lá quebrando a cabeça.

E o ambiente de homologação deles precisa sim de usuário e senha. O Próprio suporte deles me passou a informação. Quem te falou isso está equivocado. Me lembro que no mês passado, eles me passaram um endereço onde eu me cadastrava no ambiente de homologação. A página no site é praticamente igual ao de produção

Provedor Simpliss não faz uso de certificado digital, mas sim de usuário e senha. Esses dados são os mesmos que o cliente utiliza para emitir através do site deles. No componente ACBrNFSe, nas configurações de webservice vc tem os campos de UsuarioWeb e SenhaWeb. Preencha-os. Lembrando que é necessário entrar em contato com o Simpliss e passar os dados do seu cliente para que liberem a recepção de RPS via webservice. Espero que eu tenha ajudado.

Bom dia a todos! Estou tentando implementar a NFS-e para Divinopolis-MG, porém o webservice me retorna a seguinte mensagem: "Cannot find dispatch method for {https://homolog.govdigital.com.br/ws/div}RecepcionarLoteRpsRequest" Porém olhando a lista dos métodos disponíveis, está de acordo. O pessoal que presta suporte para o GovDigital aqui estão bem fracos, então como sempre, vale a pena trocar ideia primeiro aqui no fórum. Att.

Quando homologuei, apenas fiz a impressão do código de barras. Até mesmo o tamanho do papel ficou reduzido. Somente o tamanho do código de barras mesmo. Assim para qualquer impressora instalada, seja ela normal ou uma com função específica a impressão funcionará normalmente. O homologador viu e aceitou na boa. Converse com o seu. Em muitos casos, ninguém coloca essa impressão. Mas é interessante ter para ser aplicado em lojas de departamentos por exemplo.

Não sei como é a legislação do seu Estado. Os laudos emitidos não tem 2 anos não é verdade? E aquele procedimento de informar nova versão de PAF-ECF sem ter que homologar novamente? Se não me engano basta informar em formulário específico o que foi alterado, gerar novo MD5 e enviar à SEFAZ.

No sintegra vc encontra nas observações do Registro 61 e no SPED Fiscal nos registros C300 à C390.

Bom dia, o que você fez foi colocar no total do produto, então creio que deva lançar o acréscimo no item.

Regys, só fazendo uma observação com relação a isso. No manual do SPED e Sintegra diz para informar apenas NF não emitidas por ECF. Ou seja, quando fui homologar, até usei isso como argumento para não declarar as NF manuais no SPED e Sintegra nesses casos. Procede isso?

- Sim, e com as parcelas geradas, você imprime um RG. - A descrição da forma pode ser a seu gosto. Por exemplo: A PRAZO, NOTINHA, CREDIARIO - Na ER não diz nada a respeito de RG nesses casos, mas no meu eu implementei até por questão de controle mesmo. Assim você terá prova física do saldo devedor. - Até onde tenho conhecimento a utilização de TEF sempre deve ser vinculado a um Cupom Fiscal por causa do Comprovante de C e D. Talvez seja o caso de poder usar o POS para realizar esse recebimento, mas não sei se existe algo em alguma legislação com relação a isso. Espero ter ajudado.

Nesse caso voce pode especificar um nome de sua preferência.

Isso mesmo. Inclusive no manual do SPED fala claramente: "Este registro deve ser apresentado pelos contribuintes que utilizam notas fiscais de venda ao consumidor, não emitidas por ECF". Olhei no registro C350. Para saber quais estados exigem a posterior emissão ou não do cupom, basta olhar na ER. Lá está bem claro com relação a isso.

Bom, no meu PAF-ECF antes de abrir o cupom eu peço o numero e data de emissão da NF manual. Assim ao finalizar o cupom, já lanço a NF tbm. No caso dos estados que exigem o cupom da NF manual, a contabilização será feita pelos cupons, então nesse caso entrará para o próximo mês. No caso dos Estados que não exigem a posterior emissão do cupom, basta lançar as NF manual no seu sistema dentro do mês referente.

Não, pois as cadeias são responsaveis por autenticar seu certificado. Em qualquer tipo de certificado seja da AC que for, a cadeia é necessária

No manual do Convênio é bem claro que a numeração deve iniciar em 1 e ir até 999.999.999, sendo reiniciado a cada período de apuração (por mês por exemplo). Cláusula segunda, item 3: "III - os documentos fiscais deverão ser enumerados em ordem crescente e consecutiva, de 1 a 999.999.999, devendo ser reiniciada a numeração a cada período de apuração." Espero ter ajudado

Bom dia! Não se altera nada. Mas para geração de SPED e Sintegra, apenas algumas informações devem constar. O resto das informações vem zeradas ou em branco. Isso vale para notas denegadas e inutilizadas também. No SPED até que não é problema no caso de notas emitidas, já que no mesmo apenas é informada a chave de acesso e o status praticamente. No Sintegra, quase todos os campos deverão vir zerados. Leia o manual de cada um, pois isso é bem explicado por lá. O que deve ou informar. Agora, se você gera relatórios, poderá também tratar se os dados serão exibidos ou não durante a impressão. Lembrando que vale tanto para o cancelamento dentro do prazo legal (24hrs) como fora do prazo. Espero ter ajudado.

Já consegui em outro lugar aqui. Obrigado

Bom dia! Alguem teria a instalação dos QR 5 para Delphi2006? Eu tenho aqui o QR4, mas na hora de imprimir DACTe acusa falta de algumas propriedades. Eu prefiro não mexer nos fontes do ACBrDACTeQR Grato

Só pedir para o contador ou responsável requisitar o cancelamento extemporâneo pelo SIARE. Após isso cancele pelo teu software informando problemas com o serviço como motivo de cancelamento.

Boa tarde! Estou com o mesmo problema. MG é assim. Agora é aguardar

Você tem que pegar o MOC da versão 2.0 e comparar as mudanças. Não é simplesmente compilar e pronto.

Bom dia! Você atualizou os schemas?

Poxa, nos outros Estados que não exigem homologação até que consideramos normal. Agora em MG é uma quebra de paradigma gigantesco. Isso vai impactar muito nos softwares disponíveis no mercado, tanto em quantidade, quanto qualidade

Bom dia! Regys, no tópico 1.6 diz o seguinte: 1.6. O cadastramento é efetivado mediante a inclusão na base dados do Sistema AIT-e da SEF/MG e publicação no site da SEF/MG, não representando homologação do programa aplicativo. Na parte "não representando homologação do programa aplicativo" já deixa certa duplicidade de entendimento.